Modbus RTU (RS-485/RS-232) im Vergleich zu Modbus TCP/IP (Ethernet)
| Kriterium | Modbus RTU (RS-485) | Modbus TCP (Ethernet) |
|---|---|---|
| Physischer Datenträger | RS-485 / RS-232 (seriell) | Ethernet / WLAN (TCP/IP) |
| Höchstgeschwindigkeit | ✗ 115.200 Baud (≈ 10 kB/s) | ✓ 100 Mbit/s bis 1 Gbit/s |
| Maximale Entfernung | ✓ 1200 m (RS-485-Standard) | ✗ 100 m (Ethernet Kat. 5e) |
| Anzahl der Sklaven | 32 ohne Repeater (max. 247) | ✓ Unbegrenzt (Standardnetz) |
| Topologie | Daisy-Chain-Bus (zweidrahtig) | ✓ Stern oder Bus (IP-Netzwerk) |
| Kosten für die Verkabelung | ✓ Sehr schwach (RS-485-Kabel) | Mäßig (Ethernet-Kabel) |
| Fehlerbehandlung | CRC-16-Bit (Prüfsumme) | ✓ TCP/IP-Prüfsumme + erneute Übertragung |
| Echtzeit-Determinismus | ✓ Gut (vorhersehbarer sequenzieller Scan) | Variable (Netzwerklatenz) |
| Multi-Master | ✗ Nein (nur ein Master pro Bus) | ✓ Ja (mehrere Masterstudiengänge) |
| Integrierte Sicherheit | ✗ Keine (physischer Zugriff erforderlich) | ✗ Keine (kann jedoch per VLAN isoliert werden) |
| Routing / Gateway | ✗ Nein (nur Nahverkehr) | ✓ Ja (Standard-IP-Routing) |
| SCADA-Integration | Über RS-485/Ethernet-Gateway | ✓ Nativ (Port 502) |
| Diagnosewerkzeuge | Oszilloskop, Seriellanalysator | ✓ Wireshark, Standard-Netzwerktools |
| Robustesse CEM | ✓ Hervorragend (differenzielle RS-485-Schnittstelle) | Geeignet für FTP-/STP-Kabel |
| Sichere Variante | ✗ Nicht verfügbar | ✓ Modbus über TLS (RFC 8144) |
8 technische Aspekte bei der Auswahl des richtigen Modbus-Protokolls
RS-485 ist ein differentieller Zweidrahtbus: zwei verdrillte Adern (A/B), die gegen die in industriellen Umgebungen allgegenwärtigen elektromagnetischen Störungen (Frequenzumrichter, Motoren, Schweißarbeiten) unempfindlich sind. Mit einer Reichweite von 1200 Metern ohne Repeater eignet er sich ideal für die Verbindung von Sensoren in einer Fabrik oder einem Industriegebäude. Ein abgeschirmtes, verdrilltes Kabelpaar, das nur wenige Cent pro Meter kostet, reicht aus, mit 120-Ohm-Busabschlusswiderständen an beiden Enden. Modbus RTU über RS-485 ist nach wie vor das am weitesten verbreitete Protokoll in industriellen Geräten der Einstiegsklasse: Energiezähler, Füllstandssensoren, Frequenzumrichter, Temperaturregler.
Modbus TCP/IP kapseln die Modbus-PDUs (Protocol Data Units) in TCP-Segmente auf Port 502 ein. Dabei nutzen sie alle Vorteile der Ethernet-Infrastruktur: verwaltbare Switches, VLAN, Routing, Redundanz (RSTP) und Wireshark-Diagnose. Dank seiner Geschwindigkeit (100 Mbit/s bis 1 Gbit/s) lassen sich Hunderte von Datenpunkten innerhalb von Millisekunden abfragen. Durch gleichzeitige Multi-Master-Verbindungen können ein SCADA-System, ein MES und ein IIoT-Gateway dieselben Register parallel und ohne Konflikte auslesen. Es ist das bevorzugte Protokoll für Verbindungen zwischen SPS und Überwachungssystemen im industriellen Ethernet-Netzwerk.
Bei Modbus RTU wird das Timing durch die Geschwindigkeit des seriellen Busses bestimmt. Bei 9600 Baud dauert ein 20-Byte-Frame 20 ms. Die Frame-Lücke (3,5 Zeichenzeiten) trennt die Frames voneinander. Dieses Verhalten ist vollkommen vorhersehbar. Bei Modbus TCP führt die Netzwerklatenz je nach Netzwerkauslastung zu einer Variabilität von einigen bis zu mehreren Dutzend Millisekunden. Für die Überwachung (Datenauslesung) ist diese Variabilität akzeptabel. Für die Echtzeitsteuerung (Ansteuerung von Aktoren mit strengen Zeitvorgaben) ist der dedizierte RS-485-Bus nach wie vor deterministischer. Moderne SCADA-Systeme konfigurieren Modbus-TCP-Timeouts in der Regel auf 500 ms bis 2 Sekunden.
Die gängigen SCADA-Softwareprogramme (WinCC, Ignition, iFIX, Wonderware InTouch) unterstützen Modbus TCP auf Port 502 von Haus aus. Die Integration von Modbus-RTU-Geräten in ein SCADA-System erfordert entweder einen RS-485/Ethernet-Konverter oder ein Gateway wie Eziwan, das die RTU-Geräte über Modbus TCP bereitstellt. Die Konfiguration im SCADA-System ist identisch, unabhängig davon, ob es sich um ein natives TCP-Gerät oder um ein über Eziwan gebrücktes RTU-Gerät handelt. OPC-UA, der industrielle Kommunikationsstandard der neuen Generation, lässt sich über OPC-UA-Modbus-Server mit Modbus TCP verbinden und ermöglicht so die Integration in moderne Industrie-4.0-Architekturen.
Bei Modbus RTU erkennt der CRC-16 Übertragungsfehler. Im Fehlerfall kann der Master den Datenrahmen erneut anfordern. Dieser Mechanismus ist zwar effektiv, verursacht jedoch auf störbehafteten Verbindungen zusätzliche Latenz. In einer rauen elektromagnetischen Umgebung mit mangelhafter Verkabelung können die Fehlerraten 1 bis 5 % erreichen. Bei Modbus TCP wird die Fehlerkontrolle an das TCP-Protokoll delegiert (automatische Neuübertragung). Die Deterministik von Modbus TCP ist geringer als bei RTU über einen dedizierten Bus, da die Netzwerkverzögerungen variabel sind. Für zeitkritische Echtzeitanwendungen (PID-Regelung) ist Modbus RTU über einen dedizierten RS-485-Bus weiterhin vorzuziehen.
Weder Modbus RTU noch Modbus TCP sehen eine Authentifizierung oder Verschlüsselung vor. Jeder, der Frames auf den RS-485-Bus oder ins Ethernet-Netzwerk einspeisen kann, ist in der Lage, Register zu lesen und zu schreiben. Bei Modbus TCP ist eine ungeschützte Exposition im Internet katastrophal: Automatische Scanner finden offene Port 502 innerhalb weniger Minuten. Der Standard „Modbus over TLS“ (RFC 8144) bietet native Verschlüsselung für Modbus TCP, wird jedoch noch nicht flächendeckend unterstützt. Bis dahin erfolgt der Schutz durch Netzwerksegmentierung, industrielle VLANs und – für den Fernzugriff – ein verschlüsseltes VPN wie OpenVPN.
Die Brownfield-Migration erfolgt ohne Produktionsunterbrechung. Phase 1 (Tag 1 bis 30): Installation von Eziwan als transparente Brücke zwischen dem bestehenden RS-485-Bus und dem Ethernet-Netzwerk. Die RTU-Geräte arbeiten weiterhin normal. Phase 2 (Monat 2 bis 6): Die neuen Geräte werden direkt über Modbus TCP angeschlossen. Phase 3 (Monat 6 bis 18): Die alten RTU-Geräte werden im Rahmen der vorbeugenden Wartungsarbeiten ausgetauscht. Phase 4: Die RS-485-Brücken werden entfernt, sobald sie nicht mehr benötigt werden. Dieser Ansatz minimiert die Risiken und schützt die Investition in die bestehenden Geräte.
Eziwan verfügt über einen integrierten RS-485-Modbus-RTU-Anschluss und eine Modbus-TCP-Ethernet-Schnittstelle. Das Gateway fungiert als transparente Brücke: Es liest die Modbus-RTU-Register der Feldsensoren aus und stellt sie den Überwachungssystemen als Modbus-TCP-Daten zur Verfügung, während es die Daten gleichzeitig über den OpenVPN/IPSec-VPN-Tunnel an die Cloud weiterleitet. Ein einziges Gerät ersetzt den RS-485/Ethernet-Konverter, das 4G-Modem und den VPN-Client – bei DIN-Schienenmontage im Schaltschrank. Das RTU-Diagnoseprotokoll (CRC-Fehler, Timeouts, ungültige Antworten) ist über die Eziwan-Cloud-Schnittstelle aus der Ferne abrufbar.
4 typische industrielle Anwendungsfälle und das passende Modbus-Protokoll
Hintergrund: 15.000 m² große Fabrik mit 45 Schneider iEM3000-Energiezählern, verteilt auf 8 Schaltschränke
Ein einziger RS-485-Bus in Daisy-Chain-Anordnung verbindet die 45 Zähler mit dem Eziwan-Gateway über eine Kabellänge von weniger als 600 Metern. Das Auslesen aller Zähler (Wirkleistung, Spannung, Strom, Oberschwingungen) dauert bei 9600 Baud 4,5 Sekunden. Das Eziwan-Gateway überträgt die Daten über 4G und OpenVPN an eine Plattform zur Überwachung des Energieverbrauchs (ISO 50001). Kosten für die RS-485-Verkabelung im Vergleich zur Ethernet-Infrastruktur: geschätzte Einsparung von 12.000 Euro.
Hintergrund: Pharmazeutische Verpackungslinie mit 12 Anlagen (Dosiermaschinen, Etikettiermaschinen, Verschließmaschinen) im Reinraum
Die industrielle Ethernet-Infrastruktur aus Edelstahl ist für die Qualitätskontrollkameras bereits vorhanden. Jedes Gerät verfügt über einen isolierten RJ45-Ethernet-Anschluss. Die Überwachung über Modbus TCP ermöglicht die Ferndiagnose vom Produktionsbüro aus, ohne dass ein physischer Zugang zum Reinraum erforderlich ist. Ein OPC-UA-Server auf jeder Maschine stellt die Daten für das MES-Rückverfolgungssystem bereit.
Hintergrund: Kläranlage mit 80 älteren RTU-Geräten am RS-485-Bus und einem 10 Jahre alten SCADA-System, das modernisiert werden soll
Phase 1: Eziwan wird parallel zum bestehenden SCADA-System als RTU/TCP-Brücke installiert. Phase 2: Das neue SCADA-System „Ignition“ wird über Modbus-TCP mit Eziwan verbunden – ohne Änderungen an den Feldgeräten. Phase 3: Schrittweiser Austausch der Sensoren im Rahmen von Wartungsarbeiten. Phase 4: Ausweitung der Überwachung auf neue Geräte direkt über TCP. Vollständige Migration innerhalb von 18 Monaten ohne Betriebsunterbrechung.
Hintergrund: 150 Kühlzellen in 12 Lagerhallen, mit zu überwachenden Temperatursensoren und Kühlaggregaten
In jedem Lager sind die 12 bis 15 Temperatursensoren und die Carrier-Kühlaggregate über einen RS-485-Bus verbunden. Das Eziwan-Gateway liest die RTU-Daten aus und überträgt sie über 4G/OpenVPN in die Cloud. Das Cloud-Dashboard fasst die Daten der 150 Zellen in Echtzeit zusammen. Warnmeldungen bei Temperaturüberschreitungen (HACCP-Konformität) werden innerhalb von weniger als 60 Sekunden per SMS und E-Mail versendet.
Die 5 kostspieligsten Fehler bei der Modbus-Implementierung
RS-485 ist ein linearer Bus: Jeder Slave wird nacheinander an den Bus angeschlossen (A→B→C→D). Eine Sternverkabelung führt zu Signalreflexionen und erheblichen CRC-Fehlern, insbesondere bei Übertragungsraten über 19.200 Baud. Die einzige Lösung besteht darin, einen dedizierten RS-485-Hub zu verwenden oder die Verkabelung als Daisy-Chain-Verbindung neu zu gestalten.
Ein RS-485-Bus ohne Abschlusswiderstände an beiden Enden erzeugt Signalreflexionen, die die Frames verfälschen, insbesondere über große Entfernungen. Die Abschlusswiderstände (120 Ohm) müssen physisch an den beiden Geräten an den Enden des Busses installiert werden – nicht in der Mitte und nicht an allen Geräten.
Tausende von Industrie-SPSen sind über den Port 502 direkt und ohne jeglichen Schutz über das Internet erreichbar. Shodan.io listet Hunderttausende öffentlich zugänglicher Modbus-Geräte auf. Jeder Modbus-TCP-Zugriff von außen muss über ein verschlüsseltes VPN (OpenVPN Eziwan) erfolgen, ohne dass der Port 502 jemals offen gelegt wird.
Alle Geräte eines Modbus-RTU-Busses müssen dieselbe Übertragungsgeschwindigkeit (Baudrate) und dieselben seriellen Parameter (Datenbits, Parität, Stoppbits) verwenden. Ein Gerät mit 19.200 Baud an einem auf 9.600 Baud konfigurierten Bus verursacht Fehler im gesamten Netzwerk und kann schwer zu diagnostizieren sein.
Jeder Modbus-RTU-Slave an einem RS-485-Bus muss eine eindeutige Adresse zwischen 1 und 247 haben. Wenn zwei Slaves dieselbe Adresse haben, antworten beide gleichzeitig auf die Anfragen des Masters, was zu Kollisionen und unverständlichen Fehlern führt. Überprüfen Sie stets die Eindeutigkeit der Adressen, bevor Sie ein neues Gerät an den Bus anschließen.
Welches Modbus-Protokoll ist in den einzelnen Branchen am weitesten verbreitet?
Die Feldsensoren (Durchflussmesser, Füllstandssonden) nutzen Modbus RTU über RS-485, da dieses Protokoll in feuchten Umgebungen besonders robust ist. Die Stationssteuerungen kommunizieren über Modbus TCP mit dem zentralen SCADA-System. Eziwan bildet die Schnittstelle zwischen diesen beiden Ebenen.
Die Hygieneanforderungen verbieten komplexe Verkabelungen. Industrielles Ethernet in Edelstahlausführung und Modbus TCP vereinfachen die Reinigung der Schaltschränke. Die Wireshark-Diagnose erleichtert die Wartung. Moderne Geräte (IO-Link-Sensoren, Frequenzumrichter) unterstützen Modbus TCP von Haus aus.
Die großen Entfernungen zwischen Brunnen und Sammelstellen (bis zu 500 m bis 1 km) sprechen für den RS-485. Die EMV-Robustheit in störungsbehafteten Umgebungen (Pumpenmotoren, induktive Koppler) ist ein entscheidender Vorteil des Differenzbusses.
Die Ethernet-Infrastruktur ist in Dienstleistungsgebäuden bereits vorhanden. Moderne Gebäudeleittechnikgeräte (Belimo-Regler, Energiezähler der Schneider PM-Serie) verfügen alle über eine Ethernet-Modbus-TCP-Schnittstelle. Die Überwachung über ein BMS im IP-Netzwerk ist der Standard.
Die Erzeugungszähler und Sensoren in den Umspannwerken nutzen Modbus RTU aufgrund ihrer Robustheit. Die hochverfügbare Überwachung der Umspannwerke erfolgt hingegen über IEC 61850 oder IEC 60870-5-104. Das Eziwan-Gateway fungiert als Brücke zwischen Modbus RTU und der Cloud.
Modbus ist nach wie vor das in der Industrie am weitesten verbreitete Protokoll, doch RTU (seriell) und TCP (Ethernet) weisen weder dieselbe Topologie noch dieselben elektrischen Anforderungen noch dieselben Sicherheitsmerkmale auf. Hier finden Sie die wichtigsten Hinweise für eine fehlerfreie Verkabelung, Adressierung und Absicherung.
Kernspezifikation des Protokolls (modbus.org): PDU, Funktionscodes (0x01–0x2B), Adressierungsschema der Register. Gilt sowohl für RTU als auch für TCP.
Definiert RTU und ASCII über RS-485/RS-232: Binärrahmen, CRC-16, Rahmenpause von 3,5 Zeichen, Master-/Slave-Modus.
Kapselung in TCP/IP, MBAP-Header, reservierter Port 502. Die TCP-Integritätsprüfung ersetzt den seriellen CRC.
Physikalische Schicht RS-485: Differenzsignalübertragung, 32 Lastelemente pro Segment, Polarisation und 120-Ω-Abschluss bei langen Leitungen erforderlich.
Normativer Rahmen für industrielle Feldbusse; ordnet Modbus den standardisierten Kommunikationsprotokollen für die Fertigung zu.
Modbus verfügt über keine integrierten Sicherheitsfunktionen: Die Verschlüsselung und die Zugriffskontrolle müssen auf Ebene des Gateways gewährleistet werden (VPN, OT/IT-Segmentierung).
Das Gateway fragt die RTU-Slaves ab (Master-Polling), wandelt die Daten in Modbus TCP um oder veröffentlicht sie als MQTT/JSON. Pro RS-485-Bus ist nur ein Master zulässig; bei TCP können mehrere Clients denselben Slave gleichzeitig abfragen.
| Parameter | Richtwert | Dolmetschen |
|---|---|---|
| Maximale Länge RS-485 | 1200 m bei 9600 bps | Die nutzbare Übertragungsrate nimmt mit zunehmender Entfernung ab; 115.200 bps sind nur bei Entfernungen unter 50 m stabil. |
| Slaves pro Segment | 32 (ohne Repeater) | Bis zu 247 logische Adressen, jedoch eine elektrische Begrenzung auf 32 Einheitslasten. |
| Anschluss / Polarität | 120 Ω + Pull-up/Pull-down | Unverzichtbar am Ende des Busses, um Reflexionen und Schwankungen der Leitung zu vermeiden. |
| Modbus-PDU-Größe | max. 253 Byte | ≈ 125 16-Bit-Register pro Leseanforderung (0x03). |
| Modbus-TCP-Port | 502 (TCP) | Streng zu filtern: Darf niemals ohne VPN auf der WAN-Seite freigegeben werden. |
| Slave-Timeout | 500-1000 ms | Ausreichende Reserve bei einem belasteten seriellen Bus oder einer 4G-Verbindung mit variabler Jitter-Rate. |
Adressierung: Beachten Sie den Versatz von 1 zwischen der Protokolladresse (0-basiert) und der dokumentierten Adresse (1-basiert, z. B. Register 40001).
Modbus-RTU-Zähler, verteilt auf 6 RS-485-Busse, gebündelt über serielle-zu-Ethernet-Gateways, Übertragung in die Cloud über ein 4G-Gateway.
Weitere Informationen zu industriellen Protokollen
Integrierter RS-485-Anschluss für Modbus RTU, Ethernet-Schnittstelle für Modbus TCP. Automatische Bridge und Datenübertragung in die Cloud über 4G/LTE mit OpenVPN.