“Riego inteligente” suele venderse como sinónimo de “válvula que abre sola”, pero eso es solo la mitad del problema. Ya cubrimos cómo automatizar aspersores sin perder control —la parte mecánica: falla segura, confirmación por caudal, override manual—. La otra mitad, la que rara vez se explica, es el motor de decisión: el conjunto de reglas que decide cuándo regar, cuánto y en qué orden, cuando compiten tres fuentes de datos que casi nunca dicen lo mismo —lo que el sensor de suelo mide en el suelo, lo que el clima proyecta que va a pasar, y lo que la bomba o el pozo realmente puede entregar en un momento dado—. Este artículo se enfoca en ese motor, no en la válvula.
Feedforward y feedback: dos formas de saber que hace falta regar
En control de riego hay dos filosofías que no compiten, se complementan:
- Feedback (reactivo): el sensor de humedad de suelo mide lo que ya pasó. Cuando la humedad ponderada cruza el umbral de agotamiento permisible (MAD) que explicamos en nuestra guía de humedad de suelo, el sistema sabe que la planta ya empezó a consumir la reserva de agua disponible. Es preciso, pero llega después del hecho.
- Feedforward (predictivo): el balance hídrico basado en evapotranspiración (ETo × Kc), que detallamos en nuestro artículo sobre ETo, proyecta cuánta agua va a perder el cultivo hoy, antes de que el sensor de suelo lo refleje. Es una estimación, no una medición directa del suelo.
Un sistema que usa solo feedback riega tarde, después de que el estrés hídrico ya empezó. Uno que usa solo feedforward (ETo) puede regar de más si el suelo retuvo más agua de la que el modelo asume, o de menos si hubo una fuga de riego no contabilizada. La combinación de ambos —corregir la proyección de ETo con la lectura real del sensor de suelo, y usar el sensor de suelo como límite de seguridad si el modelo de clima falla— es la que documenta el mayor ahorro de agua frente a cualquiera de los dos por separado: estudios de controladores residenciales de EPA WaterSense reportan que los sistemas que combinan sensor de humedad con datos de lluvia consistentemente superan en ahorro tanto a los controladores solo por reloj como a los basados solo en ETo, con reducciones de 20% a 50% en agua de riego frente a un temporizador fijo, y del orden de 20-30% en contextos agrícolas frente al riego por calendario.
El pronóstico, no solo la lluvia ya caída
El balance hídrico de ETo ya resta la lluvia efectiva —la que ya cayó y quedó registrada por el pluviómetro—. El pronóstico es un dato distinto y complementario: la probabilidad de precipitación (POP) para las próximas horas, que permite anticipar y no solo reaccionar.
La lógica operativa es simple pero rara vez se implementa: si el pronóstico para las próximas 24 horas supera un umbral —en la mayoría de sistemas comerciales, entre 60% y 80% de probabilidad de lluvia con un volumen esperado relevante para el cultivo—, el riego programado de esa zona se pospone o se reduce, aunque el umbral de humedad de suelo ya se haya cumplido. El caso contrario es igual de importante: un pronóstico de lluvia que no se cumple no debe dejar la zona sin regar más de un ciclo, porque el costo de un falso positivo del pronóstico (no regar cuando sí hacía falta) es más alto que el de un falso negativo (regar un poco de más). Por eso la regla correcta no es “confiar en el pronóstico”, sino “usar el pronóstico para posponer, nunca para cancelar sin revisar de nuevo al siguiente ciclo”.
En Ecuador, el INAMHI publica pronósticos regionales de probabilidad de precipitación, pero son de resolución zonal, no de finca; un pronóstico de “60% de probabilidad de lluvia en la Costa” no garantiza que llueva sobre ese lote específico. Por eso el pluviómetro local de la estación meteorológica sigue siendo la fuente que corrige la decisión en tiempo real: el pronóstico pospone el riego programado, pero es la lluvia medida en el lote —no la pronosticada— la que se resta del balance hídrico final.
Cuando el agua no alcanza para todas las zonas al mismo tiempo
Este es el problema que casi nunca se documenta y que en la práctica define si un sistema de riego inteligente funciona en una finca real: la mayoría de fincas no tiene caudal suficiente para regar todas sus zonas a la vez. Un pozo, una bomba o una línea de conducción tienen un caudal máximo fijo; si cinco zonas cruzan su umbral de riego el mismo mediodía, abrir las cinco válvulas simultáneamente no multiplica el agua disponible, solo reparte una presión insuficiente entre todas y ninguna riega bien.
La solución no es una regla por zona aislada, sino un motor de decisión que trata el riego como un problema de asignación de un recurso limitado:
- Calcula la urgencia de cada zona, no solo si cruzó el umbral. Una zona con 60% de agotamiento del agua disponible y un cultivo en etapa crítica (floración, llenado de fruto) tiene más prioridad que una con 35% de agotamiento en etapa vegetativa, aunque ambas ya hayan cruzado su MAD.
- Revisa el caudal disponible en tiempo real. Si la bomba entrega, por ejemplo, 40 m³/h y cada zona necesita 15 m³/h, el sistema puede abrir dos zonas en paralelo, no tres, sin caer la presión por debajo del rango de diseño de los aspersores o goteros.
- Forma una cola de riego por prioridad, no por orden de llegada. La zona más urgente entra primero; la siguiente zona que cabe en el caudal restante entra después; el resto espera su turno dentro de la ventana de riego del día (normalmente la madrugada o la noche, para minimizar pérdida por evaporación y viento).
- Confirma con el sensor de caudal que la apertura real coincide con lo esperado —el mismo mecanismo de confirmación por flujo que ya describimos para la falla segura de las válvulas— antes de dar por completado el ciclo y liberar el turno a la siguiente zona en cola.
Con cinco zonas y un caudal que solo alcanza para dos a la vez, una regla ingenua “abrir todo lo que cruzó el umbral” termina regando mal las cinco; una cola por prioridad y caudal disponible riega bien a dos, dentro del tiempo, y deja la siguiente pareja lista para el turno siguiente sin que nadie tenga que decidirlo manualmente cada noche.
Un ejemplo con números
Tres zonas cruzan su umbral la misma tarde: la zona A (banano en llenado de racimo, 55% de agotamiento) necesita 18 m³/h; la zona B (banano en etapa vegetativa, 40% de agotamiento) necesita 15 m³/h; la zona C (pastura, 45% de agotamiento) necesita 12 m³/h. La bomba entrega 30 m³/h como máximo sostenible. El pronóstico marca 70% de probabilidad de lluvia esa noche, por encima del umbral de 60% configurado, así que la zona C —la de menor urgencia agronómica y sin cultivo sensible al estrés hídrico en esta etapa— se pospone al ciclo siguiente para revisar si la lluvia se cumplió. Con las zonas A y B (18 + 15 = 33 m³/h, ligeramente sobre el máximo) el sistema ajusta a riego secuencial corto: A primero, por ser la de mayor urgencia y etapa fenológica más sensible, B inmediatamente después dentro de la misma ventana nocturna. Ninguna decisión de esta secuencia requiere que un agrónomo esté despierto revisando tres pantallas a la vez.
Lo que hace falta para que esto corra solo
Este motor de decisión no vive en el sensor de campo —el nodo LoRaWAN solo mide y ejecuta el comando de apertura o cierre—; vive en el dashboard, donde conviene centralizar cuatro entradas: la lectura de humedad de suelo y caudal de cada zona, el cálculo de ETo y balance hídrico del nodo meteorológico, el pronóstico de precipitación de la fuente que la finca use, y la capacidad máxima de caudal de la bomba o el pozo, configurada una sola vez. Con esas cuatro entradas, el motor de reglas genera la cola de riego del día y envía los comandos de apertura a los actuadores Air Control en el orden y el momento que le corresponde a cada zona, con la misma lógica de falla segura y confirmación por caudal descrita en la guía de automatización de aspersores.
Conclusión
Un sistema de riego se vuelve inteligente no por tener sensores, sino por lo que hace con la combinación de sus datos: usar el sensor de suelo y el balance hídrico de ETo juntos, en vez de por separado; anticipar con el pronóstico de lluvia sin depender ciegamente de él; y —el paso que más fincas se saltan— resolver qué zona riega primero cuando el caudal disponible no alcanza para todas a la vez. Ninguno de esos tres mecanismos exige inteligencia artificial ni hardware exótico: es lógica de prioridad sobre datos que ya existen, ejecutada de forma consistente cada noche en lugar de a criterio de quien esté de turno.
En Yubox integramos sensores de suelo, estaciones meteorológicas y actuadores sobre la misma red LoRaWAN, con el motor de decisión —prioridad, caudal y pronóstico— ya incorporado al dashboard de agricultura de precisión. Si su finca riega varias zonas con un caudal que no le alcanza para todas a la vez, conversemos sobre su proyecto.