VOLVER_AL_LOG
Protocolos 13 Dec 2025

¿Qué es Sparkplug B? El Protocolo MQTT que Habilita el Unified Namespace

Sparkplug B es la especificación sobre MQTT que le da estructura y contexto a tus datos industriales — la base técnica real de un Unified Namespace.

¿Qué es Sparkplug B? El Protocolo MQTT que Habilita el Unified Namespace
RECURSO DESCARGABLE

¿Automatización sin complicaciones?

Checklist: 10 Pasos para Digitalizar tu Planta

Evita errores costosos en tu implementación

100% Libre de Spam

¿Qué es Sparkplug B? #

Sparkplug B es una especificación abierta construida sobre MQTT que estandariza cómo los dispositivos industriales publican su estado: define una estructura de tópicos fija, codifica los datos en Protobuf (no JSON de texto) y agrega manejo de estado de conexión (birth/death certificates). Es la pieza que le falta a MQTT puro para sostener una arquitectura Unified Namespace real, sin que cada integrador invente su propio formato de payload.

El Problema de Escalar con OPC - UA #

OPC-UA (Unified Architecture) es fantástico. Es seguro, es semántico y es estándar. Pero tiene un defecto fatal para la era del Big Data: Funciona bajo el modelo Cliente-Servidor (Request-Response).

Imagina que tienes 1,000 sensores. Con OPC-UA, tu SCADA tiene que preguntar constantemente a cada uno: "¿Hay datos nuevos?". Esto genera un tráfico de red brutal y acopla los sistemas. Si el SCADA cae, nadie ve nada.

Alternativa B2B

Deja atrás el licenciamiento restrictivo

Conoce por qué iGromi OS es una alternativa moderna a sistemas SCADA y MES heredados.

El Nuevo Estándar: Edge AI

La industria ya no compra licencias costosas "por tag" ni depende de nubes lentas. Las plantas modernas procesan datos localmente a < 5ms con autonomía total, incluso sin internet.

Ver Matriz de Arquitectura

Entra MQTT: Report by Exception #

MQTT funciona por Publicar/Suscribir. Los sensores (Publicadores) solo envían datos cuando ALGO CAMBIA. Si la temperatura es constante, silencio absoluto en la red. Esto reduce el consumo de ancho de banda hasta en un 95%.

¿Pero qué le falta a MQTT? Contexto. (Aquí entra Sparkplug B) #

MQTT puro es agnóstico del payload. Puedes enviar un JSON, un XML o una foto de un gato. El suscriptor no sabe qué es "45.2". ¿Es temperatura? ¿Presión? ¿Velocidad?

Sparkplug B es una especificación construida SOBRE MQTT que define:

  • Estructura de Tópicos Estándar: spBv1.0/Grupo/Nodo/Dispositivo.
  • Codificación Eficiente: Usa Google Protobufs en lugar de JSON texto, comprimiendo los datos aún más.
  • Estado de Vida (State Management): El concepto de "Birth Certificate" y "Death Certificate". Cuando un dispositivo se conecta, envía su definición completa. Cuando se desconecta abruptamente (corte de luz), el Broker avisa a todos: "El dispositivo X ha muerto", gracias al mensaje "Last Will and Testament" (LWT).

¿Qué es un Unified Namespace (UNS)? #

Un Unified Namespace es una arquitectura donde el Broker MQTT, hablando Sparkplug B, es el centro del universo de datos de la planta: el ERP se suscribe a datos de producción, el MES publica órdenes de trabajo, el PLC publica estados de máquina — todos leyendo y escribiendo en el mismo lugar, sin integraciones punto a punto.

Todos desacoplados. Puedes reiniciar el ERP y la planta sigue produciendo y publicando datos. Es la arquitectura definitiva para la resiliencia.

¿Un Unified Namespace reemplaza a un Data Lake industrial? #

No — resuelven problemas distintos. Un Data Lake es un repositorio que acumula datos crudos para analizarlos después: bueno para históricos, machine learning y reportes de largo plazo, pero con minutos u horas de latencia. Un Unified Namespace entrega el dato mientras ocurre, para que el SCADA, el MES y las alertas actúen en tiempo real.

En la práctica no compiten: el UNS es la fuente en vivo de la planta, y uno de sus suscriptores puede ser, precisamente, el Data Lake que archiva ese mismo flujo para análisis histórico.

KEYWORDS:

#MQTT#Sparkplug B#OPC-UA#UNS#que es sparkplug b#unified namespace#que es un unified namespace#unified namespace vs data lake
Sebastián Carrillo

Sobre el Autor

Lead Hardware Engineer

Sebastián Carrillo

Traduce el código en tornillos apretados. Lidera instalaciones en faena y diseña los gateways industriales de iGromi, resolviendo problemas donde el polvo y la vibración entran en juego.

¿Te resultó útil? Comparte con tu equipo

Ayúdanos a llegar a más ingenieros y gerentes de planta que puedan beneficiarse de este contenido.

BOLETÍN_DE_INGENIERÍA

Mantente al Frente de la Industria 4.0

Únete a +5,000 gerentes y expertos. Recibe análisis técnicos, guías de OEE y arquitecturas Edge directamente en tu bandeja. Cero spam.

FREE_DOWNLOAD

Guía Definitiva de Productividad

Aprende a medir OEE y detectar microparadas con nuestro PDF técnico y checklist interactivo.

¿Buscas una solución automatizada?