Publicidad
Blog
Por qué su sistema SCADA está perdiendo datos y qué puede hacer al respecto
03 septiembre 2026
Descubra por qué las estaciones de bombeo remotas pierden datos SCADA y cómo el almacenamiento local, MQTT/Sparkplug B y un diseño alineado con IEC 62443 ayudan a evitar la pérdida de información
Introducción
Pregunte a cualquier responsable de SCADA u OT que gestione una red distribuida de estaciones de bombeo con qué frecuencia detectan lagunas en el historial de datos, y la respuesta rara vez será tranquilizadora. La pérdida de datos en emplazamientos remotos es uno de los problemas más persistentes y menos comentados en la telemetría de agua y aguas residuales. Aunque no suele acaparar titulares como un incidente de ciberseguridad, afecta silenciosamente a la fiabilidad de los datos que las empresas de servicios públicos necesitan para el cumplimiento normativo, la optimización energética y la gestión de activos.
La causa es estructural. Las estaciones de bombeo remotas dependen de enlaces de comunicación que las empresas no controlan completamente: redes celulares compartidas, enlaces de radio afectados por el terreno o líneas alquiladas con redundancia limitada. Los sistemas SCADA tradicionales asumen que la comunicación está siempre disponible. Cuando no lo está, los datos desaparecen.
El desafío: cuando fallan las comunicaciones
Las interrupciones no son una excepción; forman parte del funcionamiento habitual. Una estación de bombeo puede perder su conexión celular o de radio debido a un fallo del equipo o a una incidencia del operador de red. Restablecer la comunicación puede llevar desde unas horas hasta más de una semana en las instalaciones de difícil acceso. Durante ese tiempo, todas las lecturas —caudal, nivel, presión y estado de las bombas— se pierden, salvo que se almacenen localmente.
Otro problema, más sutil, es la congestión de la red. Cada vez más estaciones de bombeo utilizan infraestructuras comerciales 4G/LTE compartidas con el público. Durante los periodos de mayor demanda, la misma antena que presta servicio al tráfico residencial puede reducir la prioridad o incluso interrumpir temporalmente la telemetría. Esto provoca pérdidas irregulares de datos que a menudo se confunden con fallos de los sensores, cuando en realidad el problema es la capacidad de la red.
Ambos escenarios comparten la misma causa: una arquitectura basada en sondeos (polling) no tiene memoria. Si el sistema central no puede comunicarse con el dispositivo en el momento exacto en que realiza la consulta, ese dato se pierde. En redes con decenas o cientos de estaciones, el impacto acumulado sobre la integridad de los datos y la calidad de los informes puede ser considerable.
.png)
Tecnologías y buenas prácticas
Almacenamiento local con envío posterior (Store-and-Forward)
La mejora más eficaz consiste en almacenar los datos localmente en la pasarela de comunicaciones o RTU, independientemente del estado de la conexión. Cuando la comunicación se restablece, los datos almacenados se envían automáticamente al historiador en el orden cronológico correcto. De este modo, una interrupción de una semana deja de significar una pérdida permanente y pasa a ser simplemente una entrega diferida.
Report by Exception (RBE)
El método tradicional de sondeo consulta todos los dispositivos y todas las variables en intervalos fijos, independientemente de si han cambiado o no, lo que consume ancho de banda innecesariamente y aumenta la latencia.
Con MQTT y el modelo Report by Exception, solo se transmiten los datos cuando su valor cambia más allá de un umbral definido. La especificación Sparkplug B, mantenida por Eclipse Foundation, añade una estructura estandarizada de temas, mensajes compactos y un modelo de estado de sesión sobre MQTT.
Según Eclipse Foundation, un sistema RBE correctamente implementado puede reducir el consumo de ancho de banda entre un 80 % y un 95 % frente a un sistema basado en sondeos continuos, además de proporcionar información fiable sobre el estado de conexión de cada dispositivo.
Selección del protocolo
OPC UA sigue siendo una excelente opción para redes cableadas dentro de una planta industrial gracias a su modelo de información y sus funciones de seguridad integradas.
Sin embargo, para comunicaciones inalámbricas con ancho de banda limitado, MQTT/Sparkplug B suele ser la mejor alternativa, ya que fue diseñado específicamente para aplicaciones SCADA en redes poco fiables o con limitaciones de ancho de banda.
En términos prácticos:
- OPC UA para redes cableadas.
- MQTT/Sparkplug B para redes inalámbricas.
Conversión de protocolos para PLC existentes
Pocas empresas pueden justificar la sustitución de PLC que siguen funcionando únicamente para modernizar la telemetría.
Pasarelas de borde como Red Lion FlexEdge permiten leer directamente la base de datos de etiquetas de PLC existentes (por ejemplo, mediante la importación de un archivo L5K de Allen-Bradley a través de EtherNet/IP) o comunicarse mediante protocolos serie heredados como DF1 o DH-485.
Esto permite integrar PLC con 15 o 20 años de antigüedad sin sustituir el sistema de control.
Comunicaciones redundantes
En instalaciones críticas o de difícil acceso, disponer de comunicaciones redundantes (doble operador móvil, radio o satélite) reduce aún más el riesgo de pérdida de conectividad.
Combinadas con el almacenamiento local, estas soluciones no buscan evitar todas las interrupciones, sino garantizar que ningún dato se pierda definitivamente.
Seguridad desde el diseño
Ampliar la conectividad remota implica aumentar la superficie de ataque.
El conocido incidente ocurrido en 2021 en la planta de tratamiento de agua de Oldsmar (Florida), donde un atacante intentó modificar la dosificación de productos químicos mediante acceso remoto, demostró la importancia de diseñar la conectividad remota de forma segura.
La norma IEC 62443 proporciona un marco de referencia para proteger sistemas SCADA distribuidos mediante la definición de zonas, conductos y niveles de seguridad.
Además, la directiva europea NIS2 clasifica los sectores de agua potable y aguas residuales como infraestructuras esenciales, estableciendo requisitos obligatorios de gestión de riesgos y notificación de incidentes.
.png)
Conclusión
La pérdida de datos en estaciones de bombeo remotas es un problema de arquitectura, no de hardware.
Los sistemas SCADA tradicionales basados en sondeos nunca fueron diseñados para soportar interrupciones frecuentes o prolongadas en redes celulares o de radio.
El almacenamiento local de datos, la comunicación basada en Report by Exception, la conversión de protocolos compatible con PLC existentes y una estrategia de ciberseguridad alineada con IEC 62443 y, cuando corresponda, con NIS2, permiten modernizar la infraestructura sin necesidad de sustituir completamente los sistemas instalados.
Para las organizaciones que buscan mejorar la resiliencia operativa sin incrementar significativamente la inversión, esta combinación representa una solución práctica y disponible hoy mismo.
Publicidad
Rendimiento comparativo de tres antiespumantes para aguas residuales con diferentes carriers
Cómo reducir el consumo eléctrico en plantas de tratamiento de aguas en 2026
El futuro del agua en México: 10 puntos del nuevo Programa Nacional Hídrico
32 años de innovación industrial: La evolución y el futuro de las bombas de tornillo helicoidal
