Modbus TCP vs. Modbus RTU: Welches Protokoll sollten Sie für Ihre Industrieanlage wählen?

· 10 Minuten Lesezeit
10 min read
Sophie Durand
Sophie Durand
Referentin für technische Inhalte

Modbus ist nach wie vor das Standardprotokoll in der industriellen Automatisierung. Je nachdem, ob Ihre Geräte über RS485 oder Ethernet kommunizieren, verwenden Sie jedoch entweder Modbus RTU oder Modbus TCP – zwei Varianten, die jeweils ihre eigenen Einschränkungen und Vorteile haben.

Dieselbe Spielmechanik, zwei physische Medien​

Modbus ist ein Master-Slave-Protokoll, das 1979 von Modicon veröffentlicht wurde. Es legt fest, wie eine Steuerung (der Master) Geräte (die Slaves) abfragt, um Register zu lesen oder zu schreiben.

  • Modbus RTU — funktioniert über eine serielle RS485- oder RS232-Verbindung. Die Daten werden in kompakter Binärform übertragen und durch eine Slave-ID (1–247) adressiert. Typische Übertragungsrate: 9.600 bis 115.200 bps.
  • Modbus TCP — kapseln Modbus-Frames in TCP/IP-Pakete über Ethernet ein. Standardport: 502. Die Übertragungsrate wird ausschließlich durch das Ethernet-Netzwerk begrenzt.
– Praxistipp

Beide Protokolle weisen dieselbe Datenstruktur auf (Spulen, Eingangsregister, Halteregister). Ein Modbus-RTU-↔-TCP-Gateway reicht aus, um Ihre alten RS485-Sensoren mit einem Ethernet-SCADA-System zu verbinden.

Modbus RTU: Die Robustheit der seriellen Schnittstelle​

Vorteile​

  • Minimaler Verkabelungsaufwand: Über einen RS485-Daisy-Chain-Bus lassen sich bis zu 32 Geräte über eine Länge von 1200 m mit einem geschirmten Twisted-Pair-Kabel verbinden.
  • Vorhersehbare Latenz: kein TCP-Stack, keine Fragmentierung. Das Timing ist deterministisch.
  • Zahlreiche Geräte: SPSen, Frequenzumrichter, Energiezähler, Druckmessumformer – fast die gesamte historische OT kommuniziert über RTU.

Nachteile​

  • Lineare Topologie erforderlich (Bus). Kein Sternnetzwerk ohne Repeater.
  • Begrenzte Übertragungsrate: Bei 19.200 bps dauert eine Transaktion an einem Register ca. 5 ms. Bei 20 Slaves und kontinuierlichem Polling kann die Latenz 200 ms überschreiten.
  • Anfällige physikalische Verkabelung in einer störbehafteten Umgebung ohne korrekt platzierte Abschlusswiderstände.

Modbus TCP: Flexibilität dank IP​

Vorteile​

  • Hohe Datenübertragungsrate: 100 Mbit/s oder 1 Gbit/s – Massenlesevorgänge erfolgen nahezu sofort.
  • Flexible Architektur: Ethernet-Switches ermöglichen Stern-, Ring- oder Baumtopologien.
  • Multi-Master: Mehrere Clients können gleichzeitig dieselben TCP-Slaves abfragen.
  • Rückverfolgbarkeit: IP-Frames lassen sich zur Fehlerbehebung problemlos mit Wireshark erfassen.

Nachteile​

  • Erforderliche Netzwerkinfrastruktur: ein industrieller Switch, eine IP-Adresse pro Gerät.
  • Variable Latenz: TCP-Wiederholungsübertragungen im Fehlerfall führen zu einer nicht deterministischen Latenz – was für Echtzeit-Regelkreise problematisch ist.
  • Sicherheit: Port 502 ist in OT-VLANs häufig ohne Authentifizierung offen. Muss unbedingt isoliert werden.

Vergleichstabelle​

KriteriumModbus RTUModbus TCP
Physikalische SchnittstelleRS485 / RS232Ethernet
TopologieLinearer BusStern, Ring, Baum
Typische Übertragungsrate9.600–115.200 bps100 Mbps – 1 Gbps
Anzahl der SlavesBis zu 247Unbegrenzt (IP-Netzwerk)
LatenzDeterministischVariabel (TCP/IP)
InfrastrukturRS485-KabelSwitch + Ethernet-Verkabelung
Typische AnwendungSensoren, ältere SteuerungenSCADA, moderne Anlagen

Wie Eziwan beides unter einen Hut bringt​

Der Router Eziwan Gateway verfügt über einen integrierten RS485-Anschluss, der Modbus RTU sowohl als Slave als auch als Master unterstützt. Die Eziwan-Plattform umfasst ein Modbus-RTU-→-MQTT-Gateway sowie eine Modbus-TCP-Bridge in der Cloud, wodurch Folgendes möglich ist:

  1. Erfassen Sie alle N Sekunden RS485/Modbus-RTU-Daten von Ihren Feldsensoren.
  2. Übertragen Sie die Werte über MQTT oder HTTP an Ihr SCADA-System, InfluxDB oder Grafana.
  3. Fernzugriff über Modbus TCP auf Ihre seriellen Geräte über den VPN-Tunnel – Ihr SCADA-System erkennt ein TCP-Gerät, das Gateway übersetzt die Daten in RTU.
# Beispiel für eine Modbus-Konfiguration in Eziwan
modbus:
  interface: RS485_1
  baudrate: 19200
  parity: even
  polling_interval: 10s
  registers:
    - id: 0x0001
      name: temperature_process
      unit: 3
      type: holding
      scale: 0.1
    - id: 0x0002
      name: pression_bar
      unit: 3
      type: holding
      scale: 0.01

RS485-Verkabelung für Modbus RTU: Die häufigsten Fehler​

RS485 ist zwar robust, doch eine unsachgemäße Implementierung führt zu zeitweise auftretenden Kommunikationsfehlern, die schwer zu diagnostizieren sind. Die klassischen Fallstricke:

1. Fehlende Abschlusswiderstände. Der RS485-Bus muss an beiden Enden mit 120-Ω-Widerständen abgeschlossen werden. Ohne Abschluss führen Signalreflexionen zu fehlerhaften Frames – insbesondere bei hohen Baudraten (> 9600 bps).

2. Falsche Vorspannung. Ein leerer RS485-Bus (alle Slaves sind stummgeschaltet) muss einen definierten Pegel aufweisen (A+ > A-). Fügen Sie Vorspannungswiderstände (Bias) von 560 Ω–1 kΩ hinzu, falls Ihr Master diese nicht integriert hat.

3. Falsche Topologie. Modbus RTU erfordert eine Bus-Topologie (Daisy-Chain). Abzweigungen (Stubs) verursachen Reflexionen. Jeder Slave muss mit einem möglichst kurzen Abzweig (< 1 m) an die Hauptleitung angeschlossen werden.

4. Masseschleifen. Bei RS485 müssen die Erdung der Abschirmungen und die Signalrückführung (gemeinsame Masse) sorgfältig gehandhabt werden. Eine an beiden Enden angeschlossene Abschirmung erzeugt eine Masseschleife und Störströme – schließen Sie sie daher nur auf der SPS-Seite an.

5. Nicht übereinstimmende Baudrate/Parität. Alle Slaves eines RTU-Busses müssen genau dieselbe Baudrate, Parität und Anzahl an Stoppbits aufweisen. 19200-8-E-1 ist die in der französischen Industrie am häufigsten verwendete Konfiguration.

Modbus-TCP-Sicherheit: der blinde Fleck​

Modbus TCP verfügt über keinen nativen Authentifizierungsmechanismus. Jeder Netzwerkclient, der den Port 502 erreicht, kann Register lesen und schreiben. In einem isolierten OT-Netzwerk ist dies akzeptabel. Sobald jedoch eine Cloud-Verbindung beteiligt ist, sind Sicherheitsmaßnahmen erforderlich.

Port 502 darf niemals im Internet zugänglich sein

Der Modbus-TCP-Port 502 darf vom Internet aus nicht erreichbar sein. Jeder Zugriff von außen muss über einen VPN-Tunnel erfolgen. Täglich werden Tausende von Modbus-Geräten gescannt und angegriffen (Shodan.io listet weltweit mehr als 200.000 öffentlich zugängliche Port 502 auf).

Empfohlene Sicherheitsmaßnahmen:

  • OT-Firewall: Port 502 nur für explizit aufgeführte IP-Adressen zulassen (Whitelist)
  • VPN-Tunnel: Alle Fernzugriffe auf den Modbus-Bus über VPN (OpenVPN oder IPSec)
  • Dediziertes VLAN: Das Modbus-TCP-Subnetz vom restlichen LAN isolieren
  • Protokollierung: TCP-Verbindungen und -Trennungen am Port 502 protokollieren

Wann sollte man sich für das eine oder das andere entscheiden?​

Wählen Sie Modbus RTU, wenn:

  • Ihre Geräte ausschließlich über einen RS485- oder RS232-Anschluss verfügen
  • Ihre Anlage bereits vorhanden ist und Sie diese ohne Neuverkabelung integrieren möchten
  • Sie weniger als 32 Geräte in einem Segment haben
  • Eine Ethernet-Verkabelung im Schaltschrank nicht in Frage kommt (Platzmangel, Kosten)

Wählen Sie Modbus TCP, wenn:

  • Sie eine neue Anlage mit Ethernet-Infrastruktur planen
  • Sie mehr als 32 Geräte oder Entfernungen von über 1200 m haben
  • Sie Multi-Master-Funktionalität benötigen (mehrere gleichzeitige SCADA-Clients)
  • Die Cloud-Integration ist bereits bei der Planung vorgesehen

In der Praxis kommunizieren die meisten bestehenden Industrieanlagen über RTU auf RS485. Mit Eziwan lassen sie sich an die Cloud anschließen, ohne dass die bestehende Verkabelung verändert werden muss – das Gateway übersetzt Modbus RTU transparent in MQTT/HTTPS.

Architekturbeispiel: Vom RS485-Bus zum Cloud-Dashboard​

Hier ist die vollständige Kette einer typischen Modbus-Überwachung, wie sie in Schaltanlagen, Pumpstationen oder Werkstätten eingesetzt wird:

Modbus-RTU-Sensoren und -Geräte → RS485-Bus (2-Draht, bis zu 1.200 m) → Eziwan-Gateway (RTU↔TCP-Brücke + MQTT-Konvertierung) → 4G-Konnektivität mit M2M-SIM-Karte → ausgehender VPN-Tunnel → Eziwan-Cloud → Dashboards, Schwellenwertwarnungen und Fernzugriff.

Der entscheidende Punkt: Modbus verlässt das lokale Netzwerk nie. Das Gateway beschränkt die Nutzung auf den Standort und überträgt die umgewandelten Werte über einen verschlüsselten Tunnel – wodurch sowohl das Sicherheitsproblem des Protokolls (keine native Authentifizierung) als auch das Problem der Entfernung auf einen Schlag gelöst werden.

Festlegung des Umfragevolumens: Häufigkeit, Umfang und 4G-Datenvolumen​

Die Abfragefrequenz bestimmt sowohl die Reaktionsgeschwindigkeit der Überwachung als auch den Datenverbrauch. Größenordnungen als Orientierungshilfe für die Dimensionierung:

AnwendungsfallAbfragehäufigkeitUngefähres monatliches Datenvolumen
Fernauslesung von Zählern (Zählerstände)1 bis 4 Ablesungen pro Tag< 5 MB
Energieüberwachung (Spannung, Strom, Leistung)Alle 10 bis 60 s5 bis 30 MB
Maschinenüberwachung in EchtzeitAlle 1 bis 5 s30 bis 150 MB

Zwei klassische Fallstricke: Zu aggressives Polling auf einem langsamen RTU-Bus (9.600 Baud) führt zu einer Kaskade von Timeouts – vergrößern Sie den Abstand zwischen den Abfragen oder erhöhen Sie die Busgeschwindigkeit; und bei 4G sollten Sie Modbus-TCP-Timeouts von mindestens 3.000 ms einplanen, um die schwankende Latenz des Mobilfunknetzes auszugleichen.

Umstellung von RTU auf TCP: Ist das notwendig?​

In den meisten Fällen nicht. Der Reflex „Modernisieren = alles auf Ethernet umstellen“ führt zu kostspieligen Neuverkabelungen bei nur geringem Nutzen: Ein einwandfreier RS485-Bus überträgt dieselben Modbus-Daten absolut zuverlässig. Die richtige Strategie besteht darin, die Feldgeräte als RTUs beizubehalten und die Konvertierung auf Gateway-Ebene durchzuführen – das Gateway stellt die seriellen Slaves als Modbus-TCP für das SCADA-System bereit und veröffentlicht die Daten per MQTT in die Cloud. Eine physische Umstellung auf TCP erfolgt erst bei einer bereits geplanten Schaltschrankmodernisierung oder wenn die Anzahl der Geräte die Kapazitätsgrenzen des Busses überschreitet.

FAQ​

Welche Aufgabe hat ein Modbus-Gateway? Es verbindet die serielle Welt mit der IP-Welt: Auf der Feldseite fragt es die Modbus-RTU-Slaves über RS485 ab, auf der Netzwerkseite stellt es diese als Modbus-TCP bereit und veröffentlicht die Messwerte über MQTT in der Cloud. Außerdem sorgt es für die lokale Pufferung bei Netzwerkausfällen und die Verschlüsselung der Datenübertragung – zwei Funktionen, die das Modbus-Protokoll nicht bietet.

Kann man Modbus-RTU-Register von einem SCADA-System aus lesen, das nur TCP unterstützt? Ja – genau das ist die Aufgabe eines Modbus-RTU↔TCP-Gateways. Das SCADA-System stellt über Modbus-TCP (Port 502) eine Verbindung zum Gateway her, das die Anfragen in Modbus-RTU-Befehle auf dem RS485-Bus umsetzt. Das Eziwan Gateway verfügt nativ über diese Funktion: Von Ihrem Cloud-SCADA aus werden die RTU-Slaves als TCP-Slaves angezeigt.

Welche maximale RS485-Buslänge ist für Modbus RTU zulässig? Die RS485-Spezifikation erlaubt bei Verwendung eines geeigneten Kabels (Belden 9842 oder gleichwertig, Impedanz 120 Ω) eine Länge von bis zu 1200 m bei 9600 bps. Bei 115.200 bps verringert sich die Länge auf etwa 200–300 m. Darüber hinaus können RS485-Repeater zur Verlängerung des Busses eingesetzt werden.

Wie viele Slaves können an einem Modbus-RTU-Bus adressiert werden? Das Modbus-RTU-Protokoll adressiert bis zu 247 Slaves (Adressen 1 bis 247, wobei die Adresse 0 für Broadcasts reserviert ist). In der Praxis erfordern die physikalischen Einschränkungen des RS485-Busses (32 „Unit Loads“ pro Segment) den Einsatz von Repeatern, sobald mehr als 32 Geräte an einem physikalischen Segment angeschlossen sind.

Was ist der Unterschied zwischen Modbus RTU und Modbus ASCII? Modbus ASCII ist eine ältere Variante, bei der die Frames als hexadezimale ASCII-Zeichen kodiert werden (lesbar über ein serielles Terminal). Modbus RTU verwendet eine kompakte, effizientere binäre Kodierung. Modbus ASCII ist so gut wie veraltet – wenn Ihr Gerät beide Varianten unterstützt, wählen Sie RTU.

Funktioniert Modbus TCP über WLAN oder 4G? Ja. Modbus TCP basiert auf dem Standard-TCP/IP und kann in jedem IP-Netzwerk verwendet werden – Ethernet, WLAN, 4G LTE. Bei 4G kann die variable Latenz (20–100 ms) bei konservativen Konfigurationen zu Timeouts führen. Erhöhen Sie das Modbus-TCP-Timeout für 4G-Verbindungen auf mindestens 3000 ms (im Vergleich zu 500 ms im LAN).

Weiterführende Informationen​

Benötigen Sie Beratung zur Modbus-Architektur Ihrer Anlage? Kontaktieren Sie unsere Ingenieure – kostenlose Diagnose.

Weitere Ressourcen​