Conectividad IoT para riego: comparar LoRaWAN, conexión celular y Wi-Fi de la finca

Elija la conectividad del riego relacionando cada ubicación de campo, plazo de mensaje y alimentación eléctrica con una ruta de comunicación comprobada. LoRaWAN, la conexión celular y el Wi-Fi de la finca pueden ser útiles, pero su nombre por sí solo no garantiza el rendimiento en toda la explotación. Compare la radio de campo por separado de la conexión a internet de la pasarela y compruebe tráfico, consumo energético y costes recurrentes frente al mismo requisito de servicio.

Ajuste de termómetros infrarrojos inalámbricos en un sistema de riego por pivote central. La fotografía no identifica un protocolo LoRaWAN, celular o Wi-Fi. Foto: Peggy Greb, USDA Agricultural Research Service.

Dibujar por separado el enlace de campo y la conexión a internet

Un sensor de suelo puede transmitir por LoRaWAN a una pasarela cuya conexión de retorno a internet utiliza servicio celular. Llamar a esa instalación «LoRaWAN» o «celular» sin identificar ambos segmentos oculta dependencias importantes. Un punto de acceso Wi-Fi también necesita una ruta hasta el servidor previsto; la cobertura junto a la caseta de bombeo no demuestra cobertura en una válvula alejada.

Registre cada sensor o controlador, su radio, las pasarelas o puntos de acceso, la conexión de retorno y la aplicación destinataria. Indique quién posee y alimenta cada elemento. Para terminales celulares directos, la red de acceso del operador sustituye a la pasarela de radio propiedad de la finca, pero el terminal sigue necesitando servicio compatible y alimentación suficiente. La infraestructura compartida puede reducir conexiones repetidas mientras concentra dependencias en una ubicación común.

La explicación de topología y clases de dispositivos de LoRa Alliance describe pasarelas que retransmiten entre terminales y un servidor de red mediante conexiones IP. Esa arquitectura no implica que todo producto de radio LoRa implemente LoRaWAN ni que una pasarela controle el riego localmente. Obtenga por escrito la arquitectura de red y aplicación propuesta.

Esta comparación trata de seleccionar y medir la conectividad. La guía de riego con internet poco fiable aborda por separado la ejecución local, el almacenamiento y la recuperación. Una evaluación de radio no demuestra esas funciones del controlador.

Comparar los accesos en las ubicaciones reales de la finca

Empiece con un mapa de los lugares que deben intercambiar información, incluidos puntos bajos, estructuras y condiciones del cultivo representativos. Registre altura de instalación, envolvente, posición de la antena, energía disponible, acceso para mantenimiento y futuros terminales. No traslade una medición agronómicamente importante solo para facilitar una prueba de radio; la guía de ubicación de sensores de humedad del suelo explica la importancia de posiciones de muestreo representativas.

Son condiciones de evaluación inicial, no una clasificación por distancia. El terreno, la vegetación, las estructuras metálicas, la instalación de la antena, las interferencias y el diseño del dispositivo pueden cambiar el resultado. Pruebe con las envolventes cerradas y el equipo en su posición prevista. Incluya movimientos representativos de maquinaria de riego y equipos eléctricos funcionando cuando corresponda; el resultado de una antena provisional sobre el cultivo no valida un nodo instalado finalmente a poca altura.

Puede convenir una combinación: una red con alimentación en la caseta de bombeo y una red de campo con pocos datos pueden utilizar accesos distintos. Mantenga explícitas sus responsabilidades. Una prueba satisfactoria entre sensor y pasarela deja sin demostrar la ruta entre pasarela y aplicación, mientras una pasarela conectada dice poco sobre el terminal de campo peor atendido.

Ajustar la disponibilidad de recepción al plazo de la orden

La telemetría destinada a revisar tendencias después y una orden de supervisión necesaria con rapidez tienen necesidades temporales distintas. Especifique el inicio y el final de cada intervalo medido. Por ejemplo, desde la aceptación de una orden por la aplicación hasta su recepción decodificada en el controlador de campo es un intervalo de comunicación; completar el movimiento de una válvula es un resultado físico separado.

Los dispositivos LoRaWAN de clase A abren ventanas de recepción descendente después de una transmisión ascendente. En una configuración ilustrativa que transmite solo cada 15 minutos y no dispone de otro disparador, una orden que llegue después de esas ventanas puede esperar casi otro intervalo de envío hasta la siguiente oportunidad. Esa configuración no puede garantizar un plazo de orden de 60 s. Aumentar la frecuencia ascendente cambia el tráfico y el consumo, y por sí solo tampoco garantiza la entrega.

La clase C mantiene la recepción abierta mientras el dispositivo no transmite y reduce la espera de una oportunidad de recepción. No elimina colas de la aplicación, demora de la conexión de retorno, programación de radio, pérdidas ni procesamiento del controlador, y requiere un presupuesto energético adecuado. La clase B utiliza oportunidades de recepción programadas; compruebe la configuración admitida si la considera. Una etiqueta de clase no equivale a una promesa de latencia nula de extremo a extremo.

La guía GSMA de despliegue de Mobile IoT explica que PSM impide alcanzar al dispositivo desde la red mientras duerme, aunque su aplicación puede iniciar una transmisión saliente. eDRX también crea intervalos en los que el receptor no escucha. Los ajustes solicitados pueden diferir de los realmente negociados con la red, por lo que debe verificar la combinación desplegada de operador, dispositivo y servicio.

Confirme bandas compatibles, tecnología celular prevista, acuerdos de itinerancia y disponibilidad de servicio en el lugar. Un teléfono que muestra recepción LTE no demuestra disponibilidad de NB-IoT o LTE-M para el terminal elegido. Conserve los temporizadores negociados y el comportamiento de recepción observado en el registro de prueba. La hoja de diseño de alarmas explica cómo encaja la demora de comunicación en el tiempo total de respuesta; este artículo no fija tiempos de disparo de protección.

Calcular el tráfico de aplicación antes de estimar la carga de red

Utilice un ejemplo ficticio de seguimiento con 24 terminales. Cada uno produce un registro de aplicación de 32 bytes cada 15 minutos. Suponga que todos funcionan continuamente durante un mes contable de 30 días, sin mensajes de eventos adicionales. El tamaño del registro incluye los campos de aplicación de este ejemplo, no la sobrecarga de radio o transporte. Son datos didácticos supuestos, no especificaciones de equipos medidas.

Se producen 24 × 60 ÷ 15 = 96 registros por terminal y día. En toda la instalación, 24 × 96 = 2304 registros transportan 2304 × 32 = 73728 bytes de aplicación diarios. Durante el mes supuesto, 73728 × 30 = 2211840 bytes, o 2.21184 MB decimales, donde un MB decimal contiene 1000000 bytes.

Esta carga útil total no es tiempo de transmisión por radio ni una estimación de la factura celular. Cabeceras, confirmaciones, reintentos, incorporaciones a la red, mensajes de estado, tráfico de pasarela, tramas relacionadas con el cifrado y transferencias de software pueden añadir carga. La tasa de datos, la codificación y la configuración regional afectan al tiempo en el aire. Compruebe los límites de la implementación exacta y mida el uso real de la conexión de retorno; no aplique a las tres tecnologías un mismo multiplicador de sobrecarga sin documentar.

Pruebe también la demanda a corto plazo. Terminales que transmiten juntos, un conjunto de órdenes o una transferencia de mantenimiento pueden crear una situación más exigente de lo que sugiere el promedio mensual. Declare el patrón de envío permitido y la ventana de mantenimiento; después evalúe el número previsto de terminales y futuras ampliaciones frente a esas condiciones.

Construir el presupuesto eléctrico con el tiempo de cada estado

Para otro terminal ilustrativo, suponga que el dispositivo completo consume 40 mA durante un evento de medición y comunicación de 2 s, y 0.020 mA durante el resto del tiempo. Utilice 96 eventos diarios más una provisión separada de 0.50 mAh/día para otros consumos. El evento no representa tiempo de emisión ni una norma de radio concreta; sensores, períodos de recepción y procesamiento deben incluirse en el presupuesto medido del dispositivo completo.

Si una batería de 2400 mAh tiene una fracción utilizable supuesta de 0.70 en las condiciones pertinentes, la carga utilizable es 1680 mAh. La estimación ideal es 1680 ÷ 3.11227, aproximadamente 540 días utilizando el total diario sin redondear. No es una garantía de autonomía. Deben verificarse temperatura, envejecimiento, autodescarga, capacidad de entregar pulsos y reintentos reales; la fracción utilizable y la provisión supuestas no son correcciones universales.

Cambiar este mismo modelo a un intervalo de 5 minutos produce 288 eventos, 576 segundos activos y 7.3768 mAh/día incluida la misma provisión. La estimación ideal baja a unos 228 días. La recepción continua exigiría otro modelo de estados. Compruebe la alimentación para los picos de corriente y la tensión durante el funcionamiento, además de la carga media. Pasarelas y puntos de acceso necesitan cálculos propios de energía y respaldo; este ejemplo de terminal no dimensiona un panel solar ni incluye accionar válvulas.

Medir llegadas dentro del plazo con un denominador definido

La guía NIST de despliegues inalámbricos industriales recomienda requisitos explícitos, evaluación del emplazamiento y pruebas de los dispositivos realmente instalados. Su marco industrial resulta útil aquí, sin proporcionar una garantía de cobertura agrícola. Pruebe ambos sentidos y registre marcas de tiempo de origen y destino con una alineación conocida de relojes, para no confundir error horario con demora de red.

En una prueba ficticia de 7 días de los 24 terminales con frecuencia de 15 minutos, defina los registros únicos esperados como 24 × 96 × 7 = 16128. Defina «a tiempo» como recepción en la aplicación no más de 120 s después de la hora de medición programada. Cierre la recogida 24 h después de la última muestra programada. Mantenga los registros ausentes en origen dentro de este denominador de extremo a extremo y diagnostíquelos por separado; no representan automáticamente pérdida de paquetes de radio.

Suponga que el receptor registró además 120 copias duplicadas. No añaden éxitos únicos. Utilice identificadores de terminal y registro para distinguir copias de nuevas observaciones. Informe resultados por terminal y agregados: una ubicación débil con 620 registros a tiempo de los 672 esperados consigue solo 92.26%, aunque la cifra de toda la finca parezca mejor.

El plazo de 120 s es un requisito de prueba ficticio, no un límite seguro de control. Informe por separado distribuciones de latencia, registros tardíos y ausentes; un percentil calculado solo con llegadas omite las pérdidas. Para informar de pérdida de paquetes de radio, defina la frontera radio concreta y el denominador de intentos de transmisión, con registros adecuados. Repita condiciones representativas de carga y estación; esta prueba ficticia breve no certifica fiabilidad futura ni establece un porcentaje universal de aceptación.

Comparar el mismo alcance de coste de comunicación a tres años

Compare costes solo después de cumplir los requisitos obligatorios de cobertura, tiempos y energía. Los presupuestos ficticios siguientes incluyen hardware e instalación de comunicación, servicio mensual de comunicación y red, y mantenimiento planificado más energía anuales para el mismo requisito de terminales. Los importes son USD supuestos, sin descuento financiero y antes de impuestos. Excluyen sensores, controladores de riego, válvulas y costes de aplicación idénticos en todas las opciones; deben añadirse los cargos reales diferentes.

Utilice TCO = coste instalado + 36 × servicio mensual + 3 × mantenimiento y energía anuales. La fila de Wi-Fi supone que la infraestructura de acceso necesaria está incluida inicialmente y que solo se aplica el cargo incremental indicado por el servicio posterior. No es el coste de llevar banda ancha nueva a una finca sin servicio. La provisión anual debe cubrir el alcance presupuestado de mantenimiento y energía, incluidos los trabajos planificados de baterías cuando correspondan.

La cifra menor no decide la selección si esa arquitectura falla la prueba de campo. Solicite condiciones de propiedad y renovación, vida de servicio respaldada, acceso a datos, responsabilidades de mantenimiento y coste de añadir terminales. Identifique cargos provocados por interrupciones, visitas, exceso de tráfico o cambios de suscripción, en lugar de ocultarlos tras una tarifa base atractiva.

Elegir la configuración que cumpla los requisitos escritos de la finca

Conserve un registro de decisión que relacione mapa, radios y ajustes regionales exactos, condiciones de servicio, tráfico medido, presupuesto energético, resultados de plazos y alcance de costes. Registre fallos y repeticiones de prueba después de cambiar la antena, la pasarela o el intervalo de envío. Una puntuación ponderada puede comparar opciones que cumplen los mínimos, pero no compensar el incumplimiento de un requisito obligatorio.

Mantenga el permiso local de funcionamiento y la protección dentro de su diseño de ingeniería. La hoja de enclavamientos de bomba y válvulas aborda esas dependencias; una ruta de internet no demuestra comportamiento protector. Reevalúe la conectividad después del desarrollo del cultivo, la incorporación de dispositivos o cambios de servicio. Elija la configuración completa probada que cumpla la tarea agrícola declarada, con una persona identificada como responsable del mantenimiento de cada segmento de comunicación.