Puntos clave
Respuesta corta: MQTT es un protocolo de mensajería pub/sub diseñado para IoT de bajo ancho de banda pero adoptado a gran escala en la fabricación porque desacopla a los productores de datos (máquinas) de los consumidores de datos (plataformas OEE, nube, analítica).
Las implementaciones industriales modernas usan la especificación Sparkplug B sobre MQTT para añadir el modelado de datos y el seguimiento de estado que MQTT puro no tiene. MQTT y OPC UA resuelven problemas superpuestos; muchas pilas usan ambos. Véase también OEE para fabricación por lotes .
MQTT (Message Queuing Telemetry Transport) es un protocolo de mensajería de publicación/suscripción inventado en 1999 en IBM para telemetría de bajo ancho de banda en la industria del petróleo y gas. La arquitectura es simple:
El valor está en el desacoplamiento. Un PLC publica su estado de funcionamiento en un topic; quien se suscriba recibe los datos. Al PLC no le importa ni sabe quién es el consumidor.
Tres razones:
Para una plataforma OEE que consume datos de más de 50 máquinas en una planta, MQTT es una elección natural. Un broker, muchos publicadores, muchos suscriptores.
MQTT puro no tiene criterio sobre el contenido del mensaje. Un PLC que publica "423" en el topic "line5/cycle" está bien hasta que dos PLCs diferentes usan convenciones de topic, unidades o formatos de mensaje distintos. La integración se vuelve un desastre.
La solución es Sparkplug B, una especificación abierta sobre MQTT que añade:
La mayoría de las implementaciones industriales modernas de MQTT usan Sparkplug B. MQTT puro funciona en proyectos greenfield con disciplina estricta de topics, pero rara vez escala.
Se superponen pero solucionan problemas distintos:
Muchas pilas modernas usan ambos: OPC UA para intercambio de datos estructurado en la línea (PLC a gateway), MQTT/Sparkplug B para telemetría de alta escala desde el gateway hacia la nube o una plataforma OEE central.
El espacio de nombres unificado (UNS) es un patrón arquitectónico donde todos los sistemas publican en un único broker MQTT compartido. El broker se convierte en la fuente única de la verdad para todos los datos en tiempo real de la planta. ERP, MES, plataforma OEE, historian, analítica, todos se suscriben a los topics que necesitan sin integraciones punto a punto.
El UNS reemplaza la jerarquía rígida PLC → SCADA → MES → ERP con un bus pub/sub plano. Es una buena opción para transformaciones digitales greenfield y para modernizaciones lift-and-shift de plantas con SCADA heredado.
Para fabricantes pymes sin un broker existente, solo OPC UA suele ser más sencillo. Para operaciones más grandes o multisitio, MQTT + Sparkplug B normalmente gana en escalabilidad a largo plazo.
El módulo OEE de Fabrico admite tanto OPC UA como MQTT/Sparkplug B como fuentes de datos, y puede publicar métricas OEE calculadas de vuelta a MQTT para consumidores aguas abajo.
Vea cómo Fabrico captura esto automáticamente, explore OEE para fabricación o reserve una demostración.
Para la mayoría de las plantas pymes, OPC UA es suficiente y más simple. Para estrategias multisitio o de espacio de nombres unificado, MQTT/Sparkplug B es la mejor opción a largo plazo.
Una especificación abierta sobre MQTT que añade nomenclatura estándar de topics, mensajes de conexión/desconexión, seguimiento de estado y métricas tipadas. El estándar de facto para MQTT industrial.
Sí. MQTT se basa en un broker. Opciones comunes: HiveMQ, EMQX, Mosquitto (código abierto), o brokers en la nube (AWS IoT, Azure IoT Hub).
Sí, con cifrado TLS y autenticación. MQTT anónimo y sin cifrar en producción no es seguro.
MQTT es mucho más eficiente para telemetría continua. HTTP sirve para llamadas API ocasionales. Para datos de máquina que fluyen cada pocos segundos a través de miles de dispositivos, MQTT gana con creces.
Iniciar sesión
Blog
