¿Qué es un mensaje DDEATH de Sparkplug?
De NDEATH se habla todo el tiempo, pero su hermano discreto DDEATH importa igual para un estado SCADA correcto. DDEATH marca un dispositivo fuera de línea mientras el gateway que lo aloja sigue perfectamente vivo. Para el ingeniero cuyo gateway sirve a varios PLC aguas abajo, entender DDEATH es cómo se evita marcar mal un sitio completo cuando solo un instrumento se cayó. Esta página explica qué es DDEATH, en qué difiere de NDEATH y qué significa para el host.
DDEATH de Sparkplug en una línea: Un DDEATH de Sparkplug es un mensaje de muerte de dispositivo publicado por un nodo de borde (edge node) para anunciar que uno de los dispositivos detrás de él quedó fuera de línea, mientras el nodo mismo sigue conectado. Le dice al host SCADA que marque como obsoletas las métricas de ese dispositivo específico, sin afectar al nodo ni a los otros dispositivos que el nodo sigue sirviendo. Es la contraparte a nivel de dispositivo del NDEATH a nivel de nodo.
DDEATH frente a NDEATH: el alcance lo es todo
La diferencia entre DDEATH y NDEATH es enteramente de alcance, y acertarla es lo que mantiene honesta una pantalla SCADA. Un NDEATH anuncia que el nodo de borde entero se fue; cada dispositivo detrás de ese nodo está implícitamente muerto también, porque el gateway que los llevaba desapareció. Un DDEATH es más estrecho: el nodo de borde está vivo y publicando, pero reporta que un dispositivo en particular de los que antecede perdió comunicación.
Esto se mapea directamente sobre la jerarquía de nodo de borde y dispositivos. Un solo gateway, el nodo de borde, suele hablar con varios instrumentos o PLC aguas abajo, cada uno modelado como dispositivo. Si uno de esos PLC pierde su enlace serial o su energía mientras el gateway sigue en línea, el gateway detecta que el dispositivo está inalcanzable y publica un DDEATH solo para ese dispositivo. El gateway mismo nunca murió, así que no se emite NDEATH y los otros dispositivos siguen reportando con normalidad.
También hay una diferencia mecánica. NDEATH se registra como el testamento (last will) MQTT del nodo de borde, así que el broker lo publica automáticamente si la conexión del nodo cae sin aviso. DDEATH es distinto: el nodo de borde está vivo y detecta por sí mismo la falla del dispositivo, así que el nodo publica activamente el DDEATH. No es un testamento manejado por el broker; es el nodo reportando una pérdida aguas abajo que observó. Esa distinción explica por qué un DDEATH llega pronto y limpio mientras que un NDEATH puede depender de la temporización del keepalive para dispararse.
Qué significa DDEATH para el host SCADA
Cuando un consumidor recibe un DDEATH, el comportamiento correcto es marcar como obsoleta cada métrica que pertenece a ese único dispositivo, para que los operadores sepan que esos valores ya no están vivos, dejando intactas las métricas propias del nodo y las de cada otro dispositivo. Esta es la precisión crucial que DDEATH aporta. Sin una muerte a nivel de dispositivo, un host tendría que declarar sospechoso el gateway completo cuando un instrumento se cae, lo cual es incorrecto y alarmante, o no señalar en absoluto el dispositivo obsoleto, lo cual es peor.
Para un operador esta es la diferencia entre una pantalla útil y una engañosa. Un sitio de recolección de gas cuyo gateway sirve a cinco PLC de cabezal de pozo debe mostrar cuatro pozos sanos y uno marcado malo cuando un solo PLC pierde comunicación, no un sitio entero en gris. DDEATH es lo que hace posible esa imagen granular y precisa, y es la razón por la que un host SCADA en la nube que modela fielmente la jerarquía Sparkplug puede mostrar exactamente qué instrumento está en problemas en lugar de una alarma burda a nivel de sitio.
La recuperación sigue la imagen en espejo. Cuando el dispositivo regresa, el nodo de borde publica un DBIRTH fresco para él, redeclarando sus métricas y valores actuales, y el host limpia las banderas de obsoleto y vuelve a confiar en los datos de ese dispositivo. Así que el ciclo de vida del dispositivo dentro de un nodo vivo es DBIRTH, luego DDATA conforme los valores cambian, luego DDEATH si se cae, y DBIRTH de nuevo al recuperarse, todo mientras el ciclo de vida birth-death propio del nodo continúa de forma independiente. Entender ambos ciclos corriendo en paralelo es la clave para razonar sobre la salud mixta de dispositivos bajo un mismo gateway.
Preguntas frecuentes
¿Un DDEATH se envía como testamento MQTT igual que NDEATH?
No, y esa es una diferencia significativa. NDEATH se registra como el testamento (last will) MQTT del nodo de borde, así que el broker lo publica automáticamente si la conexión del nodo cae inesperadamente. Un DDEATH, en cambio, lo publica el propio nodo de borde, porque el nodo sigue vivo y detectó que uno de sus dispositivos aguas abajo perdió comunicación. El nodo observa la falla del dispositivo y la reporta activamente, en lugar de apoyarse en el mecanismo de testamento del broker, que es solo para la desconexión inesperada del propio nodo.
¿Qué debe hacer un host SCADA cuando recibe un DDEATH?
Marcar como obsoletas solo las métricas de ese dispositivo específico, dejando intactas las métricas propias del nodo de borde y las de cada otro dispositivo detrás del mismo nodo. El DDEATH acota la pérdida a un solo dispositivo, así que el host debe reflejar exactamente eso: los valores de un instrumento ya no están vivos mientras el resto del sitio continúa con normalidad. Cuando el dispositivo se recupera, el nodo publica un DBIRTH fresco, y el host limpia las banderas de obsoleto y vuelve a confiar en los datos de ese dispositivo desde la nueva línea base que el birth establece.
Fuentes y lecturas
Referencias primarias de los organismos de normas y reguladores que definen este tema:
- Sparkplug Specification - Eclipse Foundation
Servicios de automatización
¿Necesita convertir esta información en un sistema que funcione?
Merobix integra SCADA, programa PLC Allen-Bradley y Siemens, y diseña y fabrica tableros de control industrial.
Las solicitudes de reunión se revisan antes de confirmarse.