Encender una motobomba de riego a las 5 de la mañana, arrancar un aireador en cuanto el oxígeno disuelto cae de madrugada o abrir un portón perimetral sin desplazarse hasta la finca: todo eso deja de depender de un operario en el sitio cuando el comando viaja por radio. Un actuador LoRaWAN hace exactamente lo contrario de un sensor —en vez de enviar datos hacia la nube, recibe una orden desde la nube y la convierte en una acción física, normalmente cerrando o abriendo un relé—. Pero esa dirección inversa del dato trae consigo un conjunto de reglas técnicas distintas a las de un sensor, y entenderlas es lo que separa un control remoto confiable de uno que “a veces no responde”.
Downlink, no uplink: por qué el camino de vuelta es más lento
Un sensor transmite cuando quiere: decide su propio intervalo de reporte y la red simplemente escucha. Un actuador necesita lo contrario —que la red le entregue una orden (un downlink) en el momento en que alguien decide activarlo—, y ahí LoRaWAN impone una restricción que no siempre es obvia: un downlink no se envía de forma espontánea, se entrega dentro de una ventana de recepción muy corta que el propio nodo abre.
En Clase A, la clase mínima que todo dispositivo LoRaWAN certificado debe soportar, esa ventana se abre solo después de que el nodo transmite algo por su cuenta: RX1 exactamente 1 segundo después de terminar su propio uplink, y RX2 exactamente 2 segundos después, con una tolerancia de microsegundos. Si el nodo no transmitió nada, el gateway no tiene forma de alcanzarlo, y el comando queda en cola hasta el siguiente uplink programado. Para un sensor que reporta cada 15 minutos, eso significa que una orden puede tardar hasta ese mismo intervalo en llegar —inaceptable para arrancar un motor cuando hace falta ahora, no en un cuarto de hora—.
Por eso los actuadores casi siempre operan en Clase C: el receptor permanece abierto de forma continua, salvo en el instante en que transmite, y el downlink llega en cuestión de segundos en lugar de minutos. El costo es energético —mantener el receptor activo todo el tiempo consume mucho más que dormir entre transmisiones—, razón por la que la Clase C casi siempre implica alimentación fija (línea eléctrica o batería con carga solar sostenida), nunca una pila que deba durar años. Ya cubrimos con más detalle cuándo conviene cada clase en la nota sobre Clases A, B y C de LoRaWAN: la regla general es reservar Clase C exactamente para esto —motores, aireadores, relés— y dejar Clase A para todo lo que solo reporta.
Downlink confirmado: enviar la orden no basta, hay que saber que llegó
Con un sensor, perder un dato ocasional rara vez es grave —la siguiente lectura llega en minutos—. Con un actuador, perder el comando de “encender” sin que nadie se entere sí lo es. Por eso el control de motores casi siempre usa downlink confirmado: la especificación LoRaWAN da al nodo una ventana de 8 segundos para responder con un bit de confirmación (ACK) en su siguiente uplink, y si esa confirmación no llega, la aplicación reintenta el envío en lugar de asumir que el motor ya arrancó. Un downlink sin confirmar es aceptable para cambiar un parámetro que no es crítico; para cerrar un relé que enciende un motor, la confirmación no es opcional.
Fail-safe: qué hace el relé cuando se pierde la señal
La pregunta que casi nadie hace antes de instalar un actuador remoto —y la más importante— es: ¿qué pasa si el gateway se cae, si hay una tormenta que tumba el enlace, o si el nodo simplemente pierde cobertura mientras el motor está encendido? Un actuador bien diseñado incorpora un watchdog de comunicación: un temporizador que se reinicia con cada intercambio válido con la red y que, si vence sin recibir señal durante un plazo configurable, obliga al relé a volver a su estado por defecto (fail-safe), normalmente abierto (motor apagado), en lugar de quedarse congelado en el último estado que recibió. Ese estado por defecto y el intervalo del watchdog se configuran por dispositivo según el riesgo real de cada aplicación —no es lo mismo dejar apagada una bomba de riego por unos minutos que dejar apagado un aireador durante un pico nocturno de bajo oxígeno—, pero la regla de diseño es siempre la misma: ante la duda, el sistema debe caer a un estado seguro, no quedarse esperando indefinidamente.
Relé o contactor: qué hay realmente detrás del comando
No todos los “actuadores LoRaWAN” controlan la misma carga. Un relé electromecánico industrial típico —como los que monta Yubox Air Control para conmutar hasta 4 circuitos por nodo— está pensado para cargas de hasta 10-16 A a 250 VAC: suficiente para encender directamente una electroválvula, una luminaria o un motor pequeño monofásico. Para un motor de mayor potencia —una motobomba trifásica, un aireador de paleta grande— el actuador LoRaWAN no conmuta la carga del motor directamente: cierra un relé de baja corriente que a su vez energiza la bobina de un contactor, y es el contactor —dimensionado para la categoría de uso AC-3 según norma IEC, capaz de tolerar la corriente de arranque del motor, típicamente de 6 a 10 veces su corriente nominal, sin dañarse— el que efectivamente enciende y apaga el motor. Confundir ambos componentes es un error común de dimensionamiento: un relé de 10 A no sobrevive mucho tiempo conmutando directamente la corriente de arranque de un motor de varios caballos de fuerza.
El control remoto no reemplaza el paro de emergencia local
Un punto que la norma IEC 60204-1 de seguridad de maquinaria deja explícito: un paro de emergencia remoto o inalámbrico nunca puede ser el único medio de detener un equipo. Debe existir siempre un mecanismo de parada local, físico, al alcance de quien está junto a la máquina, independiente de que el enlace LoRaWAN esté disponible o no en ese instante. El actuador remoto es una herramienta operativa —ahorra viajes, permite reaccionar a un dato de sensor en segundos, automatiza un horario— pero la seguridad de las personas frente a un motor en marcha no puede depender de que un gateway tenga cobertura.
Casos de uso en campo
En riego, un actuador LoRaWAN conectado a la electroválvula o al contactor de la motobomba permite que la orden de abrir salga automáticamente del mismo motor de decisión que ya cruza humedad de suelo, evapotranspiración y pronóstico de lluvia —el mismo que describimos en la nota de riego inteligente—, sin que nadie tenga que manejar hasta la parcela a abrir una llave. En acuicultura, el mismo principio aplica a los aireadores automáticos: el actuador recibe la orden de encendido en cuanto el oxígeno disuelto cruza el umbral crítico, con la latencia de segundos que da la Clase C, no los minutos que tomaría esperar el próximo ciclo de reporte de un nodo Clase A. En ambos casos, el actuador se conecta al mismo gateway LoRaWAN que ya recibe los datos de los sensores del sitio, y para instalaciones con varios motores, bombas o aireadores en un mismo cuarto eléctrico, una tarjeta de grado industrial como Yubox Industrial, con montaje en riel DIN, concentra varias salidas de relé en un solo punto en lugar de instalar un actuador aislado por cada equipo.
Conclusión
Controlar un motor a kilómetros de distancia con LoRaWAN es, en el fondo, un problema de ingeniería distinto al de leer un sensor: exige la clase correcta para no perder minutos de latencia, downlink confirmado para saber que la orden llegó, un fail-safe que decida qué hacer cuando la señal se pierde, y el componente eléctrico correcto —relé o contactor— para la carga real del motor. Ninguno de esos cuatro puntos es opcional si el actuador va a encender algo que de verdad importa. ¿Quiere automatizar el encendido remoto de motores, bombas o aireadores en su operación? Conversemos sobre qué actuador y qué configuración de fail-safe le conviene.