OPC-UA, MQTT, Modbus: Die Wahl des richtigen Industrie-Gateways im Jahr 2025

22. Mai 2025 · 8 Minuten Lesezeit

8 min read

IoT-Infrastruktur

OPC-UA, MQTT, Modbus RTU, Modbus TCP – jeder Industrie-Systemintegrator steht vor derselben Frage: Welches Gateway soll ich wählen, um meine Feldgeräte anzubinden? Die Antwort hängt von Ihren Geräten, Ihrer Infrastruktur und Ihren Zielen ab. Hier finden Sie die Entscheidungshilfe.

Warum es kein „bestes Protokoll“ gibt

Die Debatte „OPC-UA vs. MQTT vs. Modbus“ wird oft falsch gestellt. Diese Protokolle stehen nicht in Konkurrenz zueinander – sie ergänzen sich und arbeiten auf unterschiedlichen Ebenen:

Ein leistungsfähiges Industrie-Gateway kann zwischen diesen Ebenen übersetzen – beispielsweise Modbus-RTU-Daten aus dem Feld lesen und über MQTT an die Cloud senden.

Modbus RTU / TCP: Der universelle Feldbus-Standard

Warum Modbus auch im Jahr 2025 unverzichtbar bleibt

Modbus gibt es seit 1979. Es ist das in der französischen Industrie am weitesten verbreitete Protokoll:

Frequenzumrichter (Schneider, Danfoss, ABB, Siemens)
Industrielle Sensoren (Temperatur, Druck, Durchfluss, Füllstand)
Analysegeräte (Wasserqualität, Energie, Gas)
Kompaktsteuerungen (Schneider TM3, Siemens S7-200, Wago)
USV-Anlagen, Wechselrichter, Industrieladegeräte

Modbus RTU läuft über RS-485 (2-Draht-Bus), bis zu 32 Slaves, 1200 Meter. Modbus TCP ist die Ethernet-Version, mit denselben Registern und derselben Logik.

Stärken und Grenzen

	Modbus RTU	Modbus TCP
Infrastruktur	RS-485 (2-Draht)	Ethernet
Übertragungsrate	9600 – 115200 bps	100 Mbps
Anzahl der Slaves	32 pro Bus	Unbegrenzt (Netzwerk)
Sicherheit	Keine native	Keine native (TLS möglich)
Standardisierung	Ja (Modicon)	Ja
Overhead	Gering	Mäßig

Wann sollte man Modbus wählen: Immer dann, wenn Ihre Feldgeräte dies unterstützen. Das ist die Grundlage für die Datenerfassung vor Ort.

OPC-UA: Der Standard für die SCADA-Interoperabilität

Was OPC-UA bietet

OPC-UA (Unified Architecture) gleicht die Mängel von Modbus aus:

Integrierte Sicherheit: TLS-Verschlüsselung, Authentifizierung über Zertifikate, Rechteverwaltung
Semantik: Die Daten sind typisiert, benannt und in einer Objekthierarchie organisiert
Bidirektional: Lesen UND Schreiben, Abonnements (Subscribe), Remote-Methoden
Garantierte Interoperabilität: Zertifizierung durch die OPC Foundation

Modbus : Registre 0x0054 = 184 (valeur brute)

OPC-UA :
  ns=2;i=1234
  DisplayName: „Strom des Hauptmotors“
  Value: 18.4 A
  DataType: Float
  Quality: Good
  Timestamp: 2025-08-12T10:23:45.123Z
  EngineeringUnit: „A“ (Ampere)
  Beschreibung: „Effektivstrom, gemessen an der Phase R“

OPC-UA verleiht Daten eine Bedeutung – dadurch kann ein SCADA-System Daten von einer SPS ohne manuelle Konfiguration abrufen.

OPC-UA in der Praxis

Wann ist OPC-UA geeignet?:

SCADA-Anbindung (Ignition, Wonderware, WinCC) → moderne Steuerungen
Gemischte Umgebung: mehrere Steuerungshersteller (Siemens, Rockwell, B&R)
Hohe Sicherheitsanforderungen (Audit, NIS2-Konformität)
Datenaustausch zwischen verschiedenen SCADA-Systemen

Wenn OPC-UA überdimensioniert ist:

Einfache Anlagen mit 1 bis 5 Steuerungen desselben Herstellers
Begrenztes Budget (OPC-UA erfordert mehr Konfigurationsressourcen)
Ältere Geräte, die OPC-UA nicht unterstützen (nur Modbus)

MQTT: Das Protokoll für die IoT-Cloud

Das Publish/Subscribe-Prinzip

MQTT ist für unzuverlässige Netzwerke und begrenzte Ressourcen konzipiert:

MQTT-Architektur:

vs. Modbus (Anfrage/Antwort):

MQTT „schickt“ die Daten in die Cloud. Der Standort muss von außen nicht erreichbar sein – ideal bei NAT in LTE-Netzwerken.

MQTT Sparkplug B: der Industriestandard

Sparkplug B ist ein für die Industrie definierter MQTT-Payload-Standard:

{
  "timestamp": 1691843400000,
  "metrics": [
    {
      "name": "Inputs/Pressure",
      "alias": 1,
      "timestamp": 1691843400000,
      "datatype": "Float",
      "value": 3.45
    },
    {
      "name": "Outputs/PumpEnable",
      "alias": 2,
      "datatype": "Boolean",
      "value": true
    }
  ],
  "seq": 12,
  "uuid": "pompe-station-001"
}

Sparkplug B wird von Ignition, HiveMQ, EMQX und den meisten modernen SCADA-Plattformen unterstützt.

Auswahlraster für Industrie-Gateways

Auswahlkriterien

Situation	Empfohlenes Protokoll	Gateway
Vorhandene Modbus-RTU-Geräte → Cloud	Modbus RTU → MQTT	Eziwan-Gateway
Modbus-TCP-Geräte → SCADA Ignition	Modbus TCP → OPC-UA	Eziwan + Edge App
Gemischter Gerätepark (Modbus + Profibus + BACnet)	Multi-Protokoll → MQTT	Spezialisiertes Gateway
LTE-Netz (keine feste IP-Adresse)	Alles → MQTT (ausgehend)	Eziwan-Gateway
Abgelegene Standorte + geringe Bandbreite	Modbus + MQTT QoS	Eziwan-Gateway
NIS2-Sicherheitsanforderungen	Sicheres OPC-UA oder OpenVPN-VPN	Eziwan + VPN

Checkliste „Industrielle Brücke 2025“

Bevor Sie etwas kaufen, sollten Sie folgende Punkte beachten:

Hardware:

DIN-Schiene (Standard-Schrankformat)
Temperaturbereich -40 °C / +75 °C
Weitbereichs-Stromversorgung (9–48 V DC)
Hardware-Watchdog (automatischer Neustart bei Systemstillstand)
Dual-SIM mit automatischem Failover

Feldprotokolle:

Modbus RTU (RS-485) nativ
Modbus TCP nativ
Analoge Eingänge 4–20 mA / 0–10 V
Digitale Ein-/Ausgänge (digitale Signale)

Cloud-Protokolle:

MQTT mit TLS
MQTT Sparkplug B (bei vorhandenem SCADA-System)
REST-API (für benutzerdefinierte Integrationen)
VPN OpenVPN/IPSec/OpenVPN/IPsec

Verwaltung:

Zero-Touch-Provisioning
OTA-Firmware-Update
Dashboard zur Flottenüberwachung
Fernzugriff auf Protokolle und Diagnosedaten

Anwendungsfall: Modbus → MQTT → Grafana-Integration

Einfache und weit verbreitete Architektur:

Diese Architektur lässt sich in weniger als einem Tag bereitstellen und passt sich an jedes Datenvolumen an.

Siehe Dokumentation zu den Eziwan-Protokollen → · Starten Sie die Integration Ihrer Geräte →

FAQ

Kann man OPC-UA und MQTT gleichzeitig auf demselben Gateway nutzen? Ja. Diese Protokolle arbeiten auf unterschiedlichen Ebenen und ergänzen sich gegenseitig. Ein Gateway kann gegenüber einer S7-1500-Steuerung als OPC-UA-Client fungieren und gleichzeitig als MQTT-Publisher in die Cloud senden. Dies ist eine gängige Architektur: OPC-UA für die lokale Datenerfassung (Datenqualität, präzise Zeitstempel), MQTT für die Übertragung in die Cloud (geringer Datenverkehr, Durchquerung von Firewalls, TLS).

Ist MQTT Sparkplug B für die Industrie obligatorisch? Nein – Sparkplug B ist eine Erweiterung von MQTT, die Topics, Payloads und die Geräteverwaltung standardisiert. Es ist nur dann erforderlich, wenn Sie eine Verbindung zu einem SCADA-System oder einer Plattform herstellen, die dies vorschreibt (Ignition Cirrus Link, Canary Labs, bestimmte AWS-IoT-Plattformen). Für eine benutzerdefinierte Integration (InfluxDB, benutzerdefinierte API) reicht der MQTT-Standard aus.

Was ist der Unterschied zwischen OPC-UA und OPC-DA (klassisch)? OPC-DA (Data Access) ist die Windows-exklusive Version von OPC, die DCOM erfordert und ausschließlich unter Windows läuft. OPC-UA (Unified Architecture) ist plattformübergreifend, sicher (TLS, Authentifizierung) und für die Cloud sowie moderne Architekturen geeignet. Alle neueren SCADA-Systeme unterstützen OPC-UA; OPC-DA gilt als Legacy-Technologie.

Kann das Eziwan-Gateway als OPC-UA-Client für eine S7-1500 fungieren? Ja. Das Eziwan-Gateway verfügt über einen nativen OPC-UA-Client. Es verbindet sich mit dem OPC-UA-Server der S7-1500, authentifiziert sich per Zertifikat (Modus „SignAndEncrypt“ empfohlen) und veröffentlicht die ausgewählten Variablen über MQTT. Auf der SPS-Seite ist keine zusätzliche Software erforderlich.

Warum sollte man für die IoT-Datenerfassung MQTT statt einer REST-API wählen? MQTT ist für die Anforderungen des IoT optimiert: geringer Overhead (2-Byte-Header), asynchrone Veröffentlichung (kein HTTP-Roundtrip), garantierte QoS (at-least-once, exactly-once), automatische Wiederverbindung. REST lässt sich einfacher debuggen und testen, ist jedoch weniger effizient, wenn jede Sekunde Hunderte von Datenpunkten veröffentlicht werden. Verwenden Sie REST für punktuelle Integrationen und Konfigurations-APIs, MQTT für den kontinuierlichen Datenfluss aus dem Feld.

Weiterführende Informationen

Fazit

Im Jahr 2025 muss das ideale industrielle Gateway Modbus RTU/TCP für den Feldbereich und MQTT für die Cloud beherrschen und optional OPC-UA für anspruchsvolle SCADA-Umgebungen bieten. Im Vordergrund stehen weiterhin die Zuverlässigkeit der Konnektivität (Dual-SIM, Watchdog) und die einfache Bereitstellung in großem Maßstab (ZTP, Flottenmanagement).

Suchen Sie nicht nach dem Gateway, das die meisten Protokolle unterstützt – suchen Sie nach dem, das die drei Protokolle, die 95 % Ihrer Anforderungen abdecken, perfekt beherrscht.

Eziwan-Modelle vergleichen → · 30 Tage lang kostenlos testen →

Weitere Ressourcen

OPC UA zu MQTT – OPC-UA-Daten an einen MQTT-Broker veröffentlichen
Industrieprotokolle – Vergleich zwischen Modbus, MQTT, OPC UA und anderen Feldprotokollen
Industrielles IoT-Gateway – Auswahlkriterien für ein IoT-Gateway für die Industrie
Modbus RTU zu MQTT – Brücke zwischen RS-485-Modbus-RTU-Geräten und MQTT
IIoT-Gateway – IIoT-Gateway-Lösungen für Industrieanlagen

OPC-UA, MQTT, Modbus: Die Wahl des richtigen Industrie-Gateways im Jahr 2025

Warum es kein „bestes Protokoll“ gibt

Modbus RTU / TCP: Der universelle Feldbus-Standard