imported>Gak69: Tag-Fehler korrigiert

2026-03-13T01:30:55Z

Tag-Fehler korrigiert

Neue Seite

Das '''Modbus-Protokoll''' ist ein [[Kommunikationsprotokoll]], das auf einer [[Client-Server-Modell|Client/Server-Architektur]] basiert. Es wurde 1979 von Gould-[[Modicon]] für die Kommunikation mit seinen [[Speicherprogrammierbare Steuerung|speicherprogrammierbaren Steuerungen]] ins Leben gerufen.<ref>{{Webarchiv |url=https://www.kunbus.de/modbus |text=Modbus – Das Kommunikationsprotokoll für die Industrie |wayback=20230606233607}}</ref> In der Industrie hat sich der Modbus zu einem [[De-facto-Standard]] entwickelt, da es sich um ein offenes Protokoll handelt. Seit 2007 ist die Version Modbus/TCP Teil der Norm [[IEC 61158]].

== Grundlagen ==
Mittels Modbus können ein Client (früher als Master bezeichnet) und mehrere Server (früher als Slave bezeichnet) verbunden werden. Als Client werden Geräte bezeichnet, die Abfragen einleiten, z. B. ein Prozessleitsystem. Server sind die Geräte, die auf Client-Abfragen reagieren und Daten liefern, z. B. Sensoren.<ref name="ModBusSpec">{{Internetquelle |autor=Modbus Organization, Inc. |url=https://www.modbus.org/file/secure/modbusprotocolspecification.pdf |titel=MODBUS APPLICATION PROTOCOL SPECIFICATION V1.1b3|werk= |hrsg=Modbus Organization, Inc. |datum= |abruf=2026-03-11 |sprache=en}}</ref>

Es gibt zwei Versionen: Eine für die [[serielle Schnittstelle]] ([[EIA-232]] und [[EIA-485]])<ref name=ModBusSerial>{{Internetquelle |autor=Modbus Organization, Inc. |url=https://www.modbus.org/file/secure/modbusoverserial.pdf |titel=MODBUS over Serial Line - Specification and Implementation Guide |werk= |hrsg=Modbus Organization, Inc. |datum= |abruf=2026-03-12 |sprache=en}}</ref> und eine für [[Ethernet]].

Bei der Datenübertragung werden drei verschiedene Betriebsarten unterschieden:
* Modbus/RTU
* Modbus/ASCII
* Modbus/TCP

Jeder Busteilnehmer muss eine eindeutige Adresse besitzen. Die Adresse 0 ist dabei für einen [[Broadcast]] reserviert. Jeder Teilnehmer darf Nachrichten über den Bus senden. In der Regel wird dies jedoch durch den Client initiiert und ein adressierter Server antwortet.

Lese- und Schreibzugriffe sind auf folgende Objekttypen möglich:
{| class="wikitable"
! Objekttyp
! Zugriff
! Größe
!Funktionscode
|-
|Einzelner Ein-/Ausgang „Coil“
|Lesen & Schreiben||1-bit
|01 / 05 / 15
|-
|Einzelner Eingang „Discrete Input“||nur Lesen||1-bit
|02
|-
|(analoge) Eingänge „Input Register“||nur Lesen||16-bits
|04
|-
|(analoge) Ein-/Ausgänge „Holding Register“||Lesen & Schreiben
|16-bits
|03 / 06 / 16
|}

== {{Anker|RTU}} Modbus/RTU ==

Modbus RTU (RTU: [[Remote Terminal Unit]], Fernbedienungsterminal) überträgt die Daten in binärer Form. Dies sorgt für einen guten Datendurchsatz, allerdings können die Daten nicht direkt vom Menschen ausgewertet werden, sondern müssen zuvor in ein lesbares Format umgesetzt werden.

'''Protokollaufbau'''<ref name="ModBusSerial" />

Im RTU-Modus wird der Sendebeginn durch eine Sendepause von mindestens der 3,5-fachen Zeichenlänge markiert. Ein Zeichen hat eine Länge von 11 Bit. Die Länge der Sendepause hängt somit von der Übertragungsgeschwindigkeit ab. Dies muss bei niedrigen Datenraten exakt eingehalten werden. Bei einer [[Bitrate]] von mehr als 19200 bit/s kann eine feste Pausenzeit von 1,75 ms verwendet werden. Das Adressfeld besteht aus acht Bit, die die Empfängeradresse darstellen. Der Server sendet bei seiner Antwort an den Client ebendiese Adresse zurück, damit der Client die Antwort zuordnen kann. Das Funktionsfeld besteht aus 8 Bit. Hat der Server die Anfrage des Client korrekt empfangen, so antwortet er mit demselben Funktionscode. Ist ein Fehler aufgetreten, so verändert er den Funktionscode, indem er das höchstwertige Bit des Funktionsfeldes auf 1 setzt.
Das Datenfeld enthält Hinweise, welche Register der Server auslesen soll, und ab welcher Adresse diese beginnen. Der Server setzt dort die ausgelesenen Daten (z. B. Messwerte) ein, um sie an den Client zu senden. Im Fehlerfall wird dort ein Fehlercode übertragen. Das Feld für die Prüfsumme, die mittels [[Zyklische Redundanzprüfung|CRC]] ermittelt wird, beträgt 16 Bit. Das gesamte Telegramm muss in einem kontinuierlichen Datenstrom übertragen werden. Tritt zwischen zwei Zeichen eine Sendeunterbrechung auf, die länger als 1,5 Zeichen ist, so ist das Telegramm als unvollständig zu bewerten und sollte vom Empfänger verworfen werden.

{| class="wikitable"
|-
!Start || Adresse || Funktion || Daten || CR-Check || Ende
|-
|Wartezeit (min. 3,5 Zeichen) || 1 Byte || 1 Byte ||''n'' Byte || 2 Byte || Wartezeit (min 3,5 Zeichen)
|}

== Modbus/ASCII ==

Im Modbus ASCII wird keine Binärfolge, sondern [[American Standard Code for Information Interchange|ASCII-Code]] übertragen. Dadurch ist es direkt für den Menschen lesbar, allerdings ist der Datendurchsatz im Vergleich zu RTU geringer.

'''Protokollaufbau'''

Im ASCII-Modus beginnen Nachrichten mit einem vorangestellten Doppelpunkt, das Ende der Nachricht wird durch die Zeichenfolge [[Carriage return]] – [[Line feed]] ([[CRLF]]) markiert.

Die ersten zwei Bytes enthalten zwei ASCII-Zeichen, die die Adresse des Empfängers darstellen. Der auszuführende Befehl ist auf den nächsten zwei Bytes codiert. Über weitere ''n'' Zeichen folgen die Daten. Über das gesamte Telegramm (ohne Start- und Ende-Markierung) wird zur Fehlerprüfung ein [[Longitudinal Redundancy Check|LRC]] ausgeführt, dessen Paritätsdatenwort in den abschließenden zwei Zeichen untergebracht wird.
Tritt während der Übertragung eines Frames eine Pause von > 1 s auf, wird der Frame als Fehlerfall bewertet. Der Benutzer kann ein längeres Timeout konfigurieren.

{| class="wikitable"
|-
!Start || Adresse || Funktion || Daten || LR-Check || Ende
|-
|1 Zeichen (:) || 2 Zeichen || 2 Zeichen ||''n'' Zeichen || 2 Zeichen || 2 Zeichen (CRLF)
|}

== Modbus/TCP ==
Modbus/TCP ist RTU sehr ähnlich, allerdings werden [[TCP/IP]]-Pakete verwendet, um die Daten zu übermitteln.<ref>{{Internetquelle |autor=Modbus Organization, Inc. |url=https://www.modbus.org/file/secure/messagingimplementationguide.pdf |titel=MODBUS Messaging on TCP/IP Implementation Guide V1.0b|werk= |hrsg=Modbus Organization, Inc. |datum= |abruf=2026-03-12 |sprache=en}}</ref><ref>{{Webarchiv |url=https://www.kunbus.de/modbus-tcp-ethernet.html |text=Informationen zu Modbus TCP |wayback=20220524130929}}</ref> Der TCP-Port 502 ist für Modbus/TCP reserviert. Modbus/TCP ist seit 2007 in der Norm [[IEC 61158]] festgelegt und wird in [[IEC 61784|IEC 61784-2]] als CPF 15/1 referenziert.

'''Protokollaufbau'''

{| class="wikitable"
|-
! Transaktionsnummer || Protokollkennzeichen || Zahl der noch folgenden Bytes || Adresse || Funktion || Daten
|-
| 2 Byte || 2 Byte (immer 0x0000) || 2 Byte (''n'' + 2) || 1 Byte || 1 Byte ||''n'' Byte
|}

Dadurch, dass hier keine CRC-Prüfsummenbytes zu berechnen sind, ist die Implementierung eines Treibers für die TCP-Schnittstelle einfacher als für die serielle Schnittstelle, sofern man auf eine vorhandene TCP-Implementierung aufsetzen kann.

=== Modbus/TCP Security Protocol ===
Im Oktober 2018 wurde eine sichere Variante Modbus/TCP-Protokoll auf Basis [[Transport Layer Security]] (TLS) veröffentlicht.<ref>{{Webarchiv |url=https://www.modbus.org/docs/Modbus-SecurityPR-10-2018.pdf|text=PRESS RELEASE Modbus Security – New Protocol to Improve Control System Security |wayback=20240823120354}}, auf modbus.org</ref> Diese nutzt [[X.509]]<nowiki/>v3 digitale Zertifikate zur Authentifizierung von Server und Client. Damit sollen Angriffe auf vernetzte Modbus/TCP-Komponenten (z. B. [[Man-in-the-Middle-Angriff]]e) verhindert werden. Das sichere Modbus/TCP bietet auch eine rollenbasierte Zugriffssteuerung. Es nutzt den TCP-Port 802. Das Protokoll wird in der MODBUS/TCP Security Protocol Specification<ref>{{Internetquelle |autor=Modbus Organization, Inc. |url=https://www.modbus.org/file/secure/modbussecurityprotocol.pdf |titel=MODBUS/TCP Security Protocol Specification |werk= |hrsg=Modbus Organization, Inc. |datum= |abruf=2026-03-12 |sprache=en}}</ref> beschrieben.

== Weblinks ==
* [http://www.modbus.org/ Web-Seite der Modbus Organization, Inc.], mit detaillierten Spezifikationen (englisch)
* [https://libmodbus.org/ Modbus-Bibliothek in C], quelloffen und mit Dokumentation (englisch)
* [https://github.com/PrismCMMS/modbus-dotnet-api Modbus asynchrone Kommunikation für .NET], .NET-basierte Modbus-API zur asynchronen Kommunikation mit Modbus-Slaves.

== Einzelnachweise ==
<references />

[[Kategorie:Feldbus]]

Modbus - Versionsgeschichte

imported>Gak69: Tag-Fehler korrigiert