Telemetría en operaciones remotas: empezar por el dato, no por el tablero
Antes de pensar en dashboards, hay que resolver cómo viaja el dato desde una faena sin conectividad estable. Un enfoque pragmático con MQTT y buffering local.
· 1 min de lectura · Equipo de ingeniería · Synapse Group
En operaciones distribuidas —riego en campo, estaciones de bombeo, faenas mineras alejadas— la primera pregunta no es "¿qué gráfico queremos ver?", sino "¿cómo llega el dato hasta acá sin perderse cuando se cae el enlace?". El tablero es la parte fácil. Lo difícil es el transporte.
El enlace siempre se cae
Una operación remota no tiene la conectividad de una oficina. El enlace satelital o celular se degrada, se corta y vuelve. Si el sistema de telemetría asume una conexión permanente, cada corte se traduce en huecos en la serie de tiempo y en decisiones tomadas a ciegas.
La consecuencia práctica: el protocolo y la arquitectura de borde importan más que la herramienta de visualización. Por eso partimos por ahí.
MQTT y buffering local
MQTT es liviano, funciona sobre enlaces inestables y separa quién produce el dato de quién lo consume. La pieza que marca la diferencia es el buffer local: el nodo de borde guarda las lecturas mientras no hay enlace y las despacha cuando vuelve, con QoS 1 para garantizar entrega.
import json
import paho.mqtt.client as mqtt
client = mqtt.Client(client_id="bomba-norte-01", clean_session=False)
client.username_pw_set("planta", "***")
client.connect("broker.interno.local", 8883)
def publicar(lectura: dict) -> None:
# QoS 1 + sesión persistente: el broker reintenta hasta confirmar entrega.
client.publish(
topic="faena/norte/bomba/01",
payload=json.dumps(lectura),
qos=1,
retain=True,
)clean_session=False y retain=True son la diferencia entre perder datos en
cada microcorte y reconstruir la serie completa cuando vuelve el enlace.
Recién después, el tablero
Con el transporte resuelto, la visualización se vuelve un problema conocido. Pero el orden importa: un dashboard sobre datos con huecos da una falsa sensación de control. Primero el dato confiable; después, la pantalla bonita.
Este es el tipo de decisión que tomamos en terreno, no en la pizarra. Si tienes una operación distribuida con telemetría poco confiable, conversemos.
- telemetria
- iot
- mqtt