Caso de uso

Cada emplazamiento y CPE, en vivo

Rectificadores, bancos de baterías, grupos electrógenos, climatización de la caseta, sensores de puerta y dispositivos edge publican por MQTT; ConnectMQ lo entrega a los paneles de tu NOC, al OSS y a las herramientas de campo. Entérate de un corte de red mientras las baterías aún sostienen la carga.

Sin tarjeta

Mensaje de ejemplo

PUBLISH telco/north/site-ank-1187/power/rectifier

{"mains":"fail","dc_v":51.2,"load_a":38.5,"batt_soc":86,"runtime_min":142,"ts":"2026-10-22T03:17:55Z"}

QoS 1 · TLS 8883 · PUBACK

El problema

El propio emplazamiento es el punto ciego

Los equipos de radio y transmisión se gestionan con los gestores de elementos del fabricante y el OSS, pero la infraestructura pasiva —energía, baterías, combustible del grupo, refrigeración, puertas— a menudo sigue con traps SNMP, RTU antiguas y visitas. Las baterías que duran menos de lo esperado, los equipos de aire averiados y las intrusiones se descubren cuando el emplazamiento cae, y los CPE y equipos edge en casa del cliente suman otro parque que vigilar.

Cómo funciona

  1. 1

    El controlador del emplazamiento recoge

    Un controlador de emplazamiento o RTU lee rectificadores, bancos de baterías, grupo electrógeno y climatización por Modbus o SNMP, además de sensores de puerta, humo y combustible.

  2. 2

    Publicación por región y emplazamiento

    Publica en telco/{región}/{emplazamiento}/{sistema} por TLS, con el estado de energía y climatización retenido y las alarmas como eventos con QoS 1.

  3. 3

    El NOC ve y alerta

    Las reglas de umbral señalan un fallo de red, tensión de batería baja o una caseta demasiado caliente; el panel muestra los emplazamientos por región y Last Will marca un controlador que deja de responder.

  4. 4

    OSS y equipos de campo actúan

    Tu OSS o gestor de alarmas correlaciona las alarmas del emplazamiento con las de radio, el servicio de campo envía un técnico o un grupo móvil y el equipo de energía sigue el consumo por emplazamiento.

ConnectMQ

Qué necesita del broker

Un espacio de topics para todos los emplazamientos

Un topic claro por región, emplazamiento y sistema; con comodines, el NOC ve todo y un equipo regional solo su región.

Pensado para enlaces limitados

La baja sobrecarga y el keepalive de MQTT encajan con enlaces de microondas, LTE o satélite, y QoS 1 reenvía una alarma hasta que el broker la confirma.

Credenciales por emplazamiento

Cada controlador y cada CPE tiene sus propias credenciales y ACL por topic, así que un equipo robado de un emplazamiento no puede leer ni publicar por ningún otro.

Acciones remotas

Comandos como una prueba del grupo electrógeno o una nueva consigna de climatización salen por topics de comandos en los que solo pueden publicar tu OSS o las herramientas del NOC.

Qué obtienes

  • Problemas de red eléctrica y baterías detectados antes de que el emplazamiento caiga
  • Menos visitas innecesarias a emplazamientos
  • Datos de energía por emplazamiento en un solo flujo
  • Estado de la infraestructura y los CPE junto a las alarmas del OSS
Topics de ejemplo
telco/north/site-ank-1187/power/rectifier   (retained)
telco/north/site-ank-1187/battery/string-1
telco/north/site-ank-1187/hvac/unit-1       (retained)
telco/north/site-ank-1187/alarms
cpe/fwa-28812/status                        (retained)

Industrias que usan este caso

Preguntas frecuentes

¿MQTT o SNMP para monitorizar emplazamientos de telecomunicaciones?

SNMP está consolidado para elementos de red, pero se basa en sondeo y traps, se complica tras NAT y sirve a un gestor a la vez. Con MQTT el equipo envía por una única conexión TLS saliente y cualquier número de sistemas puede suscribirse. Muchos operadores mantienen SNMP dentro del emplazamiento y dejan que el controlador publique en MQTT.

¿Cómo conecto rectificadores y controladores de emplazamiento a MQTT?

La mayoría de controladores de rectificadores y baterías ofrecen Modbus o SNMP. Un controlador de emplazamiento, una RTU o un pequeño gateway edge los lee y publica por MQTT con TLS; los controladores más recientes y muchos CPE y equipos edge admiten MQTT de forma nativa.

¿Puede MQTT alimentar nuestro OSS y las herramientas del NOC?

Sí. Un pequeño servicio de integración se suscribe a los topics de alarmas y estado y los reenvía al OSS o gestor de alarmas a través de su API, mientras los paneles y las plataformas de datos se suscriben a los mismos mensajes en paralelo.

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.