Warum sollte man Modbus RTU mit der Cloud verbinden?
Modbus RTU ist nach wie vor das weltweit am weitesten verbreitete Feldprotokoll in der Industrie und kommt in zig Millionen Geräten zum Einsatz: Frequenzumrichter, speicherprogrammierbare Steuerungen, Energiezähler, Netzanalysatoren, Temperatur- und Drucksensoren sowie Photovoltaik-Wechselrichter. Allerdings wurde dieses serielle Protokoll aus den 1970er Jahren nicht für das Internet konzipiert.
Die Anbindung dieser Geräte an die Cloud bringt unmittelbare Vorteile mit sich:
- Fernüberwachung rund um die Uhr ohne Vor-Ort-Einsatz
- Echtzeit-Warnmeldungen bei Überschreitung von Schwellenwerten oder bei Störungen
- Verlaufsdaten und Trends für die vorbeugende Instandhaltung
- Automatisierte Berichterstellung für die Einhaltung von Vorschriften und Energieaudits
- ERP-/CMMS-Integration über REST-API oder Webhooks
Architektur eines Modbus-RTU-Gateways zur Cloud
Das Gateway wird physisch als Modbus-Master an den RS485-Bus angeschlossen. Sie fragt die Slaves zyklisch gemäß einer konfigurierbaren Einstellung (Registerliste, Adressen, Abfragefrequenz) ab, wandelt die Werte in JSON/MQTT-Nachrichten um und überträgt diese an die Cloud.
RS485-Geräte – Eziwan Cloud-Gateway
──────────────── ───────────────── ──────────────
Frequenzumrichter ──┐ ┌─ Modbus-RTU-Master MQTT-Broker
Compteur ──┤── RS485 ──┤ Polling registres → Dashboard
Steuerung ──┘ └─ 4G / Ethernet-Meldungen / API
Architektonische Höhepunkte:
| Parameter | Typischer Wert |
|---|---|
| Physikalische Schnittstelle | RS485 2-Draht (A/B) oder RS232 |
| Baudrate | 9.600 / 19.200 / 38.400 bps |
| Parität | Keine (8N1) oder gerade (8E1) |
| Cloud-Verbindung | MQTT TLS über 4G LTE |
| Abfrageintervall | 1 s bis 15 min (konfigurierbar) |
| Lokaler Puffer | 72 h Daten |
Konfiguration der zu lesenden Modbus-Register
Über das Gateway lässt sich genau konfigurieren, welche Register auf welchen Slaves ausgelesen werden sollen. Jeder Messpunkt wird definiert durch:
- Slave-Adresse (1 bis 247)
- Registertyp: Holding (FC03), Input (FC04), Coil (FC01), Discrete Input (FC02)
- Registeradresse (0 bis 65535)
- Datentyp: INT16, UINT16, INT32, FLOAT32, BOOLEAN
- Skalierungsfaktor und Offset zur Umrechnung in physikalische Einheiten
- Bezeichnung / Tag für das Dashboard (z. B. „Wirkleistung_kW“)
Diese Konfiguration erfolgt über die Eziwan-Cloud-Oberfläche, ohne physischen Zugriff auf die Anlage – ideal für abgelegene oder schwer zugängliche Standorte.
MQTT-Übertragung: QoS, TLS und Speicherdauer
Sobald die Protokolle ausgelesen sind, veröffentlicht das Gateway die Werte an einen MQTT-Broker (Eziwan Cloud, AWS IoT Core, Azure IoT Hub oder selbst gehostetes Mosquitto). Bewährte Vorgehensweisen:
- QoS 1 (at-least-once), um die Zustellung trotz Netzwerkausfällen zu gewährleisten
- TLS 1.3 obligatorisch zur Verschlüsselung der Übertragung
- Authentifizierung per Client-Zertifikat (x509) zur Identifizierung des Gateways
- Hierarchisches Topic:
site/zone/equipement/tagzur Erleichterung der Filterung - JSON-Nutzdaten mit ISO-8601-Zeitstempel, Wert und Einheit
Typische industrielle Anwendungsfälle
Die Anwendungsbereiche der Modbus-RTU-→Cloud-Verbindung erstrecken sich auf zahlreiche Branchen:
Energie und Versorgungsunternehmen
- Fernauslesung von Stromzählern (Eastron SDM, SOCOMEC, Carlo Gavazzi)
- Überwachung von Generatoren und Wechselrichtern
- Überwachung von Hauptverteilern
Industrieproduktion
- Überwachung von Frequenzumrichtern (Schneider ATV, Danfoss, ABB)
- Steuerung von Kompressoren und Pumpen
- Überwachung von Industrieöfen und Trockenkammern
Wasser und Abwasser
- Fernüberwachung von Pumpstationen
- Messung von Durchfluss, Druck und Füllstand
- Fernfehlererkennung
OT/IT-Sicherheit: Der Zero-Trust-Ansatz
Die Anbindung von OT-Netzwerken (Operational Technology) an das Internet birgt Cybersicherheitsrisiken. Der Ansatz von Eziwan basiert auf den Zero-Trust-Prinzipien:
- Nur ausgehende Verbindung – Das Gateway initiiert den Tunnel, es wird kein eingehender Port geöffnet
- Netzwerksegmentierung – Das OT-Netzwerk (RS485) bleibt vom IT-Netzwerk isoliert
- Zertifikate pro Gerät — jedes Gateway verfügt über eine eindeutige kryptografische Identität
- Signierte OTA-Updates — die Installation nicht authentifizierter Firmware ist nicht möglich
- Protokollierung — alle Verbindungen und Anomalien werden protokolliert