Ecuador tiene alrededor de 225.000 a 230.000 hectáreas dedicadas a la camaronicultura, repartidas en cerca de 3.000 fincas, según cifras de la Subsecretaría de Acuacultura y de la Cámara Nacional de Acuacultura. Pero ese promedio esconde una brecha enorme: mientras el mínimo viable para una operación rentable ronda las 15-30 hectáreas, grupos como Cofimar superan las 2.700 hectáreas y Corporación Lanec las 3.000. Entre esos dos extremos, el problema de conectar sensores por radio deja de ser “¿dónde pongo el gateway?” y se convierte en otro completamente distinto: ¿cómo diseño, alimento y mantengo una red que cubre varios kilómetros de diques, varias piscinas de laboratorio de larvas y una oficina central, todo a la vez?
Ya cubrimos dónde ubicar un solo gateway y cuántos gateways necesita una finca. Este artículo empieza donde termina esa decisión: qué cambia cuando la respuesta no es “uno” ni “dos”, sino una red de varios sitios que debe seguir funcionando todos los días del año, con personal de mantenimiento limitado y piscinas que no pueden darse el lujo de perder una alarma de oxígeno a las 3 de la mañana.
De un gateway a una red: qué cambia con la escala
En una finca pequeña, un gateway bien ubicado en un dique alto puede escuchar toda la operación. En una camaronera de 1.000 o 2.000 hectáreas, la operación casi nunca es un solo polígono compacto: suele estar dividida en varias piscinas de engorde distantes entre sí, un área de laboratorio de larvas con su propio régimen de monitoreo, una zona de bombeo y captación, y una oficina administrativa que puede estar a varios kilómetros del borde más lejano.
Eso obliga a pensar la cobertura como una topología de red, no como un punto en un mapa:
- Gateways por zona, cada uno cubriendo su propio conjunto de piscinas, en vez de forzar un solo equipo a cubrir toda la extensión al límite de su presupuesto de enlace.
- Backhaul agregado: cada gateway de zona necesita subir sus datos a internet, y en sitios remotos eso rara vez significa fibra en cada punto. Lo habitual es combinar Ethernet donde existe cableado, enlaces de radio punto a punto hacia un nodo central con mejor conectividad, celular donde hay cobertura aceptable, y en los casos más aislados, Starlink como respaldo.
- Un único network server (ChirpStack u otro) que reciba los datos de todos los gateways de la finca, para que un mismo nodo pueda ser escuchado por más de un gateway sin que eso implique redes separadas y paneles de control distintos por zona.
Cobertura a escala: redundancia sin saturar el canal
La ventaja de tener varios gateways activos en la misma finca no es solo cubrir más terreno: es redundancia. Si un nodo queda dentro del alcance de dos gateways, la caída de uno no deja ciega a esa zona; el network server sigue recibiendo los paquetes por el segundo. Para una alarma de oxígeno disuelto, esa superposición es la diferencia entre una piscina que se queda sin monitoreo seis horas y una que no pierde ni un dato.
Pero la superposición tiene un límite técnico que conviene conocer antes de “poner gateways de más por si acaso”. Cuando varios gateways reciben el mismo paquete, el propio ADR (Adaptive Data Rate) puede aprovechar la mejor cobertura para bajar el Spreading Factor de los nodos cercanos y liberar tiempo de aire en el canal —una ventaja real—, pero un exceso de superposición sin coordinación también satura los canales disponibles del plan de espectro, porque cada transmisión que reciben dos o tres gateways a la vez consume igual el mismo recurso de radio compartido. En AU915 —el plan que corresponde a Ecuador, no US915— hay 8 canales de subida por sub-banda activa; diseñar con demasiado solapamiento en zonas de alta densidad de nodos puede terminar generando colisiones que un diseño más ajustado habría evitado.
Un detalle a favor de las camaroneras grandes: el propio ADR necesita horas o días para converger a la configuración óptima de cada nodo, lo que lo hace más adecuado para dispositivos estacionarios y estables que para nodos móviles. Las piscinas no se mueven, así que una vez que la red converge, se mantiene estable durante todo el ciclo —siempre que no se agreguen o reubiquen nodos con tanta frecuencia como para que el sistema esté reconvergiendo constantemente.
Energía: de un panel solar a un sistema distribuido que hay que vigilar
En una finca pequeña, dimensionar batería y panel solar para un gateway es un cálculo que se hace una vez, como ya explicamos al energizar nodos IoT. En una operación de varias zonas, ese mismo cálculo se repite por cada sitio —y además aparece un problema nuevo: saber, sin ir físicamente al sitio, si cada sistema de energía sigue sano.
Dos prácticas marcan la diferencia entre una red grande que funciona y una que colecciona sorpresas:
- Estandarizar equipos entre zonas. Usar la misma química de batería (LiFePO4 es la opción que mejor tolera el calor costero y ofrece más ciclos de vida), el mismo controlador de carga y, en lo posible, el mismo modelo de panel en todos los sitios. Esto simplifica el inventario de repuestos y permite que cualquier técnico de la cuadrilla sepa diagnosticar cualquier sitio sin curva de aprendizaje adicional.
- Monitorear la energía como un dato más. Un gateway o un nodo que reporta voltaje de batería y estado de carga junto con sus datos de sensor convierte una visita de rutina en una alerta temprana: se detecta un panel sucio de sal, una batería que envejeció antes de tiempo o un regulador fallando, antes de que el sitio se quede sin transmitir. Es la misma lógica de anticipación que ya aplicamos a la operación de piscinas: reaccionar es notar que un gateway lleva dos días sin reportar; prevenir es ver la tendencia de voltaje de su batería cayendo semana tras semana.
En una camaronera de miles de hectáreas, ese segundo punto no es un lujo. Con media docena de sitios de energía distribuidos en el predio, una visita “para revisar cómo va todo” deja de ser viable como único mecanismo de control.
Mantenimiento: rutas, inventario y el ambiente salino
El aire salino de la costa ecuatoriana acelera la corrosión de conectores, tornillería y tableros; sin mantenimiento, la vida útil de equipos expuestos puede reducirse significativamente frente a instalaciones en zonas secas. En una finca de varios sitios, eso obliga a tratar el mantenimiento como una operación logística, no como una visita puntual:
- Rutas de mantenimiento planificadas, igual que se planifica la cobertura de sensores en terreno extenso: agrupar sitios cercanos en una misma ronda, en vez de despachar una visita por reporte de falla.
- Inventario de repuestos estandarizado: antenas, cables coaxiales, protectores de descarga, conectores con grasa dieléctrica y baterías de la misma referencia en todos los sitios, para que una falla no dependa de un pedido urgente.
- Calendario preventivo, no solo correctivo: revisión periódica de puesta a tierra, protectores contra descargas atmosféricas —frecuentes en la costa— y limpieza de paneles y gabinetes salpicados de sal, antes de que la corrosión llegue a los contactos internos.
- Monitoreo remoto del estado de cada gateway. Un network server como ChirpStack reporta el estado de conexión de cada gateway en tiempo real (en línea o fuera de línea); apoyarse en esa señal —en vez de enterarse de una caída porque un operador reporta que “las piscinas del sector 4 dejaron de mandar datos”— es lo que separa una red grande bien operada de una que solo se nota cuando ya falló.
Diseñar para crecer, no solo para el día de la instalación
Las camaroneras grandes rara vez son estáticas: se abren piscinas nuevas, se amplía el laboratorio de larvas, se suma una zona de bombeo. Una red diseñada exactamente al límite de lo que cubre hoy obliga a rediseñar cada vez que la finca crece. Diseñar con margen —gateways con capacidad de canal de sobra, backhaul que admite sumar un sitio más, e infraestructura de energía estandarizada que se replica en vez de reinventarse— es lo que permite que la red escale junto con la operación en lugar de quedarse corta cada temporada.
Conclusión
En una camaronera grande, la pregunta relevante no es cuántos gateways caben en un mapa, sino cómo se diseña una red que sigue cubriendo, alimentándose y manteniéndose sola cuando tiene varios sitios, varios kilómetros de distancia entre ellos y un equipo de mantenimiento que no puede estar en todos lados a la vez. Cobertura, energía y mantenimiento dejan de ser tres decisiones independientes y se convierten en un mismo diseño de operación.
Si su operación está creciendo más rápido que su red LoRaWAN, revise nuestras soluciones de gateways y energía para nodos remotos, o conversemos sobre el diseño de una red que escale con su finca.