{"id":5851,"date":"2026-10-07T12:17:00","date_gmt":"2026-10-07T12:17:00","guid":{"rendered":"https:\/\/technodidact.de\/?p=5851"},"modified":"2026-06-28T06:17:55","modified_gmt":"2026-06-28T06:17:55","slug":"opc-ua-vs-mqtt-kein-kampf-sondern-eine-zweckgemeinschaft-2","status":"publish","type":"post","link":"https:\/\/technodidact.de\/en\/opc-ua-vs-mqtt-kein-kampf-sondern-eine-zweckgemeinschaft-2\/","title":{"rendered":"OPC UA vs. MQTT: Kein Kampf, sondern eine Zweckgemeinschaft"},"content":{"rendered":"

Autor: DerSchneider<\/strong><\/p>\n\n\n\n

\n\n\n\n

Einleitung<\/h2>\n\n\n\n

Kaum ein Thema wird in der industriellen Kommunikation so leidenschaftlich und zugleich so irref\u00fchrend diskutiert wie die Frage: \u201eOPC UA oder MQTT \u2013 welches Protokoll ist das richtige?\u201c In Foren, auf Konferenzen und in Verkaufspr\u00e4sentationen wird dieser Gegensatz oft als ein Entweder-Oder inszeniert, bei dem sich der Anwender f\u00fcr die eine oder die andere Technologie entscheiden m\u00fcsse. Die Hersteller der einen Fraktion preisen die semantische Tiefe und Sicherheit von OPC UA an, die der anderen das geringe Gewicht und die Skalierbarkeit von MQTT.<\/p>\n\n\n\n

Doch diese Fragestellung ist grundlegend falsch. Sie ist, wie ein Branchenkenner treffend formuliert, ein \u201ecategory error\u201c \u2013 ein Kategoriefehler<\/a>. OPC UA und MQTT operieren auf v\u00f6llig unterschiedlichen Ebenen des Kommunikationsstapels und l\u00f6sen unterschiedliche Probleme. OPC UA ist das W\u00f6rterbuch, das den Daten Bedeutung verleiht; MQTT ist der Umschlag, der sie schnell und leicht von A nach B transportiert<\/strong><\/a>.<\/p>\n\n\n\n

Dieser Artikel r\u00e4umt mit dem Missverst\u00e4ndnis auf, dass es einen \u201eKampf\u201c zwischen den beiden Protokollen g\u00e4be. Stattdessen zeigt er, wie OPC UA und MQTT in einer modernen IIoT-Architektur ideal zusammenwirken \u2013 als Zweckgemeinschaft, bei der jedes Protokoll das leistet, was es am besten kann.<\/p>\n\n\n\n

\n\n\n\n

1. Die Grundlagen: Zwei Welten, zwei Philosophien<\/h2>\n\n\n\n

A) OPC UA \u2013 Die Semantikmaschine<\/h3>\n\n\n\n

OPC UA (Open Platform Communications Unified Architecture) ist kein reines Transportprotokoll. Es ist ein umfassender Kommunikationsstandard<\/strong>, der von der OPC Foundation entwickelt wurde und f\u00fcr den sicheren, zuverl\u00e4ssigen und plattformunabh\u00e4ngigen Datenaustausch in industriellen Automatisierungssystemen konzipiert ist<\/a>.<\/p>\n\n\n\n

Die Schl\u00fcsselkompetenz von OPC UA liegt in seiner Informationsmodellierung<\/strong>: Es unterst\u00fctzt strukturierte Datentypen, objektorientierte Modelle und komplexe Datenstrukturen<\/a>. Eine Pumpe ist in OPC UA nicht einfach eine Gleitkommazahl, sondern ein Objekt mit Eigenschaften wie F\u00f6rdermenge in Liter pro Minute, Betriebszustand, Alarmschwellen und Wartungsintervall<\/a>.<\/p>\n\n\n\n

Hinzu kommen integrierte Sicherheitsmechanismen<\/strong> \u2013 Authentifizierung, Autorisierung, Verschl\u00fcsselung und Datenintegrit\u00e4t sind fest in der Spezifikation verankert und nicht optional<\/a><\/a>. OPC UA ist damit der einzige Industriestandard, der von Haus aus ein Sicherheitsniveau bietet, das den Anforderungen von IEC 62443 oder der Cyber Resilience Act (CRA) gen\u00fcgt<\/a>.<\/p>\n\n\n\n

OPC UA beherrscht sowohl das klassische Client\/Server-Modell<\/strong> als auch das Publish\/Subscribe-Modell (PubSub)<\/strong><\/a>. Mit der Ver\u00f6ffentlichung von Part 14 des Standards im Jahr 2018 wurde PubSub offiziell eingef\u00fchrt und erm\u00f6glicht den Einsatz von OPC UA direkt \u00fcber das Internet \u2013 unter Nutzung von MQTT oder AMQP als Transport<\/a>.<\/p>\n\n\n\n

B) MQTT \u2013 Der Minimalist<\/h3>\n\n\n\n

MQTT (Message Queuing Telemetry Transport) wurde 1999 von Andy Stanford-Clark (IBM) und Arlen Nipper (Cirrus Link) f\u00fcr die \u00dcberwachung von \u00d6lpipelines \u00fcber Satellitenverbindungen entwickelt<\/a><\/a>. Es ist ein leichtgewichtiges Messaging-Protokoll<\/strong> f\u00fcr Netzwerke mit geringer Bandbreite und hoher Latenz<\/a>.<\/p>\n\n\n\n

MQTT tut genau eine Sache: Es bewegt kleine Nachrichten zwischen Ger\u00e4ten \u00fcber unzuverl\u00e4ssige Netzwerke mit minimalem Aufwand<\/strong><\/a>. Der Protokoll-Header betr\u00e4gt gerade einmal 2 Bytes<\/strong><\/a><\/a>. Eine Temperaturmessung mit Topic und Payload passt in unter 50 Bytes<\/a>.<\/p>\n\n\n\n

Die Architektur ist denkbar einfach: Publisher senden Nachrichten zu benannten Topics an einen zentralen Broker<\/strong>. Subscriber dr\u00fccken ihr Interesse an bestimmten Topic-Mustern aus. Der Broker routet die Nachrichten von den Publishern zu den passenden Subscribern<\/a>. Das ist alles.<\/p>\n\n\n\n

Was MQTT nicht<\/strong> bietet: Es hat kein Konzept f\u00fcr Datentypen, keine eingebaute Entdeckung von Ger\u00e4ten oder Diensten, keine Validierung von Nachrichtenstrukturen und kein Verst\u00e4ndnis f\u00fcr Beziehungen zwischen Datenpunkten<\/a>. Topics sind Konventionen, keine Spezifikationen<\/a>.<\/p>\n\n\n\n

\n\n\n\n

2. Der entscheidende Unterschied: Ebene und Zweck<\/h2>\n\n\n\n

Der Irrglaube, OPC UA und MQTT seien Konkurrenten, entsteht aus einer Verwechslung der Ebenen<\/strong>:<\/p>\n\n\n\n

Kriterium<\/th>OPC UA<\/th>MQTT<\/th><\/tr><\/thead>
Prim\u00e4re Rolle<\/strong><\/td>Das W\u00f6rterbuch (Kontext, Bedeutung)<\/td>Der Umschlag (Transport)<\/a><\/td><\/tr>
Was es tut<\/strong><\/td>Definiert, was Daten bedeuten<\/em><\/td>Bewegt Bytes von A nach B<\/a><\/td><\/tr>
Datenmodell<\/strong><\/td>Reiches Typsystem mit Objekten, Variablen, Methoden, Events<\/td>Keines \u2013 Payload ist opaque<\/a><\/td><\/tr>
Architektur<\/strong><\/td>Client\/Server + PubSub<\/td>PubSub only (\u00fcber Broker)<\/a><\/td><\/tr>
Sicherheit<\/strong><\/td>X.509-Zertifikate, Verschl\u00fcsselung, Signierung, rollenbasierte Zugriffskontrolle<\/a><\/td>TLS + Benutzername\/Passwort (v3.1.1) oder erweiterte Authentifizierung (v5)<\/a><\/td><\/tr>
Overhead<\/strong><\/td>H\u00f6her \u2013 strukturierte Payloads, Session-Management<\/a><\/td>Geringer \u2013 minimale Paket-Header<\/a><\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

Die Analogie, die in der Industrie zunehmend Verbreitung findet, ist einpr\u00e4gsam: OPC UA ist das W\u00f6rterbuch, MQTT der Umschlag<\/strong><\/a>. Das W\u00f6rterbuch definiert die genaue Bedeutung der W\u00f6rter \u2013 dass \u201eTemperatur\u201c spezifisch \u201eCelsius\u201c und \u201eInt32\u201c bedeutet<\/a>. Der Umschlag hingegen transportiert die Nachricht blitzschnell und leicht. Es k\u00fcmmert sich nicht darum, ob der Inhalt ein Liebesbrief oder eine Erpresserforderung ist \u2013 es liefert nur die Nachricht aus<\/a>.<\/p>\n\n\n\n

\n\n\n\n

3. Die Dom\u00e4nen: Wo welches Protokoll seine St\u00e4rken ausspielt<\/h2>\n\n\n\n

A) Die Dom\u00e4ne von OPC UA: Maschine-zu-Maschine und SCADA<\/h3>\n\n\n\n

OPC UA ist die erste Wahl, wenn der Empf\u00e4nger der Daten die Bedeutung der Daten verstehen<\/strong> muss \u2013 nicht nur sie empfangen<\/a>.<\/p>\n\n\n\n