MQTT für Industrie 4.0: Sparkplug B, Unified Namespace und ISA-95-Topic-Design für Fabriken und Industriedaten.
Eclipse Tahu ist die Referenzimplementierung von Sparkplug. Dieser Leitfaden stellt die Java-, Python- und C-Bibliotheken vor, zeigt, wie Sie sie bauen, und verbindet einen Tahu-basierten Python-Edge-Node mit einem MQTT-Broker.
Was Industrial DataOps in der Praxis bedeutet: Kontextualisierung, Normalisierung, Qualitätsprüfungen und Governance von OT-Daten und wie Sie diese Schicht auf einem MQTT-Namespace betreiben.
Industrie 5.0 ersetzt Industrie 4.0 nicht. Sie ergänzt dieselben vernetzten Technologien um menschzentrierte, nachhaltige und resiliente Ziele. Dieser Vergleich erklärt die Unterschiede und warum Live-Werksdaten das Fundament für beide bleiben.
Ein IIoT-Edge-Gateway verbindet Maschinen, die Modbus, OPC UA oder proprietäre Protokolle sprechen, mit MQTT und der Cloud. Lernen Sie seine Kernaufgaben, gängige Architekturen und die richtige Auswahl kennen.
Konfigurieren Sie die CODESYS IIoT MQTT Client Library, um SPS-Variablen als JSON zu veröffentlichen, prüfen Sie sie auf broker.connectmq.com und wechseln Sie dann zu einem privaten Broker mit Zugangsdaten und TLS.
Die ISA-95-Anlagenhierarchie gibt jeder Maschine eine Adresse: Unternehmen, Standort, Bereich, Arbeitszentrum und Arbeitseinheit. Dieser Leitfaden erklärt jede Ebene mit Beispielen aus dem Werk und zeigt, wie Sie Live-Geräte darauf abbilden.
Sparkplug B Payloads sind kompakte Protobuf-Nachrichten und sehen in einem normalen MQTT-Client deshalb wie Zeichensalat aus. Dieser Leitfaden erklärt jedes Feld, zeigt ein dekodiertes Beispiel und beschreibt, wie Sie Payloads in der Praxis untersuchen.
Sparkplug Templates bringen benutzerdefinierte Typen im SPS-Stil zu MQTT. Dieser Leitfaden erklärt Template-Definitionen und -Instanzen, Parameter, Verschachtelung und Versionierung, mit Python-Code für ein Pumpen-Template und Tipps für konsistente Modelle über alle Edge Nodes hinweg.
Ein praxisnaher Vergleich der drei wichtigsten Architekturen, um eine SPS in die Cloud zu bringen: natives SPS-MQTT, Edge-Gateways und SCADA-basierte Weiterleitung, jeweils mit Überlegungen zu Sicherheit, Zuverlässigkeit und Datenmodellierung.
Ein praxisnaher Vergleich BACnet vs Modbus zu Datenmodellen, Transport, Discovery, Sicherheit und typischen Einsatzfeldern, mit einem klaren Muster, um beide Protokolle in MQTT-Topics für einen Cloud-Broker zu übersetzen.
Sparkplug 3.0 behält Payload und Topic-Namespace bei, verschärft aber die Regeln für Host-Zustand, bdSeq und Sessions. Dieser Vergleich erklärt jede Änderung und liefert eine praktische Upgrade-Checkliste für Edge Nodes und Host-Anwendungen.
Mit OPC UA Part 14 können OPC-UA-Publisher Daten über jeden standardkonformen MQTT Broker senden. Lernen Sie die PubSub-Bausteine, JSON- vs. UADP-Kodierung, Konventionen für Topics und Metadaten kennen und veröffentlichen und dekodieren Sie Nachrichten selbst.
So nutzen Sie MQTT für Bohrlochköpfe, Pipelines und Tanklager über Mobilfunk- und Satellitenstrecken, mit Keep-Alive-, Session-, QoS- und Report-by-Exception-Einstellungen, die auf teure, unterbrochene Verbindungen abgestimmt sind.
Mobilfunkverbindungen ändern die Regeln für MQTT. Erfahren Sie, wie Sie den monatlichen Datenverbrauch schätzen, Keep-Alive-Werte wählen, die das Carrier-NAT überstehen, TLS-Handshake-Kosten senken und zwischen LTE-M und NB-IoT entscheiden.
Schreiben Sie in Python eine Brücke von Modbus TCP zu MQTT, die Holding- und Input-Register pollt, 32-Bit-Floats dekodiert, Werte skaliert und nur relevante Änderungen an einen Cloud-MQTT-Broker veröffentlicht.
Lesen Sie Tags aus ControlLogix und CompactLogix mit pycomm3 über EtherNet/IP, bilden Sie sie auf ISA-95-Topics ab und veröffentlichen Sie sie mit Totbändern, Last Will und TLS an einen MQTT-Broker.
Wo sollten Industriedaten verarbeitet werden? Vergleichen Sie Edge und Cloud bei Latenz, Bandbreite, Ausfallsicherheit, Sicherheit und Kosten, und sehen Sie ein funktionierendes hybrides Muster, das schnelle Logik lokal hält und Ergebnisse über einen Cloud-MQTT-Broker teilt.
Über Birth- und Death-Zertifikate weiß Sparkplug, was online ist und ob Daten aktuell sind. Dieser Leitfaden erklärt NBIRTH, NDEATH, DBIRTH und DDEATH, Sequenznummern und bdSeq, mit einem funktionierenden Python-Simulator.
Das Purdue-Modell und ISA-95 teilen sich Ebenennummern, lösen aber unterschiedliche Probleme. Dieser Vergleich erklärt beide, wie sie zusammenhängen und wie MQTT-basierte Architekturen den Datenfluss abflachen, ohne die Sicherheit abzuflachen.
Ein industrieller MQTT-Broker transportiert den Zustand des Werks, nicht nur Nachrichten. Dieser Leitfaden erklärt die Fähigkeiten, die in der Fertigung zählen, von Sparkplug-Unterstützung und Retained State bis zu Sicherheit und Transparenz, inklusive eines Skripts, mit dem Sie sie selbst testen.
Ein Sparkplug Rebirth veranlasst einen Edge Node, seine Births erneut zu veröffentlichen, damit ein Host eine korrekte Sicht wiederherstellen kann. Dieser Leitfaden zur Fehlersuche behandelt NCMD-Rebirth, Sequenzlücken, unbekannte Aliase, Rebirth-Stürme und einen schrittweisen Diagnoseablauf.
Sparkplug B und reines JSON laufen beide auf jedem MQTT Broker, lösen aber unterschiedliche Probleme. Dieser Vergleich behandelt Interoperabilität, Zustandserkennung, Bandbreite, Tools und ein hybrides Muster, das Ihnen beides bietet.
Eine praxisnahe Anleitung zum Aufbau eines Unified Namespace: von der Modellierung der Anlagenhierarchie und der Wahl des Brokers bis zum Publizieren von Retained State an der Edge und den ersten Consumern.
Zwei bewährte Wege, Daten per MQTT aus einer S7-1200 oder S7-1500 zu holen: die SPS-native LMQTT-Bibliothek und ein externes Python-Gateway mit python-snap7, inklusive TLS, Unified-Namespace-Topics nach ISA-95 und Report by Exception.
So kodieren Sie die ISA-95-Anlagenhierarchie in MQTT-Topics: Reihenfolge der Ebenen, Gestaltung des Blatts, Planung von Wildcards, Payload-Entscheidungen und typische Fallstricke, dazu das erneute Publizieren von Sparkplug-B-Daten in denselben Baum.
Alte Maschinen fertigen in vielen Werken des Maschinenbaus und der Fertigung noch immer die meisten Teile. Dieser Leitfaden zeigt, wie Sie Bestandsmaschinen mit Stromzangen, Zusatzsensoren und einem Gateway für IoT nachrüsten und den Maschinenzustand per MQTT veröffentlichen, ohne eine Zeile SPS-Code anzufassen.
Drahtlose Industriesensoren machen es günstig, zu messen, was nie verkabelt wurde. Dieser Leitfaden vergleicht die wichtigsten Funktechnologien und zeigt, wie die Daten jeder einzelnen in einem gemeinsamen MQTT-Broker landen, mit einer funktionierenden LoRaWAN-zu-MQTT-Bridge.
Wie MQTT die SCADA-Telemetrie verändert: Report by Exception statt Polling, ein Broker als Drehscheibe zwischen RTUs und SCADA-Hosts, Zustandserkennung mit Last Will und Sparkplug B sowie ein schrittweiser Migrationspfad.
Ein Unified Namespace und ein Data Lake lösen unterschiedliche Probleme. Dieser Vergleich erklärt Echtzeit-Zustand gegenüber historischer Analyse, wo beides hingehört und wie ein einfacher Subscriber beides verbindet.
Konfigurieren Sie den MQTT-Client-Agent des Kepware IoT Gateway, um SPS-Tags per TLS an einen Cloud-MQTT-Broker zu senden, gestalten Sie die JSON-Payload und verteilen Sie die Daten auf einen sauberen ISA-95-Topic-Baum.
Konto anlegen, Broker-Zugangsdaten erhalten und das erste Gerät verbinden — ohne Server, die installiert, gepatcht oder skaliert werden müssen.
