ESCUELA SUPERIOR POLITÉCNICA DE CHIMBORAZO

FACULTAD DE INFORMÁTICA Y ELECTRÓNICA

CARRERA DE TELECOMUNICACIONES

IoT
“Implementación de una mini estación meteorológica WIFI con energía solar,
mediante el uso de un módulo ESP32 y la plataforma ThingSpeak”

INTEGRANTES:

 FREDY SANTIAGO CUJILEMA CUJILEMA – 574

 JONATHAN EDUARDO HERNANDEZ GAVILANES (652)
 CRISTIAN DAVID CASA CASA (429)

Riobamba – Ecuador

2022
 ÍNDICE
CAPITULO 1...............................................................................................................................4

1.1. TEMA..............................................................................................................................4

1.2. OBJETIVOS....................................................................................................................4

1.2.1. Objetivo General..................................................................................................4

1.2.2. Objetivos específicos............................................................................................4

CAPITULO 2...........................................................................................................................5

2. MARCO TEORICO.............................................................................................................5

2.1. INTERNET DE LAS COSAS..........................................................................................5

2.1.1. GENERALIDADES.............................................................................................5

2.1.2. CARÁCTERÍSTICAS..........................................................................................5

2.2. TECNOLOGÍAS DE COMUNICACIÓN DE SENSORES EN ENTORNOS IoT..........6

2.3. PROTOCOLOS DE COMUNICACIÓN.........................................................................9

2.3.1. Nivel de capa de aplicación..................................................................................9

2.3.2. AMQP..................................................................................................................9

2.3.3. COAP.................................................................................................................10

2.3.4. MQTT................................................................................................................11

2.3.5. HTTP (REST/JSON)..........................................................................................12

2.4. NIVEL DE TRANSPORTE...........................................................................................13

2.4.1. TCP....................................................................................................................14

2.4.2. UDP....................................................................................................................14

2.5. GATEWAYS.................................................................................................................14

2.5.1. NODE MCU.......................................................................................................15

2.6. ARQUITECTURA.........................................................................................................16

2.7. GESTION DE INFRAESTRUCTURA..........................................................................18

2.7.1. FOG COMPUTING...........................................................................................18

2.7.2. CLOUD COMPUTING......................................................................................18

2.7.3. EDGE COMPUTING.........................................................................................18

2.7.4. Diferencia entre cloud, fog y edge computing....................................................18

CAPITULO 3.............................................................................................................................19

3. Marco metodológico...........................................................................................................19

3.1. Concepción general del prototipo...................................................................................19

3.2. Arquitectura y requerimientos hardware del sistema......................................................20

3.3. Requerimientos software................................................................................................26

3.3.1. IDE De Arduino.................................................................................................26

4.........................................................................................................................BIBLIOGRAFÍA
...................................................................................................................................................28

Anexos........................................................................................¡Error! Marcador no definido.

 CAPITULO 1

1.1. TEMA

Implementación de una mini estación meteorológica WIFI con energía solar, mediante el uso de
un módulo MCU y la plataforma Thingspeak.

1.2. OBJETIVOS

1.2.1. Objetivo General

Implementar una mini estación meteorológica WIFI con energía solar, mediante el uso de un
módulo MCU y la plataforma Thingspeak.

1.2.2. Objetivos específicos

 Estudiar las tecnologías de comunicación de sensores más apropiadas al entorno de

IoT.
 Definir el esquema IoT a implementar mediante un módulo MCU y los sensores.
 Enlazar el sistema IOT con la plataforma de monitoreo Thingspeak.
 Verificar el control de forma remota el sistema IOT mediante wifi haciendo uso de
un ordenador o dispositivo celular.
 CAPITULO 2
2. MARCO TEORICO

2.1. INTERNET DE LAS COSAS

El término IoT, o Internet de las cosas, se refiere a la red colectiva de dispositivos conectados y
a la tecnología que facilita la comunicación entre los dispositivos y la nube, así como entre los
propios dispositivos. Gracias a la llegada de los chips de ordenador de bajo coste y a las
telecomunicaciones de gran ancho de banda, ahora tenemos miles de millones de dispositivos
conectados a Internet. Esto significa que los dispositivos de uso diario, como los cepillos de
dientes, las aspiradoras, los coches y las máquinas, pueden utilizar sensores para recopilar datos
y responder de forma inteligente a los usuarios.  

2.1.1. GENERALIDADES

IoT mejorará el sector de la educación y salud, logrará dar potencia a las ciudades con hogares
inteligentes, redes eléctricas inteligentes y por supuesto, deberá mejorar e incrementar la
seguridad de la información como tarea principal.

Hasta hace unos pocos años, internet era una red donde básicamente los usuarios ingresaban a
los portales web navegaba o buscaba información concreta, realizaba lo que tenía que hacer y
finalizaba con ello. Actualmente internet acogió en su red a miles de dispositivos y objetos,
comenzando de una gama de elementos sin límites, desde un medidor del consumo de luz que
existe en todos los domicilios, sensores como los Fitbit que muchos llevamos como pulseras,
hogares inteligentes que se pueden controlar con un Smartphone, tecnologías que revolucionan
los diferentes sectores, todos ellos están interconectados con el resto del mundo a través de
internet, ofreciendo información o anuncios, así como recibir instrucciones, etc.

El Internet de las Cosas se encuentra basado en sensores y redes de comunicaciones, así como
un sistema que conduce todo el proceso y los datos que estos generan. De esta manera los
sensores funcionan como los sentidos de un sistema, quienes deberán tener un bajo consumo,
costo y podrán ser empleados de forma masiva, añadiendo las características de un reducido
tamaño, así como una flexibilidad que permite su uso en diferentes tipos de circunstancias.

Esta evolución se entiende como redes de comunicación inalámbrica potentes y seguras

llamadas también M2M (máquina a máquina) que hagan posible la incorporación a las redes a
las nuevas tecnologías emergentes. Finalmente, todas estas informaciones recopiladas por los
sensores deben ser procesados y convertidos en información útil, aquí se conoce las técnicas de
análisis de datos conocidas como Big Data.

2.1.2. CARÁCTERÍSTICAS
IoT se basa principalmente en la conectividad de dispositivos físicos con la ayuda del internet,
así como el uso de otras tecnologías de información y comunicación como la inteligencia
artificial. Para hacer todas estas funciones posibles, IoT cuenta con las siguientes características:
 Conectividad
Un requisito de la infraestructura de IoT es que los dispositivos puedan estar conectados a la
infraestructura de internet. Cualquiera, en cualquier lugar y en cualquier momento puede
garantizar la conectividad. Sin conexión, nada tiene sentido.
 Escalabilidad
La cantidad de elementos conectados a la zona IoT aumenta progresivamente a diario. Es por
eso que una configuración de Internet de las Cosas debe ser capaz de manejar la expansión
masiva. Los datos generados como resultado pueden ser enormes, por lo que deben manejarse
adecuadamente.
 Interacción.
IoT utiliza una interfaz y sistemas de comunicación que permiten establecer la relación
necesaria entre las personas, los dispositivos y el mundo físico.

2.2. TECNOLOGÍAS DE COMUNICACIÓN DE SENSORES EN ENTORNOS IoT

2.2.1 REDES DE CORTO ALCANCE Y BAJO CONSUMO

Las redes de baja potencia y corto alcance están indicadas para hogares, oficinas y otros
entornos de reducido tamaño. Normalmente, necesitan baterías pequeñas y su uso suele resultar
económico.

 Bluetooth

La tecnología Bluetooth envía señales de voz y datos hasta una distancia de 10 metros y es ideal
para la transferencia de datos de alta velocidad.
  NFC
Conjunto de protocolos para la comunicación entre dos dispositivos electrónicos que se
encuentren a una distancia de 4 cm o menos. NFC ofrece una conexión de baja velocidad con
una configuración sencilla que se puede usar para iniciar conexiones inalámbricas de más
capacidad.

 Wi-Fi/802.11
El bajo costo del uso del Wi-Fi lo convierte en un estándar en hogares y oficinas. Sin embargo,
es posible que no sea la opción adecuada para todos los escenarios, por su alcance limitado y el
consumo energético ininterrumpido.

 Z-Wave
Red en malla que usa ondas de radio de baja potencia para la comunicación de dispositivo a
dispositivo.

 Zigbee
Especificación basada en IEEE 802.15.4 para un conjunto de protocolos de comunicación de
alto nivel que se usan para crear redes de área personal con un radio digital pequeño de baja
potencia.

2.2.2 REDES DE AREA EXTENSA DE BAJO CONSUMO (LPWAN)

Las redes LPWAN permiten la comunicación en un radio mínimo de 500 metros, tienen un
consumo de energía mínimo y se usan para la mayoría de los dispositivos IoT. Los siguientes
son algunos ejemplos comunes de redes LPWAN:

 4G LTE para IoT

Estas redes ofrecen alta capacidad y baja latencia, por lo que son una excelente opción para
escenarios de IoT que requieren actualizaciones o información en tiempo real.

 5G para IoT
Aunque aún no está disponible, se espera que las redes 5G para IoT permitan más innovaciones
en este campo, ya que proporcionan velocidades de descarga mucho más rápidas y
conectividad con muchos más dispositivos en un área determinada.

 Cat-0
Estas redes basadas en LTE son la opción menos costosa. Sientan las bases para Cat-M, una
tecnología que reemplazará al 2G.
  Cat-1
Este estándar para IoT de telefonía móvil reemplazará finalmente al 3G. Las redes Cat-1 son
fáciles de configurar y ofrecen una excelente solución para las aplicaciones que requieren una
interfaz de explorador o de voz.

 LoRaWAN
Las redes de área extensa de largo alcance (LoRaWAN) conectan dispositivos móviles, seguros
y con batería bidireccional.

 LTE Cat-M1
Estas redes son totalmente compatibles con las redes LTE. Optimizan el costo y el consumo de
energía en una segunda generación de chips LTE diseñada específicamente para aplicaciones de
IoT.

 Banda estrecha o NB-IoT/CAT-M2

NB-IoT/Cat-M2 utiliza la modulación del espectro ensanchado por secuencia directa (DSSS)
para enviar datos directamente al servidor, lo que elimina la necesidad de una puerta de enlace.
Aunque la configuración de las redes NB-IoT es más costosa, el hecho de no necesitar una
puerta de enlace hace que su uso resulte más económico.

 Sigfox
Este proveedor internacional de redes de IoT ofrece redes inalámbricas para conectar objetos de
baja potencia que emiten datos continuamente.

Tabla. 1 Cuadro comparativa de tecnologías inalámbricas.

2.3. PROTOCOLOS DE COMUNICACIÓN

Los dispositivos IoT se comunican mediante protocolos de IoT. El protocolo de Internet (IP) es
un conjunto de reglas que determina cómo se envían los datos a Internet. Los protocolos de IoT
garantizan que un dispositivo, una puerta de enlace o un servicio lea y comprenda la
información enviada por otro dispositivo o un sensor. Se han diseñado y optimizado diferentes
protocolos de IoT para distintos escenarios y usos. Dada la gran diversidad de dispositivos IoT
disponibles, es importante usar el protocolo adecuado en el contexto adecuado.
2.3.1. Nivel de capa de aplicación
El nivel de aplicación actúa como interfaz entre el usuario y el dispositivo con un protocolo de
IoT determinado.
2.3.2. AMQP

AMQP (Advanced Message Queuing Protocol) es un protocolo abierto que funciona a nivel de
capa de aplicación. Sus características definen la creación de mensajes, encolamiento,
enrutamiento de los mensajes producidos y exactitud para entregar los mensajes a los
consumidores.
Se compone de un broker de mensajería que internamente posee exchanges, donde se conectan
los productores de mensajes, y las colas, que se vinculan a los exchanges a través de diferentes
criterios. Los consumidores de los datos se conectan a las colas para extraer los mensajes que
producen los publicadores. En esta figura podemos ver un diagrama de la arquitectura usando
este protocolo.

Fig. 1. Arquitectura de AMQP

El protocolo establece el comportamiento tanto del servidor de mensajería como de los clientes
que se conectan al broker, de manera tal que las implementaciones de diferentes proveedores
son interoperables. Con AMQP se pueden implementar aplicaciones multiplataforma utilizando
agentes, bibliotecas y frameworks heterogéneos, todos independientes del proveedor. Esto se
debe a que el formato del mensaje AMQP proporciona la unidad de trabajo necesaria para
intercambiar información.
Es un protocolo orientado a crear un "cable" entre las aplicaciones conectadas. Incluye
funcionalidad para entregar mensajes de manera fiable, representar los datos a través de
diferentes formatos, flexibilidad para definir los datos, preparado para escalabilidad, y
capacidad de definir varias topologías en un mismo sistema.
Estas características la vuelven un buen protocolo para IoT, ya que se puede implementar en
dispositivos edge, cloud, en infraestructuras on-premise y que puede ser ejecutado a través de
contenedores de software.
2.3.3. COAP
CoAP (Constrained Application Protocol) es un protocolo de software que se encuentra en el
nivel de capa de aplicación y está apuntado a correr en dispositivos simples, permitiendo que
puedan comunicarse sobre internet. Fue diseñado especialmente para trasladar el modelo
de requests y responses de HTTP a dispositivos y redes con recursos limitados. Las principales
características son:
 Es un protocolo web utilizado para correr en dispositivos con recursos limitados.
 Permite el intercambio de mensajes asincrónicos, es decir que un mensaje puede llegar
en cualquier momento.
 Posee una baja sobrecarga de datos asociados a cada paquete.
 Es simple de analizar con distintas herramientas, que permiten ver los tipos de mensajes
enviados, sus valores y ejecutar análisis de datos.
 Es posible diseñar sus recursos de manera análoga a HTTP, tiene compatibilidad con la
definición unificada de recursos (URI) y puede manejar distintos tipos de contenido.
 Al ser utilizado como puente con HTTP comparte capacidades de proxy y caché.
Haciendo foco en IoT, tiene la capacidad de observar si ocurrieron cambios en algún recurso en
particular de manera nativa, y también es capaz de detectar si nuevos dispositivos se unieron a
la red, pudiendo interactuar de manera automática. 
CoAP es un protocolo de aplicaciones restringidas que puede correr en hardware simple - como
microcontroladores, sensores de baja potencia y dispositivos que no pueden ejecutar HTTP,
permitiendo que los dispositivos se comuniquen a través de internet.
En esta figura ver un ejemplo de comunicación CoAP donde se muestran varios tipos de
comunicaciones. Por ejemplo, es posible conectar directamente un servidor con un cliente a
través de CoAP. Para comunicar un cliente HTTP con un server CoAP es necesario que primero
el cliente realice un request a un server HTTP, luego este server identifique la petición e intente
comunicarse con un proxy HTTP-CoAP que realiza la conversión, para posteriormente realizar
un request hacia el server CoAP. Una vez que se obtiene una respuesta CoAP, el mensaje viaja
en la dirección inversa hacia el cliente HTTP.
 Fig. 2. Arquitectura de COAP.

2.3.4. MQTT

MQTT (Message Queue Telemetry Transport) es uno de los protocolos más utilizados y
difundidos en IoT. Fue ideado por IBM en 1999 como una forma rentable y confiable de
conectar  dispositivos de monitoreo utilizados en las industrias del petróleo y el gas con
servidores empresariales remotos mediante enlaces satelitales.
Es un protocolo de capa de aplicación, posee una topología de estrella y sus mensajes se
transmiten como colas de publicación/suscripción. El nodo central de su topología se llama
broker donde conectan los clientes remotos. Los clientes pueden ser por ejemplo dispositivos
con sensores y actuadores, así como también centrales de monitoreo, interfaces gráficas, entre
otros.
La finalidad de MQTT es minimizar el uso recursos en los dispositivos (CPU, RAM, ROM), ser
confiable y ofrecer distintos niveles calidad del servicio. Consume un ancho de banda
relativamente bajo y mantiene una conexión continua entre el broker y los clientes.
Generalmente se suele usar este protocolo como nexo entre los dispositivos en campo -
generalmente dispositivos asociados a sensores y actuadores - con elementos típicos de software
como servidores webs, bases de datos, herramientas de análisis, entre otros. Es la capa que se
encarga de hacer llegar un mensaje a un sistema más grande que posteriormente puede
almacenarlo, procesarlo y sacar valor. En la siguiente figura podemos ver un diagrama de
arquitectura típico que utiliza MQTT como nexo.

Fig. 3. Arquitectura de MQTT.

Entre las principales características de MQTT podemos encontrar las siguientes:

 Transferencia de mensajes mediante colas de publicación/suscripción.
 Comunicación de uno a muchos o muchos a muchos.
  Distintos niveles de calidad de servicio.
 Funcionalidad llamada LWT (Last will testament) que se utiliza para avisar si un nodo
se desconectó inesperadamente
 Conexión orientada a eventos asincrónicos. Un mensaje puede llegar en cualquier
momento independientemente si se lo está esperando o no.
 Protección opcional de los datos mediante SSL/TLS o bien con usuario-contraseña.
 Gran cantidad de brokers disponibles, muchos de ellos opensource.
 Clientes disponibles para la mayoría de los lenguajes de programación así como
también para diversas plataformas de hardware.

2.3.5. HTTP (REST/JSON)

El protocolo HTTP, de sus siglas en inglés: "Hypertext Transfer Protocol", es el nombre de un

protocolo el cual nos permite realizar una petición de datos y recursos, como pueden ser
documentos HTML. Basicamente, es utilizado para transferir datos en la World Wide Web y
por lo tanto, es natural que también sea utilizado para aplicaciones IoT (Internet of Things), al
igual que otros protocolos como por ejemplo, SNMP o MQTT.

HTTP es un protocolo muy importante puesto que es el que se va a usar para comunicar
Arduino con cualquier elemento de la WWW o de una intranet. En el IoT es uno de los
protocolos más usados y sobre todo si queremos obtener o mandar datos a servidores o usar las
APIs que nos ofrecen algunos servicios para obtención de información, por ejemplo, para
obtener el tiempo meteorológico de la AEMET y con esos datos que Arduino actúe de una
forma u otra.

HTTP define la sintaxis y la semántica que utilizan los elementos de software de la arquitectura
web (clientes, servidores, proxies) para comunicarse. Es un protocolo orientado a transacciones
y sigue el esquema petición-respuesta entre un cliente y un servidor. Al cliente que efectúa la
petición (un navegador web) se lo conoce como «user agent» (agente del usuario). A la
información transmitida se la llama recurso y se la identifica mediante un localizador uniforme
de recursos (URL).
 Fig. 4. Arquitectura de HTTP.

Características:

 Su modo de funcionamiento es del tipo request/response – cliente/servidor.

Las plataformas de gestión de IoT que lo utilizan poseen una interfaz de aplicación (API)
basada en HTTP. A esta interfaz se la denomina RESTful API (REST por Representational
State Transfer). Una interfaz RESTful utiliza los ya conocidos métodos de HTTP:

 GET para obtener datos.

 PUT para enviar datos (objeto, archivo o bloque).
 POST para crear un recurso.
 DELETE para eliminarlo.

2.4. NIVEL DE TRANSPORTE

En cualquier protocolo de IoT, el nivel de transporte habilita y protege la comunicación de los

datos mientras viajan entre niveles. Se pueden describir dos protocolos importantes al nivel de
esta capa, que son:
2.4.1. TCP

Protocolo de control de transmisión (en inglés Transmission Control Protocol o TCP) es uno de
los protocolos fundamentales en Internet. Fue creado entre los años 1973 y 1974 por Vint Cerf y
Robert Kahn.
Muchos programas dentro de una red de datos compuesta por redes de computadoras, pueden
usar TCP para crear “conexiones” entre sí a través de las cuales puede enviarse un flujo de
datos. El protocolo garantiza que los datos serán entregados en su destino sin errores y en el
mismo orden en que se transmitieron. También proporciona un mecanismo para distinguir
distintas aplicaciones dentro de una misma máquina, a través del concepto de puerto.
TCP da soporte a muchas de las aplicaciones más populares de Internet (navegadores,
intercambio de ficheros, clientes FTP, etc.) y protocolos de aplicación HTTP, SMTP, SSH y
FTP.
Con el uso de protocolo TCP, las aplicaciones pueden comunicarse en forma segura (gracias al
de acuse de recibo -ACK- del protocolo TCP) independientemente de las capas inferiores. Esto
significa que los routers (que funcionan en la capa de red) sólo tienen que enviar los datos en
forma de segmentos, sin preocuparse con el monitoreo de datos porque esta función la cumple
la capa de transporte (o más específicamente el protocolo TCP).
2.4.2. UDP

Protocolo de Datagramas de Usuario (UDP) es un protocolo de capa de transporte sin conexión.

Proporciona una conexión de datagramas poco fiable entre aplicaciones. Los datos se transmiten
eslabón por eslabón, y no hay conexión de extremo a extremo. El protocolo supone que el
Protocolo de Internet (IP) se utiliza como protocolo subyacente para encaminar paquetes de
datos (datagrama) a través de la red. UDP no establece una conexión entre el origen y el destino.
Simplemente empuja paquetes de datos fuera de la red y acepta datagramas de entrada en el
receptor. UDP no garantiza la entrega o el orden correcto de llegada. UDP sólo proporciona la
posibilidad de utilizar una suma de comprobación para comprobar la integridad de los datos en
el receptor.

UDP se utiliza en aplicaciones donde la velocidad es más importante que la entrega fiable de los
datos. Un ejemplo de aplicaciones que hace uso de UDP es la mensajería instantánea. El puerto
UDP es el canal en el que la comunicación circula entre una aplicación y un ordenador.

2.5. GATEWAYS

Un Gateway IoT es un dispositivo físico o un programa de software que sirve como punto de
conexión entre la nube y los controladores, sensores y dispositivos inteligentes. Todos los datos
que se mueven a la nube, o viceversa, pasan por el gateway, que puede ser un dispositivo de
hardware dedicado o un programa de software. Un gateway IoT también puede denominarse
pasarela inteligente o nivel de control.
Algunos sensores generan decenas de miles de puntos de datos por segundo. Una pasarela
proporciona un lugar para preprocesar esos datos localmente en el borde antes de enviarlos a la
nube. Cuando los datos se agregan, se resumen y se analizan tácticamente en el borde, se
minimiza el volumen de datos que deben ser enviados a la nube, lo que puede tener un gran
impacto en los tiempos de respuesta y en los costes de transmisión de la red.
2.5.1. NODE MCU

El módulo NodeMCU es una pequeña placa Wifi lista para usar en cualquier proyecto IoT. Está
montada alrededor del conocido chip ESP8266 (el cual ofrece una solución completa y
autónoma de redes Wi-Fi, lo que le permite alojar la aplicación o servir como puente entre
Internet y un microcontrolador) y expone todos sus pines en los laterales. Además, ofrece más
ventajas como la incorporación de un regulador de tensión integrado, así como un puerto USB
de programación. Se puede programar con LUA o mediante el IDE de Arduino.
El ESP8266 tiene potentes capacidades a bordo de procesamiento y almacenamiento que le
permiten integrarse con sensores y dispositivos específicos de aplicación a través de sus GPIOs
con un desarrollo mínimo y carga mínima durante el tiempo de ejecución. Su alto grado de
integración en el chip permite una circuitería externa mínima, y la totalidad de la solución,
incluyendo el módulo está diseñado para ocupar el área mínima en un PCB.
Las características generales de esta placa son:
 Es Fácil de usar
  Programabilidad con los lenguajes Arduino IDE o IUA
 Disponible como punto de acceso o estación practicable en aplicaciones de API
impulsadas por eventos
 Tener una antena interna
 Contiene 13 pines GPIO, 10 canales PWM, I2C, SPI, ADC, UART, y 1-Wire

Fig. 5. NodeMCU.

2.6. ARQUITECTURA

La arquitectura en capas es una de las más utilizadas, no solo por su simplicidad, sino porque
también es utilizada por defecto cuando no estamos seguros de que arquitectura debemos de
utilizar para nuestra aplicación.

La arquitectura de IoT es un marco que especifica los elementos físicos, la disposición y

configuración técnicas de la red, los procedimientos operativos y los formatos de datos que se
utilizarán. La arquitectura de IoT puede diferir mucho según la ejecución; debe ser lo
suficientemente flexible para que los protocolos abiertos manejen muchas aplicaciones de red.

 MODELO DE TRES CAPAS

Una arquitectura de tres capas es la estructura común y generalmente conocida. Se utilizó por
primera vez en las fases iniciales de este estudio de IoT. Indica tres niveles: percepción, red y
aplicación.
 Fig. 6. Arquitectura con modelo de 3 capas IoT

1. Capa de percepción:

Esta capa de percepción es la capa física de la arquitectura de IoT. En estos sensores y sistemas
embebidos se utilizan principalmente. Estos recopilan grandes cantidades de datos en función de
los requisitos. Esto también incluye dispositivos de borde, sensores y actuadores que se
comunican con el entorno. Detecta ciertos parámetros espaciales o detecta otras cosas / objetos
inteligentes en los alrededores.

2. Capa de red:

Los datos obtenidos por estos dispositivos deben distribuirse y almacenarse. Esta es la
responsabilidad de la capa de red. Vincula estos objetos inteligentes a otros objetos inteligentes /
inteligentes. También se encarga de la transferencia de datos. La capa de red se encarga de
vincular objetos inteligentes, dispositivos de red y servidores. También se utiliza para distribuir
y analizar datos de sensores.

3. Capa de aplicación:

El usuario se comunica con esta capa de aplicación. Se encarga de proporcionar al cliente los
recursos de software. Ejemplo: en la aplicación de hogar inteligente, donde los usuarios
presionan un botón en la aplicación para encender una máquina de café, por ejemplo. La capa
de aplicación se encarga de proporcionar al cliente recursos específicos de la aplicación.
Especifica diferentes usos para IoT, como casas inteligentes, ciudades inteligentes y salud
inteligente.
  MODELO DE 5 CAPAS

El modelo de 5 capas se puede considerar como una extensión de la arquitectura básica de IoT
porque tiene dos capas adicionales al modelo básico. Detallando cada una de las capas, se
describe lo siguiente:

1. Capa de percepción:

En la capa de percepción, la cantidad de sensores y actuadores se utilizan para recopilar

información útil como temperatura, contenido de humedad, detección de intrusos, sonidos, etc.
La función principal de esta capa es obtener información del entorno y pasar datos a otra capa
para que se pueden realizar algunas acciones basándose en esa información.

2. Capa de red:

Como sugiere el nombre, es la capa de conexión entre la percepción y la capa de middleware.

Obtiene datos de la capa de percepción y pasa datos a la capa de middleware utilizando
tecnologías de red como 3G, 4G, UTMS, WiFI, infrarrojos, etc. También se denomina capa de
comunicación porque es responsable de la comunicación entre la percepción y la capa de
middleware. Toda la transferencia de datos se realiza de forma segura manteniendo la
confidencialidad de los datos obtenidos.

3. Capa de middleware:

La capa de middleware tiene algunas características avanzadas como almacenamiento,

computación, procesamiento y capacidades de toma de acciones. Almacena todo el conjunto de
datos y, según la dirección y el nombre del dispositivo, proporciona los datos adecuados a ese
dispositivo. También puede tomar decisiones basadas en cálculos realizados en conjuntos de
datos obtenidos de sensores.

4. Capa de aplicación:

Gestiona todo el proceso de aplicación en función de la información obtenida de la capa de

middleware. Esta aplicación implica enviar correos electrónicos, activar alarma, sistema de
seguridad, encender o apagar un dispositivo, reloj inteligente, agricultura inteligente, etc.

5. Capa empresarial:

En cuanto a esta capa el éxito de cualquier dispositivo no depende solo de las tecnologías que se
utilizan en él, sino también de cómo se entrega a sus consumidores. La capa empresarial realiza
estas tareas para el dispositivo. Implica hacer diagramas de flujo, gráficos, análisis de resultados
y cómo se puede mejorar el dispositivo, etc.

2.7. GESTION DE INFRAESTRUCTURA

 2.7.1. CLOUD COMPUTING

El cloud computing o la computación en la nube es un conjunto de tecnologías que permiten el

acceso remoto a software, a almacenamiento de archivos y a procesamiento de datos,
generalmente por medio de Internet. Lo podemos visualizar como un servidor remoto al que
estamos mandando los datos que generan nuestros procesos, y esos datos pueden ser tratados en
esos servidores mediante software o algoritmos de inteligencia artificial.
2.7.2. FOG COMPUTING

Fog computing o computación en la niebla se puede definir como una tecnología cloud por la

cual los datos que generan los dispositivos y procesos no se suben directamente a la nube, sino
que se preparan primero en centros de datos descentralizados más pequeños y cercanos.
Hablamos de fog nodes, nodos de procesamiento previos a la nube que actúan de instancia
mediadora entre la nube y los distintos dispositivos de IoT, sensores, máquinas y robots.
Podríamos considerarla como un red local con menor latencia que una red cloud, pensada para
actuar de forma inmediata y rápida.
2.7.3. EDGE COMPUTING

Edge computing o computación en el borde es el caso extremo de computación o procesamiento

local. El sensor, dispositivo o aparato que está recogiendo los datos tiene capacidad para
procesarlos y almacenarlos en tiempo real y poner en marcha una respuesta si fuese necesario.
En edge computing los datos se procesan en el dispositivo o sensor en sí sin ser transferidos a
ninguna parte.
2.7.4. Diferencia entre cloud, fog y edge computing

No se puede decir que una de las tres metodologías sea mejor que otra, ya que ninguna de las
tres es mejor que otra, y ninguna de las tres se suele utilizar sola. Es decir, en la práctica todas
(o casi todas) estas metodologías se manejan de manera conjunta, siguiendo una jerarquía.
Los datos que necesitan ser procesados con menor latencia (prácticamente en tiempo real) son
procesados en los mismos sensores o en su red local ( Edge Computing ). 
Una vez que estos datos han sido procesados, sus resultados pueden usarse para algunas tareas o
enviarse a Internet. Si es necesario enviarlo a Internet, normalmente se envían muchos menos
datos de los que se habrían enviado si no se hubiera realizado este procesamiento inicial de
datos. Así, algunos datos se envían a la niebla, donde se procesan y se extraen nuevas
conclusiones, considerando en ocasiones un dato histórico que se almacena en una base de datos
en la niebla ( Fog Computing). 
Finalmente, estos datos, que han sido doblemente filtrados, se envían a la nube, donde se
almacenan para mantener un historial de los datos y donde se pueden volver a procesar para
obtener nuevas conclusiones o activar un evento en base a estas (Cloud Computing ) .
En conclusión, cada una de las tres metodologías ofrece ciertas ventajas sobre el resto, pero
también presenta ciertas desventajas. La mejor manera de poder aprovechar todas las ventajas,
sin verse afectado por las desventajas y poder procesar los datos de la manera más eficiente
posible, así como reducir al máximo los costos es creando una jerarquía bien estructurada. para
el procesamiento de datos y el uso de las tres metodologías juntas.

CAPITULO 3
3. MARCO METODOLÓGICO

3.1. Concepción general del prototipo

El proyecto pretende implementar una estación meteorológica inalámbrica con energía solar
mediante el uso de un módulo Wifi ESP32 y algunos sensores meteorológicos comunes
disponibles en el mercado. La estación meteorológica funciona completamente con energía
solar, por lo que no debe preocuparse por la fuente de alimentación externa. Puede instalarlo en
un lugar remoto sin tender cables largos para proporcionar energía.

3.1.2 Importancia

La importancia radica en la portabilidad que esta puede tener, por ejemplo, en espacios alejados
del departamento meteorológico ya que, en tal caso, las predicciones meteorológicas que se
obtenga pueden no ser las más precisas. Es ahí en donde las estaciones meteorológicas
domésticas se vuelven más ventajosas. Esta pequeña estación meteorológica puede proporcionar
datos precisos sobre los parámetros meteorológicos en el lugar de residencia.

3.1.3 Aplicaciones

Las aplicaciones de este tipo de estación meteorológica portátil pequeño son amplias en el área
de agricultura inteligente, ciudad inteligente, plantas de energía solar, sitios de construcción, etc.

3.2. Arquitectura y requerimientos hardware del sistema

3.2.1 Arquitectura

En el presente proyecto ocuparemos una arquitectura de 3 capas, tal y como se muestra en la

Fig. 7 en donde iniciamos con la capa de percepción formada por los sensores de la estación
meteorológica, la cual se comunicará con la capa de red en donde el módulo MCU se encargará
de leer cada uno de los datos proporcionados por los sensores y enviarlos a la nube.

La comunicación de la capa de red con la capa de aplicación se lo realiza mediante el módulo

ESP8266 y el protocolo HTTP, para luego ser procesado en la nube con el apoyo de la
plataforma ThingSpeak.
Y finalmente la capa de aplicación permitirá a los usuarios visualizar los datos generados por
los sensores de la estación meteorológica, desde cualquier lugar en la que se encuentren,
mediante la plataforma ThingSpeak.

Fig. 7. Arquitectura de comunicación del sistema IoT

3.2.2 Esquema del prototipo IoT

Para poder dar al conocer el esquema de nuestro prototipo lo hemos dividido en 3, en donde se
inicie dando a conocer el bloque de alimentación, consiguiente a ella el bloque de
procesamiento y lectura para finalizar con el bloque de publicación, tal y como se muestra en la
Fig.3

Fig. 8. Bloques de la mini estación meteorológica.

· Bloque de alimentación

Es posible que no tenga acceso a la red eléctrica en lugares remotos para hacer funcionar la
estación meteorológica. Para que la estación funcione de forma continua, debe haber una fuente
de alimentación continua; de lo contrario, el sistema no funcionará. La mejor manera de
proporcionar energía continua al circuito es usando una batería. Pero en el caso de la batería,
después de algunos días de funcionamiento, se terminará acabado, y es un trabajo realmente
difícil ir allí y cargarla. Entonces, se pretende realizar un circuito de carga solar para usar la
energía libre del sol para cargar la batería y alimentar la placa ESP32.

Se realizará usando una batería de iones de litio 18650. La batería se carga desde un panel solar
a través de un módulo de carga TP4056. La batería 18650 emite 4,2 V cuando está
completamente cargada. El voltaje de la batería se reduce aún más a 3,3 V mediante el uso de
un regulador de voltaje de caída baja (MCP1700-3302E).

La salida del regulador de voltaje alimentará el ESP32 a través del pin de 3.3V. Todo este
proceso es posible apreciar en la Figura.

Fig. 9. Bloque de alimentación al módulo ESP32, mediante un panel solar.

Del mismo modo en la Fig. 5, se adjunta el circuito eléctrico que permitirá lograr alimentar al
módulo ESP32.

Fig. 10. Suministro de energía al módulo ESP8266

· Bloque de lectura y procesamiento

En este bloque se encuentra inmiscuido los sensores a utilizar y el módulo ESP32, en donde
cada uno de los sensores se encontrarán conectadas directamente al módulo de forma cableada,
a continuación, se da a conocer los sensores a utilizar.

o BME280

Fig. 11. Sensor BME280

El sensor BME280 integra en un solo dispositivo sensores de presión atmosférica, temperatura y

humedad relativa, con gran precisión, bajo consumo energético y un formato ultra compacto.
Basado en tecnología BOSCH piezo-resistiva con gran robustez EMC, alta precisión y
linealidad, así como con estabilidad a largo plazo. Se conecta directamente a un
microcontrolador a través de I2C o SPI.

Este tipo de sensores pueden ser utilizados para calcular la altitud con gran precisión
(barómetro), por lo que es un sensor muy utilizado en sistemas de Autopiloto para Drones
(UAVs) entregando medidas de altitud con una precisión de hasta 1m. Otras aplicaciones son:
Monitoreo de clima, Internet de las Cosas, Monitor de salud/fitness, Automatización del hogar o
Domótica y Aire acondicionado.

Especificaciones técnicas:

· Voltaje de Operación: 1.8V - 3.3V DC

· Interfaz de comunicación: I2C o SPI (3.3V)
· Rango de Presión: 300 a 1100 hPa (0.3-1.1bar)
· Resolución: 0.16 Pa
· Precisión absoluta: 1 hPa
· Rango de Temperatura: -40°C a 85°C
· Resolución de temperatura: 0.01°C
· Precisión Temperatura: 1°C
· Rango de Humedad Relativa: 0-100% RH
· Precisión de HR: +-3%
 · Rango de altura medible: 0-9100 metros
· Ultra-bajo consumo de energía
· Completamente calibrado
· Frecuencia de Muestreo: 157 Hz (máx.)
o GY-ML8511

El Gy-8511 Sensor de Luz Ultravioleta es un módulo que emite una salida analógica al detectar la
cantidad de luz ultravioleta detectada.

Fig. 12. Sensor de detección Ultra Violeta

Detecta en el rango de longitud de onda entre 280 y 390 nm de luz, en donde es clasificado
como parte del espectro UVB (rayos ardientes) y la mayor parte del espectro UVA (rayos
bronceadores). Emite una tensión analógica que está relacionada linealmente con la intensidad
de UV medida (mW / cm2). Compatible con cualquier microcontrolador con entradas de
conversión analógica, como Arduino y Raspberry.

o BH1750

Fig. 13. Sensor BH1750

El BH1750 es un sensor digital del nivel de luz que puede ser conectado con facilidad a un
autómata o procesador como Arduino para formar un luxómetro.
A diferencia a otros sistemas de medición del nivel de luz, como por ejemplo las resistencias
LDR, la respuesta espectral del BH1750 está diseñada para ser similar a la del ojo humano por
lo que son capaces de proporcionar la medición de lux.

A continuación, en la siguiente tabla, se presenta algunos ejemplos típicos de iluminancia.

SITUACIÓN LUXES
Noche 0.001-0.02
Luna llena 0.2-0.6
Día nublado, en interior 5-50
Día nublado, en exterior 50-500
Día soleado, en interior 100-1000
Bajo luz directa del sol 100.000
Habitación, salón 150-300
Mesa oficina/lectura 500-700
Supermercados/exposiciones 750-1000
Mesas dibujo/trabajo 1000-1500

Tabla 2. Umbrales típicos de luminancia

o SENSOR DE LLUVIA Y NIEVE FC-37

Fig. 14. Sensor FC-37

Permite detectar cuando está lloviendo o nevando. Basado en el principio de variación de

conductividad/resistencia.

Este sensor permite saber si está lloviendo o nevando. El sensor posee 2 electrodos separados
por una distancia muy pequeña, cuando llueve las gotas de agua cierran el circuito entre los 2
electrodos y permiten el paso de una pequeña corriente. Este cambio de voltaje es detectado por
un OpAmp en modo comparador.
La tarjeta de acondicionamiento nos entrega una salida digital y una analógica. La salida digital
se encarga de mostrar 5 Voltios si no hay lluvia y 0 Voltios cuando si hay lluvia o nieve. La
salida analógica nos entrega un voltaje desde 0V cuando la lluvia es muy intensa hasta 5V
cuando el clima es despejado.

· Bloque de publicación

En el bloque de publicación se detalla los elementos que permiten procesar la información y

publicar para el usuario, es así que se detalla a continuación el módulo MCU32 y la plataforma
ThingSpeak.

o ESP32 NODE MCU

Fig. 15. Tarjeta Node MCU ESP32

Es una tarjera de desarrollo incorpora el potente modulo ESP-WROOM-32 que integra Wi-Fi y
Bluetooth. Ideal para desarrollar productos de IoT.

La integración de Bluetooth, Bluetooth LE y Wi-Fi permite una amplia gama de aplicaciones, el

uso de Wi-Fi permite una comunicación de mediano alcance y conectarse a una red LAN y a
través de un Router conexión a Internet, mientras que el Bluetooth nos permite conectarse
directamente a otro dispositivo como un celular.

El punto fuerte de esta plataforma es su gran comunidad en internet que le brinda soporte y
desarrolla constantemente nuevas herramientas para su uso.

Características:

· Voltaje de Alimentación (USB): 5V DC

· Voltaje de Entradas/Salidas: 3.3V DC
· CPU principal: Tensilica Xtensa 32-bit LX6
· Frecuencia de Reloj: hasta 240Mhz
 · Desempeño: Hasta 600 DMIPS
· Wifi: 802.11 b/g/n/e/i (802.11n @ 2.4 GHz hasta 150 Mbit/s)
· Bluetooth:v4.2 BR/EDR and Bluetooth Low Energy (BLE)

Memoria:

· 448 KByte ROM

· 520 KByte SRAM
· 16 KByte SRAM in RTC
· QSPI Flash/SRAM, 4 MBytes
· Pines Digitales GPIO: 24 (Algunos pines solo como entrada)
· Convesor Analogolico Digital: Dos ADC de 12bits tipo SAR, soporta mediciones en
hasta 18 canales, algunos pines soportan un amplificador con ganancia programable
· Chip USB-Serial: CP2102
· Antena en PCB

3.3. Requerimientos software

3.3.1. IDE De Arduino

Fig. 16. Logo del IDE de Arduino

Es una plataforma de software libre diseñado para varios sistemas operativos y una amplia gama
de usuario de nivel corporativo y estudiantes, está enfocada en una placa de desarrollo que
posee varios pines de entrada/salida, analógicos o digitales y un microcontrolador en el cual se
almacena la programación de comandos he instrucciones para la ejecución de componentes y
elementos que son identificados mediante el uso de librerías (Baeza y Pomares, 2009,p 9).

3.3.2 ThingSpeak
 Fig. 17. Logo de ThingSpeak

ThingSpeak es un servicio de plataforma de análisis de IoT que le permite agregar, visualizar y

analizar flujos de datos en vivo en la nube. ThingSpeak proporciona visualizaciones
instantáneas de los datos publicados por sus dispositivos en ThingSpeak. Con la capacidad de
ejecutar código MATLAB en ThingSpeak, puede realizar análisis y procesamiento en línea de
los datos a medida que ingresan. ThingSpeak se usa a menudo para la creación de prototipos y
la prueba de concepto de sistemas IoT que requieren análisis.

ThingSpeak permite agregar, visualizar y analizar flujos de datos en vivo en la nube. Algunas de
las capacidades clave de ThingSpeak incluyen la capacidad de:

· Configure fácilmente dispositivos para enviar datos a ThingSpeak mediante protocolos

IoT populares.
· Visualizar los datos de un sensor en tiempo real.
· Agregar datos a pedido de fuentes de terceros.
· Utilizar el poder de MATLAB para dar sentido a sus datos de IoT.
· Ejecutar análisis de IoT automáticamente en función de horarios o eventos.

4. BIBLIOGRAFÍA

“Acervo Lima,” Arquitectura de IoT de 3 capas – Acervo Lima. [Online]. Available:

https://es.acervolima.com/arquitectura-de-iot-de-3-capas/. [Accessed: 12-Dec-

2022].

“Aplicaciones del Iot Usos Prácticos en el mundo real,” Programar fácil con Arduino, 13-Jan-
2022. [Online]. Available: https://programarfacil.com/podcast/aplicaciones-del-iot-
reales/. [Accessed: 12-Dec-2022].

“FC-37 sensor de Lluvia Para Arduino,” UNIT Electronics, 10-Dec-2022. [Online]. Available:
https://uelectronics.com/producto/fc-37-sensor-de-lluvia-para-arduino/. [Accessed:
12-Dec-2022].
“Gy-8511 ML8511 sensor de Luz UV Ultravioleta,” UNIT Electronics, 10-Dec-2022. [Online].
Available: https://uelectronics.com/producto/gy-8511-ml8511-sensor-de-luz-uv-
ultravioleta/. [Accessed: 12-Dec-2022].

“Las Capas de la Arquitectura de Iot y el diseño ... - krypton solid.” [Online]. Available:
https://kryptonsolid.com/las-capas-de-la-arquitectura-de-iot-y-el-diseno-cambian-
para-abordar-la-avalancha-de-datos/. [Accessed: 13-Dec-2022].

“Learn more about ThingSpeak,” Learn More - ThingSpeak IoT. [Online]. Available:
https://thingspeak.com/pages/learn_more. [Accessed: 12-Dec-2022].

Murky, “Luxómetro BH1750: Medir Cantidad de Luz con arduino,” Murky Robot. [Online].
Available: https://www.murkyrobot.com/guias/sensores/luxometro-bh1750.
[Accessed: 12-Dec-2022].

Opengreenenergy and Instructables, “Solar powered WIFI weather station v3.0,” Instructables,
17-Oct-2022. [Online]. Available: https://www.instructables.com/Solar-Powered-
WiFi-Weather-Station-V30/. [Accessed: 12-Dec-2022].

P. el 02/04/2018, “Estas son las capas del internet de las cosas,” El blog de T-Systems Iberia,
27-Mar-2018. [Online]. Available: https://www.t-systemsblog.es/estas-son-las-
capas-del-internet-de-las-cosas/. [Accessed: 12-Dec-2022].

S. G. O. MKT, “Estaciones Meteorológicas. ¿Qué son y cómo funcionan?,” SensorGO, 07-Dec-

2020. [Online]. Available:
https://sensorgo.mx/estaciones-meteologicas/#:~:text=Las%20estaciones
%20meteorol%C3%B3gicas%20son%20una,del%20pa%C3%ADs%20y%20el
%20mundo. [Accessed: 12-Dec-2022].

“Sensor de Lluvia y nieve FC-37,” Naylamp Mechatronics - Perú. [Online]. Available:

https://naylampmechatronics.com/sensores/216-sensor-de-lluvia-y-nieve-fc-
37.html#:~:text=Este%20sensor%20te%20permite%20saber,un%20OpAmp%20en
%20modo%20comparador. [Accessed: 12-Dec-2022].

“Sensor de Presión, temperatura y humedad BME280,” Naylamp Mechatronics - Perú.

[Online]. Available: https://naylampmechatronics.com/sensores-posicion-
inerciales-gps/357-sensor-de-presion-temperatura-y-humedad-bme280.html.
[Accessed: 12-Dec-2022].

BASSI, Agustin. Goto IoT. “Introducción a protocolos IoT. Goto IoT”. Un sitio dedicado a
IoT [Online]. Aviable: https://www.gotoiot.com/pages/articles/iot_protocols_intro/
index.html. [Accessed: 12-Dec-2022].
“Protocolos y tecnologías de IoT”. Microsoft Azure. (s. f.). Microsoft Azure. [Online].
Aviable: https://azure.microsoft.com/es-es/solutions/iot/iot-technology-protocols/.
[Accessed: 12-Dec-2022].

Taer A. “Características y usos del internet de las cosas (IoT)”. UNIT Electronics. [Online].
Aviable: https://uelectronics.com/caracteristicas-y-usos-del-internet-de-las-cosas-
iot/. [Accessed: 12-Dec-2022].

Codigo IoT. “TCP”. Código IoT [Online]. Aviable: https://www.codigoiot.com/base-de-

conocimiento/tcp/ [Accessed: 12-Dec-2022].

Llamas L. “NodeMCU una plataforma para IOT de código abierto” - Electrogeek. Electroge.

[Online]. Aviable:  https://www.electrogeekshop.com/nodemcu-una-plataforma-
para-iot-de-codigo-abierto/. [Accessed: 12-Dec-2022].

USERDATACENTER. “Cloud vs Fog vs Edge Computing” -  La Salle Campus Barcelona .

[Online]. Aviable:  https://blogs.salleurl.edu/en/cloud-vs-fog-vs-edge-computing.
[Accessed: 12-Dec-2022].

de, . (2003, January 29). Capa de red. Wikipedia.org; Wikimedia Foundation, Inc.

https://es.wikipedia.org/wiki/Capa_de_red

‌ip. (2022). Lcc.uma.es. https://neo.lcc.uma.es/evirtual/cdd/tutorial/red/ip.html

j‌ecrespom. (2018, November 16). 6LoWPAN – Aprendiendo Arduino. Aprendiendo

Arduino; Aprendiendo Arduino.
https://aprendiendoarduino.wordpress.com/tag/6lowpan/

‌ uerta de Enlace, & Puerta de Enlace. (2022). ¿Qué es una puerta de enlace

P
(Gateway)? Puertadeenlace.com. https://www.puertadeenlace.com/faq/general/46-que-
es-una-puerta-de-enlace-gateway

‌ edacción. (2019, March 30). NodeMCU una plataforma para IOT de código abierto.
R
Descubrearduino.com. https://descubrearduino.com/nodemcu/

¿‌ Qué es la arquitectura de tres niveles? (2020, October 28). Ibm.com.

https://www.ibm.com/mx-es/cloud/learn/three-tier-architecture

U
‌ nknown. (2022, June 6). Arquitectura de 4 capas. Blogspot.com.
http://diarioaula.blogspot.com/2009/07/arquitectura-de-4-capas.html

‌ rquitectura
A en Capas. (2022). Reactiveprogramming.io.
https://reactiveprogramming.io/blog/es/estilos-arquitectonicos/capas
‌ rquitectura de 5 capas de Internet de las cosas – Acervo Lima. (2021).
A
Acervolima.com. https://es.acervolima.com/arquitectura-de-5-capas-de-internet-de-las-
cosas/

F.K. Shaikh, S. Zeadally and E. Expósito. "Enabling Technologies for Green Internet
of Things". IEEE Systems Journal. Vol. 11 N° 2, pp. 983 - 994. 2017.

C.F. Hughes. "Bluetooth low energy". Ph.D. thesis. Arizona: Arizona State
University. 2015.