Conectar sensores distribuidos a lo largo de cientos de hectáreas es uno de los principales retos de la agricultura de precisión. El WiFi alcanza decenas de metros. La conectividad celular tiene coste por dispositivo al mes. La infraestructura cableada es inviable en campo abierto.
LoRaWAN cambia la ecuación: un único gateway cubre entre 5 y 15 km en terreno abierto, los nodos funcionan con batería durante meses y el protocolo está diseñado exactamente para los payloads pequeños e infrecuentes que producen los sensores de campo.
Este artículo explica cómo funciona LoRaWAN, por qué se adapta a los despliegues agrícolas y cómo construir una arquitectura completa de campo a servidor con hardware de Industrial Shields — desde el nodo sensor hasta el servidor edge, sin dependencia de la nube.
Por qué LoRaWAN encaja en la agricultura
La mayoría de sensores de campo — humedad del suelo, temperatura, CO₂, rastreadores de ganado — envían payloads pequeños con poca frecuencia. Una sonda de suelo puede transmitir 20 bytes cada 15 minutos. LoRaWAN está diseñado exactamente para este patrón: baja tasa de datos, largo alcance, consumo ultrabajo.
LoRa (la capa física) utiliza modulación por espectro ensanchado chirp. Tres parámetros controlan el equilibrio alcance/throughput:
- Spreading Factor (SF 7–12): SF más alto = mayor alcance, menor throughput. SF12 a 125 kHz alcanza el máximo rango pero limita el payload a ~51 bytes a 250 bps.
- Bandwidth (125 / 250 / 500 kHz): más ancho = más rápido, menor alcance. 125 kHz es el estándar para uso agrícola de largo alcance.
- Coding Rate: más alto = mayor resiliencia a interferencias, paquetes más largos. CR 4/5 es el valor por defecto; aumentar en entornos RF ruidosos.
LoRaWAN (la capa de red) añade direccionamiento de dispositivos, uplinks confirmados/no confirmados, tasa de datos adaptativa y gestión del duty cycle — la infraestructura que necesita un despliegue multinodo sin requerir un ingeniero de red para construirla.
Una arquitectura LoRaWAN completa con Industrial Shields
Nodos de campo con ESP32 PLC
El ESP32 PLC actúa como nodo LoRa de campo. Lee datos de sensores — humedad del suelo, temperatura, CO₂, caudalimetros — a través de sus I/Os analógicas y digitales, empaqueta el payload y transmite por LoRa con SF y bandwidth configurables.
Ventajas clave en el campo: carcasa industrial homologada para exteriores, rango de alimentación amplio (12–24 VDC) y WiFi/BLE nativos para configuración local sin desconectar la red LoRa. El funcionamiento con batería y deep-sleep entre transmisiones extiende la autonomía del nodo a meses por ciclo de carga.
La librería LoRa de Industrial Shields gestiona el encuadre de paquetes, el salto de frecuencia y el cumplimiento del duty cycle, manteniendo el firmware del nodo centrado en la lógica de sensor.
Gateway GateBerry
El GateBerry es un gateway LoRaWAN industrial basado en Raspberry Pi, alojado en un enclosure DIN Rail diseñado para instalación en armario de control. Recibe las transmisiones LoRa de todos los nodos en rango y reenvía los paquetes al servidor de red — en esta arquitectura, el Raspberry PLC en la misma red local.
Un GateBerry cubre un despliegue de 250+ nodos a lo largo de varios kilómetros de terreno abierto. La ubicación de la antena es el principal factor de alcance: montada a 3–5 m de altura con línea de visión directa, el GateBerry cubre de manera fiable un radio de 5–10 km en terreno agrícola llano.
Servidor edge Raspberry PLC
El Raspberry PLC cierra el bucle localmente. Ejecutando Linux, aloja el servidor de red LoRaWAN (ChirpStack), un broker MQTT y flujos Node-RED que procesan los payloads de sensores entrantes y activan salidas de control.
Esto significa que toda la lógica de automatización — alertas por umbral, control de válvulas de riego, actuadores de invernadero — se ejecuta en el edge sin ninguna dependencia de la nube. La conectividad a internet pasa a ser opcional en lugar de crítica. En zonas con cobertura celular intermitente, el sistema continúa operando de forma autónoma y se sincroniza cuando hay conectividad disponible.
Los I/Os integrados permiten la actuación directa de relés y salidas digitales, cerrando el bucle desde la medición en campo hasta la actuación física en el mismo dispositivo.
Casos de uso en agricultura inteligente
- Monitoreo del suelo: los nodos ESP32 PLC leen la humedad y temperatura del suelo a múltiples profundidades. El Raspberry PLC agrega las lecturas y ajusta los programas de riego automáticamente. Los agricultores obtienen datos por zona sin tender cable por el campo.
- Seguimiento ganadero: los nodos collares GPS+LoRa transmiten posición cada pocos minutos. El GateBerry recopila todas las balizas; el Raspberry PLC registra posiciones y dispara alertas cuando los animales abandonan las zonas definidas.
- Control de invernadero: sensores de CO₂, humedad y temperatura transmiten a un GateBerry local. El Raspberry PLC cierra los bucles de control de ventilación, calefacción y riego basados en lecturas en tiempo real — sin latencia cloud en la cadena de control.
- Gestión del agua: caudalimetros y sensores de nivel de depósito distribuidos por una red de riego reportan via LoRaWAN. El Raspberry PLC detecta anomalías (flujo inesperado = fuga) y acciona válvulas de zona.
Consideraciones de despliegue
- Selección del spreading factor: comenzar con SF10–12 para máximo alcance en terreno abierto. Si la tasa de entrega de paquetes (PDR) supera el 95% a distancias cortas, reducir SF para aumentar el throughput y reducir el tiempo de emisión.
- Posición de la antena: elevar la antena del GateBerry por encima de la altura del cultivo — incluso 3 m elimina la mayor parte de la interferencia de la vegetación. La zona de Fresnel despejada importa más que la distancia bruta al nodo.
- Duty cycle y capacidad: con 250+ nodos y 3 canales, espaciar las transmisiones para mantenerse dentro del límite del 1% de duty cycle por nodo. Con SF10 y 125 kHz, un payload de 20 bytes tarda ~370 ms — dentro de los límites a intervalos de 15 minutos.
- Uplink vs downlink: LoRaWAN favorece el uplink. Diseñar los payloads de sensores para que sean autocontenidos. Usar uplinks confirmados con moderación — consumen capacidad de downlink y aumentan el tiempo de emisión para todos los nodos de la red.
- Redundancia: para despliegues críticos, un segundo GateBerry en una ubicación diferente mejora la superposición de cobertura y elimina puntos únicos de fallo en la capa RF.
LoRaWAN para agricultura de precisión: arquitectura de campo a servidor con Industrial Shields