Wer Maschinendaten aus einer Fertigungsanlage in eine Cloud oder ein übergeordnetes System übertragen möchte, stößt unweigerlich auf zwei Namen: OPC-UA und MQTT. Beide gelten als De-facto-Standards für industrielle IoT-Kommunikation. Beide werden in Marketing-Materialien oft als direkte Alternativen dargestellt. Das ist irreführend – sie lösen unterschiedliche Probleme.
Das grundlegende Missverständnis
OPC-UA ist ein Kommunikationsstandard mit Semantik: Er definiert nicht nur, wie Daten übertragen werden, sondern auch, was sie bedeuten. Ein OPC-UA-Server beschreibt seine Datenobjekte in einem maschinenlesbaren Adressraum – mit Typen, Einheiten, Hierarchien und Metadaten.
MQTT ist ein leichtgewichtiges Transport-Protokoll nach dem Publish/Subscribe-Prinzip: Eine Maschine veröffentlicht Daten auf einem Topic, beliebig viele Empfänger abonnieren es. MQTT definiert keine Semantik – was in einer Nachricht steht, ist Sache des Anwenders.
OPC-UA: Stärken und Schwächen
Stärken:
- Standardisierter Adressraum mit Typen, Einheiten, Hierarchien
- Sicherheit auf Protokollebene (Zertifikate, Verschlüsselung, Authentifizierung)
- Herstellerübergreifende Interoperabilität – besonders wichtig bei Brownfield-Installationen
- Companion Specifications für spezifische Branchen (PackML, CNC, Robotik)
Schwächen:
- Höherer Ressourcenbedarf – nicht für sehr kleine Embedded-Systeme geeignet
- Komplexere Implementierung und Konfiguration
- Nicht ideal für sehr hohe Datendurchsätze (>10.000 Nachrichten/Sekunde)
MQTT: Stärken und Schwächen
Stärken:
- Extrem leichtgewichtig – läuft auf Mikrocontrollern mit 256 KB RAM
- Sehr hoher Durchsatz bei niedriger Latenz
- Einfache Implementierung, große Ökosystem-Unterstützung
- Quality-of-Service-Level (0, 1, 2) für unterschiedliche Zuverlässigkeitsanforderungen
Schwächen:
- Keine standardisierte Semantik – jedes System definiert eigene Topic-Strukturen
- Sicherheit muss auf Applikationsebene implementiert werden
- Ohne Sparkplug B oder ähnliche Standards: schwer interoperabel
Direkter Vergleich
| Kriterium | OPC-UA | MQTT |
|---|---|---|
| Semantik / Metadaten | ✓ standardisiert | ✗ selbst definieren |
| Ressourcenbedarf | Mittel–Hoch | Sehr gering |
| Interoperabilität | Hoch (Companion Specs) | Niedrig (ohne Standard) |
| Sicherheit | Protokollnativ | Applikationsebene |
| Durchsatz | Mittel | Sehr hoch |
| Brownfield-Tauglichkeit | Sehr gut | Gut |
Wann was – und wann beides
In der Praxis schließen sich die beiden Protokolle nicht aus – sie ergänzen sich:
- OPC-UA für die Maschinenebene: Strukturierte, semantisch annotierte Daten aus SPS und CNC-Systemen. Typischerweise auf dem Shopfloor-Level bis zum Edge-Gateway.
- MQTT für den Transport: Vom Edge-Gateway in die Cloud. MQTT Sparkplug B standardisiert dabei das Payload-Format und bringt Semantik zurück ins Spiel.
Die Kombination OPC-UA (Shopfloor → Edge) + MQTT Sparkplug B (Edge → Cloud) ist heute der de-facto-Standard in modernen IIoT-Architekturen.
Fazit
Wer Maschinendaten in die Cloud bringen will, sollte weder ausschließlich auf OPC-UA noch ausschließlich auf MQTT setzen. Der pragmatische Ansatz: OPC-UA für die strukturierte Datenerfassung auf dem Shopfloor, MQTT für den effizienten, skalierbaren Transport in übergeordnete Systeme.