Modbus RTU vs. Modbus TCP — serieller Bus oder Ethernet?

Modbus RTU: gut geeignet für

• ✓Einfache, robuste Anbindung vieler Messgeräte über eine einzige Zweidraht-Leitung, weil das Protokoll extrem schlank ist.
• ✓Bestandsanlagen und günstige Geräte, weil praktisch jedes industrielle Gerät Modbus versteht.
• ✓Situationen, in denen es nur auf Zahlenwerte ankommt (Temperatur, Strom, Drehzahl), weil Register genau dafür gemacht sind.
• ✓Lange Kabelwege in elektrisch gestörter Umgebung, weil RS-485 als Zweidraht-Technik sehr störfest ist.
• ✓Projekte mit knappem Budget, weil weder Lizenzkosten noch teure Hardware nötig sind.

Modbus RTU: weniger geeignet für

• ✗Schnelle Ereignis-Meldungen (z. B. ein Alarm sofort), weil Geräte nie von selbst senden und der Master erst nachfragen muss. Besser: MQTT oder OPC UA.
• ✗Grosse Datenmengen wie Bilder, Logs oder Dateien, weil ein Telegramm auf gut 250 Bytes (maximal 125 Register) begrenzt ist. Besser: Ethernet-basierte Protokolle.
• ✗Anlagen mit vielen gleichberechtigten Teilnehmern, weil es immer nur einen Master gibt. Besser: Bussysteme, bei denen mehrere Geräte gleichberechtigt senden dürfen (z. B. CAN aus der Fahrzeugtechnik oder der Industrie-Ethernet-Standard PROFINET).
• ✗Kommunikation über das Internet, weil Modbus RTU keinerlei Verschlüsselung oder Anmeldung kennt. Besser: Modbus TCP im geschützten Netz oder OPC UA.

Modbus TCP: gut geeignet für

• ✓Einfache Zahlenwerte lesen und schreiben, weil Modbus bewusst schlicht ist und nur mit Registern (nummerierten Speicherfächern für Zahlenwerte) arbeitet.
• ✓Herstellerübergreifende Verbindungen, weil fast jedes Industriegerät Modbus versteht und der Standard offen und kostenlos ist.
• ✓Mehrere Frager gleichzeitig, weil über TCP mehrere Frager (Clients) parallel dieselbe Steuerung befragen können.
• ✓Alte serielle Geräte ins Netzwerk holen, weil ein Gateway die Brücke von Modbus RTU zu Modbus TCP schlägt.
• ✓Schnelle Eigenentwicklungen, weil das Protokoll so einfach ist, dass sich Anbindungen mit wenig Aufwand programmieren lassen.

Modbus TCP: weniger geeignet für

• ✗Sicherheitskritische oder öffentlich erreichbare Netze, weil Modbus TCP weder verschlüsselt noch Passwörter kennt: dann gehört es in ein abgeschottetes OT-Netz oder man nutzt OPC UA mit eingebauter Sicherheit.
• ✗Komplexe Datenstrukturen mit Namen und Einheiten, weil Modbus nur nackte Zahlen ohne Beschreibung liefert: dafür ist OPC UA mit seinem selbsterklärenden Katalog die bessere Wahl.
• ✗Ereignisse, die das Gerät von selbst melden soll, weil bei Modbus immer der Client fragen muss: für Push-Meldungen passt MQTT besser, ein Melde-Protokoll, bei dem Geräte von selbst senden.
• ✗Harte Echtzeit im Millisekunden-Takt, etwa für Bewegungssteuerung, weil Modbus TCP dafür nicht ausgelegt ist: dort nutzt man PROFINET oder EtherCAT, spezielle Echtzeit-Industrienetze.