Caso de uso

Supervisa cada sitio remoto sin hacer polling

Las RTU y los gateways de borde en pozos, válvulas de bloqueo, estaciones de bombeo y subestaciones publican solo lo que cambia, por red móvil o satélite. Tu SCADA, tu historian y tu equipo de guardia se suscriben a un único broker y saben al instante cuándo un sitio deja de reportar.

Sin tarjeta

Mensaje de ejemplo

PUBLISH sites/zaragoza/well-114/telemetry

{"ts":"2026-10-22T06:14:05Z","tubing_psi":412,"casing_psi":188,"flow_mcfd":846,"batt_v":12.7,"cause":"deadband"}

QoS 1 · TLS 8883 · PUBACK

El problema

El polling de sitios remotos consume ancho de banda y aun así pierde eventos

Un SCADA de sondeo cíclico pide a cada RTU todos sus registros en cada ciclo, haya cambios o no. Por red móvil o satélite eso significa costes de datos, ciclos de escaneo largos y huecos cuando el enlace cae a mitad de la consulta. Cada sitio nuevo suma otro túnel VPN y otra conexión punto a punto con el servidor, y cuando un sitio calla nadie distingue un módem caído de un pozo sin cambios hasta que falla el siguiente escaneo.

Cómo funciona

  1. 1

    Gateway de borde en sitio

    Un gateway o una RTU con MQTT lee localmente el PLC, el computador de flujo y los sensores por Modbus o DNP3 y convierte los registros en valores con nombre en el topic del sitio.

  2. 2

    Reporte por excepción

    Publica solo cuando un valor sale de su banda muerta, más un mensaje de integridad periódico, por una única conexión TLS saliente: sin puertos entrantes ni polling desde la sala de control.

  3. 3

    Un broker, muchos consumidores

    SCADA/HMI, historian, detección de fugas y contabilidad de producción se suscriben a los mismos topics. Añadir un consumidor no añade tráfico en el enlace de campo.

  4. 4

    Alarmas y comandos

    Las reglas de umbral detectan alta presión o batería baja y avisan a la guardia; Last Will marca el sitio como desconectado. Los setpoints bajan por un topic de comandos en el que solo publica tu SCADA.

ConnectMQ

Qué necesita del broker

Pensado para enlaces inestables

Paquetes MQTT pequeños, keep-alive ajustado al enlace, QoS 1 para alarmas y sesiones persistentes, para que los comandos en cola mientras el sitio estaba desconectado lleguen al reconectar.

Saber cuándo un sitio se apaga

Cada gateway registra un Last Will. Si su conexión cae sin desconexión limpia, ConnectMQ publica un estado offline como mensaje retenido, así cada panel ve el estado actual de inmediato.

Credenciales y ACL por sitio

Cada gateway tiene su propio usuario y contraseña y solo puede publicar bajo el topic de su sitio; los topics de comandos solo los escribe tu SCADA. TLS en cada conexión.

Sparkplug B o JSON simple

ConnectMQ es un broker MQTT 3.1.1 y MQTT 5 estándar: los nodos de borde Sparkplug B, que usan Last Will para sus certificados de muerte, comparten instancia con publicadores JSON sencillos.

Qué obtienes

  • Mucho menos tráfico por red móvil y satélite que con polling cíclico
  • El broker marca un sitio desconectado, sin esperar al siguiente escaneo fallido
  • Nuevos sitios en línea sin otro túnel VPN hacia la sala de control
  • SCADA, historian y analítica trabajan con los mismos datos en vivo
Topics de ejemplo
sites/zaragoza/well-114/telemetry
sites/zaragoza/well-114/alarms
sites/zaragoza/well-114/status        (retained)
sites/zaragoza/well-114/cmd/choke

Industrias que usan este caso

Preguntas frecuentes

¿Puede MQTT reemplazar el polling Modbus o DNP3 en sitios remotos?

No a nivel de dispositivo: las RTU y los computadores de flujo siguen hablando Modbus o DNP3 en local. MQTT sustituye el enlace de larga distancia: un gateway de borde consulta en sitio y publica los cambios al broker, así la WAN solo transporta reporte por excepción en lugar de ciclos de escaneo completos.

¿Funciona MQTT por satélite y enlaces móviles de poco ancho de banda?

Sí. MQTT se diseñó originalmente para monitorizar oleoductos por satélite. La cabecera fija ocupa dos bytes, las sesiones sobreviven a las reconexiones y eliges keep-alive y QoS por tipo de mensaje. Si cada byte cuenta, agrupa o comprime los payloads en el gateway.

¿Puedo usar Sparkplug B con ConnectMQ?

Sí. Sparkplug B es una especificación sobre MQTT estándar y ConnectMQ es un broker estándar, así que los nodos de borde Sparkplug y aplicaciones host como Ignition se conectan y usan sus topics spBv1.0. ConnectMQ enruta los payloads Protobuf sin modificarlos; la decodificación ocurre en tu aplicación host.

Constrúyelo sobre ConnectMQ

Empieza con el plan Free, sin tarjeta: conecta hoy tus primeros dispositivos y mejora tu plan cuando entres en producción.