Sparkplug B es una especificación abierta que se sitúa sobre MQTT y define exactamente cómo los dispositivos industriales se anuncian, describen sus datos y señalan cuando quedan desconectados, convirtiendo una canal genérico de mensajes en un estándar de telemetría autodescriptivo y consciente del estado.
MQTT simple es un transporte ligero de publicar/suscribir: mueve bytes desde un publicador a cualquier suscriptor, pero no dice nada sobre lo que esos bytes significan, qué unidades llevan o si el emisor sigue vivo. Sparkplug B cubre esa laguna.
Creado bajo la Eclipse Foundation y ahora mantenido como un estándar abierto, asigna a cada etiqueta un tipo de dato definido, una estructura de topic conocida y un ciclo de vida para que cualquier consumidor, desde un panel de OEE hasta un historizador, pueda interpretar una carga útil sin un mapa de integración hecho a mano.
MQTT fue diseñado para redes con restricciones y poco fiables, que es precisamente por lo que prospera en la fabricación. Pero tal como viene, deja tres problemas difíciles sin resolver.
Primero, los espacios de nombres de temas son un caos: un integrador publica en plant1/line3/oven/temp , otro en Oven_Temp_C , y nada hace cumplir la consistencia.
Segundo, las cargas útiles son opacas; un valor de "72" podría ser Celsius, Fahrenheit o un código de fallo, y el suscriptor no tiene forma de saberlo. Tercero, MQTT no tiene un concepto incorporado de frescura.
Si una pasarela pierde energía, su último valor publicado permanece en el broker, y un panel sigue mostrando una lectura obsoleta como si la máquina estuviera funcionando correctamente.
En una planta estos vacíos no son académicos. Datos obsoletos o mal etiquetados corrompen los cálculos de disponibilidad y rendimiento, por eso los equipos que se preocupan por la efectividad global del equipo (OEE) no pueden confiar solo en MQTT crudo. Sparkplug B fue escrito específicamente para cerrar estos huecos para la tecnología operativa.
La característica distintiva de Sparkplug B es el ciclo de vida de certificados. Cuando un nodo edge o un dispositivo se conecta, publica un certificado de nacimiento (un NBIRTH para un nodo, un DBIRTH para un dispositivo). Este mensaje no es solo un saludo.
Contiene la lista completa de cada métrica que el dispositivo publicará alguna vez, cada una con su nombre, tipo de dato y valor inicial. Un suscriptor que recibe el certificado de nacimiento conoce inmediatamente todo el esquema, sin necesidad de un archivo de configuración externo.
El certificado de defunción es la imagen espejo. Cada cliente Sparkplug registra un Mensaje de Última Voluntad y Testamento en el broker al conectarse. Si el dispositivo se desconecta de la red de forma no ordenada, el propio broker publica el NDEATH pre-registrado en nombre del dispositivo.
Los consumidores se enteran al instante de que la fuente está offline y pueden marcar sus datos como obsoletos en lugar de confiar en un último valor congelado. Esto es verdadera conciencia del estado: el sistema sabe la diferencia entre "el valor está legítimamente estable" y "el emisor ha desaparecido".
Para cualquiera que calcule métricas de fiabilidad como MTBF y MTTR , distinguir una parada real de una caída de comunicaciones es la diferencia entre un número confiable y uno ficticio.
Las cargas útiles de Sparkplug B se codifican con Protocol Buffers de Google, un formato binario compacto. Cada payload lleva una marca de tiempo, un número de secuencia y una lista de métricas. Una métrica es un objeto con nombre y tipo de dato, por lo que una lectura de temperatura viaja como una unidad estructurada con un tipo Int, Float o Booleano explícito en lugar de una cadena ambigua.
El espacio de nombres de temas es igualmente disciplinado. Cada topic Sparkplug sigue el patrón fijo spBv1.0/group_id/message_type/edge_node_id/device_id . Debido a que la estructura está estandarizada, cualquier herramienta puede suscribirse con un solo comodín y descubrir automáticamente cada grupo, nodo y dispositivo en la red.
Este modelo de informe por excepción también importa: tras el certificado de nacimiento, los dispositivos publican solo los valores que han cambiado (mensajes NDATA y DDATA), lo que reduce drásticamente el ancho de banda en los enlaces con restricciones comunes en las plantas.
La naturaleza autodescriptiva significa que la base de datos permanece lo bastante limpia como para alimentar análisis posteriores, desde gráficos de control estadístico de procesos hasta análisis de Pareto de las causas de paro.
Considere una línea de embotellado con 40 sensores, cada uno reportando un valor en punto flotante. Bajo un esquema de sondeo ingenuo podría publicar los 40 valores cada segundo: 40 mensajes por segundo, o 3.456.000 mensajes por día.
Con Sparkplug B y su informe por excepción, suponga que solo 5 de las 40 métricas cambian realmente en un segundo dado (la temperatura deriva lentamente, la mayoría de los estados están estables).
Eso son aproximadamente 5 mensajes DDATA por segundo más un certificado de nacimiento al arrancar: unas 432.000 mensajes por día, una reducción de alrededor del 87 por ciento en volumen de mensajes. En un enlace celular o compartido de la planta, eso es la diferencia entre una tubería saturada y margen de sobra.
Ahora el beneficio en OEE. Digamos que los certificados de defunción y nacimiento de la línea muestran que estuvo verdaderamente conectada y en funcionamiento 400 minutos de un turno de 480 minutos. La disponibilidad es 400 / 480 = 83,3 por ciento .
Las métricas de contadores informan 9.000 unidades frente a una tasa ideal de 25 unidades por minuto durante esos 400 minutos (10.000 ideales), por lo que el rendimiento es 9.000 / 10.000 = 90 por ciento .
Las métricas de calidad muestran 8.730 unidades buenas, así que la calidad es 8.730 / 9.000 = 97 por ciento . Multiplíquelas: 0,833 x 0,90 x 0,97 = 72,7 por ciento de OEE .
Cada entrada en ese cálculo provino de métricas Sparkplug autodescriptivas y conscientes del estado, sin conjeturas sobre si una caída fue una parada real o una lectura obsoleta.
Sparkplug B se suele combinar con una arquitectura de espacio de nombres unificada, donde un único broker se convierte en la fuente de verdad en tiempo real y cada aplicación tanto publica como consume de él.
Complementa en lugar de reemplazar los sistemas existentes: los datos pueden originarse en PLCs, en capas SCADA , o en pasarelas edge independientes, y luego fluir hacia un CMMS para disparadores de mantenimiento o hacia paneles de control para visibilidad de producción en vivo.
Debido a que el formato es abierto y autodescriptivo, también sustenta estrategias de mantenimiento basado en condición que dependen de flujos continuos y fiables de sensores en lugar de comprobaciones manuales periódicas.
Fabrico es la base de datos en tiempo real que convierte la telemetría limpia del piso de planta en acción.
Ofrece monitorización de OEE y producción en tiempo real, y un CMMS listo para el entorno con órdenes de trabajo, activos, programación preventiva y gestión de repuestos, todo desarrollado en la UE con residencia de datos en la UE.
Cuando una máquina no tiene un PLC o una etiqueta de red accesible para alimentar un flujo Sparkplug, la visión por computador de Fabrico lee el equipo directamente, de modo que incluso los activos heredados contribuyen a sus números de disponibilidad y rendimiento.
La filosofía autodescriptiva y consciente del estado detrás de Sparkplug B es exactamente la disciplina que Fabrico aplica a los datos de OEE : conocer qué significa cada señal y saber cuándo se puede confiar en ella, antes de que llegue a un informe.
No. Sparkplug B funciona sobre MQTT estándar y utiliza un broker compatible. Añade un espacio de nombres de topics definido, un formato de payload con Protocol Buffers y el ciclo de vida de certificados de nacimiento/defunción. Aún necesita un broker MQTT debajo; Sparkplug B es la capa de convenciones que hace que los mensajes sean interoperables y autodescriptivos.
Un certificado de nacimiento (NBIRTH o DBIRTH) se publica una vez cuando un dispositivo se conecta y contiene el esquema completo: cada nombre de métrica, tipo de dato y valor inicial. Los mensajes de datos normales (NDATA o DDATA) se publican después por excepción y llevan solo los valores que han cambiado. Los consumidores usan el certificado de nacimiento para interpretar cada mensaje de datos posterior sin ningún mapeo externo.
Indirectamente pero de forma significativa. Al hacer el estado explícito mediante certificados de defunción, permite a los sistemas distinguir un valor realmente estable de un sensor desconectado, lo que evita que lecturas obsoletas inflen la disponibilidad. Al tipar cada métrica, elimina la ambigüedad de unidades y formato de las entradas de rendimiento y calidad.
Entradas más limpias y conscientes del estado significan que la cifra de OEE que calcule refleja la realidad.
¿Quiere ver la telemetría autodescriptiva y consciente del estado impulsar un OEE en vivo sin una integración personalizada para cada máquina? Reserve una demo de Fabrico y observe cómo sus datos reales de producción se convierten en una base confiable.
Iniciar sesión
Blog
