Modbus-Protokoll: Geschichte, Ursprung und warum es bleibt

Das Modbus-Protokoll ist die gemeinsame Sprache, in der ein Energiezähler, eine Wärmepumpe oder ein Wechselrichter seine Werte herausgibt, und es ist älter als fast alles, was Sie daran anschließen. Modicon veröffentlichte es 1979 für die eigenen speicherprogrammierbaren Steuerungen, und fast ein halbes Jahrhundert später sprechen Sie es noch jeden Arbeitstag. Das ist kein Zufall. Wenn Sie verstehen, woher Modbus kommt und warum es so einfach blieb, verstehen Sie sofort, warum Ihnen auf dem Bus bestimmte Eigenheiten begegnen und andere nicht.

Dieser Leitfaden erklärt die Geschichte des Modbus-Protokolls für Installateure, nicht für Protokollhistoriker. Sie erfahren, wer es erfand, warum es 2004 offen und lizenzfrei wurde, wie der Entwurf von 1979 heute noch funktioniert und was diese Entscheidungen für Ihre tägliche Arbeit bedeuten. Eine breitere Erklärung des Protokolls selbst finden Sie in unserem kompletten Modbus-Leitfaden.

Key Takeaways

• Modbus wurde 1979 von Modicon erfunden, dem Hersteller, der auch die erste SPS baute, und wurde 2004 unter der Modbus Organization ein offener, lizenzfreier Standard.
• Das Master-Slave-Modell mit schlichten Anfrage-Antwort-Nachrichten hat sich seit 1979 nicht wesentlich verändert, und gerade diese Einfachheit erklärt die riesige installierte Basis.
• Dieselbe Einfachheit bedeutet, dass der Standard keine Bedeutung je Registeradresse festlegt, jedes Gerät braucht daher weiterhin eine eigene Register-Map.

Was ist das Modbus-Protokoll?

Das Modbus-Protokoll ist ein offenes Kommunikationsprotokoll, mit dem ein abfragendes Gerät (der Master oder Client) einfache Lese- und Schreibnachrichten mit Feldgeräten (den Slaves oder Servern) über eine serielle Leitung oder über Ethernet austauscht. Es definiert nur, wie diese Nachrichten aussehen und wie sie transportiert werden, nicht was die Daten bedeuten.

Genau darin liegen Stärke und Falle. Modbus legt vier Datenblöcke und eine Handvoll Funktionscodes fest, mehr nicht. Es enthält keine Gerätebeschreibung, keine automatische Erkennung, keine eingebaute Sicherheit. Diese Nüchternheit machte es 1979 trivial zu implementieren, und deshalb übernahm es praktisch jeder Hersteller. Die Kehrseite bemerken Sie heute, wenn Sie ein neues Gerät in Betrieb nehmen und die Bedeutung jeder Adresse von Hand aus dem Datenblatt holen müssen.

Woher Modbus kommt: Modicon und 1979

Um zu verstehen, warum Modbus so ist, wie es ist, müssen Sie zurück zur Branche, aus der es hervorging: der speicherprogrammierbaren Steuerung.

Von der ersten SPS zum Protokoll von 1979

Modicon (zusammengesetzt aus MOdular DIgital CONtroller) wurde 1968 von einer Ingenieurgruppe um Dick Morley gegründet. Dasselbe Team baute die Modicon 084, allgemein als erste SPS anerkannt, im Auftrag von General Motors. Laut der Modbus Organization veröffentlichte Modicon 1979 das Modbus-Protokoll, damit seine Steuerungen Daten mit Peripheriegeräten austauschen konnten.

2004: das Jahr, in dem Modbus offen wurde

Schneider Electric übernahm Modicon 1997 und wurde damit Eigentümer des Protokolls. Der eigentliche Wendepunkt kam 2004: Schneider übertrug die Rechte an Modbus an die Modbus Organization, einen unabhängigen Anwenderverband, und die Spezifikation wurde kostenlos und lizenzfrei verfügbar. Im selben Jahr erkannte die IEC Modbus als Publicly Available Specification an. Dass Sie heute ohne Lizenzgebühren ein Modbus-Gerät bauen oder auslesen dürfen, ist eine direkte Folge dieser Entscheidung.

Wie der Entwurf von 1979 heute noch funktioniert

Das Kommunikationsmodell, das Modicon 1979 wählte, ist bemerkenswert einfach geblieben. Es gibt immer einen Master, der die Initiative ergreift, und Slaves, die nur antworten, wenn sie angesprochen werden. Der Master sendet eine Anfrage mit einer Adresse, einem Funktionscode und einem Registerbereich; der angesprochene Slave sendet die gewünschten Werte zurück oder meldet einen Fehler. Auf einem seriellen Bus können bis zu 247 Slaves eine eindeutige Adresse erhalten (1 bis 247; 248 bis 255 sind reserviert).

Das erklärt ein Verhalten, das Installateure manchmal überrascht. Ein Slave spricht nie von sich aus, wenn Sie also einen Wert wollen, müssen Sie danach fragen (pollen). Zwei Geräte mit derselben Adresse auf einem Bus kollidieren, denn der Master weiß nicht, wer antwortet. Und weil der gesamte Verkehr über den einen Master läuft, bestimmt die Abfragerate, wie frisch Ihre Daten sind. Der moderne Begriff lautet Client-Server statt Master-Slave, doch der Mechanismus ist mit dem von 1979 identisch. Welcher Funktionscode welchen Registertyp liest, zeigt unsere Modbus-Funktionscodes-Referenz.

Warum dieselbe Adresse je Marke etwas anderes bedeutet

Die größte Entwurfsentscheidung von 1979 war, was Modbus gerade nicht regelt. Der Standard legt Transport und vier Datenblöcke fest, aber nie, was eine bestimmte Adresse bedeutet. Register 40001 ist beim einen Zähler eine Spannung, beim nächsten ein Sollwert und beim dritten eine Firmware-Version. Es gibt keine universelle Map und kein Gateway, das automatisch errät, was ein Register darstellt.

Das überrascht Installateure, die von BACnet kommen, wo Objekte selbstbeschreibende Namen tragen. Bei Modbus fragen Sie immer zuerst die Register-Map des Geräts ab. Ein zweites Erbe der Nüchternheit: Die Spezifikation schreibt Big-Endian für Adressen und Datenfelder vor, legt aber die Wortreihenfolge eines 32-Bit-Werts über zwei Register nicht fest. Lesen Sie sie in der falschen Reihenfolge, erhalten Sie eine glaubwürdige, aber falsche Zahl. Zum Unterschied zwischen Modbus und dem selbstbeschreibenden Alternativprotokoll siehe BACnet gegen Modbus.

Von seriell zu Ethernet: RTU, ASCII und TCP

Modbus begann als serielles Protokoll über RS232 und später RS485, in zwei Übertragungsmodi: RTU (binär, kompakt, mit Abstand am häufigsten) und ASCII (lesbar, aber langsamer und schwerer). Als Ethernet in Fabrik und Gebäude Einzug hielt, erhielt Modbus Ende der neunziger Jahre eine TCP/IP-Variante. Modbus TCP verpackt exakt dieselbe Nachricht in ein TCP-Paket und lauscht auf Port 502, einem eigenen reservierten Port in der Internetwelt.

Der Kern blieb die ganze Zeit dieselbe Nachricht mit denselben Funktionscodes, nur die Verpackung änderte sich. Deshalb können Sie ein RTU-Gerät und ein TCP-Gerät über ein Gateway in dieselbe Monitoring-Kette hängen. Welche Variante zu welchem Auftrag passt, lesen Sie in Modbus RTU gegen TCP, oder in den Einzelerklärungen zu Modbus RTU und Modbus TCP.

Warum Modbus weiterhin dominant ist

Ein Protokoll von 1979, das noch läuft, wirft die Frage auf, warum nichts es ersetzt hat. Die Antwort ist eine Kombination aus drei Dingen: Es ist seit 2004 offen und lizenzfrei, es ist denkbar einfach zu implementieren, und im Feld steht eine gigantische installierte Basis. Modbus zählt neben BACnet weiterhin zu den zwei meistgenutzten Protokollen in HLK, Energiemanagement und Gebäudeautomation.

Die Zahlen hinter der installierten Basis

Die Zahlen bestätigen, dass diese Basis eher wächst als schrumpft. Innerhalb der Modbus-Welt trägt die TCP-Variante inzwischen grob 45 Prozent der Installationen und RTU noch etwa 35 Prozent, wobei TCP auf dem Rücken der bestehenden seriellen Basis am schnellsten wächst. Laut der Industrie-Netzwerkzählung von HMS Networks für 2025 sind 76 Prozent aller neuen industriellen Netzwerkknoten Ethernet-basiert, während serielles RTU in der Legacy-Basis schlicht bestehen bleibt. Für Sie als Installateur heißt das: Modbus begegnet Ihnen auf absehbare Zeit bei jedem Auftrag, alt und neu gemischt.

Was die Geschichte für Ihre Anlage bedeutet

Die praktische Lehre aus fünfundvierzig Jahren Modbus lautet, dass Ihnen das Protokoll bewusst wenig abnimmt. Es transportiert schlichte Zahlen zuverlässig, aber Bedeutung, Adressübersetzung und Wortreihenfolge müssen Sie je Gerät selbst liefern. Das war 1979 ein Vorteil, denn es hielt die Implementierung klein, und heute ist es die Arbeit, die bei jeder neuen Installation bei Ihnen liegt.

Genau diese Arbeit nimmt Ihnen das ModbusCloud Gateway ab. Das Gateway liest Ihre Modbus-RTU- und TCP-Geräte in einem Cloud-Dashboard aus, über fertige Register-Templates, Sie wählen also das Gerät, statt die Map von Hand zu entziffern. Fehlt ein Template, erstellt ModbusCloud es kostenlos, sobald die Registerdaten vorliegen. Adressübersetzung und Wortreihenfolge erledigt es für Sie, sodass die Einfachheit von 1979 zu Ihrem Vorteil arbeitet statt gegen Sie.

Bereit, die manuelle Adressübersetzung hinter sich zu lassen? Das ModbusCloud Gateway liest Ihre Modbus-Geräte über fertige Templates in einem Cloud-Dashboard aus; fehlt ein Template, erstellt ModbusCloud es kostenlos, sobald die Registerdaten vorliegen.