Modbus ist ein einfaches, offenes serielles und Ethernet-Protokoll, das einer Steuerung erlaubt, nummerierte Datenstellen (Register) in Industriegeräten zu lesen und zu schreiben; die beiden dominanten Varianten sind Modbus RTU (seriell, über RS-485) und Modbus TCP (dasselbe Datenmodell, verpackt in Ethernet-/IP-Paketen). Von Modicon 1979 veröffentlicht, ist es älter als die meisten Geräte auf Ihrer Fertigungsebene und doch ist es nach wie vor, still und leise, die Art und Weise, wie ein großer Anteil an SPSen, Antrieben, Messgeräten und Sensoren kommuniziert. Es ist nicht glamourös. Es hat keine integrierte Sicherheit, keine Selbstbeschreibung und ein Datenmodell, das veraltet wirkt. Aber es ist frei implementierbar, leicht zu debuggen und von fast allem unterstützt, was genau der Grund ist, warum es die standardmäßige Erstwahl für günstige, zuverlässige Maschinendatenerfassung geblieben ist.
Beide Varianten teilen sich eine identische Applikationsschicht. Dieselben Funktionscodes und dieselbe Registermap funktionieren, egal ob die Bytes über verdrilltes Kupfer oder einen Ethernet-Switch transportiert werden. Unterschiedlich ist der darunterliegende Transport.
Kurz gesagt: RTU ist günstig, robust und langsam über ein gemeinsames Kabel; TCP ist schneller, erlaubt Parallelzugriffe und nutzt Ihr bestehendes Anlagenetzwerk, benötigt jedoch ein Ethernet-fähiges Gerät oder ein Gateway.
Modbus sendet keine benannten Tags. Es überträgt den Inhalt nummerierter Speicherstellen, und es gibt genau vier Tabellen:
Da ein Register nur 16 Bit hat, wird ein Wert größer als 65.535 (z. B. ein 32-Bit-Fertigungszähler oder eine Fließkommazahl für die Geschwindigkeit) über zwei aufeinanderfolgende Register verteilt. Hier ist die klassische Falle: Byte- und Wortreihenfolge sind nicht standardisiert. Ein 32-Bit-Teilezähler von 1.000.000 kann bei einem Gerät als Wortpaar (15, 16960) ankommen und bei einem anderen als (16960, 15). Wenn Ihr Zähler Unsinn anzeigt, vertauschen Sie die Wortreihenfolge, bevor Sie die Verkabelung beschuldigen. Bestätigen Sie immer die Registermap und die Byte-/Wortreihenfolge im Gerätedatenblatt, nicht durch Vermutung.
Angenommen, Sie möchten die Anzahl guter Teile einer Presse in eine Verfügbarkeits- und Leistungsberechnung einspeisen. Im Handbuch steht, dass die laufende Summe in den Holding-Registern 40001 und 40002 als 32-Bit-Unsigned-Integer gespeichert ist, mit dem hohen Wort zuerst.
Setzen Sie diese Rate in Relation zur idealen Zykluszeit der Maschine und Sie erhalten die Live-Leistung; fügen Sie geplante Zeiten und Stillstände hinzu und Sie erhalten die Gesamtanlageneffektivität. Das ist die ganze Magie. Eine Zwei-Register-Abfrage, einmal pro Sekunde, verwandelt eine stille Presse in eine Datenquelle und kostet nichts außer einer Abfrage. Kombinieren Sie denselben Datenfeed mit Durchsatz- und Ausschussraten-Tracking und Sie sehen Verluste, die der Schichtbericht nie erfasste.
Die Entscheidung hängt meist davon ab, was das Gerät bereits unterstützt und wie weit die Daten übertragen werden müssen.
Keine der Varianten ist ein Steuerungssystem. Modbus ist ein Datenaustauschprotokoll, kein SCADA und kein Sicherheitslayer, daher sollte es nicht auf Pfaden eingesetzt werden, die garantierte Timing-Eigenschaften oder Sicherheit erfordern.
RTU ist halbduplex auf einem gemeinsamen Leitungsstrang, daher ist die Abfrage-Timing wichtig. Wenn ein Master 20 Slaves bei 9600 Baud abfragt und jede Transaktion (Anfrage plus Antwort plus Umschaltzeit) grob 30 bis 50 Millisekunden dauert, benötigt ein vollständiges Durchlaufen aller 20 Geräte etwa eine Sekunde. Werden mehr Geräte hinzugefügt oder die Baudrate langsamer, altern Ihre Daten. Wenn Sub-Sekunden-Auflösung wichtig ist, verteilen Sie die Last auf mehrere serielle Ports oder verschieben Sie die stark frequentierten Geräte auf TCP.
Sicherheit ist die andere ernste Einschränkung. Klassisches Modbus hat keine Authentifizierung und keine Verschlüsselung; jede Person auf dem Leitungsstrang kann jedes Register lesen oder schreiben. Betreiben Sie es auf isolierten OT-Netzen oder in VLANs, setzen Sie Port 502 niemals dem Internet aus und behandeln Sie Schreibzugriffe als privilegiert. Dieselbe Datenbasis speist Zuverlässigkeitskennzahlen wie MTBF und MTTR und unterstützt die Verlagerung hin zur zustandsbasierten Wartung, jedoch nur, wenn die Leitung, die diese Daten transportiert, mit diesen Einschränkungen im Blick ausgelegt ist.
Fabrico ist die Echtzeit-Datenbasis, die rohe Modbus-Auslesungen in Entscheidungen verwandelt. Es erfasst Live-Produktion und OEE aus den Maschinendaten, die Sie bereits haben, egal ob die Werte per RTU, TCP oder über ein dazwischen geschaltetes Gateway ankommen. Wenn eine Maschine keine SPS hat oder über die Leitung nichts Nützliches bereitstellt, kann Fabrico den Zustand stattdessen visuell per Computer Vision auslesen, sodass Sie nicht durch eine alte Linie blockiert werden. Auf der Überwachungsebene sitzt ein einsatzbereites CMMS für Arbeitsaufträge, Anlagen, präventive Planung und Ersatzteile, was bedeutet, dass dasselbe Signal, das einen Stillstand misst, die Reaktion darauf auslösen kann. Fabrico ist in der EU entwickelt mit EU-Datenresidenz — ein echter Gesichtspunkt, wenn Ihre Produktionsdaten die Werkhalle verlassen. Für die Wartungsseite dieses Kreislaufs sehen Sie, wie es den Wechsel von reaktiver zu proaktiver Wartung unterstützt.
Nein. Es ist alt (1979) und technisch begrenzt, aber es ist offen, frei implementierbar und wird von einer enormen installierten Basis an SPSen, Antrieben und Messgeräten unterstützt. Für einfache Registerabfragen, die den Großteil der Maschinenüberwachung ausmachen, fügen neuere Protokolle oft Komplexität ohne Mehrwert hinzu. Modbus bleibt genau deshalb die pragmatische Standardwahl, weil es überall ist und sich leicht debuggen lässt.
Nicht direkt, da sie unterschiedliche physische Transporte nutzen, aber sie teilen sich die gleiche Applikationsschicht, sodass ein Modbus-Gateway sauber zwischen ihnen übersetzt. Die Registermaps und Funktionscodes sind auf beiden Seiten identisch, weshalb das Bridging eine einfache, kostengünstige Box ist und kein kompletter Reengineering-Aufwand.
Fast immer liegt es an Wort- oder Byte-Reihenfolge. Eine 32-Bit-Zahl erstreckt sich über zwei 16-Bit-Register, und Modbus hat nie standardisiert, welches Wort zuerst kommt; ein Wert kann je nach Hersteller als High-Word-first oder Low-Word-first ankommen. Prüfen Sie das Gerätedatenblatt auf Byte- und Wortreihenfolge und tauschen Sie die Reihenfolge in Ihrem Parsing-Code, falls nötig. Die Verkabelung ist nur selten der Schuldige.
Altes Protokoll, moderne Einsicht: Wenn Ihre Maschinen bereits Modbus sprechen, sind Sie nur eine Abfrage von Live-OEE entfernt. Buchen Sie eine Fabrico-Demo, um zu sehen, wie Ihre realen Maschinendaten in Entscheidungen verwandelt werden.
Anmeldung
Blog