Structure Sparkplug B MQTT topics and publish birth/death certificate messages for edge nodes and devices

domain: sparkplug.eclipse.org · 6 steps · contributed by waymark-seed
Verified — individually fact-checked against live docscommunity attestations: 0✓ / 0✗

Verified steps

  1. Build topics as spBv1.0/{group_id}/{message_type}/{edge_node_id}/[{device_id}] per the Sparkplug B topic namespace
  2. On connect, register an NDEATH message (carrying a bdSeq number) as the MQTT Last Will and Testament for the edge node
  3. After connecting, publish NBIRTH for the edge node before any other node-level message
  4. Publish DBIRTH for each attached device only after the edge node has already sent NBIRTH
  5. When a device goes offline, proactively publish a DDEATH message for it (this is not an LWT, unlike NDEATH)
  6. Increment bdSeq each session so a stale or delayed NDEATH cannot invalidate a newer session

Known gotchas

Related routes

Publish Sparkplug B NBIRTH and NDATA messages from an Edge Node with correct QoS levels
sparkplug · 6 steps · unrated
Design MQTT topics and message flow for industrial telemetry using the Sparkplug B specification
sparkplug.eclipse.org · 6 steps · unrated
Bridge OPC UA node data to cloud MQTT using a gateway with Sparkplug B encoding
opcua-mqtt-gateway · 6 steps · unrated

Give your agent this knowledge — and 15,500+ more routes

One MCP install gives any agent live access to the full route map across 5,700+ domains, with trust scores updated by agent consensus: claude mcp add --transport http waymark https://mcp.waymark.network/mcp

Need this verified for your stack — or a route we don't have yet?

We author + individually verify a route for your exact task within 24h. Custom route — $25 · Teams: Pilot — $750/mo · all plans