Protokolle · Modbus
Modbus RTU und TCP – ein praktischer Integrationsleitfaden
Wie Modbus RTU und TCP funktionieren, wie ein Registerplan zu lesen ist und welche Details zu Skalierung, Polling und Fehlerverhalten die meisten Integrationsfehler verursachen.
Kurze Antwort
Modbus ist ein einfaches Anfrage-Antwort-Protokoll auf Basis von Coils und Registern. RTU läuft über serielle Verbindungen, TCP über Ethernet. Es überträgt Daten, aber keine Bedeutung; Registerplan, Skalierung, Wortreihenfolge und Schreibrechte müssen daher schriftlich bestätigt werden. Modbus ist ideal für Zähler, Wechselrichter und einfache Anlagen, nicht für schnelle Verriegelungen.
Ein Registermodell, kein Datenmodell
Modbus stellt Coils, diskrete Eingänge, Eingangsregister und Holding-Register bereit. Es definiert nicht, was ein Register bedeutet; das tut der Gerätehersteller. Ein Zähler kann Energie in zwei Holding-Registern ablegen, ein anderer eine andere Wortreihenfolge verwenden, ein dritter einen Skalierungsfaktor verlangen. Deshalb beginnt ein Modbus-Projekt mit einem Registerplan und nicht mit einem Kabel. Der Plan sollte Adresse, Datentyp, Skalierung, Einheit, Zugriff und das Verhalten angeben, wenn das Gerät nicht mehr antwortet. Ein Registerplan, der Energie ohne Einheit, Skalierung oder Wortreihenfolge nennt, ist keine Spezifikation, sondern eine Hoffnung, die bei der Inbetriebnahme geprüft wird – meist zum ungünstigsten Zeitpunkt.
- Beginnen Sie mit dem Registerplan des Herstellers
- Halten Sie Skalierung, Einheit und Datentyp für jeden Punkt fest
- Definieren Sie das Offline-Verhalten jedes Werts
RTU und TCP sind unterschiedliche Verbindungen
Modbus RTU läuft auf RS485 oder RS232. RS485 ist ein gemeinsam genutzter Bus: Terminierung, Bias, Kabelweg und Unit-IDs sind wichtig, und ein Master pollt die Slaves der Reihe nach. Modbus TCP läuft über Ethernet und verwendet eine Unit-ID innerhalb des TCP-Frames, oft um ein serielles Gateway zu erreichen. TCP ist einfacher zu routen und zu diagnostizieren, aber nicht automatisch schneller, wenn das Gateway dahinter langsam ist. Wählen Sie die Verbindung nach Gerät, Entfernung und vorhandener Infrastruktur und dokumentieren Sie das Gateway dazwischen. Wird das Gateway vom Zählerhersteller geliefert, gehören seine Registerzuordnung und Firmware dennoch in die Punktliste und nicht nur in das Handbuch des Herstellers.
- RS485 benötigt Terminierung und einen Segmentplan
- TCP hängt weiterhin vom Gateway dahinter ab
- Dokumentieren Sie den Umwandlungspunkt
Skalierung, Vorzeichen und Wortreihenfolge
Die meisten Integrationsfehler sind keine Protokollfehler, sondern Auslegungsfehler. Ein Wert kann vorzeichenbehaftet oder vorzeichenlos, 16 oder 32 Bit breit sein und in beliebiger Reihenfolge auf zwei Register verteilt sein. Eine Temperatur kann in Zehntelgrad ankommen, ein Druck in Hundertstel bar, und ein Statuswort kann mehrere Alarme in einer Ganzzahl bündeln. Der Registerplan muss all das definieren, und die Punktliste sollte die Umrechnung festhalten. Testen Sie mit einem bekannten Wert, nicht mit einer plausiblen Zahl auf einem Bildschirm. Halten Sie bei der Inbetriebnahme den Rohwert neben dem engineeringgerechten Wert fest; das macht spätere Skalierungsfehler offensichtlich und gibt dem nächsten Ingenieur einen Bezugspunkt.
- Bestätigen Sie Vorzeichenbehaftung und Bitbreite
- Bestätigen Sie Registerpaarung und Wortreihenfolge
- Testen Sie gegen einen bekannten physikalischen Wert
Polling, Schreibzugriffe und Fehlerverhalten
Modbus wird gepollt, daher kostet jeder Punkt Zeit und Netzlast. Bündeln Sie Lesevorgänge, vermeiden Sie Abfragen schneller als das Gerät antworten kann, und behandeln Sie Timeouts als Ereignisse der Datenqualität statt als Nullwerte. Schreibzugriffe brauchen Berechtigung, Bereichsprüfungen und ein Rücklesen. Wenn ein Controller einen Sollwert schreibt, definieren Sie, was geschieht, wenn das Gerät ihn ablehnt oder offline geht. Halten Sie Sicherheitsverriegelungen aus langsamen Polling-Schleifen heraus. Modbus ist ein hervorragender Kitt für Zähler- und Anlagendaten; es ist ein schlechtes Fundament für Abläufe, die in deterministischer Zeit reagieren müssen. Ein langsames Protokoll kann dennoch zuverlässig sein; der Fehler besteht darin, ihm eine schnelle Aufgabe zu geben und dann das Protokoll zu beschuldigen, wenn der Ablauf nachhinkt.
- Bündeln Sie Lesevorgänge und respektieren Sie das Polling-Budget
- Behandeln Sie Timeouts als Qualitätskennzeichen, nicht als Null
- Halten Sie Sicherheitsverriegelungen aus langsamen Schleifen heraus
Modbus-Datenbereiche
6 rows| Bereich | Zutritt | Typische Anwendung | Fallstrick |
|---|---|---|---|
| Coils | Lesen/Schreiben | Start-/Stopp-Befehle und Statusbits | Bestätigen Sie, ob 0 oder 1 „Ein“ bedeutet |
| Diskrete Eingänge | Nur lesend | Laufrückmeldungen, Alarme und Grenzwerte | Polarität und Entprellung prüfen |
| Eingangsregister | Nur lesend | Messwerte und Zählerstände | Skalierung und Vorzeichenbehaftung |
| Holding-Register | Lesen/Schreiben | Sollwerte, Modi und Konfiguration | Schreibberechtigung und Rücklesen |
| 32-Bit-Werte | Lesen/Schreiben | Energie, Durchfluss und große Zählerstände | Wortreihenfolge und Registerpaarung |
| Gerätestatus | Nur lesend | Kommunikations- und Störungsflags | Offline von Null unterscheiden |
Projektbilder
3 images
Häufige Fragen
01RTU oder TCP?
RTU eignet sich für serielle Feldgeräte und lange Kabelwege, TCP für Ethernet-Netze und Gateways. Viele Standorte nutzen beides, wobei ein Gateway beide verbindet.
02Wie viele Geräte können sich ein RS485-Segment teilen?
Das hängt vom Treiber, vom Kabel, von der Baudrate und vom Polling-Budget ab. Der Segmentplan sollte berechnet und nicht aus einer pauschalen Zahl übernommen werden.
03Ist Modbus sicher?
Nicht von sich aus. Es verfügt über keine Authentifizierung und keine Verschlüsselung. Behandeln Sie es als Feldbus und schützen Sie es durch Netzsegmentierung und Gateways.
04Warum ist mein Wert zehnmal zu groß?
Skalierung. Das Register kann in Zehnteln oder Hundertsteln geführt sein, oder ein 32-Bit-Wert wurde in falscher Wortreihenfolge zusammengesetzt.
05Kann Modbus drahtlos übertragen werden?
Ja, über drahtlose serielle Bridges oder Gateways. Bestätigen Sie Latenz, Wiederholungen und den Fehlerzustand, bevor Sie es zur Steuerung einsetzen.
Nächster Schritt
Bringen Sie uns das Gebäude.
Nennen Sie uns Gebäudetyp, Systeme im Leistungsumfang und das benötigte Ergebnis. Wir zeigen den kürzesten Weg zu einem funktionierenden System.