Práctica Tecnologías para Redes IoT

Diana Cristina Castillo Motta

Facultad de Ingeniería Electrónica y Telecomunicaciones de la Universidad del Cauca, correo electrónico:
[email protected] – Código: 100618010215

Carlos Ernesto Pitre Prieto

Facultad de Ingeniería Electrónica y Telecomunicaciones de la Universidad del Cauca, correo electrónico:
[email protected] – Código: 100618010459

Cesar Alejandro Roa Palomino

Facultad de Ingeniería Electrónica y Telecomunicaciones de la Universidad del Cauca, correo electrónico:
[email protected] – Código: 100619011069

Descripción de la Práctica

Para la práctica, se pide emplear diferentes tipos de Tecnologías para Redes IoT, entre ellas,
Redes LPWAN, específicamente una red LoRa. También, se pide realizar el montaje de una
Red ZigBee, y por último, el estudio de la tecnología RFID. Para cada una de las prácticas
que abarca una tecnología, se sigue una guía que describe los pasos a realizar para poder
observar el comportamiento de una red basada en cada una de estas tecnologías.

1. Red LPWAN LoRa.

Para esta primera Tecnología, se implementa una conexión entre un dispositivo Final LoRa
con una LoRa Gateway, tal como se muestra en la figura 1.

fig 1. Red a Implementar

El Hardware que se implementa es la OLG01, corresponde a la versión exterior, la cual, no

incluye antena LoRa, si no un conector SMA, y se puede conectar a una antena LoRa de alta
ganancia. Además, puede ser alimentado por un adaptador PoE pasivo. Esta Lora Gateway
Permite conectar una red inalámbrica LoRa a una red IP basada en WiFi, Ethernet, 3G o 4G,
dependiendo de la necesidad y disponibilidad del usuario.

El dispositivo final que se implementa corresponde a un TRANSCEPTOR LORA SX1276 915

MHZ IOT, está especialmente diseñada y enfocada en la tecnología LORA para conectarse
con una placa de programación Arduino, en este caso, con una placa Arduino UNO,
obteniendo diferentes nodos de recepción y transmisión o comunicación punto a punto (P2P)
para transmitir datos o información de sensores o actuadores de forma inalámbrica a través de
varios kilómetros.
.
2. Configuración.

Primero, se pasa a configurar la LoRa Gateway, esta se conecta a una fuente de alimentación
y se procede a resetear el dispositivo. El OLG01 está configurado como un punto de acceso
WiFi por defecto. Por lo que para acceder a él y con ello configurarlo, se puede realizar al
conectarse a la Red WiFi que este genera. la Red que se genera automáticamente, es una red
WiFi no segura llamada dragino2-181115. Al conectarse a la red, la IP asignada al PC se
muestra en la figura 2.

fig 2. IP asignada por el dispositivo al PC

Por lo que para ingresar a la interfaz de configuración se ingresa en el navegador la IP

192.168.240.1. Se pedirá ingresar un usuario y una contraseña, correspondiendo a root y a
dragino respectivamente. Al ingresar, la interfaz principal será la mostrada en la fig 3.

fig 3. Interfaz para el dispositivo OLG01

Hay muchos parámetros de este dispositivo que se pueden configurar, como la frecuencia en
la cual opera (Banda ISM), el factor de ensanchamiento (SF) que se emplea en la técnica
chirp spread spectrum (CSS), entre otras. Sin embargo, se desea ajustar estos parámetros
mediante un ejemplo de Comunicación LoRa básica empleando Arduino ID.
En primer lugar, se hace necesario descargar la librería RadioHead necesaria para la
comunicación LoRa, esta se obtiene mediante un Link que provee la Guía y se agrega a la
carpeta de libraries de Arduino.

fig 4. Librería RadioHead Agregada

Sin embargo, para poder emplear los ejemplos que provee esta librería es necesario agregar
las placas que provee dragino Yun, para ello, en archivo -> preferencias se agrega un enlace
que provee la guía. Además, en el gestor de librerías, se debe buscar Dragino Yun e
instalarla.

fig 5. Librería RadioHead Agregada

Una vez hecho esto, se elige la placa Dragino Yun + UNO or LG01/OLG01 y luego en
Archivos -> ejemplos -> Dragino -> LoRa se escoge el ejemplo
LoRa_Simple_Client_Arduino, luego, se abre una nueva ventana de la aplicación Arduino
ID y se abre el ejemplo LoRa_Simple_Server_Yun.

El Primer ejemplo, se debe subir a la placa Arduino UNO con el módulo LoRa Shield, por
ende, se escoge la placa Arduino UNO y el puerto serial (COM #) por donde se encuentra
conectado al PC.

Por otro lado, el segundo ejemplo se debe compilar sobre la LoRa Gateway, para ello, se
escoge la placa Dragino Yun + UNO or LG01/OLG01 y el puerto corresponderá al puerto de
Red que especifique la IP de la puerta de enlace.

fig 5. Selección Placa para Servidor.

fig 6. Selección Puerto para Servidor.

Ahora bien, desde los scripts de ambos ejemplos, se puede modificar el factor de
ensanchamiento y la frecuencia de operación para la comunicación LoRa. Se establece
entonces la frecuencia para el estándar americano, es decir, 915 MHz y un factor de
ensanchamiento SF = 7.

Se puede verificar el funcionamiento de la conexión LoRa entre la Gateway y el Dispositivo

Final observando el monitor Serial mientras se ejecutan ambos ejemplos.

fig 7. Puerto Serial Placa Arduino - Puerto Serial Gateway.

Como se puede observar en la figura 7, el Dispositivo Final envía el mensaje “Hello, this is
device 1” al Servidor LoRa, cuando el servidor LoRa reciba estos mensajes envía la
Respuesta “And hello back to you” al dispositivo Final, estableciendose la comunicación de
manera exitosa entre ambos.

a. Análisis de Desempeño.

Una vez establecida la comunicación entre la Gateway y el dispositivo final, se pasa a realizar
pruebas de desempeño para la Red LoRa. Para ello, se realizan cambios en el factor de
ensanchamiento; se sabe que este puede variar de un valor de SF = 7 hasta SF = 12. Para
tomar las pruebas, se estableció un punto fijo para la Gateway, mientras que el dispositivo
Final se movía varios metros desde la gateway.

Cabe aclarar que las medidas de distancia tomadas no son exactamente las mostradas en los
resultados, si no, una aproximación, pues, para la práctica no se contaba con un metro. Por
otro lado, las medidas de potencia se tomaron en base al valor de RSSI proporcionado por el
script, el cual, se mostraba en el puerto serial. Los resultados se muestran en la tabla 1.

TABLA I
RESULTADOS DESEMPEÑO RED LoRa

Factor de Ensanchamiento
SF = 7 SF = 8 SF = 9 SF = 10 SF = 11 SF = 12
Distancia Potencia Potencia Potencia Potencia Potencia Potencia
(m) (RSSI) (RSSI) (RSSI) (RSSI) (RSSI) (RSSI)
1 -68 -73 -63 -28 -67 -65
2 -83 -74 -69 -31 -70 -71
 3 -66 -73 -73 -34 -81 -75
4 -80 -75 -75 -39 -83 -79
5 -74 -81 -82 -44 -79 -81
6 -91 -89 -82 -47 -83 -83
7 -85 -95 -85 -53 -86 -83
8 -86 -95 -86 -58 -89 -86
9 -89 -97 -89 -63 -95 -89
10 -89 -99 -95 -69 -97 -89

Estos valores se graficaron y se obtuvo la gráfica mostrada en la figura 8, dónde se observa el

comportamiento de la Red, más específicamente la potencia con respecto a la distancia para
distintos valores de factor de Ensanchamiento.

fig 8. Gráfica de Potencia medida en la escala de RSSI vs Distancia para distintos SF.

Para analizar los resultados, es necesario definir que es el RSSI (Received Signal Strength
Indication). El RSSI es una medida de la potencia de la señal recibida por un receptor por lo
que se se utiliza para evaluar la intensidad de la señal entre el dispositivo final y la gateway.
A continuación, se muestra una tabla indicativa de los valores RSSI:

TABLA II
INTERPRETACIÓN VALORES RSSI

Valor RSSI Interpretación

RSSI < -80 (-80dBm, -90dBm ) Buena potencia de señal

 -80 < RSSI < 100 (-90dBm, -100dBm ) Potencia de señal
aceptable

RSSI > -110 (-100dBm, -120dBm ) Señal perdida o débil

Siguiendo estas referencias, la comunicación LoRa establecida, puede llegar a mayores

distancias que las consideradas para la práctica, pues el menor valor de RSSI alcanzado
corresponde a - 99, estando en un nivel de potencia aceptable, que en escala de decibeles
corresponde a valores entre -90dBm y -100dBm, cuando los dispositivos finales y las
gateways de redes LoRa emplean receptores capaces de detectar señales con niveles muy
bajos de potencia, de -108 dBm hasta -136 dBm.

Lo siguiente a considerar en los resultados es el factor de ensanchamiento (spreading factor),

este factor determina la velocidad de transmisión y la distancia alcanzada por la señal. Los
valores de RSSI pueden variar dependiendo del factor de ensanchamiento configurado en la
gateway. Un factor de ensanchamiento más alto (SF12) proporciona una mayor distancia de
alcance pero con velocidades de transmisión más bajas, ya que, la gateway es más sensible a
señales débiles, por lo cual, puede recibir señales a distancias mayores con un RSSI más bajo.
Si embargo, esto no se observa en los resultados, pues a medida que aumente el SF los
valores de RSSI medidos son muy similares, a excepción, de cuando se empleó un SF10,
pues se obtuvieron niveles de potencia altos considerando las mismas distancias y las mismas
posiciones para la medición en los demás casos, es to se puede deber a un cambio en el
entorno en el que se realizaron las medidas para ese momento, pues cuando se tomaron las
medidas para SF10, el entorno contaba con menor presencia de estudiantes en la sala y en el
pasillo de la facultad donde se tomaron las medidas, lo cual impactó en la intensidad de la
señal recibida (RSSI) cambiando los resultados esperados. Pero de maneral general, para
todos los casos, se observa que a medida que el dispositivo final se aleja de la gateway,
considerando un factor de ensanchamiento constante, hay una disminución gradual del valor
de RSSI.

3. Red ZigBee.

La segunda tecnología a implementar corresponde a ZigBee, para ello, se establece una

comunicación empleando dos dispositivos Xbee 2mw Wire Antenna serie S2C, en modo AT
(transparente), es decir, los datos se transmitan sin alteraciones y se entreguen directamente al
de un dispositivo al dispositivo destino.
 fig 9. Comunicación ZigBee implementada.

En el escenario mostrado en la figura 9, los módulos XBee 2mW Wire Antenna serie S2C
serían dispositivos finales que se comunican directamente entre sí, enviando y recibiendo
datos sin la necesidad de pasar por un dispositivo intermedio, como un enrutador. Por lo que
están transmitiendo información punto a punto sin utilizar otros nodos para el reenvío de
datos. Aunque en una red ZigBee normalmente los dispositivos finales no se comunicarían
entre sí directamente, en el caso específico de la configuración en modo transparente (AT),
los módulos XBee pueden enviar datos directamente entre ellos, pasando por alto la topología
típica de la red ZigBee, en la cual, los dispositivos finales envían datos a través de los
enrutadores hacia la coordinadora, siendo este el nodo central de la red.

a. Configuración.

El primer paso en la configuración, es conectar los dispositivos al ordenador. El segundo paso

es descargar el software XCTU para configurar los módulos Xbee y los driver necesarios para
la lectura de los dispositivos. Una vez hecho esto se pasa a seguir los pasos del apartado
Configure the first twoXBee modules in transparent mode de la guía proporcionada por la
ingeniera.

De manera resumida, se debe dar clic en el botón Discover radio modules con el ícono
Se abrirá una ventana mostrado los dispositivos encontrados, luego, se añaden estos
dispositivos.
 fig 10. Comunicación ZigBee implementada.

Al dar click sobre un módulo, este mostrará los parámetros de configuración, como se
muestra en la figura 11.

fig 11. Ventana de Configuración para un módulo Xbee.

Los parámetros a configurar, y los valores escritos para cada uno de ellos, siguen a los
proporcionados por la guía, estos se muestran en la tabla III.

TABLA III
PARÁMETROS A CONFIGURAR PARA CADA MÓDULO Xbee
Una vez escritos los cambios sobre cada uno de los módulos, se pasa a realizar la conexión
entre los mismos, para ello, se verifica la Red, esto se hace seleccionando un módulo y dar
clic sobre la opción Discover radio nodes in the same network con el ícono el otro
módulo debe ser descubierto, como se muestra en la figura 12.

fig 11. Comprobación de conexión entre ambos módulos Xbee.

Luego, se pasa a transmitir mensajes entre ambos módulos mediante XCTU. Se abre una
conexión serie para cada XBee. Dando click en el botón y luego en el botón El botón
entonces, cambiará al estado open con el ícono . En la console log del modulo
denominado XBEE_A se escribe al módulo XBEE_B el mensaje “Hola XBEE_B” y este
recibe el mensaje del módulo XBEE_B “Hola XBEE_A”.
 fig 11. Comunicación entre ambos módulos Xbee.

En la figura 11, los mensajes recibidos por el XBEE_A se resaltan en rojo, mientras que los
envíados por este modulo al módulo denominado XBEE_B se resalta en azul.

b. Análisis de Velocidad.

Para analizar el desempeño de la comunicación ZigBee se realiza una prueba de throughput.

Para ello, se realiza el esquema del sistema mostrado en la figura 9, esto con el fin de poder
mover uno de los módulos Xbee a diferentes distancias del otro modulo Xbee.

Se debe realizar el siguiente cambio en la configuración de uno de los módulos Xbee, en el

campo API del modulo en el cual se realizará la ejecución del test, la opción disabled[1]
guardando la configuración dando clic en el botón Write radio settings. Luego, se verifica
que ambos dispositivos se encuentren en la misma red, para asegurarse de ello, se da clic en
el botón Discover radio nodes in the same network con el ícono . Una vez descubierto el
otro dispositivo, se procede a realizar el test. Se abre el menú Tools y seleccione la opción
Throughput. Se abrirá un menú dónde se debe seleccionar el dispositivo Radio Remoto, se
selecciona la opción con el nombre del otro módulo (XBEE_B) y se da clic en la opción Start
Throughput Test. Los resultados se muestran en la figura 12.
 fig 12. Resultados prueba de Throughput.

En la figura 12, se muestra una curva de la velocidad de transferencia en Kbps y el momento

(Hora:minuto) que se romo la medida. Además, se muestran dos valores: "Instant Transfer
Ratio" y "Average Transfer Ratio", corresponden a dos métricas que proporcionan
información sobre la eficiencia de transferencia de datos entre los dos módulos en un
momento específico. Instant Transfer Ratio (ITR - Ratio de Transferencia Instantánea), es un
indicador de la velocidad actual de transmisión de datos entre los módulos XBee en un
instante dado. Average Transfer Ratio (ATR - Ratio de Transferencia Promedio) es un
promedio de la tasa de transferencia de datos a lo largo de la duración total del test de
throughput, muestra la velocidad promedio de transmisión de datos a lo largo del tiempo de la
prueba. Por lo que para los resultados de la prueba de velocidad, se tomo el valor
proporcionado por ITR, para una distancia aproximada del modulo denominado XBEE_A y
el módulo XBEE_B. Los resultados se muestran en la tabla IV.

TABLA IV
RESULTADOS VELOCIDAD COMUNICACIÓN ZigBee

Distancia
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17
(m)

ITR (Kbps) 3,64 3,22 3,7 2,51 3,23 3,25 3,63 3,16 2,71 2,51 3,53 2,46 2,21 0,87 2,04 2,52 0
Estos valores se graficaron para observar de mejor manera el comportamiento de la velocidad
de transferencia de datos con respecto a la distancia.

fig 13. Resultados prueba de Throughput.

A partir de los resultados obtenidos, se puede decir que la velocidad de transferencia de datos
entre dos módulo Xbee 2mw Wire Antenna serie S2C, es bastante baja, alcanzando una
velocidad de 3.64 Kbps a solo un metro de distancia entre ambos dispositivos. Sin embargo,
se observa que se logra una amplia cobertura, pues no es si no hasta alcanzar
aproximadamente los 17 metros de distancia Además, se observa una disminución de la
velocidad a medida que se aumenta la separación entre ambos módulos, sin embargo, hay
puntos dónde la velocidad aumenta de forma inesperada. Se puede decir, que este
comportamiento se debe a errores de medición durante la práctica.

c. Análisis de Cobertura y Potencia.

La prueba de cobertura se realiza enviando mensajes entre un dispositivo a otro a medida que
el módulo conectado a la PC portátil se va distanciando de a un metro del dispositivo
conectado al PC de escritorio. Por cada metro de distancia el módulo XBEE_B enviaba un
mensaje al dispositivo XBEE_A a lo que este respondía con otro mensaje. este intercambio
de mensajes se podía visualizar a través de la console log.
 fig 14. Prueba de Cobertura.

Los resultados arrojaron que para una distancia de 20 metros, ambos dispositivos podían
continuar enviando y recibiendo mensajes, sin embargo, esto se realizaba de una manera más
lenta, es decir, la velocidad de transferencia de datos disminuía con respecto a la distancia y
era necesario esperar unos segundos para recibir el mensaje completo y poder visualizarlo en
la consola.

Por último, se realizó un Test de Cobertura. Para ello, no se hizo necesario el realizar algún
cambio en la configuración de ambos dispositivos. Para ejecutarlo en XCTU, se abre el menú
Tools y se seleccione la opción Radio Range Tes, se selecciona el dispositivo remoto (la
opción terminada en XBEE_B) y se procede a dar clic en la opción Start Range Test.

fig 15. Resultados prueba de Cobertura.

En la figura 15, donde se muestra el resultado de la prueba de cobertura, los valores en dBm
de "Local" y "Remote" representan la potencia de la señal recibida entre los dos puntos
probados: dBm Local es la potencia de la señal recibida medida en el punto donde se
encuentra el módulo que inicia la prueba (local) y el valor en dBm Remoto es la potencia de
la señal transmitida medida en el punto remoto donde se espera recibir la señal del módulo
que inicia la prueba (local).

Esta prueba de cobertura, al igual que la prueba de velocidad, se realizó con la misma
modalidad: Se tomó el valor en dBm de Remote por cada metro de distancia
 aproximadamente, esto, hasta alcanzar la distancia de cobertura (20m). Los resultados se
muestran en la tabla V.

TABLA V
RESULTADOS COBERTURA EN COMUNICACIÓN ZigBee

Distancia (m) 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

Potencia -60 -50 -48 -54 -62 -66 -63 -75 -80 -85 -87 -74 -89 -84 -87 -87 -80 -79 -80 -86
(dBm)

A pesar, de que el Test de Cobertura brinda una curva de la potencia con respecto a la
distancia, igual se graficaron los valores considerados para la práctica.

fig 16. Resultados prueba de Cobertura.

De la curva mostrada en la figura 16, se observa como el comportamiento de la potencia es

disminuir a medida que aumenta la distancia entre ambos dispositivos. Esto peda que se deba
a varios factores como la atenuación por distancia, pérdidas por propagación debido a
diversos obstáculos, como paredes y otros elementos del entorno, dispersión y reflexión
debido a la topografía del entorno y además por interferencia y ruido, ya que, a medida que la
señal viaja largas distancias, está más expuesta a interferencias externas y ruido. Sin
embargo, se observa que en dos puntos se obtiene un pico de potencia, este fenómeno se
atribuye a errores de medición durante la práctica.

Otro aspecto importante a resaltar es el nivel de potencia alcanzado a la distancia de 20

metros, con un valor de -86dBm, los módulos Xbee implementados en la práctica tienen la
capacidad de poder captar señales de hasta -100dBm, lo cual, induce a que la cobertura de la
red podría ser más amplia, sin embargo, la velocidad de transmisión sería extremadamente
baja, lo que perjudicaría el desempeño de la comunicación.

4. Tecnología RFID
La tercera tecnología a implementar corresponde a RFID. Su arquitectura se compone tags o
etiquetas, un lector, y un software que procesa o manipula los datos de lectura y escritura. En
este caso, esta tecnología se implementará con el uso de Arduino UNO y un módulo RFID,
este módulo RFID se compone del lector y una tarjeta que sera la etiqueta de tipo activa.

fig 17. Esquema implementación tecnología RFID.

a. Configuración.

Para implementar y poder observar esta tecnología, es necesario realizar inicialmente la

conexión entre el arduino y el Reader del módulo RFID. La forma de conexión es la
siguiente: 7 pines de los 8 que posee el módulo de RFID se conectan al arduino uno, de los
cuales dos de estos corresponde a los pines de alimentación y tierra, mientras que los otros 4,
son pines por donde se realizan funciones de comunicación y transferencia de datos. El
esquema de conexión se muestra en la figura 18.

fig 18. Conexión entre el arduino UNO y el módulo RFID.

En el escenario mostrado en la figura 18, se muestra la forma correcta de conectar los pines
del Reader RFID al arduino. Una vez hecho esto, se pasa a realizar la configuración del
módulo RFID, por medio de Arduino IDE, para poder realizar la detección y lectura del Tag
(Tarjeta) a través del arduino UNO.

Para la configuración del RFID es necesario conectar un computador al puerto serial de

arduino y de esta manera darle energía a la placa. Es necesario la instalación de algunas
librerías para poder hacer uso de este módulo, estas son la MRFC522 y SPI. La primera
contiene los ejemplos para el uso de este módulo, para la práctica se cargó el sketch que
permite leer el código de identificación del Tag. La segunda librería permite mostrar la
información en el monitor serial del IDE del arduino.

fig 19. Sketch ejemplo Lectura del Codigo del Tag.

b. Análisis de Funcionamiento.

A continuación, se dará una breve explicación del sketch mostrado en la figura 19. Se
comienza definiendo los pines de SDA y RST del Reader que están conectados al arduino ya
que estos no vienen configurados por defecto en la librería MFRC522. Pasando a la función
void setup (), la cual se ejecuta solo una vez al ejecutarse y donde se realiza la inicialización
de variables, se inicializan las librerías del monitor serial y el módulo RFID. En la función
void loop(), la cual se ejecuta repetidamente en un ciclo continuo, se usa la funcion
mfrc522.PICC_IsNewCardPresent () la cual detecta o bien confirma la presencia o no del
Reader del módulo RFID, si se detecta el Reader, se procede a leer la información de la
tarjeta (Tag) por medio de otra función mfrc522.PICC_ReadCardSerial (). Seguidamente,
se pasa a enviar por medio de la conexión serial el UID de la tarjeta, imprimiendo esta
información, con un for , al monitor serial.
 fig 20. Monitor Serial Sketch Lectura de la UID del Tag

Una vez explicado el funcionamiento del código, se pasa a realizar un del análisis del
funcionamiento de la tecnología RFID. El funcionamiento de un lector RFID
(Radio-Frequency Identification) se basa en principios electromagnéticos. Durante la
práctica, al momento de acerca a una distancia muy cercana la Tarjeta (Tag) al Reader, este
genera un campo electromagnético de radiofrecuencia que energiza la antena del Tag al estar
en presencia del campo electromagnético. El Tag responde emitiendo su propia señal de
radiofrecuencia modulada que contiene su UID. Luego, el Reader detecta e interpreta esta
señal, realiza un proceso de decodificación logrando extraer la UID. Seguidamente esta
información es interpretada por la Placa Microcontrolada.

c. Prueba de Alcance.

Para poder determinar la distancia de alcance del módulo RFID para arduino, se realizaron la
siguiente prueba: en primer lugar, se consideró una distancia muy larga entre la Tarjeta y el
Reader, esta distancia se tuvo que ajustar, hata lograr una separación de 5 cm entre estos dos
componentes. La tarjeta se iría acercando poco a poco al Reader, dejando este en un lugar
fijo, hasta lograr la distancia máxima a la que en el monitor serial se podía observar la UID
de la Tarjeta, pues este era el indicativo de la detección de la tarjeta. Esta prueba determinó
un alcance de aproximadamente 3.5 cm a 4 cm para el módulo RFID implementado.

5. Conclusiones.

LoRa:

● Según los resultados obtenidos, se puede decir que la comunicación LoRa puede
alcanzar distancias significativas, incluso más allá de las consideradas en las
mediciones de la práctica. Esto se evidencia por el RSSI más bajo obtenido (-99), que
indica una potencia de señal aceptable para la comunicación.
● Se esperaba una mayor cambio en el desempeño de la Red frente a la variación del
factor de ensanchamiento (SF), sin embargo, se observó que, en general, los valores
de RSSI fueron similares para diferentes SF, excepto para SF = 10. Los resultados
obtenidos con este factor de ensanchamiento puede atribuirse a variaciones en el
entorno durante las mediciones. Se puede entonces, resaltar la importancia de
considerar y controlar las condiciones del entorno al realizar mediciones de
desempeño.
 ● Para todos los casos considerados en la práctica, al mantener constante el SF, se
observó una disminución gradual del valor de RSSI a medida que el dispositivo final
se alejaba de la gateway. Esta relación concuerda con la teoría de propagación de
señales, en la cual se dice que la atenuación aumenta con la distancia.

ZigBee

● En la comunicación ZigBee, al realizar pruebas de velocidad de transmisión, se revela

una baja tasa de transferencia inicial de datos, alcanzando apenas 3.64 Kbps a una
distancia de un metro entre los dispositivos. A pesar de la velocidad reducida, se
destaca la amplia cobertura, alcanzando hasta los 17 metros de distancia. A medida
que aumenta la separación entre los módulos, se observa una disminución gradual de
la velocidad, aunque se presentan picos inesperados que podrían atribuirse a errores
durante las mediciones realizadas durante el experimento.
● Aunque los módulos Xbee empleados en la práctica pueden captar señales hasta
-100dBm, se sugiere que una cobertura más amplia a esta distancia reduciría la
velocidad de transmisión significativamente, lo que afectaría el rendimiento general
de la comunicación.

RFID

● La prueba de alcance para el módulo RFID muestra un rango de detección de

aproximadamente 3.5 cm a 4 cm entre la tarjeta (Tag) y el lector (Reader). Esto
implica que la capacidad de detección del módulo RFID implementado tiene un
alcance bastante limitado en términos de distancia. Por lo cual, se puede decir que
para obtener un funcionamiento efectivo del sistema RFID requiere que la tarjeta esté
bastante cerca del lector para ser detectada.