Modbus Scanner: ein Modbus-Netzwerk scannen und Geräte finden (2026)

Ein Modbus Scanner löst das häufigste Problem, wenn Sie eine bestehende Anlage übernehmen: Es hängt ein Bus mit Geräten daran, aber niemand weiß, welche Slave-Adressen belegt sind oder mit welcher Baudrate die Geräte kommunizieren. Ohne Scan tappen Sie im Dunkeln, mit einem Scan haben Sie die Adressliste in wenigen Minuten vollständig.

Dieser Beitrag zeigt, wie Sie einen Modbus Scanner sowohl auf Modbus RTU (RS485) als auch auf Modbus TCP einsetzen, welche kostenlosen und kostenpflichtigen Werkzeuge Installateure täglich nutzen, und die drei Fallstricke, an denen ein Scan scheitert: doppelte Adressen, eine unbekannte Baudrate und die Broadcast-Adresse 0. Gedacht für Fachbetriebe in HLK, Kältetechnik, Photovoltaik und Ladeinfrastruktur, nicht für Protokollautoren.

Key Takeaways

• Modbus-Slave-Adressen reichen von 1 bis 247. Ein Scanner pollt jede Adresse einzeln und markiert die Adressen, die antworten.
• Kennen Sie die seriellen Parameter nicht, müssen Sie Baudrate, Parität und Stoppbits durchgehen. 9600 8N1 und 2400 8N1 decken die meisten Geräte ab.
• Zwei Geräte mit derselben Adresse am selben Bus kollidieren und erzeugen CRC-Fehler. Lösen Sie das, indem Sie die Geräte einzeln anschließen.

Was macht ein Modbus Scanner genau?

Ein Modbus Scanner ist ein Werkzeug, das systematisch jede mögliche Slave-Adresse auf einem Bus anspricht und protokolliert, welche Adressen antworten. Der Scanner sendet an jede Unit-ID eine kleine Leseanfrage, meist Function Code 0x03 (Read Holding Registers) für ein Register auf Adresse 0x0000, und notiert, ob innerhalb des Timeouts eine gültige Antwort zurückkommt.

Der gültige Adressbereich ist in der Modbus Application Protocol Specification V1.1b3 der Modbus Organization festgelegt. Ein einzelnes Gerät nutzt eine Adresse zwischen 1 und 247. Adresse 0 ist die Broadcast-Adresse (nur Schreiben, keine Antwort), und 248 bis 255 sind reserviert. Ein Scan durchläuft also diese 247 Adressen und setzt einen Haken, sobald ein Gerät reagiert.

Wichtig: Ein Scanner findet nur Geräte, die mit denselben seriellen Parametern kommunizieren wie der Scanner selbst. Steht ein Gerät auf 19200 8E1, während Sie mit 9600 8N1 scannen, bleibt es unsichtbar. Zum Aufbau des Frames und der Slave-Adresse siehe die Modbus-RTU-Erklärung. Zum Protokoll insgesamt siehe unseren kompletten Modbus-Leitfaden.

Was Sie vor dem Scan benötigen

Für einen RTU-Scan brauchen Sie einen USB-auf-RS485-Wandler, die Leitung zum Bus (A, B und möglichst GND) und ein Scan-Werkzeug auf dem Laptop. Für einen TCP-Scan genügt Netzwerkzugang zum Subnetz, in dem die Geräte oder das Gateway liegen.

Notieren Sie vorab, was Sie bereits wissen: die Anzahl der Geräte, die dort hängen sollten, und ob der Hersteller eine Default-Baudrate nennt. Ein Eastron SDM630 Energiezähler startet zum Beispiel mit 2400 8N1 (Eastron SDM630 Technisches Datenblatt), während viele SPS-gekoppelte Geräte auf 9600 oder 19200 stehen.

Schritt für Schritt: ein Modbus-RTU-Netzwerk scannen

Die Reihenfolge ist immer gleich: zuerst die Adresse bei bekannten seriellen Parametern finden, und erst wenn das nichts bringt, die seriellen Parameter selbst ermitteln.

1. 1

   Scanner anschließen und Startparameter wählen

   Verbinden Sie den USB-auf-RS485-Wandler mit A und B des Busses. Beginnen Sie mit der häufigsten Einstellung: 9600 Baud, 8 Datenbits, keine Parität, 1 Stoppbit (8N1). Setzen Sie das Antwort-Timeout großzügig, etwa 300 Millisekunden, damit langsame Geräte mitkommen.

2. 2

   Den gesamten Adressbereich 1 bis 247 scannen

   Lassen Sie das Werkzeug jede Adresse mit Function Code 0x03 oder 0x04 für ein Register pollen. In modpoll geschieht das in einer Schleife: modpoll -m rtu -a <id> -r 1 -c 1 -b 9600 -P none /dev/ttyUSB0. Adressen, die ein gültiges Frame zurücksenden, sind belegt. Notieren Sie sie.

3. 3

   Finden Sie nichts, gehen Sie die seriellen Parameter durch

   Bleibt der gesamte Scan still, stimmen Baudrate oder Framing nicht. Gehen Sie die Kombination aus Baudrate und Framing durch, bis Sie eine gültige CRC erhalten. In der Praxis: erst 9600 8N1, dann 2400 8N1, dann 19200 8N1, danach die Even-Parität-Varianten (8E1).

Die Modbus over Serial Line Specification V1.02 nennt 9600 und 19200 Baud mit Even-Parität als Standard, doch Hersteller weichen oft ab. Rechnen Sie daher mit sieben gängigen Baudraten (1200 bis 115200) und drei Framings (8N1, 8E1, 8O1). Die dabei genutzten Function Codes wie 0x03 und 0x04 sind in der Modbus-Funktionscodes-Referenz erklärt.

Die drei Fallstricke beim Scannen

Ein Scan, der nichts oder Unsinn liefert, geht fast immer auf eine dieser drei Ursachen zurück.

Fallstrick 1: zwei Geräte mit derselben Adresse. Stehen zwei Geräte auf Adresse 3, antworten beide gleichzeitig auf jede Anfrage an Adresse 3. Ihre Frames überlagern sich auf dem Bus, was CRC-Fehler und unlesbare Daten erzeugt. Ein zuverlässiger Scan ist dann nicht möglich.

Die Lösung ist Punkt-zu-Punkt-Arbeit: Trennen Sie alle Geräte, schließen Sie eines an, lesen oder setzen Sie die Adresse, schließen Sie das nächste an. So erhält jedes Gerät eine eindeutige Adresse zwischen 1 und 247 und die Kollision verschwindet.

Fallstrick 2: die Broadcast-Adresse 0. Adresse 0 ist für Broadcast-Schreibaktionen an alle Geräte reserviert. Geräte antworten darauf grundsätzlich nicht, Sie finden damit also nie ein Gerät. Überspringen Sie Adresse 0 und beginnen Sie bei 1.

Fallstrick 3: der Bus ist physikalisch gestört. Ein fehlender Abschlusswiderstand, vertauschte A- und B-Leitungen oder eine zu lange Stichleitung lassen Geräte zufällig ausfallen. Ein Gerät, das im einen Scan antwortet und im nächsten nicht, deutet auf ein Verkabelungsproblem hin, nicht auf ein Adressproblem. Siehe die RS485-Verkabelungsanleitung für Terminierung und Polarität.

Modbus TCP auf Port 502 scannen

Bei Modbus TCP läuft das Scannen in zwei Schichten. Zuerst suchen Sie im Netzwerk, welche IP-Adressen auf TCP-Port 502 lauschen, dem Standard-Modbus-Port. Danach scannen Sie hinter jeder gefundenen IP die Unit-IDs, denn ein TCP-auf-RTU-Gateway kann mehrere RTU-Geräte hinter einer IP brücken.

Für die erste Schicht nutzen Sie nmap: nmap -p 502 --open 192.168.1.0/24 findet alle Hosts mit offenem Modbus-Port. Nmap hat auch ein dediziertes Skript: nmap --script modbus-discover -p 502 <ip> enumeriert die Unit-IDs und fragt über Read Device Identification (Function Code 0x2B, MEI-Typ 0x0E) Hersteller und Produkt ab (Nmap NSE modbus-discover Dokumentation). Zu Port und Frame-Aufbau von TCP siehe die Modbus-TCP-Erklärung.

Welche Scanner-Werkzeuge gibt es?

Es gibt kein Werkzeug, das alles kann. Dies sind die Optionen, die Installateure am häufigsten einsetzen, von kostenloser CLI bis kostenpflichtiger GUI.

Für einen einmaligen Einsatz vor Ort ist eine kostenlose GUI wie der CAS Modbus Scanner am schnellsten. Wollen Sie das Scannen automatisieren oder in ein Skript gießen, sind modpoll und pymodbus praktischer.

Fehlerbehebung beim Scannen

Eine Exception Response (zum Beispiel Function Code 0x83) ist während eines Scans übrigens eine gute Nachricht: Sie bedeutet, dass auf dieser Adresse sehr wohl ein Gerät sitzt, nur das angefragte Register existiert nicht. Die Adresse ist also belegt.

Kontinuierlich aus der Cloud scannen

Ein einmaliger Scan liefert eine Momentaufnahme. In der Praxis verändert sich eine Anlage: Ein Monteur setzt einen Zähler dazu, ein Gerät fällt durch ein defektes Netzteil aus, oder jemand ändert eine Adresse. Manuelles Nachscannen skaliert nicht über Dutzende Standorte.

Hier passt das ModbusCloud Gateway. Das Gateway führt eine Auto-Discovery am angeschlossenen Bus durch und pollt die bekannten Adressen kontinuierlich. Verschwindet ein Gerät oder taucht eine neue Adresse auf, sehen Sie das sofort im Dashboard statt erst beim nächsten Serviceeinsatz. In Verbindung mit automatischen Modbus-Benachrichtigungen erhalten Sie eine Meldung, sobald ein Gerät ausfällt, ohne physisch vor Ort scannen zu müssen.

Häufig gestellte Fragen

Nächste Schritte

Ein guter Scan beginnt bei den richtigen seriellen Parametern und endet bei einer sauberen Adressliste ohne Duplikate. Kombinieren Sie diesen Ansatz mit der Modbus-RTU-Erklärung, um zu verstehen, was Byte für Byte über den Bus geht, und mit der Modbus-Funktionscodes-Referenz, um die Leseanfragen Ihres Scanners zu durchdringen.

Wollen Sie nicht bei jeder Änderung erneut vor Ort scannen? Das ModbusCloud Gateway übernimmt die Discovery- und Polling-Arbeit und hält Ihre Anlage kontinuierlich im Blick. Buchen Sie eine kurze Demo, um zu sehen, wie das über mehrere Standorte funktioniert.