English 
Français 
Español 
Deutsch 
Português 
Italiano 
العربية Anbindung · Sparkplug B
MQTT Sparkplug B auf einer einzigen IIoT-Plattform
Sparkplug B ist die offene Eclipse-Spezifikation, die einfaches MQTT zu einem selbstbeschreibenden, zustandsbewussten Protokoll für das industrielle Internet der Dinge macht. Kilo spricht es nativ, als Sparkplug Host Application und als Edge Node, über MQTT 3.1.1 und 5.0, getestet mit dem offiziellen Sparkplug TCK 3.0.0.
Besteht das offizielle Sparkplug TCK 3.0.0 · Ergebnisse ansehen
Sparkplug B · Grundlagen
Was ist MQTT Sparkplug B?
MQTT transportiert Nachrichten über einen Broker, lässt aber drei Fragen offen: was ein Topic bedeutet, was ein Payload enthält und ob der Sender noch lebt. Sparkplug B, die offene Eclipse-Spezifikation für das industrielle Internet der Dinge, beantwortet alle drei.
Ein Topic-Namespace
Jede Nachricht liegt unter spBv1.0/group/type/edge-node/device, sodass jeder Host ohne Herstellerhandbuch weiß, woher ein Wert stammt.
Protocol-Buffers-Payload
Das „B“ steht für die Kodierung: ein kompaktes Protobuf-Schema aus Eclipse Tahu, in dem jede Metrik Name oder Alias, Datentyp, Zeitstempel und Wert trägt.
Regeln für den Sitzungszustand
Birth- und Death-Zertifikate, Sequenznummern und Rebirth-Anfragen zeigen jedem Host, was online ist, sodass veraltete Daten nie als live erscheinen.
Sparkplug B · Vergleich
Sparkplug B vs. MQTT: Was ergänzt Sparkplug?
Sparkplug B ersetzt MQTT nicht: Es läuft auf jedem Broker für MQTT 3.1.1 oder 5.0 und ergänzt die Vereinbarung, die reines MQTT jedem Hersteller selbst überlässt.
Sparkplug B · Topics
Wie funktioniert der Topic-Namespace von Sparkplug B?
Jedes Sparkplug-Topic hat dieselben fünf Teile. Der Nachrichtentyp in der Mitte sagt, was die Nachricht ist; eine Host Application meldet sich unter spBv1.0/STATE/host_id an.
Ein Edge Node geht online und listet alle seine Metriken.
Ein Device hinter dem Node geht mit seinen Metriken online.
Nur geänderte Werte, Report by Exception.
Ein Node oder Device geht offline; seine Daten gelten als veraltet.
Befehle von einem Host zurück an einen Node oder ein Device.
Eine Primary Host Application meldet, dass sie online ist.
Sparkplug B · Sitzungszustand
Wie funktionieren Birth- und Death-Zertifikate in Sparkplug?
Birth-Zertifikate beschreiben alles, was ein Node senden wird; Death-Zertifikate, die der Broker als MQTT-Will zustellt, markieren ihn offline, sobald die Verbindung abbricht.
- CONNECT
NDEATH als Will registriert
Der Edge Node verbindet sich mit seinem Death-Zertifikat als MQTT-Will, samt bdSeq-Nummer.
- NBIRTH
Birth-Zertifikat des Nodes
Jede Node-Metrik mit Datentyp und aktuellem Wert, dieselbe bdSeq und seq 0.
- DBIRTH
Device-Births
Eines je Device hinter dem Node, damit ein Host jede Metrik kennt, bevor Daten eintreffen.
- DATA
Nur Änderungen
NDATA und DDATA tragen geänderte Werte; seq läuft von 0 bis 255, damit ein Host jede Lücke sieht.
- NDEATH
Death oder Rebirth
Bricht die Verbindung ab, publiziert der Broker das NDEATH. Bei einer Lücke sendet ein Host Rebirth.
Sparkplug B · Rollen
Was sind Edge Node und Host Application in Sparkplug?
Ein Edge Node hält die MQTT-Sitzung an der Edge; eine Host Application konsumiert die Daten. Kilo übernimmt beide Rollen, über den Broker Ihrer Wahl.
Gateway, SPS oder Edge-Software
- Publiziert Births, Daten und Deaths
- Führt NCMD und DCMD aus
- Wartet auf den Primary Host, falls konfiguriert
Jeder Broker für MQTT 3.1.1 oder 5.0
- Leitet spBv1.0-Topics weiter
- Stellt den NDEATH-Will zu
- Hält den retained STATE
Kilo IIoT-Plattform
- Publiziert STATE als Primary Host
- Verfolgt bdSeq, seq und Rebirth
- Macht aus Metriken Geräte, Regeln und Alarme
Sparkplug B · Architektur
Wie baut man einen Unified Namespace mit MQTT Sparkplug auf?
Ein Unified Namespace (UNS) ist eine IIoT-Architektur, in der jedes System seinen aktuellen Zustand in eine gemeinsame Hierarchie publiziert, meist einen MQTT-Broker, statt Punkt-zu-Punkt-Integrationen zu nutzen.
- Bilden Sie die Anlagenhierarchie auf Sparkplug-IDs ab: die Gruppe für einen Standort oder Bereich, den Edge Node für eine Linie oder Zelle, das Device für eine Maschine.
- Birth-Zertifikate machen jeden Node selbstbeschreibend, sodass neue Anlagen ohne manuelles Mapping im Namespace erscheinen.
- Death-Zertifikate halten den Namespace ehrlich: Sobald ein Node stirbt, wird jeder seiner Werte als veraltet markiert.
- Kilo konsumiert denselben Namespace, sodass Dashboards, Regeln und Alarme die Anlage genau so sehen, wie sie publiziert wird.
Sparkplug B · Vergleich
OPC UA vs. MQTT Sparkplug B
Sie ergänzen sich, statt zu konkurrieren: Eine gängige IIoT-Architektur liest Anlagen an der Edge über OPC UA aus und publiziert sie als Sparkplug B an den Broker, der den Unified Namespace speist.
Sparkplug B · Broker
Welcher MQTT-Broker funktioniert mit Sparkplug B?
Jeder Broker, der MQTT korrekt implementiert, kann Sparkplug B transportieren. Kilo arbeitet mit dem Broker, den Sie bereits betreiben, über mqtt:// oder mqtts://, oder mit einem verwalteten Cloud-MQTT-Endpunkt.
Sparkplug Compliant Broker
Jeder Broker für MQTT 3.1.1 oder 5.0 mit QoS 0 und 1, Retained Messages und Will. Mehr brauchen Edge Nodes und Hosts nicht.
Sparkplug Aware Broker
Speichert zusätzlich die neuesten Birth-Zertifikate für später hinzukommende Clients. Nützlich, aber weder Hosts noch Edge Nodes hängen davon ab.
Ihr Broker oder Cloud MQTT
Richten Sie Kilo auf den Broker, den Ihre Edge Nodes schon nutzen, oder lassen Sie die Plattform einen verwalteten Endpunkt mit eigenen Zugangsdaten bereitstellen.
Sparkplug B · Beispiel
MQTT Sparkplug B Beispiel
Eine Abfülllinie an einem Standort, vom ersten Birth-Zertifikat bis zum Verbindungsverlust, so wie die Nachrichten auf dem Broker erscheinen.
- Der Edge Node line-3 registriert sein NDEATH als Will und publiziert dann sein NBIRTH und ein DBIRTH für das Device filler.
- Danach werden nur Änderungen übertragen: ein DDATA je Änderung, jedes mit der nächsten seq-Nummer.
- Befehle gehen als DCMD denselben Baum hinunter zurück.
- Verliert das Gateway den Strom, publiziert der Broker das NDEATH, und jeder Host markiert line-3 und filler als offline.
Sparkplug B · Konformität
Was ist das Eclipse Sparkplug TCK?
Das Technology Compatibility Kit ist die offizielle Testsuite der Eclipse Foundation für die Spezifikation. Kilos Sparkplug-B-Implementierung besteht das signierte TCK 3.0.0 für die Profile Edge Node und Host Application, auf MQTT 5.0 und 3.1.1, und jedes Ergebnis ist öffentlich.
- 28/28
- Bestandene TCK-Testläufe
- 273
- Bestandene Anforderungen
- 2
- Getestete Profile
- 6/6
- Bestandene optionale Gruppen
Anbindung · Sparkplug B
Wie verbinde ich Sparkplug-B-Geräte mit einer IoT-Plattform?
Kilo auf Ihren Broker richten
Fügen Sie einen Sparkplug-B-Konnektor für den Broker hinzu, den Ihre Edge Nodes bereits nutzen, oder für einen Cloud-MQTT-Endpunkt, und wählen Sie die Gruppen, die abonniert werden.
Births werden zu Geräten
Jedes NBIRTH und DBIRTH registriert seinen Node oder sein Device mit jeder Metrik, jedem Datentyp und jeder Einheit — ein Payload-Mapping ist nicht nötig.
Daten, Deaths und Befehle
Änderungen fließen in Dashboards, Regeln und Alarme; Deaths markieren Werte sofort als veraltet; Befehle gehen als NCMD und DCMD zurück.
Anbindung · Sparkplug B
Was muss eine IIoT-Plattform für Sparkplug B unterstützen?
- Sparkplug 3.0.0
- Profile Edge Node und Host Application, auf MQTT 3.1.1 und MQTT 5.0, getestet mit dem offiziellen Sparkplug TCK 3.0.0.
- Vollständiger Sitzungszustand
- Verfolgung von bdSeq und seq, per Will zugestellte Deaths, Rebirth-Anforderungen bei jeder Lücke und Markierung als veraltet, sobald ein Node oder Device stirbt.
- STATE des Primary Hosts
- Ein retained STATE-Birth und ein STATE-Death als Will, damit Edge Nodes, die auf den Primary Host warten, wissen, wann Kilo zuhört.
- Neuordnung von Nachrichten
- Nachrichten in falscher Reihenfolge werden innerhalb eines Timeouts zurückgehalten und neu geordnet, bevor ein Rebirth angefordert wird — ein kurzer Broker-Aussetzer ist kein Datenverlust.
- Alle Datentypen
- Alle skalaren und Array-Typen von Sparkplug B, Datasets, Templates, Properties und Metrik-Aliase, dekodiert anhand dessen, was jede Birth deklariert hat.
- Befehle in beide Richtungen
- NCMD- und DCMD-Schreibzugriffe auf Node- und Device-Metriken, einschließlich Node Control/Rebirth, aus Dashboards, Regeln oder der API.
Anbindung · Sparkplug B
Was kann man mit Sparkplug-B-Daten machen?
Anbindung · Sparkplug B
FAQ zu Sparkplug B
Ist Sparkplug B dasselbe wie MQTT?
Nein. MQTT ist der Transport; Sparkplug B ist eine Spezifikation darauf, die den Topic-Namespace, den Protocol-Buffers-Payload und die Regeln für den Sitzungszustand festlegt. Jede Sparkplug-B-Nachricht ist eine MQTT-Nachricht, aber der meiste MQTT-Verkehr ist kein Sparkplug.
Welche MQTT-Versionen unterstützt Sparkplug B?
Sparkplug 3.0.0 läuft auf MQTT 3.1.1 und MQTT 5.0. Kilo unterstützt beide und wurde auf beiden mit dem offiziellen TCK getestet.
Brauche ich für Sparkplug B einen speziellen Broker?
Nein. Jeder Broker für MQTT 3.1.1 oder 5.0, der QoS 1, Retained Messages und den Will korrekt behandelt, funktioniert. Ein Sparkplug Aware Broker ist optional.
Ist Sparkplug B Open Source?
Die Spezifikation ist ein offener Standard der Eclipse Foundation unter der Eclipse Public License, und das Payload-Schema ist in Eclipse Tahu veröffentlicht. Produkte implementieren sie unabhängig; Kilos Implementierung ist eine eigene.
Was ist der Unterschied zwischen IIoT und IoT?
IIoT, das industrielle Internet der Dinge, ist IoT in Werken, Versorgungsbetrieben und Infrastruktur, wo Daten von SPSen, Zählern und Maschinen kommen und zuverlässig, mit Zeitstempel versehen und zustandsbewusst sein müssen. Genau diese Zuverlässigkeit ergänzt Sparkplug B zu MQTT.
Kann ich weiterhin JSON über MQTT nutzen?
Ja. Kilos MQTT-Konnektor parst weiterhin JSON-Payloads, sodass Sparkplug-B-Geräte und einfache MQTT-Geräte nebeneinander in einer Organisation laufen können.
Anbindung · Sparkplug B
Weitere Wege, Industrieanlagen anzubinden
Sparkplug-B-Geräte mit Kilo verbinden
Starten Sie kostenlos und richten Sie Kilo auf Ihren Broker — oder buchen Sie einen Termin: Wir mappen Ihre Sparkplug-Gruppen, Edge Nodes und Geräte gemeinsam.