OPC UA stellt industrielle Informationsmodelle und Kommunikationsdienste bereit; MQTT transportiert Nachrichten nach dem Publish/Subscribe-Prinzip. Beide können zusammenarbeiten, auch als OPC UA PubSub über MQTT. Wählen Sie eine dokumentierte Architektur nach Datenbedeutung, Zustellanforderungen und unterstützten Implementierungen. Eine künstliche Entweder-oder-Frage hilft nicht. Erhalten Sie Anlagenkennung, Einheiten, Quellzeitstempel, Qualität und Ereigniskennung über den gesamten Weg. Die Zustellung allein belegt nicht, dass ein Wert aktuell, gültig oder für eine Fertigungsentscheidung geeignet ist.
Verstehen, warum OPC UA und MQTT zusammenpassen.
Einen Mindestvertrag für brauchbare Fertigungsdaten festlegen.
Doppelte, alte und ungültige Datensätze vor der Kennzahlennutzung testen.
Bedeutung und Nachrichtentransport trennen
Ein Temperaturwert von 75 braucht Maschine, Sensor, Einheit, Zeitstempel und Qualitätsstatus. Ohne diese Angaben unterscheidet der Empfänger weder Celsius von Fahrenheit noch eine aktuelle von einer zwischengespeicherten Messung sicher.
OPC UA modelliert industrielle Informationen und unterstützt mehrere Kommunikationsmuster. MQTT verteilt Nachrichten über Themen und einen Broker. Die OPC Foundation unterstützt ihre Verbindung ausdrücklich; die Cloud Initiative enthält eine Referenzarchitektur von 2026 und eine Arbeitsgruppe für OPC UA über MQTT.
Der Industrial-IoT-Leitfaden beschreibt das weitere System. Hier geht es darum, die vereinbarte Datenbedeutung zwischen Erfassung und Analyse zu erhalten.
Ein unterstütztes Muster wählen
Ein OPC-UA-Client kann Serverdaten lesen oder abonnieren und über eine lokale Edge-Anwendung weiterreichen. Alternativ veröffentlicht eine unterstützte OPC-UA-PubSub-Implementierung einen definierten Datensatz über MQTT. Das sind unterschiedliche Entwürfe. Benennen Sie den, den Ihre Geräte und Programme tatsächlich unterstützen.
MQTT liefert kein industrielles Informationsmodell, nur weil die Nutzdaten JSON sind. Ein eigener JSON-Datenvertrag kann sinnvoll sein, entspricht aber nicht automatisch OPC UA PubSub. Das IIoT StarterKit der OPC Foundation zeigt einen konkreten standardkonformen Publisher.
Bestätigen Sie Kodierung, Themenkonventionen, Metadatenversionen und Kompatibilität der Empfänger vor der Auswahl. Ein Protokollhäkchen in zwei Produkten beweist keine Zusammenarbeit.
Festlegen, was ein Empfänger wissen muss
Fiktiver Datenvertrag für einen Wellenzähler, der nur der Analyse dient: Maschine P-07 meldet 412 angenommene Teile als kumulativen Zählerstand um 10:15:00 UTC. Der Edge-Datensatz trifft fünf Sekunden später ein. Die Ankunftszeit darf die Quellzeit nicht stillschweigend ersetzen.
Die folgenden Felder dienen der Erklärung und schreiben kein OPC-UA-Übertragungsformat vor. Eine produktive Umsetzung behält Quellstatus, Versionierung und Kennungen ihres dokumentierten Modells bei.
| Feld | Beispielwert | Bedeutung |
|---|---|---|
| Anlage und Messgröße | P-07 / accepted-count | Identifiziert den gezählten Vorgang |
| Wert und Einheit | 412 / Stück, kumulativ | Verhindert die Deutung eines Gesamtstands als Zuwachs |
| Quell- und Ankunftszeit | 10:15:00 / 10:15:05 UTC | Trennt Ereigniszeit und Verzögerung |
| Qualität und Version | Good / Schema 1 | Zeigt ungültige Daten und Vertragsänderungen |
| Ereigniskennung | Quellsitzung S8, Folge 92 | Unterstützt Duplikatprüfung und Neustartkontrolle |
Neuverbindung, Duplikate und alte Werte testen
OASIS MQTT definiert Zustellqualitätsstufen. Mindestens-einmal-Zustellung kann Duplikate erzeugen. Selbst eine genau-einmal-Zustellung auf Protokollebene garantiert nicht, dass Datenbank und Geschäftsrechnung jedes echte Ereignis durchgängig genau einmal verarbeiten.
Ein zurückbehaltener Wert kann einen neuen Abonnenten lange nach der Messung erreichen. Behalten Sie Quellzeitstempel, definieren Sie Aktualität und verwenden Sie gegebenenfalls unterstützte Ablaufmechanismen. Fehlende Daten bleiben fehlend. Eine ersatzweise null könnte eine stehende Linie vortäuschen.
Ein unveränderter OPC-UA-Wert kann einen älteren Quellzeitstempel behalten, obwohl die Quelle gesund ist. Nutzen Sie auch geeigneten Erfassungsstatus, Serverzeit oder Lebenszeichen. Ein alter Änderungszeitstempel allein beweist keinen Ausfall.
Testen Sie Zählerrücksetzungen, vertauschte Ereignisfolgen, Verbindungsabbrüche und ungültige Qualität. Unterschiedliche Fehler brauchen unterschiedliche Regeln.
- Einen Analysezweck definieren
Beginnen Sie mit einer nur lesenden Messgröße und nennen Sie zulässige Verzögerung, Gültigkeit und Berichtsgrenze.
- Den Datenvertrag dokumentieren
Erfassen Sie Anlagenkennungen, Datentypen, Einheiten, Zeitbedeutung, Qualität, Schema und Ereigniskennung.
- Ungewöhnliche Zustellung testen
Simulieren Sie Trennungen, Wiederholung, Duplikate, alte zurückbehaltene Werte, Rücksetzungen und ungültigen Quellstatus.
- Mit einem geprüften Datensatz abgleichen
Vergleichen Sie Gutmengenzuwächse und Zeitfenster mit unabhängig geprüften Fertigungsdaten, bevor Sie erweitern.
Steuerung und Sicherheit aus dem Versuch heraushalten
Eine Analyseverbindung darf keine ungeprüften Maschinenbefehle ermöglichen. Zugang, Zertifikate, Berechtigungen, Netztrennung und unterstützte Sicherheitskonfigurationen brauchen betriebliche Zuständigkeit und fachkundige Prüfung.
Das Beispiel beschreibt keine deterministische Steuerung. Verzögerung und Verfügbarkeit einer Cloud-Anzeige können zur Trendanalyse passen und für Steuerungs- oder Sicherheitsfunktionen ungeeignet sein. Benennen Sie diese Grenze.
Den Weg nach brauchbaren Nachweisen beurteilen
Erfassen Sie Aktualität, Qualitätsstatus, fehlende Intervalle, verworfene Duplikate und Schemafehler. Die bloße Nachrichtenzahl sagt wenig, wenn derselbe alte Wert immer wieder eintrifft.
Mit verlässlichen Daten können Fertigungsanalysen und Produktionsüberwachung die betriebliche Frage beantworten. Beginnen Sie mit einer Maschine und einer abgeglichenen Messgröße und erweitern Sie den Vertrag bewusst.
Praxis-Checkliste
- Das unterstützte OPC-UA- und MQTT-Muster bestätigen.
- Eigenes JSON von standardkonformem PubSub unterscheiden.
- Anlagenkennungen und Einheiten erhalten.
- Quellzeit getrennt von Ankunftszeit behalten.
- Quellqualität und Schemaversion mitführen.
- Doppelte Ereignisse und Zählerrücksetzungen behandeln.
- Alte zurückbehaltene Werte und fehlende Intervalle testen.
- Analysezugang von freigegebener Steuerung und Sicherheit trennen.
Häufige Fragen
Häufige Fragen
Quellen und Vertiefung
Maßgebliche Referenzen für Recherche und Prüfung dieses Leitfadens.