UNIVERSIDAD PERUANA DE CIENCIAS APLICADAS

FACULTAD DE INGENIERÍA
DIVISIÓN DE ESTUDIOS PROFESIONALES PARA EJECUTIVOS
CARRERA DE INGENIERÍA DE REDES Y COMUNICACIONES

TRABAJO
TRABAJO DE INVESTIGACION – IoT

CURSO
COMUNICACIONES MÓVILES

DOCENTE:
BERROSPI DE LA CRUZ, JAVIER

INTEGRANTES:

Olivera Cruzalegui, Edgar Pompeyo – U201222506

Quiroz Villavicencio, Christian – U201718843

De la Cruz Huayanca, Yordic – U201502484

Ramos Barba, Richard David - 201621412

Lima, Noviembre del 2019

 Índice de Contenidos

1. FUNDAMENTO TEORICO .............................................................................................. 5

1.1. Tecnología de Acceso Inalámbrico ............................................................................ 7
1.1.1. Zigbee .................................................................................................................... 7
1.1.2. Lora ........................................................................................................................ 8
1.1.3. Wifi ........................................................................................................................ 8
1.1.4. Bluetooth Low Energy ........................................................................................... 9
1.1.5. Red de telefonía móvil ........................................................................................ 10
1.1.6. Z-Wave ................................................................................................................ 10
1.1.7. Sigfox ................................................................................................................... 11
1.1.8. 5G ........................................................................................................................ 12
1.2. Protocolos IoT............................................................................................................ 12
1.3. IoT en el Agro ............................................................................................................ 13
1.4. IoT en la salud ........................................................................................................... 14
1.5. Conclusiones .............................................................................................................. 14
2. TEMA N° 1: IoT aplicado en cocheras............................................................................ 15
2.1. Selección de Sensor.................................................................................................... 16
2.2. Valores recomendables para medir ......................................................................... 21
2.3. Esquema de Funcionamiento de la Solución - Arquitectura ................................. 25
2.4. Solución Services Cloud Manager – SCM .............................................................. 29
3. TEMA N° 2: IoT aplicado al control automático de Riego ........................................... 29
3.1. Valores recomendables para medir ......................................................................... 29
3.2. Selección de Sensores ................................................................................................ 31
3.3. Esquema de Funcionamiento de la Solución........................................................... 33
3.4. Evaluar actuadores requeridos ................................................................................ 35
3.5. Soluciones de Cloud donde se almacenará la información recolectada por los
sensores................................................................................................................................... 37
3.6. Arquitectura del aplicativo basado en Android ..................................................... 39
3.7. Caso de éxito aplicado al Sistema de riego automático .......................................... 41
3.8. Evaluar la cobertura del sistema de acceso inalámbrico ....................................... 43
4. TEMA N° 3: IoT aplicado en la medición continúa de rayos UV ................................. 43
4.1. Valores recomendables para medir ......................................................................... 45
 4.1.1. Temperatura y humedad..................................................................................... 45
4.1.2. Asoleamiento y vientos ....................................................................................... 45
4.1.3. Radiación Ultravioleta ......................................................................................... 46
4.2. Selección de sensor .................................................................................................... 47
4.3. Funcionamiento de la Solución ................................................................................ 48
4.4. Esquema del Funcionamiento de la solución .......................................................... 49
4.4.1. Entrada ................................................................................................................ 50
4.4.2. Proceso ................................................................................................................ 50
4.4.3. Forma de actividad esperada del prototipo ........................................................ 50
4.5. Solución Cloud Server .............................................................................................. 51

Tabla de Figura

Figura 1- Ejemplos de la Nueva era del Internet de las Cosas ___________________________________ 6

Figura 2- Evolución del número de dispositivos IoT ___________________________________________ 6
Figura 3 – Cuadro comparativo de Tecnologías _____________________________________________ 12
Figura 4 – Componentes a usar en el trabajo de Estacionamiento Inteligente _____________________ 15
Figura 5 – Sensor Smart Parking _________________________________________________________ 16
Figura 6 – Regiones de LoRaWAN admite con el sensor Smart Parking __________________________ 16
Figura 7 – Características del Smart Parking _______________________________________________ 17
Figura 8 – Puesta en marcha el Iman _____________________________________________________ 18
Figura 9 – Consumo de energía y tiempo __________________________________________________ 19
Figura 10 – ejemplo para las transmisiones de nodo de un día _________________________________ 21
Figura 11 –Trama de enlace ascendente __________________________________________________ 23
Figura 12 – Marcos de enlace descendete _________________________________________________ 23
Figura 13 –Trama con cabecera de 2 bytes ________________________________________________ 23
Figura 14 – Campos de la Trama de enlace ascendente 2 bytes ________________________________ 24
Figura 15 - Campos detallado de la Trama enlace ascendente 2 bytes ___________________________ 24
Figura 16 – Carga útil según tipo trama ___________________________________________________ 25
Figura 17 – Escenario de servicio en la nube de estacionamiento inteligente ______________________ 26
Figura 18 – Escenario del servidor del cliente _______________________________________________ 27
Figura 19 - Efecto de la presencia de un automóvil sobre el nodo en el RSSI en una estación base _____ 28
Figura 20 – Flujo Trabajo de Smart Parking ________________________________________________ 28
Figura 20 – Modelo Services Cloud Manager Del Fabricante ___________________________________ 29
Figura 21 – Humedad por textura del suelo ________________________________________________ 30
Figura 22 – Velocidad de infiltración por contextura de suelo __________________________________ 30
Figura 23 – Tipos de sensores ___________________________________________________________ 31
Figura 24 – Sensor de tipo Humedad, Higrometro FC – 28 ____________________________________ 32
Figura 29 – Sensor GS1 ________________________________________________________________ 33
Figura 25 – Comparación de algunas tecnologías inalámbricas ________________________________ 34
Figura 26 – Arquitectura del Sistema de Riego Automático ____________________________________ 35
Figura 27 – Modulo Relé de 4 canales_____________________________________________________ 36
Figura 28 – solenoide 1/2" 12V DC _______________________________________________________ 37
Figura 30 – Índice UV __________________________________________________________________ 44
Figura 31 – Niveles índice UV ___________________________________________________________ 46
Figura 32 - sensor módulo UVM30A ______________________________________________________ 47
Figura 33 – Índice UV proporcionada por el fabricante _______________________________________ 48
Figura 34 – Arquitectura del semáforo indicador de radiación _________________________________ 49
1. FUNDAMENTO TEORICO
El Internet de las Cosas, por sus siglas en inglés Internet of Things (IOT), es un
sistema de dispositivos de computación interrelacionados, máquinas mecánicas y
digitales, objetos, animales o personas que tienen identificadores únicos y la
capacidad de transferir datos a través de una red, sin requerir de interacciones humano
a humano o humano a computadora.

¿Qué significa realmente Internet de las Cosas?

De forma simple Internet de las Cosas trata de objetos conectados entre sí por medio
de la red. Estos intercambian información para facilitar o crear diversas acciones. Para
que algo así pueda ocurrir hay un conjunto de tres factores que necesitan ser
combinados para que una aplicación funcione dentro del concepto de Internet de las
Cosas. Estos son: dispositivos, la red y un sistema de control.

 Los Dispositivos: Son todos aquellos que ya conocemos, como:

refrigeradores, carros, lámparas, relojes, cafeteras, televisión y otros. En estos
dispositivos es importante que sean equipados con los ítems correctos para
proporcionar la comunicación con los demás elementos que pueden ser: chips,
conexión con internet, sensores, antenas entre otros.
 La Red: Es el medio de comunicación a las cuales ya se conoce y estamos
adaptados siendo estas tecnologías como Wi-Fi, Bluetooth, LORA, Zigbee y
datos móviles (3G y 4G).
 El Sistema de Control: es necesario para que todos los datos capturados de
los dispositivos a través de red sean procesados, entonces ellos son enviados
para un sistema que controla cada aspecto y hace nuevas conexiones.

¿Por qué las grandes empresas han empezado a invertir su capital en este concepto?

El concepto de combinar computadoras, sensores y redes para monitorear y controlar

diferentes dispositivos ha existido durante décadas. Sin embargo, la reciente
confluencia de diferentes tendencias del mercado tecnológico está permitiendo que la
IoT esté cada vez más cerca de ser una realidad generalizada. Estas tendencias
incluyen la conectividad omnipresente, la adopción generalizada de redes basadas en
el protocolo IP, la economía en la capacidad de cómputo, los avances en el análisis de
datos y el surgimiento de la computación en la nube.
 Figura 1- Ejemplos de la Nueva era del Internet de las Cosas

Diferentes empresas y organizaciones dedicadas a la investigación han publicado una

amplia gama de proyecciones sobre el potencial impacto que tendrá la IoT sobre Internet
y sobre la economía en los próximos cinco a diez años.

Figura 2- Evolución del número de dispositivos IoT

Fuente: IOT Analytics Research 2018

Se estima que los dispositivos IoT en el año 2025 estos sean más de 21.000 millones, en
comparación con los dispositivos non-IoT los cuales presentan un crecimiento lineal, de
manera que la tendencia de crecimiento de los dispositivos IoT es exponencial.

Algunos observadores ven a la IoT como un mundo “inteligente”, revolucionario y

totalmente interconectado; un mundo de progreso, eficiencia y oportunidades, con el
potencial de añadir un valor equivalente a miles de millones para la industria y la
economía global. Otros advierten que el Internet de las Cosas representa un mundo más
oscuro, un mundo de vigilancia y violaciones a la privacidad en el cual los consumidores
estarán atrapados. A medida que se conecta una mayor cantidad de dispositivos de la IoT,
estos crean una mayor “Superficie de Ataque” y aumentan la potencial escala y gravedad
de los ataques de denegación de Servicios Distribuidos también llamado DDoS (por sus
siglas en inglés, Distributed Denial of Service) basados en la IoT.

1.1. Tecnología de Acceso Inalámbrico

En la actualidad, existen multitud de tecnologías de transmisión inalámbrica de datos

utilizadas para comunicar dispositivos en soluciones IoT, como por ejemplo LoRa,
Wi-Fi, Bluetooth, ZigBee, 2G/3G/4G, etcétera.

Dependiendo de la aplicación, los factores como el alcance, velocidad de

transferencia, seguridad, potencia y autonomía dictarán cuál es la mejor alternativa a
la hora de elegir una red inalámbrica u otra. Estas son algunas de las principales
tecnologías de comunicación que se pueden elegir:

1.1.1. Zigbee
ZigBee es una tecnología inalámbrica más centrada en aplicaciones domóticas e
industriales. Los perfiles ZigBee PRO y ZigBee Remote Control (RF4CE) se
basan en el protocolo IEEE 802.15.4, una tecnología de red inalámbrica que
opera a 2,4GHz en aplicaciones que requieren comunicaciones con baja tasa de
envío de datos dentro de áreas delimitadas con un alcance de 100 metros, como
viviendas o edificios.

ZigBee/RF4CE tiene algunas ventajas significativas como el bajo consumo en

sistemas complejos, seguridad superior, robustez, alta escalabilidad y capacidad
para soportar un gran número de nodos. Así, es una tecnología bien posicionada
para marcar el camino del control Wireless y las redes de sensores en
aplicaciones IoT y M2M.

La última versión de Zigbee es la 3.0, ha sido lanzada recientemente y

básicamente es la consolidación de ZigBee en un único standard.

Frecuencia de Operación

 Estándar: ZigBee 3.0 basado en IEEE 802.15.4

 Frecuencia: 2.4GHz
 Alcance: 10-100m
 Velocidad de transferencia: 250kbps
1.1.2. Lora
Esta tecnología se parece en algunos aspectos a Sigfox. LoRaWAN está diseñada
para implementar redes de área amplia (WAN) con características específicas
para soportar comunicaciones móviles, bidireccionales, económicas y seguras
para aplicaciones de IoT, M2M, ciudades inteligentes y aplicaciones
industriales.

Un punto débil de LoRa podría ser su baja transferencia de datos (~50 Kbps).
Así que si lo que queremos enviar es audio o video no sería viable, pero para
datos ligeros —que es lo que típicamente se requiere en escenarios IoT— es una
gran opción.

En ocasiones te encontrarás con el término LoRaWAN en lugar de LoRa. La

diferencia es que LoRa es la tecnología de bajo nivel que habilita el enlace,
mientras que LoRaWAN es el protocolo de comunicación y arquitectura para la
red.

Los dispositivos disponibles para iniciar de una manera sencilla con esta
tecnología son: RFM95, RN2903A, Feather Adafruit RFM95, Arduino LoRa
Node y Arduino LoRa gateway.

Frecuencia de Operación

 Estándar: LoRaWAN
 Frecuencia: Varias
 Alcance: 2-5km (entorno urbano), 15km (entorno rural)
 Velocidad de transferencia: 0,3-50 kbps

1.1.3. Wifi
Una de las tecnologías más conocidas y adoptadas. Entre sus principales ventajas
está una gran capacidad para transferencia de datos, lo cual permite enviar video,
audio y otros archivos de gran tamaño. Existe una gran variedad de módulos,
sensores y actuadores que trabajan con esta tecnología y van desde los más
económicos que no pasan los 5 dólares como lo son el ESP8266 o el RTL8710
hasta los más completos y como el ArduinoMKR1000.

Una de las grandes desventajas de esta tecnología es el alcance de cobertura.

Aunque es posible realizar enlaces punto a punto de varios kilómetros, para redes
 de sensores donde es necesario tener una conexión multipunto su rango no pasa
de los 100 metros, provocando no sea idónea para soluciones donde se requiere
una gran cobertura.

Frecuencia de Operación

 Estándar: Basado en 802.11n

 Frecuencia: 2,4GHz y 5GHz
 Alcance: Aproximadamente 50m
 Velocidad de transferencia: hasta 600 Mbps, pero lo habitual es 150-
200Mbps, en función del canal de frecuencia utilizado y del número de
antenas (el standard 802.11-ac ofrece desde 500Mbps hasta 1Gbps)

1.1.4. Bluetooth Low Energy

La tecnología Bluetooth también es muy conocida debido a que se utiliza en una
gran cantidad de dispositivos como teléfonos, audífonos o cámaras. Pero si
vamos a utilizar Bluetooth para IoT debemos hablar de la versión 4.0 o BLE
(Bluetooth Low Energy), especialmente creada para wearables y todo
dispositivo que requiere estar enviando información de manera constante pero
requiere minimizar el consumo de energía ya que típicamente son dispositivos
que operan en base a baterías.

BLE provee tasas de transferencia de datos de poco menos de 1 Mbps, lo cual lo

pone en un rango medio. Una característica muy especial de BLE es el modo
beacon que permite rastrear otros dispositivos BLE y que funciona muy bien en
interiores.

Entre los dispositivos más comunes para construir soluciones con BLE están las
familias nRF51 y nRF52 de Nordic Semiconductor, así como la serie ESP32 de
Espressif.

Bluetooth es una de las tecnologías de transmisión de datos de corto alcance más

establecidas, muy importante en el ámbito de la electrónica de consumo. Las
expectativas apuntan a que será clave para desarrollar dispositivos wearable, ya
que permitirá el establecimiento de conexiones IoT, probablemente a través de
un Smartphone.
 Frecuencia de Operación

 Estándar: Bluetooth 4.0

 Frecuencia: 2,4GHz (ISM)
 Alcance: 50-100m (Smart/LE)
 Velocidad de transferencia: 1Mbps (Smart/LE)

1.1.5. Red de telefonía móvil

Cualquier aplicación IoT que necesite funcionar en grandes áreas puede
beneficiarse de las ventajas de la comunicación móvil GSM/3G/4G.

La red de telefonía móvil es capaz de enviar grandes cantidades de datos,

especialmente a través de 4G, aunque el consumo de energía y el coste
económico de la conexión podrían ser demasiado altos para muchas
aplicaciones.

Sin embargo, puede ser ideal para proyectos que integren sensores y que no
requieran un ancho de banda muy grande para enviar datos por Internet.

Frecuencia de Operación

 Estándares: GSM/GPRS/EDGE (2G), UMTS/HSPA (3G), LTE (4G)

 Frecuencias: 900 / 1800 / 1900 / 2100
 Alcance: hasta 35km para GSM; hasta 200km para HSPA
 Velocidad de transferencia (descarga habitual): 35-170kps (GPRS), 120-
384kbps (EDGE), 384Kbps-2Mbps (UMTS), 600kbps-10Mbps (HSPA),
3-10Mbps (LTE)

1.1.6. Z-Wave
Z-Wave es una tecnología RF de bajo consumo diseñada inicialmente para
productos de domótica como controladores de iluminación y sensores.
Optimizado para la comunicación fiable de baja latencia de pequeños paquetes
de datos, alcanza velocidades de datos de hasta 100kbit/s, opera en la banda de
sub-1 GHz y es robusta frente a interferencias de Wi-Fi y otras tecnologías
inalámbricas en el rango 2,4 GHz como Bluetooth o Zigbee. Es totalmente
compatible con redes de topología de malla, no necesita un nodo coordinador y
es muy escalable, permitiendo controlar hasta 232 dispositivos.
 Z-Wave utiliza un protocolo más simple que otras tecnologías lo que permite
una mayor rapidez en el desarrollo, pero el único fabricante de chips compatibles
es la empresa Sigma Design, en comparación con la multitud de empresas que
ofrecen productos de otras tecnologías inalámbricas como ZigBee o Bluetooth.

Frecuencia de Operación

 Estándar: Z-Wave Alliance ZAD12837 / ITU-T G.9959

 Frecuencia: 900MHz (Banda ISM)
 Alcance: 30m
 Velocidad de transferencia: 9,6/40/100kbit/s

1.1.7. Sigfox
Una alternativa de amplio alcance es Sigfox, que en términos de alcance está
entre Wi-Fi y la comunicación móvil. Utiliza bandas ISM, que se pueden utilizar
sin necesidad de adquirir licencias.

Sigfox responde a las necesidades de muchas aplicaciones M2M que funcionan

con una batería pequeña y solo requieren niveles menores de transferencia de
datos, allí donde WiFi se queda demasiado corto y la comunicación móvil es
muy cara y consume demasiada energía.

Solo consume 50 microvatios (la comunicación móvil consume 5.000

microvatios) además de poder mantenerse en stand-by 20 años con una batería
2.5Ah (0,2 años para comunicaciones móviles).

Ya se ha implementado en miles de objetos conectados y la red se está instalando

en las principales ciudades de Europa.

Esta tecnología es robusta, energéticamente eficiente y funciona como una red

escalable que puede comunicarse con millones de dispositivos móviles a lo largo
de muchos kilómetros cuadrados. Así pues, es adecuada para aplicaciones M2M
como: contadores inteligentes, monitores médicos, dispositivos de seguridad,
alumbrado público y sensores ambientales.

Entre los dispositivos disponibles para iniciar de una manera sencilla con esta
tecnología destaca el Arduino MKRFox1200, que básicamente es un MKR1000
con conectividad a la red Sigfox.
 Frecuencia de Operación

 Estándar: Sigfox
 Frecuencia: 900MHz
 Alcance: 30-50km (ambientes rurales), 3-10km (ambientes urbanos)
 Velocidad de transferencia: 10-1000bps

1.1.8. 5G
5G es la siguiente generación de redes de comunicación móvil. Ofrecerá mejoras
significativas en latencia y ancho de banda respecto a 4G, habilitando escenarios
de comunicación con grandes cantidades de datos en tiempo real. De hecho, uno
de los escenarios de uso que se contempla que soporten las redes 5G es la
conectividad de automóviles autónomos.

La tecnología ya está siendo piloteada en algunos lugares, y se espera que esté

disponible al público en general a partir del 2020. Los operadores de telefonía
en EUA prometen precios muy bajos para aplicaciones de IoT.

Frecuencia de Operación

 Estándares: GSM/GPRS/EDGE (2G), UMTS/HSPA (3G), LTE (4G),

5G
 Frecuencias: 3 a 30 Ghz
 Alcance: hasta 1km

Figura 3 – Cuadro comparativo de Tecnologías

1.2. Protocolos IoT

 MQTT (MQ Telemetry Transport) es un protocolo PubSub de Message

Service que actúa sobre TCP. Destaca por ser ligero, sencillo de implementar.
 Resulta apropiado para dispositivos de baja potencia como los que
frecuentemente tenemos en IoT. Está optimizado para el routing activo de un
gran número de clientes conectados de forma simultánea.
 AMQP (Advanced Message Queuing Protocol) es un protocolo PubSub de
Message Queue. AMQP está diseñado para asegurar la confiabilidad e
interoperabilidad. Está pensado para aplicaciones corporativas, con mayor
rendimiento y redes de baja latencia. No resulta tan adecuado para
aplicaciones de IoT con dispositivos de bajos recursos.
 WAMP (Web Application Messaging Protocol) es un protocolo abierto que
se ejecuta sobre WebSockets, y provee tanto aplicaciones de PubSub como
rRPC.
 CoAP (Constrained Application Protocol) es un protocolo pensado para
emplearse en dispositivos de IoT de baja capacidad. Emplea el modelo REST
de
 HTTP con cabeceras reducidas, añadiendo soporte UDP, multicast, y
mecanismos de seguridad adicionales.
 STOMP (Streaming Text Oriented Messaging Protocol) es un protocolo
sencillo que emplea HTTP y mensajes de texto para buscar el máximo de
interoperabilidad.
 XMPP (Extensible Messaging and Presence Protocol) es un protocolo
abierto basado en XML diseñado para aplicaciones de mensajería instantánea.
 WMQ (WebSphere MQ) es un protocolo de Message Queue desarrolado por
IMB.

1.3. IoT en el Agro

El IoT aplicado a la agroindustria ha ido evolucionando en los últimos años a tal punto
que puede contribuir a crear una comunidad rural informada, conectada, desarrollada
y adaptable. Según el paradigma de IoT, los dispositivos electrónicos de bajo costo
pueden mejorar la interacción humana con el mundo físico, y la potencia informática
y el software disponible en Internet pueden proporcionar análisis valiosos.

IoT se puede utilizar a diferentes niveles en la cadena de producción agroindustrial.

Puede ayudar a evaluar variables de campo como el estado del suelo, las condiciones
atmosféricas y la biomasa de plantas o animales. También se puede utilizar para
evaluar y controlar variables como la temperatura, la humedad, la vibración y los
golpes durante el transporte del producto. Se puede usar para monitorear y predecir el
estado del producto y su demanda en los estantes o dentro de los refrigeradores.
Además, puede proporcionar información al usuario / consumidor final sobre el
origen y las propiedades del producto.

En resumen, IoT puede ser una herramienta importante en los próximos años para las
personas que interactúan dentro de un sistema agroindustrial: proveedores,
agricultores, técnicos, distribuidores, hombres de negocios, consumidores y
representantes gubernamentales.

1.4. IoT en la salud

El asombroso costo de la protección de la salud y la no aparición de especialistas están

haciendo que el tratamiento de alguna enfermedad sea exorbitantemente costoso para
los individuos en varios lugares del mundo. La revolución de Internet de las cosas
(IoT) está integrándose con mucha fuerza en el ámbito de la salud humana actual y
las perspectivas sociales. IoT en la actualidad tiene avances grandiosos tanto en
aspectos destacados de seguridad y protección, incluidas las necesidades de
seguridad, modelos de amenaza, desde el punto de vista de los servicios medicinales.
IoT crea artilugios característicos, lo que facilita que los pacientes reciban
tratamiento. Una vez realizados los procedimientos médicos, la recuperación del
paciente está sujeta únicamente a la atmósfera en la que se encuentra el paciente.

1.5. Conclusiones

Si bien las aplicaciones de desarrollo basadas en IoT aún se encuentra en un período

inicial en nuestro país en comparación con otros que ya está en desarrollo. Por lo que
en estos trabajos de investigación estaremos proponiendo tres soluciones basados en
redes de sensores inalámbricos solucionando problemas que se encuentran en la
sociedad.
2. TEMA N° 1: IoT aplicado en cocheras
Para el presente trabajo de Estacionamiento Inteligente basado en IoT para la
Universidad Privada de Ciencias Aplicadas UPC Campus Monterrico, se ha elegido
al fabricante líder mundial en IoT llamado LIBELIUM TECHNOLOGY utilizando el
dispositivo(nodo) Smart Parking, que permite a los profesores y/o alumnos detectar
el estacionamiento disponible mediante un aplicativo instalado en sus dispositivos
móviles, el Smart Parking(nodo) es más fácil y económico de implementar, ya que se
instala en la superficie del suelo, a diferencia de la mayoría de otros fabricantes, no
es necesario cavar un agujero en el suelo para la instalación, lo que reduce el tiempo
de instalación de 30 a 10 minutos y permitiendo ser reemplazado por otra unidad en
caso de mantenimiento en solo 10 minutos aproximadamente. Es pequeño, tiene una
mayor precisión y fiabilidad, y el tiempo de detección más rápido, además la
independencia de la temperatura también son características importantes del
dispositivo Smart Parking (nodo).

Figura 4 – Componentes a usar en el trabajo de Estacionamiento Inteligente

El nuevo sistema de sensores es totalmente compatible con las tecnologías de radio

LPWAN -LoRaWAN para permitir largos Rango y bajo consumo de energía se puede
conectar con ambas operaciones de radio frecuencias para la banda Smart Parking
APAC / LATAM / AU915 de 915.2 MHz to 927.8Mhz y para la banda Smart Parking
APAC / LATAM / AS923 de 923Mhz. Una característica única del sistema es que
permite utilizar ambas radios tecnologías al mismo tiempo o cambiando de una a otra
utilizando el sistema administrador de la nube.

Utiliza un nuevo sistema de sensores, en la que una estación base puede dar servicio
a miles de dispositivos (nodos) en un rango de varios kilómetros en ambiente urbano.
Este hecho proporciona menores costos de instalación ya que la cantidad de estaciones
base se puede reducir drásticamente, además, el nuevo modelo de sensor ha sido
optimizado para una operación de muy baja potencia, por lo que la vida útil de la
batería se extiende fácilmente hasta 10 años.
El nuevo nodo Smart Parking ha recibido las marcas CE / FCC / IC y proporciona un
software robusto que funciona bien incluso no se tienen que lidiar con la
programación de los nodos, solo tienen que especifique los valores de los parámetros
clave en el firmware, como el ciclo de trabajo o el modo nocturno, para estar listo
para trabajar.

La gestión remota y la comunicación bidireccional permiten cambiar varios

parámetros de los nodos en la nube, esto significa que podemos reprogramar miles de
nodos simplemente configurando los valores correctos desde nuestro web navegador
en la plataforma de gestión.

2.1. Selección de Sensor

Se seleccionará el nodo Smart Parking que será el dispositivo instalado en cada

espacio de estacionamiento del Campus Monterrico de la Universidad UPC. Cuando
el dispositivo detecta un cambio de estacionamiento el estado de ranura (libre /
ocupado), envía una trama a la estación base LoRaWAN.

Figura 5 – Sensor Smart Parking

El nodo Smart Parking admite las siguientes regiones de LoRaWAN:

Figura 6 – Regiones de LoRaWAN admite con el sensor Smart Parking

La siguiente figura muestra las características básicas del nodo Smart Parking:

Figura 7 – Características del Smart Parking

Interruptores de usuario
El nodo Smart Parking tiene 2 interruptores para administrar el modo de trabajo:
Interruptor de ON/OFF: determina si el nodo está encendido o apagado.
Interruptor de APP/BOOT: cuando el nodo está encendido (ON), este interruptor
determina el estado de rendimiento del dispositivo.
- La posición APP debe usarse para un modo de funcionamiento normal, por lo que
el dispositivo ejecuta el firmware dentro de él.
- La posición BOOT debe usarse solo para fines de configuración (No tiene modo
sueño por lo que puede gastar más rápido la batería)

Botón Reset
El botón de Reset se puede usar para reiniciar el nodo en el modo de operación
correspondiente (APP o BOOT). Si el nodo está configurado en "APP" (modo de
operación normal), al presionar el botón de reset se reiniciará la ejecución del
programa para cambiar modo de operación.
Por otro lado, si el nodo está configurado para BOOT (modo de configuración),
presionar el botón de reset que reiniciará el nodo y cambiará a modo de operación
elegido.

Configuración del Nodo

Por defecto de fábrica, todos los nodos están configurados con sus exclusivas
LoRaWAN EUI (determinado para cada región) y claves privadas aleatorias, si se
desean diferentes parámetros de LoRaWAN, se debe usar la "Aplicación de
dispositivos inteligentes" para cambiar ajustes/parámetros.
El nodo Smart Parking tiene un proceso de encendido para poner el dispositivo en un
estado "listo para instalar":
 Paso 1: Los interruptores están configurados en "APP" y "OFF"(presione el botón
de reset para asegurarse de descargar los condensadores)
 Paso 2: Enciende el dispositivo deslizando el interruptor de "OFF" a "ON"
 Paso 3: Ambos LED (rojo y verde) parpadean rápidamente 5 veces
 Paso 4: el LED rojo parpadea una vez durante 1 segundo para indicar que el
dispositivo entra en modo de suspensión por primera vez. Ahora el nodo está en
un estado "listo para instalar". El cliente debe instalar el nodo en el escenario real
y realizar el proceso de "puesta en marcha del imán".

Proceso de "puesta en marcha del imán"

Una vez que el nodo se ha configurado en el estado "listo para instalar" y se ha cerrado
y colocado en la ranura de estacionamiento, la "puesta en marcha del imán" debe
hacerse. Este proceso consiste en reiniciar el dispositivo usando el imán por 3 veces
consecutivas. Cada reinicio del imán debe estar separado por al menos un segundo
período.
La mejor manera de proceder con el imán es pasar el recinto de izquierda a derecha
con un movimiento de un movimiento. Luego espere al menos un segundo (aunque
puede esperar más) y continúe nuevamente hasta completar 3 reset con los imanes.

Figura 8 – Puesta en marcha el Iman

Después de terminar la "puesta en marcha del imán", el nodo comienza a funcionar

normalmente por el resto del tiempo. No más tres veces se necesitan "reinicios de
imán" para restablecer el dispositivo correctamente. Entonces, si un cuarto reinicio de
imán o reinicio de software es aplicado, el dispositivo se reiniciará y continuará
funcionando normalmente de nuevo.

Consumo de Energía y Tiempo Consumido

El firmware del nodo Smart Parking ejecuta diferentes pasos desde que se inicia el
nodo. En primer lugar, la configuración del nodo y luego un ciclo infinito donde cada
ciclo se basa en medir, enviar si es necesario y dormir. La siguiente figura muestra el
consumo de energía y tiempo de cada paso modelado como un pulso de una duración
de tiempo específica y promedio el consumo de energía.

Figura 9 – Consumo de energía y tiempo

LoRaWAN Base Station (Servidor de Red)

En el estacionamiento del Campus Monterrico de la Universidad Peruana de Ciencias
Aplicadas UPC se instalarán estaciones bases LoRaWAN (también conocida como
puerta de enlace - Gateway) en el área circundante al lado del estacionamiento para
que reciban datos de los nodos y los reenvíe al servidor de red LoRaWAN.
El fabricante elegido “Libelium Technology” distribuye estaciones base para redes
LoRaWAN. Todos ellos tienen conexión LoRaWAN; como también algunas
características Ethernet, WiFi o conectividad 4G. Algunas estaciones base están listas
para trabajar al aire libre (grado IP67). Algunos vienen pre configurados para ciertos
servidores de red LoRaWAN. Además, algunos de ellos integran un Servidor de red
LoRaWAN integrado.

LoRaWAN Servidor de Red

El registro de nodos debe realizarse en el servidor de red LoraWan para recibir datos
LoRaWAN de todos los nodos en la red, cada nodo debe estar registrado con un
identificador y algunas claves de cifrado para que el servidor de red LoraWan pueda
recibir y descifrar los paquetes con éxito.
El propósito del servidor de red LoRaWAN es traducir datos de la red inalámbrica
LoRaWAN a una red IP. Por lo tanto, cuando se reciben paquetes de nodos de Smart
Parking, se realiza una devolución de llamada para enviar datos a la red de
arquitectura del servicio en la nube de estacionamiento inteligente del fabricante
“Libelium Technology” o al servidor del cliente.
LoRaWAN – Protocolos y Parámetros
LoRaWAN es un protocolo de red de área amplia de baja potencia (LPWAN). Es una
técnica de modulación de espectro extendido en velocidades de datos extremadamente
bajas que permiten enviar datos alcanzando grandes distancias.
Los parámetros más importantes de LoRaWAN son:
 LoRaWAN EUI: identificador único de 8 bytes y solo lectura que define cada
módulo LoRaWAN en el mercado.
 Dispositivo EUI: lectura / escritura, identificador de 8 bytes configurado en el
módulo LoRaWAN para ser utilizado como operativo identificador Por
defecto, el "LoRaWAN EUI" del módulo está configurado de fábrica como
"Dispositivo EUI".
 Modo de unión: ABP u OTAA. Define cómo se une el módulo a la red. Se
necesitan diferentes claves para cada método.
 Dirección del dispositivo: necesaria para ABP. La dirección de 4 bytes del
módulo LoRaWAN. Debe ser único en sí mismo
 Clave de sesión de red: necesaria para ABP. La clave AES de 16 bytes. Se
utiliza para generar la verificación de integridad del mensaje.
 Clave de sesión de aplicación: necesaria para ABP. La clave AES de 16 bytes.
Se usa para cifrar datos del nodo de estacionamiento inteligente.
 Solicitud EUI: Necesaria para OTAA. El identificador de la aplicación de 8
bytes. Necesario para abrir una sesión de OTAA e intercambiar claves de
cifrado.
 Clave de aplicación: necesaria para OTAA. La clave de 16 bytes. Necesario
para abrir una sesión de OTAA e intercambiar claves de cifrado
 Velocidad de datos: define la velocidad de transmisión (bits por segundo).
Cada configuración de velocidad de datos combina diferentes factores de
dispersión (SF) y ancho de banda (BW). Por defecto, todas las regiones de
LoRaWAN usan la misma velocidad de datos (DR 0). Sin embargo,
dependiendo de la región, eso significa diferentes SF y BW:
- Versión LoRaWAN EU863-870: SF12 / 125 kHz
- Versión LoRaWAN IN865-867: SF12 / 125 kHz
- Versión LoRaWAN AS923: SF12 / 125 kHz
- Versión LoRaWAN US902-928: SF10 / 125 kHz
 - Versión LoRaWAN AU915-928: SF10 / 125 kHz
 ADR: configuración de velocidad de datos adaptativa que se puede habilitar o
deshabilitar. Si ADR está habilitado, el servidor optimizará la velocidad de
datos basada en la información recopilada de la red: el RSSI / SNR de los
últimos paquetes recibidos.

2.2. Valores recomendables para medir

Smart Parking (nodo) tiene 2 modos de suspensión: modo día y modo noche. El
segundo ha sido desarrollado para usar cuando se espera que el espacio de
estacionamiento tenga menos cambios (es decir, de noche). Cada modo tiene sus
propios parámetros de configuración.

La siguiente figura muestra un ejemplo para las transmisiones de nodo en un día. La

zona horaria entre las 6 a.m. y las 12 a.m. indica que el nodo está funcionando en

modo diurno. En este modo, el muestreo de la ranura de estacionamiento se hace más

regular (1 minuto) y el Keep-Alive dura solo 2 horas. En la zona gris oscuro, de 12
a.m. a 6 a.m., el nodo está funcionando en modo nocturno. Como se muestra en el
ejemplo, el tiempo de muestreo es mayor (5 minutos) y el Keep-Alive también
aumenta (3 horas).

Figura 10 – ejemplo para las transmisiones de nodo de un día

Modo Día

Es el modo de trabajo básico y tiene 2 parámetros configurables:

  Tiempo de reposo: tiempo de reposo entre mediciones consecutivas del
sensor. La opción de 1 minuto está configurada de manera predeterminada.
 Keep-Alive: tiempo transcurrido desde la última transmisión para activar un
cuadro Keep-Alive. La opción de 0,5 horas está configurada por defecto. Este
marco solo contiene datos básicos del nodo (estado de la ranura de
estacionamiento y estado de la batería). Está Es útil saber que no hay cambios
en la ranura y que el nodo aún funciona. Este modo se puede deshabilitar
utilizando tanto el programador USB como el administrador remoto.

Modo Noche

Este modo se ha desarrollado para usar cuando se espera que el espacio de

estacionamiento tenga menos cambios (es decir, de noche). Eso tiene 4 parámetros
configurables:

 Hora de inicio del modo nocturno: hora de inicio del modo nocturno.
 Duración del modo nocturno: tiempo de duración del modo nocturno. La
opción de 8 horas está configurada de manera predeterminada.
 Tiempo de reposo en modo nocturno: tiempo de reposo entre mediciones
consecutivas del sensor (durante el modo nocturno). La opción de minutos
está configurada por defecto.
 Modo nocturno Keep-Alive: tiempo transcurrido desde la última transmisión
para activar un cuadro Keep-Alive (durante la noche). La opción de 1 hora
está configurada de manera predeterminada. Este marco solo contiene datos
básicos del nodo (espacio de estacionamiento y estado de la batería). Es útil
saber que no hay cambios en la ranura y que el nodo aún funciona. Este modo
se puede deshabilitar usando el Programador USB o el Administrador
Remoto.

Explicación de las Tramas

Tipos de Tramas

La arquitectura Smart Parking gestiona diferentes tramas de enlace ascendente y

enlace descendente.

La siguiente figura muestra las tramas de enlace ascendente:

 Figura 11 –Trama de enlace ascendente

La siguiente figura muestra los marcos de enlace descendente:

Figura 12 – Marcos de enlace descendete

Las tramas de enlace ascendente tienen una longitud de 11 bytes para cumplir siempre
con el peor de los casos de la tasa de datos LoRaWAN. Su estructura consta de 2
partes: cabecera y carga útil. El formato de "encabezado" es siempre el mismo para
todos los marcos de enlace ascendente tipos. Por otro lado, el formato de "carga útil"
puede ser diferente para cada tipo de trama.

Figura 13 –Trama con cabecera de 2 bytes

En cuanto a los marcos de enlace descendente, tienen una longitud variable y su

formato es privado para el cliente. La "sincronización RTC frame "es la respuesta
obligatoria para los marcos" Start Frame 1 "y" RTC request request ". La trama de
sincronización RTC " proporciona el tiempo del servidor a los nodos para mantener
actualizado el RTC. Además, el "enlace descendente de configuración" es una trama
asincrónica enviada por el servidor cuando el cliente gestiona el Formulario de
configuración remota.

Debe tener en cuenta que cuando se solicita un paquete de enlace descendente,

generalmente hay algunos problemas relacionados con LoRaWAN latencia de
conexión. Esto implica que el primer intento de solicitud generalmente falla. En ese
caso, se envía un segundo intento en orden para recuperar el paquete de enlace
descendente perdido. Por esta razón, es posible que vea un par de "Start Frame 1" o
"RTC update Las "solicitudes" se envían secuencialmente durante la ejecución del
programa.

Encabezado de la Trama

El "Encabezado" incluido en cada trama de enlace ascendente contiene 2 bytes:

Figura 14 – Campos de la Trama de enlace ascendente 2 bytes

Figura 15 - Campos detallado de la Trama enlace ascendente 2 bytes

Carga Útil de la Trama

El contenido de "Carga útil" varía según cada tipo de trama.

 Figura 16 – Carga útil según tipo trama

2.3. Esquema de Funcionamiento de la Solución - Arquitectura

El servidor de red LoRaWAN se conecta al Servidor Final, que puede ser el servicio
en la nube de estacionamiento inteligente de Libelium Technology o el servidor del
cliente.

Los servidores de red LoRaWAN actualmente admitidos son:

 Iot Loriot
 La red de las cosas
 El servidor de red incorporado dentro de las estaciones base MultiTech

Si el cliente desea utilizar un nuevo servidor de red LoRaWAN, entonces el bloque

del analizador de datos debe modificarse para recibir los datos correctamente. Tenga
en cuenta que cada servidor de red LoraWan implementa su propia devolución de
llamada HTTPS utilizando un formato diferente

El formulario de configuración remota permite al usuario actualizar la configuración

de cada nodo (tiempo de suspensión, tiempo de mantenimiento, modo nocturno, etc.).
La actualización se realiza de forma remota a través de paquetes de radio de enlace
descendente LoRaWAN.

La diferencia entre los 2 tipos de servidor difiere en las posibles necesidades del
cliente:

 El Smart Parking Cloud Service es un servicio de software proporcionado por

Libelium Technology que permite recibir, decodifica y redirige los datos a la
nube final de IoT de terceros (Amazon, Azure, etc.). Esta retransmisión es
hecha gracias a los conectores en la nube que se ejecutan en otro servicio de
Libelium Cloud: el Bridge.

Figura 17 – Escenario de servicio en la nube de estacionamiento inteligente

 El servidor del cliente es un sistema de software proporcionado por Libelium

que permite recibir, decodificar e insertar datos en una base de datos MySQL
estándar. Es obligatorio que el usuario configure su propio servidor para alojar
el servidor del cliente.
 Figura 18 – Escenario del servidor del cliente

Modo de Recepción - RSSI

Tener en consideración algunas pruebas ya realizadas por Libelium, sobre la tasa de

detección actual de nuestro nodo Smart Parking es en promedio el 90%. El método de
detección se basa en un sensor de campo magnético de 3 ejes: cuando un
estacionamiento se estaciona la masa de metal modifica el campo magnético natural
de la Tierra alrededor del nodo. Sin embargo, este método no es perfecto porque en
algunos casos el cambio en el campo magnético no es lo suficientemente grande como
para ser entendido como un cambio en el estado del automóvil.

En particular, algunos automóviles son más complicados de detectar que otros,

probablemente debido a su construcción materiales, su distribución o la altura del
chasis.

Es por ello que el RSSI (indicador de intensidad de señal recibida) es un parámetro

de telecomunicaciones que indica cuánta potencia contiene la señal recibida. La
densidad de potencia de cualquier onda de radiofrecuencia disminuye su potencia
desde el momento sale de la antena Hay varias razones para esa atenuación. Primero,
la pérdida de propagación, conocida como La expansión lógica del poder a través del
espacio. Segundo, cualquier obstáculo en el camino de la ola causará un reflejo y la
absorción de energía

Sin embargo, se han implementado un nuevo software para aprovechar este nuevo
método de detección para aumentar la probabilidad de detectar un automóvil por
encima del nodo. El algoritmo se ejecuta en la nube y ayuda a detectar incluso coches
problemáticos Entonces, estamos utilizando la radio LoRaWAN presente en el nodo
Smart Parking para soportar el vehículo detección: mayor detección sin hardware
adicional.

La figura a continuación muestra claramente que cuando la ranura está ocupada (línea
azul), el RSSI es notablemente más bajo (alrededor -120 dBm) que cuando la ranura
está libre (-109 dBm).
 Figura 19 - Efecto de la presencia de un automóvil sobre el nodo en el RSSI en una estación base

Flujo de trabajo del Nodo (Smart Parking)

Como indica el diagrama, el bucle básico del nodo estaría consistiendo en leer (medir)
el sensor y enviar un cuadro cuando el espacio de estacionamiento cambia su estado.
Luego, duerme el tiempo deseado y comienza el ciclo nuevamente.

Algunos eventos pueden forzar al nodo a enviar una trama a la nube. Si transcurrió el
tiempo deseado desde la última radio transmisión, el nodo enviará una trama Keep-
Alive. Esta trama solo contiene datos básicos del nodo (estacionamiento estado de la
ranura y estado de la batería). Es útil saber que no hay cambios en la ranura y que el
nodo todavía está trabajando. El nodo también enviará una trama cada 24 horas con
los datos de trabajo del día.

Figura 20 – Flujo Trabajo de Smart Parking

 2.4. Solución Services Cloud Manager – SCM

Figura 21 – Modelo Services Cloud Manager Del Fabricante

3. TEMA N° 2: IoT aplicado al control automático de Riego

3.1. Valores recomendables para medir

Un método que se usa hoy en día para determinar cuándo es tiempo de regar, es
monitorear la disminución de agua en el suelo. Cuando una planta crece, utiliza el
agua del suelo alrededor de su zona de raíces. A medida que las plantas utilizan el
agua, la humedad en el suelo baja hasta un nivel en el cual se requiere aplicar un riego
o el cultivo comienza a estresarse por falta de agua. Si no se aplica agua, la planta
continuará haciendo uso de la poca humedad que queda hasta que finalmente utilice
toda el agua disponible en el suelo y muera de sed.

Cálculo de la humedad en suelos según su textura

Los suelos contienen diferente cantidad de agua dependiendo de su textura y

estructura. El límite superior de almacenamiento de agua se denomina con frecuencia
“capacidad de campo” (CC), mientras que el límite inferior se denomina “punto de
marchitamiento permanente” (PMP). Después de un evento de lluvia o de riego que
satura el suelo, hay un rápido movimiento descendente (drenaje) de una parte del agua
del suelo debido a la fuerza de gravedad. Al rango de humedad comprendido entre θ
CC y θ PMP se le conoce como humedad aprovechable (HA) máxima para las plantas
y se refiere a la máxima cantidad de agua que puede retener el perfil del suelo ocupado
por las raíces de las plantas (Pr). Regularmente se estima como una lámina o espesor
de agua:

HA = (θ cc- θ PMP) Pr

La capacidad de campo y el punto de marchitez determinan los límites máximo y

mínimo de la humedad del suelo que puede ser utilizada por los cultivos. La cantidad
de agua comprendida entre estos dos valores se define como agua útil o humedad
disponible.

Figura 22 – Humedad por textura del suelo

Asimismo, la velocidad de infiltración nos da la capacidad del suelo de absorber agua.

Al principio (cuando el suelo está más seco) la velocidad de penetración en el suelo
es más rápida pero si seguimos aportando agua, llega un momento en que esta
velocidad es más o menos constante. A esta velocidad se la conoce como velocidad
de infiltración.

Figura 23 – Velocidad de infiltración por contextura de suelo

Finalmente, basándonos en el caso de estudio que es el riego automático de las áreas

verdes de la Universidad Peruana de Ciencias y Aplicadas UPC, nos percatamos que
la contextura de suelo que maneja la universidad es de “Limo – arcilloso” según la
figura 21, por lo que los aspersores se activaran una vez que la humedad del suelo
descienda por debajo del nivel que se indica en dicha figura.

3.2. Selección de Sensores

El monitorear el contenido de agua en el suelo es esencial para ayudar a los

agricultores a optimizar la producción, conservar agua, reducir los impactos
ambientales y ahorrar dinero. El monitorear la humedad del suelo le puede ayudar a
tomar mejores decisiones en la programación del riego, tales como el determinar la
cantidad de agua a aplicar y cuándo aplicarla. También le puede ayudar a igualar los
requerimientos de agua del cultivo con la cantidad aplicada con el riego; y así evitar
pérdidas de agua excesivas por percolación profunda o por escurrimientos o bien
evitar aplicar una cantidad insuficiente.

Sensores de Humedad

Suelen estar relacionados con sistemas de control de aire acondicionado, información

climática (humedad de aire) y control agrícola (humedad del suelo). Existen multitud
de sensores, los de humedad del suelo se basan sobre todo en la conductividad del
terreno y los de humedad del aire en sistemas capacitivos o semiconductores con
electrónica asociada.

Figura 24 – Tipos de sensores

En la actualidad, existen diferentes técnicas para determinar el estado de humedad del

suelo basadas en la utilización de sensores de humedad. En función de la manera de
indicar el contenido de agua en el suelo hay dos tipos de sensores; los que miden la
tensión o succión a la que esta retenida el agua en el suelo, y los que miden el
contenido total de humedad en el suelo, expresado en porcentaje volumétrico. Un
parámetro utilizado para determinar el momento de riego es la tensión de la humedad
en suelo. Se emplea para programar el riego en sistemas de aspersión, micro irrigación
y goteo.

Uno de estos sensores es el higrómetro de suelo FC-28, sensor que mide la humedad
del suelo y son ampliamente empleados en sistemas automáticos de riego para
detectar cuando es necesario activar los aspersores.

Figura 25 – Sensor de tipo Humedad, Higrometro FC – 28

El FC-28 es un sensor sencillo, ya que el que mide la humedad del suelo por la
variación de su conductividad. No tiene la precisión suficiente para realizar una
medición absoluta de la humedad del suelo, pero tampoco es necesario para controlar
un sistema de riego.

El FC-28 se distribuye con una placa de medición estándar que permite obtener la
medición como valor analógico o como una salida digital, activada cuando la
humedad supera un cierto nivel en nuestro caso el nivel especificado en el punto
anterior.

Características

 Sensibilidad ajustable ajustando el potenciómetro digital (YI-69).

 Voltaje de operación: 3.3V ~ 5V
 Modo de salida dual, salida digital y salida analógica más precisa.
 Agujeros de montaje para una fácil instalación.
 Dimensiones PCB: 30mm * 16mm
 Dimensiones de sonda: 60mm * 30mm
 Indicador de energía. Indicador alimentación (rojo) e indicador de salida de
conmutación digital (verde).
  El módulo tiene un amplificador LM393.

Pines

 VCC (5V)
 GND
 Interfaz de salida digital (0 y 1)
 Interfaz de salida analógica AO

Así como el sensor FC-28 también tenemos el sensor de humedad del suelo GS1 está
construida para durar más tiempo en el campo bajo condiciones más cálidas y
húmedas. El cuerpo epoxi resiste la intrusión de agua y el sensor está diseñado para
instalaciones a largo plazo, sus agujas de acero inoxidable clavadas en el suelo para
mejorar el contacto suelo-sensor y facilitar la instalación. Las agujas son también más
duraderas que los sensores estándar, es útil para toda la gama de humedad de
contenido volumétrico (VWC), se puede instalar tanto en suelos secos del desierto
como en turbas muy húmedas. Es sensible a pequeños cambios en el VWC en
cualquier medio. Este sensor se observa en la Figura 29, tiene una señal variable por
ello va conectado a un pin analógico.

Figura 26 – Sensor GS1

También tenemos el sensor Watermark 200SS, sensor que se adaptaría

correctamente a la propuesta de riego automático de la Universidad, ya que sus
medidas llegan 1.5m, 3.0m, 4.5m y VA, su rango es de 0-200 Centibares tiene una
Capsula de acero inoxidable, no se degrada en el tiempo, no se ven afectadas en el
suelo, no requiere mantenimiento, fácil de usar y económico como el sensor FC-28.

3.3. Esquema de Funcionamiento de la Solución

LoRa es un estándar de comunicación inalámbrica que utiliza la tecnología de
modulación Chirp Spread Spectrum (CSS). Esta técnica se ha utilizado para una
variedad de aplicaciones, como los sistemas de radar. LoRa es la primera tecnología
inalámbrica disponible comercialmente del mundo con bajo costo, largo alcance de
transmisión y consumo de energía óptimo. La tabla I a continuación compara algunos
parámetros, incluida la velocidad de transferencia, el rango de transmisión, el
consumo de energía y el costo entre algunas tecnologías inalámbricas populares. En
consecuencia, LoRa ha demostrado su superioridad en muchos aspectos. Su única
debilidad es la velocidad de datos. Sin embargo, en aplicaciones de red de sensores
inalámbricos, esto no es un problema.

Figura 27 – Comparación de algunas tecnologías inalámbricas

La arquitectura del sistema está diseñada como se muestra en la figura 4 Incluye un

concentrador, nodos finales, base de datos local e interfaz de usuario y servidor web.

 Concentrador: Coordina el funcionamiento de la red, recibe datos de los

parámetros ambientales de los nodos del sensor y los envía a la computadora
supervisora y al servidor web a través de servicio GPRS / 3G. Además, este
dispositivo también funciona para controlar el proceso de riego según el modo
que el usuario haya instalado desde la interfaz de la computadora o la interfaz
web. En el modo de riego automático, los datos enviados desde los nodos del
sensor se utilizan como retroalimentación para controlar el proceso de riego.
El concentrador no controla directamente el estado de las válvulas, lo que se
hace a través de los nodos de control ubicados a nivel de campo.
 Nodos finales: Incluye nodos de sensor y nodos de control. En particular, los
nodos del sensor realizan la medición de la temperatura del aire, la humedad
y la humedad del suelo, mientras que los nodos de control controlan
directamente los actuadores, como las bombas y válvulas ordenadas por el
concentrador.
  Base de datos local e interfaz de usuario: Aquí es donde se almacenan todos
los datos del sistema. Los usuarios también tienen la opción de monitorear,
instalar y administrar el sistema.
 Servidor web e interfaz web: Es un servidor en línea para almacenar datos
de puntos de medición. No solo proporciona herramientas para monitoreo y
control remoto, sino también análisis de datos basados en los requisitos del
usuario.

Figura 28 – Arquitectura del Sistema de Riego Automático

3.4. Evaluar actuadores requeridos

Los actuadores son los dispositivos que permiten al sistema de control ‘actuar’ sobre
el ‘mundo real’ para realizar las acciones deseadas, existen multitud de sistemas
actuadores aunque el mando y control de los mismos es más fácil, en general, que el
manejo de sensores.

Por lo que para esta investigación se plantea utilizar los siguientes actuadores por ser
más eficaz y conveniente en estos tipos de trabajos:

Módulo relé

El relé permite controlar componentes de alto amperaje o voltaje, los cuales no se

puede controlar directamente, con este módulo se controla motores AC (220V),
motores DC, solenoides de electroválvulas, electroválvulas y una gran variedad de
actuadores.
El módulo es capaz de manejar hasta 250V. Cada canal posee un optoacoplador para
un uso seguro y un Led indicador de estado. Este actuador se observa en la Figura 6,
usa puertos digitales.

Especificaciones Técnicas:

 Voltaje de Operación: 5V DC
 Corriente de activación por relé 15mA~20mA
 Nº de Relés: 4, 8, etc.
 Capacidad máx: 10A/250VAC, 10A/30VDC
 Corriente máx: 10A (NO, normalmente abierto), 5A (NC, normalmente
cerrado);
 Tiempo de acción: 10 ms / 5 ms.

Figura 29 – Modulo Relé de 4 canales

Válvula eléctrica

La Válvula solenoide 1/2" 12V DC permite controlar el flujo de agua en una tubería.
Las válvulas solenoides son un tipo de electroválvula todo, nada o abierto, cerrado.
Tienen dos partes: el solenoide y el cuerpo de plástico.

El solenoide es un electroimán que al ser energizado se desplaza junto con el

diafragma de la válvula y permite el paso del fluido. La válvula se mantiene abierta
mientras el solenoide está energizado. Cuando no está alimentado un resorte se
encarga de regresar la válvula a su posición de reposo, que en este caso es del tipo
normalmente cerrada (NC). Esta válvula está conectada con el relé, quien controla su
funcionamiento.

Especificaciones Técnicas:
  Voltaje de operación: 12V DC
 Corriente de operación: 0.6A
 Potencia consumo: 8W
 Presión de funcionamiento mínima: 0.2 Bar
 Presión de funcionamiento máximo: 8 Bar
 Tiempo de respuesta (apertura): ≤ 0.15 s

Figura 30 – solenoide 1/2" 12V DC

3.5. Soluciones de Cloud donde se almacenará la información recolectada por

los sensores
A continuación se presenta la arquitectura que se propone para el caso de riego
automático, para por lo que se usara Microsoft Azure como plataforma de
computación en nube pública. Esta arquitectura usa el componente PaaS (plataforma
como servicio).

Según nos muestra la figura “” lo primero que se deberá de realizar es el Registro del
dispositivo y obtener el ID del dispositivo y la clave de acceso (1) el cual llegaría
hacer el certificado que pondrá en el microcontrolador en este caso usaremos Arduino.
Esto me permitirá que el dispositivo se comunique con el Gateway IoT Hub. Los datos
del sensor serán enviados al Gateway IoT Hub el cual llega hacer una puerta de enlace
en la nube por donde los dispositivos se conecten de forma segura a la nube y envíen
datos por medio de MQTT (2) el cual es una cola de mensaje super ligera. IoT Hub
divide automáticamente los mensajes del dispositivo en función de la ID del
dispositivo y estas llegan como entrada al Stream Analytics (3) para que pueda leer,
analizar y filtrar los datos del sensor (4). Luego de realizar el análisis, el Stream
Analytics envía los datos para que se almacene “” (5). El stream Analytics envia los
datos filtrados al centro de eventos que se configura como uno de los resultados en
análisis de flujo (6) para que el Event Hub pueda leer los datos (7) y esta envié un
mensaje al IoT Hub (8) y finalmente el IoT Hub envía una alerta al dispositivo
indicando si la temperatura es alta para poder .sis de flujojbfudsif sdjkfjdsnf kjdnf
 9 8

7
1
5

3
6

4
3.6. Arquitectura del aplicativo basado en Android

La aplicación Greenbot puede controlar, configurar y visualizar los controladores de

riego instalados en las diferentes áreas verdes del campus.

Características destacadas:

 Control de cada una de las zonas de riego

 Conexión de los sensores de humedad instalados en las diferentes zonas
 Ajuste automático del tiempo de riego según la humedad del lugar
 Reportes históricos
 Configuración de los programas, sensores y zonas
 Notificaciones al instante ante una falla
 Distintos usuarios con diferentes niveles de acceso
 Ciclado de programas

Figura 29 – Interfaz de Acceso a la aplicación

Figura 31 – Menú interactivo del control de riego

Figura 31 – Información de Sensores conectados

 Figura 32 – Control de ciclos de riego

Figura 33 – Control de cada una de las zonas de riego

3.7. Caso de éxito aplicado al Sistema de riego automático

En la era de Internet, donde la información juega un papel clave en la vida de las

personas, la agricultura se está convirtiendo rápidamente en una industria muy
intensiva en datos donde los agricultores necesitan recopilar y evaluar una gran
cantidad de información de una gran cantidad de dispositivos (por ejemplo, sensores,
maquinaria de hambruna etc.) para ser más eficientes en la producción y la
comunicación de la información adecuada.
Hoy en día, más y más ciudades utilizan un modelo de ciudad inteligente o también
conocida como una ciudad digital que utiliza las tecnologías de la información y la
comunicación (TIC) y otros medios con el objetivo de lograr ciudades más sostenibles
y hacer que las estas sean mejores lugares para vivir mejorando la calidad de vida, la
eficiencia de las operaciones y servicios urbanos.

Tal es el caso de China que ha realizado grandes esfuerzos para promover el desarrollo
de ciudades inteligentes mediante la implementación de distintas políticas en los
últimos años. Por Ejemplo, programas que se centra en la construcción de ciudades
inteligentes con tecnologías utilizadas en el área de planificación, gestión urbana,
agricultura y servicio público. En la actualidad, en china hay más de 200 programas
piloto de ciudades inteligentes respaldados por el Ministerio de Vivienda y Desarrollo
Urbano-Rural en China desde 2013.

En nuestro país también ya existe desarrollo enfocado a un modelo a una ciudad

inteligente. Este es el caso del Ingeniero Efrain Mayhua Lopez que con la ayuda de la
Universidad Católica San Pablo pudo realizar el sistema de riego automatizado para
el Fundo Santa Gabriela que cultiva maíz, quinua, ají páprika y paltas que está ubicado
en el distrito de Santa Rita de Siguas, a una hora y media de Arequipa. Sistema que
puede ser operado desde una computadora o un smartphone y les permitirá a los
agricultores controlar el preciado recurso hídrico sin necesidad de que tengan que ir
a cada una de las hectáreas para abrir y cerrar las válvulas de manera manual.

El sistema desarrollado con la ayuda de la casa de estudios se vale de sensores cerca

de las raíces de las plantas con el fin de saber la temperatura, el grado de humedad de
la tierra y la conductividad eléctrica. Cada sensor puede cubrir 0.7 de una hectárea.
Esta red de sensores produce información en tiempo real que es enviada a un servidor
y luego es transmitida de manera inalámbrica hasta una computadora o a un
smartphone desde donde se puede operar todo el sistema de riego.

El sistema informa si es necesario abrir o cerrar las válvulas para irrigar, dependiendo
si el cultivo necesite agua o no. De esa manera no se desperdicia ni una sola gota. “Es
como si la planta pide lo que necesita para su supervivencia”, indicó el dueño del
fundo, Daniel Lozada Casapía.
 Este modelo, único en nuestro país, permite no solamente ahorrar agua sino que
también incrementa la producción. Por ejemplo, si con el riego por goteo tradicional
se utiliza 0.57 litros por segundo (l/s) en cada hectárea, con este nuevo sistema sólo
se necesita 0.42 l/s. Además, si una hectárea de quinua rendía 5 toneladas, ahora
produce 7. En el caso del maíz, se cosechaba 70 tn y ahora se cultiva 110 tn.

3.8. Evaluar la cobertura del sistema de acceso inalámbrico

4. TEMA N° 3: IoT aplicado en la medición continúa de rayos UV

La radiación ultravioleta se utiliza para diversos fines prácticos, desde matar bacterias
hasta revelar las placas de los circuitos impresos que fabricas en casa pero además de
útil puede ser también peligrosa para la salud.

La capa de ozono que rodea la tierra nos defiende de buena parte de la radiación
ultravioleta más ionizante de la que nos llega desde el sol: la de longitud de onda más
corta, los «rayos UVC», que se encuentran entre los 100 nm y 280 nm. Pero aún queda
la UVB, entre 280 nm y 315 nm, también en parte ionizante y la UVB, entre 315 nm
y 400 nm, que es menos agresiva.
Precisamente es la radiación ultravioleta la que produce la capa de ozono en la
estratosfera al disociar las moléculas de oxígeno O2 en dos átomos O, muy reactivos,
que forman el ozono O3 al reaccionar cada uno con otra molécula de O2.

El índice UV es un sistema estándar sencillo para medir la radiación ultravioleta que

llega desde el sol a la tierra que sirve como orientación para determinar el riesgo
potencial para la salud. La Organización Mundial de la Salud publica una guía
práctica sobre el índice UV en la que explica los riesgos para la salud de la radiación
ultravioleta y propone algunas medidas de protección en función de su intensidad.

Figura 34 – Índice UV

Esta guía práctica sobre el Índice Solar Mundial es una recomendación conjunta de la
Organización Mundial de la Salud, la Organización Meteorológica Mundial, el
Programa de las Naciones Unidas para el Medio Ambiente y la Comisión
Internacional de Protección contra la Radiación no Ionizante.

Para hacer su uso más sencillo establece un código de colores que asocia a los
diferentes niveles: verde para el nivel bajo (índices 1 y 2), amarillo para el moderado
(índices del 3 al 5), naranja para el alto (índices 6 y 7), rojo para el nivel muy alto
(índices del 8 al 10) y morado para el nivel extremadamente alto (índices 11 en
adelante) En función de estos índices y del foto tipo de cada persona recomienda unos
tiempos máximos de exposición y unas recomendaciones preventivas.
 4.1. Valores recomendables para medir
4.1.1. Temperatura y humedad
Lima es una ciudad con un clima muy cálido en verano (manteniéndose alrededor de los
28 grados) y relativamente frío en invierno (no baja de 15 en invierno). La gran cantidad
de humedad en la ciudad contribuye a acentuar las sensaciones de frío y calor. El índice
de lluvias es bastante bajo, produciéndose en su mayoría en verano e invierno, y la
precipitación se da a manera de garúa. Las edificaciones de la zona no suelen tener una
preparación o acondicionamiento para adaptarse a estas condiciones climatológicas; los
techos inclinados, vanos, y materiales responden más a motivos estilísticos, tradicionales
y formales.

Figura 35 – Tablas de clima promedio y precipitación en Lima

4.1.2. Asoleamiento y vientos

La incidencia solar en la zona se de básicamente de Norte a Sur. Los vientos apuntan
hacia el Nor-Este.

Figura 36 – Delimitaciones de la zona del Campus Monterrico

 4.1.3. Radiación Ultravioleta
Para medir con precisión la radiación ultravioleta, no sola la que llega del sol, también
la que producen ciertos equipos, como las lámparas o LED con este tipo de luz, se
utilizan espectro radiómetros. Calibrados con los anteriores dispositivos, se pueden
usar otros más sencillos (y económicos) como fotodiodos, que suelen ser de tipo
Schottky. El «truco» consiste en medir la luz de cierta longitud de onda (del entorno
de los UVA, normalmente) y presumir que corresponde, más o menos
proporcionalmente, con la irradiación ultravioleta; puede parecer poco preciso, pero
es razonablemente funcional como para estimar el UV.

Existen componentes que incorporan sólo la función de medida de la radiación

ultravioleta o, más exactamente la del índice UV, como el GUVA-S12SD, que
incorporan amplificación, como el ML8511, ambos analógicos, o digitales, como el
VEML6070, que comunican por I²C el resultado de la medición. También están
presentes como una función secundaria en algunos sensores de iluminación y
proximidad, como el Si1145, que también utiliza el protocolo I²C.

Ninguno de los anteriores componentes es especialmente caro ni adquirido en series

pequeñas y existen versiones de todos ellos en módulos que se pueden usar para
prototipo o para realizar pruebas.

Como la fórmula para calcular el índice UV, que puede consultarse en la guía práctica
sobre el índice UV es muy compleja como para actualizar el resultado frecuentemente
con un microcontrolador, el fabricante del módulo proporciona una tabla con los
valores de salida con los que se alcanzan los diferentes niveles del índice UV.

Figura 37 – Niveles índice UV

Según puede verse en la figura anterior, especialmente para radiaciones bajas, el
comportamiento no es completamente lineal aunque a efectos de establecer el índice
UV, con unos márgenes relativamente grandes, no se cometería un gran error al
considerarlo como lineal para ahorrar unos bytes de memoria o simplificar la
programación. En cualquier caso, en los programas de ejemplo para Arduino que he
desarrollado como ejemplo se usa la tabla de valores del fabricante.

4.2. Selección de sensor

Para el tema de nuestro trabajo acerca de la radiación UV utilizaremos una tarjeta

arduino con un sensor módulo UVM30A, sensor aplicativo para estos trabajos. Puede
alimentarse con tensiones entre 3 V y 5 V y puede entregar a la salida entre 0 y
1200 mV (aunque de hecho no supere el voltio). Como por encima de 1100 mV de
salida corresponde a un índice UV extremadamente alto (un índice mayor que 10) se
puede usar la referencia interna de 1100 mV para distribuir mejor la sensibilidad
aunque renunciando a la posibilidad de determinar cuánto se supera el índice 10, sólo
estimando que se alcanzado el 11, pero ahorrando un divisor de tensión para usar
como referencia de entrada analógica en Arduino.

Figura 38 - sensor módulo UVM30A

Para trabajar con la referencia interna de 1100 mV en las placas Arduino basadas en
el microcontrolador ATmega168 o en el ATmega328 (como Arduino Uno) se usa
analogReference(INTERNAL) y se usa analogReference(INTERNAL1V1) para las
placas Arduino Mega.

El tiempo de lectura del GUVA-S12SD es bastante rápido y la respuesta

razonablemente estable. En los montajes de prueba, la lectura analógica que se realiza
del módulo UVM30A desde Arduino, seguramente por la disposición de los cables,
no es tan buena como la que da el osciloscopio, aunque resulta más que aceptable para
medir el índice UV y es de esperar que en un prototipo montado en un circuito impreso
incluso mejore. En cualquier caso, para tratar de eliminar las desviaciones de posibles
interferencias, el programa realiza varias mediciones, tantas como sea posible en
cierto periodo de tiempo, y las promedia para establecer un valor que compara con
los de la tabla del fabricante para calcular el índice UV.

Figura 39 – Índice UV proporcionada por el fabricante

Puesto que la lectura analógica con analogRead() tiene una resolución de 10 bits
(excepto en Arduino Due y en Arduino Zero, en los que puede configurarse a 12 bits)
para obtener la tensión entregada por el módulo UVM30A hay que convertir el rango
de 0 a 1023, que devuelve la función, al rango que va de 0 a 1100, que son los
milivoltios que se han establecido como referencia con analogReference(). Para
realizar la conversión hay que multiplicar por 1100 y dividir por 1023. En el primer
programa de ejemplo se usa como una constante para hacerlo en una única operación
y facilitar la lectura.

4.3. Funcionamiento de la Solución

Tenemos como idea principal, colocar un semáforo indicador de radiación y a la vez

que podamos visualizarlo en un aplicativo indicándonos el riesgo de radiación UV

Utilizando el código de colores que publica la Organización Mundial de la Salud en

la guía práctica sobre el índice UV se puede construir un sencillo montaje basado en
Arduino (que puede ser muy portátil si se usa una placa Arduino Mini, Arduino Micro,
Arduino Nano…) que encienda el LED del color correspondiente al índice UV
detectado por el GUVA-S12SD de un módulo UVM30A.
 Figura 40 – Arquitectura del semáforo indicador de radiación

Implementación usando Lora y LoRaWAN

Anteriormente mencionamos que utilizaremos la plataforma arduino como base para

este proyecto, en este caso, utilizaremos el arduino MRK Wan 1300

MKR WAN 1300 es una placa potente que combina la funcionalidad de la

conectividad MKR Zero y LoRa. Es la solución ideal para los fabricantes que desean
diseñar proyectos de IoT con una mínima experiencia previa en redes que tengan un
dispositivo de baja potencia.

La placa MKR WAN 1300 tiene comunicación inalámbrica unido a un diseño de la

placa MKR Zero Board, es decir, que tendremos soporte para aplicaciones de 32 bits.
La placa cuenta con 256KB de Memoria flash y 32KB SRAM. Puede funcionar con
la energía de dos pilas de 1,5V y todo en un tamaño de 67,64 x 25mm. Al tener
comunicación inalámbrica, el dispositivo al que se conecte tendrá opción de
comunicarse a Internet.

4.4. Esquema del Funcionamiento de la solución

Entrada de Programa
Datos de Arduino
Radiación
Solar Recepción por Evalúa e
Transferencia RF en el MKR Transferencia interpreta el
por RF WAN 1300 de datos dato y lo
Sensor muestra por
captura el varias
dato y lo interfaces
entrega al
Arduino
Figura 41 – Esquema del prototipo
4.4.1. Entrada

Se tiene el sensor de índice UV el cual detecta los niveles de radiación solar, de

esta forma se convierten en los datos de entrada.

4.4.2. Proceso

Está conformado por la captura de datos del sensor, una vez obtenido la lectura de
datos correspondientes a través del sensor de rayos UV se determina el envío de
estos a través de radiofrecuencia hasta el MKR WAN 1300.

4.4.3. Forma de actividad esperada del prototipo

Una vez definido los elementos de entrada y de salida, es bueno realizar una
descripción breve del funcionamiento en su conjunto como tal. Anteriormente se
menciona que el nivel de radiación solar es el dato principal para realizar esta
implementación cuyos datos serán adquiridos por el sensor de Índice UV para
luego enviarlos a través de radiofrecuencia hasta el MKR WAN 1300, para luego
entregarlos al programa Arduino y este lo evaluará en una escala de riesgo que sea
entendible para el usuario final y además almacenando esta información en una
Base de Datos, de esta forma en un futuro y dependiendo de la cantidad de datos,
podremos hacer ciertas conclusiones o interpretaciones como alertar a la
población de los posibles riegos que puede traer los niveles altos de Radiación
Solar en determinados meses del año.
4.5. Solución Cloud Server

Figura 42 – Arquitectura Cloud Server

Figura 43 – Interfaz Web