Was gleich bleibt
Beide Varianten nutzen dasselbe Datenmodell: 16-Bit-Register, gelesen mit denselben Funktionscodes, üblicherweise 3 für Holding- und 4 für Input-Register. Grössere Werte wie Energiezählerstände liegen über mehrere Register verteilt.
Das bedeutet praktisch: Die Registertabelle aus dem Handbuch gilt für beide. Ein Wechsel von RTU auf TCP ändert nichts an der Zuordnung der Messwerte.
Was sich unterscheidet
| Transport | RTU: RS-485 · TCP: Ethernet |
|---|---|
| Rahmen | RTU: CRC16 und Silent Interval · TCP: MBAP-Kopf, Prüfung durch TCP |
| Teilnehmer | RTU: ein Master · TCP: mehrere Clients gleichzeitig |
| Adressierung | RTU: Slave-Adresse 1–247 · TCP: IP-Adresse plus Unit Identifier |
| Port | TCP: 502 |
| Typische Fehler | RTU: Topologie und Abschluss · TCP: Adressvergabe und Firewall |
Der wichtigste Unterschied ist der dritte: Bei RTU darf nur ein Master sprechen. Eine Leittechnik, die den Strang pollt, belegt ihn faktisch allein. Bei TCP können mehrere Systeme dasselbe Gerät parallel lesen.
Die Fragen, die die Entscheidung bestimmen
- Was liegt schon? Ein vorhandener RS-485-Strang ist ein starkes Argument, ebenso wie vorhandenes Ethernet im Technikraum.
- Wie viele Systeme brauchen die Daten? Mehr als eines spricht gegen RTU als alleinige Lösung.
- Wie viele Geräte? Jedes TCP-Gerät ist ein Netzwerkteilnehmer mit Adresse, Firmware und Pflegeaufwand.
- Wer betreibt das Netz? Wenn die IT jede Adresse einzeln freigeben muss, wird die Stückzahl zum Projektrisiko.
- Sollen Daten das Haus verlassen? Dann ist weder RTU noch TCP die Antwort, sondern MQTT.
Der dritte Weg: bündeln
Ab einer gewissen Stückzahl ist die Frage „RTU oder TCP“ die falsche. Zwanzig Zähler direkt im Netz bedeuten zwanzig IP-Adressen, zwanzig Firmwarestände und zwanzig Stellen, an denen eine Auslesung stillschweigend ausfallen kann.
Ein Gateway löst das: Das EMU M-Center liest bis zu 64 Geräte über zwei RS-485-Schnittstellen und Modbus TCP über Ethernet, bündelt beides zu einem Netzwerkteilnehmer und gibt die Werte gleichzeitig an BACnet IP, OPC UA, MQTT, (s)FTP und E-Mail weiter.
Die Entscheidung verschiebt sich damit von der Protokollebene auf die Betriebsebene – und das ist meist die ehrlichere Frage.
Kurzfassung
| Feldbus liegt, ein Leitsystem | Modbus RTU |
|---|---|
| Ethernet liegt, wenige Geräte | Modbus TCP |
| Mehrere Zielsysteme | Modbus TCP oder Gateway |
| Viele Geräte, gemischte Protokolle | Gateway |
| Daten sollen in die Cloud | MQTT, meist über Gateway |
Zu den Montagefallstricken von RS-485 siehe die fünf häufigsten Fehler.