Modbus RTU vs Modbus TCP: wann welche wählen?

Die modbus rtu tcp Entscheidung stellt sich für Installateure in DACH meistens dann, wenn vorhandene Viessmann- oder Vaillant-Wärmepumpen, Eastron-Energiezähler oder Carel-Kältemaschinen mit RS485 an ein neues Monitoring oder eine vorhandene GLT angebunden werden sollen. RTU gibt es seit 1979, TCP seit 1999, und beide existieren in praktisch jeder größeren Anlage nebeneinander. Die Frage ist nicht, welches "besser" ist, sondern welches zur Feldebene passt, die Sie vorfinden.

Dieser Leitfaden stellt Modbus RTU und Modbus TCP so gegenüber, wie sie 2026 im Schaltschrank, in der Maschinenhalle oder im Liegenschafts-GLT vorkommen. Sie erfahren, welche Frame-Struktur, Reichweite, Geschwindigkeit und Sicherheitsmerkmale jedes Protokoll mitbringt, wann welche Variante sinnvoll ist und wie ein Modbus-Gateway beide kombiniert, ohne vorhandene Hardware ersetzen zu müssen.

Wichtigste Punkte

• Modbus RTU ist ein binäres serielles Protokoll über RS485 (max 32 Knoten je Segment, bis 1200 m bei 19200 Baud) mit CRC-16-Prüfsumme. Modbus TCP verpackt dieselben Funktionscodes in einen MBAP-Header und überträgt sie über TCP-Port 502 ohne eigene Prüfsumme.
• Wählen Sie RTU für kleine Feldnetze mit vorhandenen RS485-Geräten (Wärmepumpen, Energiezähler, Kältetechnik) und niedrige Hardwarekosten. Wählen Sie TCP für mehrere Räume, viele Geräte oder mehrere gleichzeitige Clients (SCADA, Cloud).
• Für vorhandene RTU-Felder plus modernes Cloud-Monitoring ist ein RTU-zu-TCP-Gateway der Standardweg. Das ModbusCloud Gateway tunnelt ausgehendes TLS, damit Modbus nie ungeschützt im öffentlichen Netz steht.

Was ist Modbus RTU und wie ist es entstanden?

Modbus RTU (Remote Terminal Unit) ist die serielle Variante von Modbus, ursprünglich 1979 von Modicon für SPS-Kommunikation entwickelt und seit 2004 offen durch die Modbus Organization verwaltet. Es läuft über einen RS485-Bus (TIA/EIA-485-A) mit differenzieller Signalübertragung über zwei Leiter (A und B) sowie einer gemeinsamen Masse als Referenz.

Die Modbus Application Protocol Specification V1.1b3 (modbus.org, 2012) definiert die Protocol Data Unit (PDU): 1 Byte Funktionscode plus maximal 252 Byte Nutzdaten. Die Modbus over Serial Line V1.02 ergänzt für RTU ein Byte Slave-Adresse und zwei Byte CRC-16 mit Polynom 0xA001. Die komplette Application Data Unit (ADU) ist damit maximal 256 Byte lang. Zwischen Frames liegt eine Stille von 3,5 Zeichenzeiten.

Adressierung: 1 Byte Slave-Adresse, Bereich 1 bis 247. Adresse 0 ist Broadcast, 248 bis 255 sind reserviert. Logisch passen 247 Slaves auf eine Linie, physikalisch begrenzt TIA-485 jedes Segment auf 32 Knoten ohne Repeater.

Für die serielle Tiefe siehe unsere Modbus RTU Erklärung.

Was ist Modbus TCP und was ist anders?

Modbus TCP (auch Modbus TCP/IP) verpackt dieselben Funktionscodes in einen MBAP-Header (Modbus Application Protocol) und überträgt sie über TCP/IP. Der Modbus Messaging on TCP/IP Implementation Guide V1.0b (modbus.org, 2006) definiert den MBAP-Header: 2 Byte Transaction Identifier, 2 Byte Protocol Identifier (fest 0x0000), 2 Byte Länge und 1 Byte Unit Identifier, gefolgt von der PDU. Die ADU ist maximal 260 Byte lang.

Zwei Unterschiede stechen gegenüber RTU heraus:

1. Keine CRC: TCP liefert auf Transport- und Sicherungsschicht bereits eine Prüfsumme, deshalb verzichtet Modbus TCP auf eine eigene CRC.
2. Transaction Identifier: Clients können mehrere Requests parallel absenden und Antworten anhand der Transaction ID zuordnen. Damit sind mehrere gleichzeitige Master möglich, was RTU nicht erlaubt.

Der Dienst "mbap" ist seit 2005 bei der IANA auf TCP-Port 502 (und UDP 502) registriert. Praktisch alle modernen SPSen, HMIs, Frequenzumrichter und SCADA-Pakete sprechen Modbus TCP nativ über ihren Ethernet-Port.

Für die TCP-Details siehe Modbus TCP Erklärung.

RTU und TCP Stack im Vergleich

Beide Protokolle adressieren dasselbe Phänomen, ein Register, das gelesen oder geschrieben wird, unterscheiden sich aber auf Transport- und Bitübertragungsschicht. Die Anwendungsschicht (Funktionscodes plus Registertypen) ist identisch, nur die Hülle ist anders.

Eine Tabelle mit den Aspekten, die Installateure am häufigsten fragen:

Reichweite sinkt mit steigender Baudrate

Auf RS485 gilt eine Faustregel aus TIA-485-A: bis etwa 100 kbps bleibt die maximale Kabellänge bei rund 1200 m, darüber sinkt sie näherungsweise umgekehrt proportional zur Bitrate. Texas Instruments dokumentiert die Kurve in Application Note SLLA272: bei 19200 Baud (dem Modbus-RTU-De-facto-Standard) liegen Sie noch komfortabel auf 1200 m, bei 1 Mbps sind es nur noch rund 120 m. Das ist eine harte physikalische Grenze, kein Marketing-Wert.

Bei Modbus TCP spielt diese Begrenzung keine Rolle: ein Cat5e- oder Cat6-Ethernet-Segment reicht bis 100 m, mit Switches und Routern haben Sie in der Praxis keine Distanzgrenze. Allerdings steigt die Latenz, sobald Sie über WAN gehen: LAN typisch unter 5 ms, WAN oder VPN schnell 10 bis 50 ms je Transaktion.

Wann wählen Sie Modbus RTU?

Modbus RTU ist die richtige Wahl bei kleinen Feldnetzen mit vorhandener RS485-Hardware oder bei Kostendruck, wenn die TCP-Variante eines Zählers oder Antriebs deutlich teurer ist. Klare Signale für RTU:

• Feldgeräte nur mit RTU: Wärmepumpen (Viessmann Vitocal, Vaillant aroTHERM, Daikin Altherma, Carel pCO Kältetechnik) bieten Modbus RTU am Regler ab Werk.
• Energie-Submetering im Schaltschrank: Eastron SDM630, Janitza UMG, Iskra MT. Die RTU-Variante kostet typisch 30 bis 50% weniger als die TCP-Variante.
• Frequenzumrichter mit RTU-Option: ABB ACS580 und Danfoss VLT FC202 sprechen RTU über eine serielle Karte.
• Kleines Feldnetz: bis ca 20 Geräte je Segment, in einem Raum oder Schrank.
• Kein Ethernet vor Ort: ältere Liegenschaften oder Maschinen ohne Netzinfrastruktur am Feld.

Typische Projekte: Kältetechnik nach VDKF-Praxis, Wärmepumpenflotte im Bestand, BREEAM- oder DGNB-Submetering, Maschinenpark ohne zentrales Ethernet.

Wann wählen Sie Modbus TCP?

Modbus TCP ist die richtige Wahl, wenn Sie über mehrere Räume oder Gebäude müssen, viele Geräte vorliegen oder mehrere Clients gleichzeitig lesen wollen (SCADA, Cloud-Monitoring, lokale HMI).

• Geräte verteilt im Gebäude: sobald Ethernet oder Glasfaser bereits liegt, hängen TCP-Geräte direkt am Switch ohne separate serielle Verkabelung.
• Viele Geräte (>20 bis 30): oberhalb dieser Schwelle wird die RTU-Segmentierung komplex. Ein Ethernet-Stern ist übersichtlicher.
• Mehrere gleichzeitige Clients: ein SCADA-Paket plus Cloud-Plattform plus lokale HMI wollen denselben Zähler gleichzeitig lesen. Modbus TCP erlaubt das über Transaction Identifier, RTU nicht.
• SPS mit Ethernet als Hauptkommunikation: Beckhoff TwinCAT, Siemens S7-1500, Schneider M580 sprechen Modbus TCP nativ über ihren Ethernet-Port.
• Cloud-Anbindung ohne Gateway: wenn das Gerät selbst Ethernet hat und das Netz segmentiert ist.

Typische Projekte: SCADA auf Produktionslinie, Energiemanagement einer Liegenschaft mit mehreren Schaltschränken, GLT-Anbindung auf Liegenschaftsebene, Neubau mit datacenter-grade Netz.

Wann kombinieren Sie beide über ein Gateway?

In Bestandsanlagen leben Sie praktisch immer hybrid: eine Reihe RTU-Geräte auf einem RS485-Bus, der seit Jahren läuft, plus der Wunsch, diese an neues Cloud-Monitoring oder eine SCADA anzubinden. Ein Modbus-Gateway (oft RTU-zu-TCP-Gateway genannt) ist dann der Standardweg: auf einer Seite spricht es RTU über RS485 mit den vorhandenen Slaves, auf der anderen Seite publiziert es dieselben Register als Modbus TCP auf Port 502 über Ethernet.

In DACH-Distribution finden Sie vier Gateway-Kategorien:

• Seriell-zu-Ethernet (HMS Anybus Communicator, Moxa MGate MB3170, USR-TCP232): nur RTU zu TCP, 200 bis 600 EUR.
• Multi-Protokoll-Gateway (HMS Anybus X-gateway, Intesis): RTU plus TCP plus BACnet oder KNX, 600 bis 1500 EUR.
• Mobilfunk-Gateway (Teltonika RUTX-Serie, Robustel): RTU plus TCP plus 4G/LTE, 300 bis 800 EUR.
• Cloud-MQTT-Gateway (ModbusCloud Gateway, ProSoft, eWON Cosy): RTU plus TCP plus ausgehendes MQTT über TLS in eine Cloud-Plattform.

Für einen tieferen Vergleich der vier Kategorien siehe unseren Modbus-Gateway-Kaufratgeber und den Vergleich industrieller IoT-Gateways.

Sicherheit: Port 502 gehört nicht ins öffentliche Netz

Modbus stammt aus einer Zeit, in der OT und IT vollständig getrennt waren. Deshalb haben beide Varianten keine eingebaute Authentifizierung oder Verschlüsselung. Bei RTU ist die Lage überschaubar: wer physisch an den RS485-Bus kommt, kann mitlesen. Bei TCP ist es heikler: Port 502 mit direkter WAN-Anbindung taucht in jedem Shodan-Scan auf und steht regelmäßig in CISA-ICS-CERT-Advisories.

Die Modbus Organization veröffentlichte 2018 eine "Modbus Security"-Spezifikation, die TLS auf Port 802 hinzufügt, aber die Verbreitung in DACH-Feldgeräten ist verschwindend gering. Praktischer Schutz 2026 bedeutet:

• Modbus TCP hinter Firewall: Port 502 nie auf WAN, immer in einem segmentierten OT-VLAN mit ACL.
• Ausgehendes TLS über Gateway: ein Gateway, das eine ausgehende TLS-Sitzung aufbaut (MQTT, REST oder vergleichbar), benötigt keinen eingehenden Port.
• NIS2-Konformität: das deutsche NIS2-Umsetzungsgesetz (NIS2UmsuCG) verlangt von wichtigen und besonders wichtigen Einrichtungen Risikomanagement für Netz- und Informationssysteme. Ein offener Modbus-TCP-Port 502 im WAN besteht diese Prüfung nicht.

Häufig gestellte Fragen

Fazit

Modbus RTU und Modbus TCP sind keine Konkurrenten, sondern zwei Verpackungen desselben Register-Protokolls. RTU dominiert die Feldebene bei Wärmepumpen, Kältetechnik und Energie-Submetering, weil es pro Gerät günstiger und einfacher ist. TCP gewinnt auf der Automationsebene bei SCADA, Cloud-Monitoring und großen Gerätemengen, weil es mehrere Clients und höhere Geschwindigkeiten zulässt. In DACH-Bestandsanlagen leben beide praktisch immer nebeneinander, gekoppelt über ein Gateway. Für Cloud-Monitoring ohne vorhandenes SCADA bietet ein Gateway mit ausgehendem TLS einen vierten Weg, der die Komplexität eines offenen Modbus-TCP-Ports im WAN vollständig vermeidet.