Das Modbus-Protokoll ist wie ein "Mandarin" zwischen industriellen Geräten und ermöglicht es Instrumenten verschiedener Hersteller, miteinander zu kommunizieren. Modbus RTU und Modbus TCP sind zwei verschiedene "Akzente" des Mandarin, die jeweils ihre eigenen Szenarien anwendbar sind.
Grundlegende Erkenntnisse: Der „Geburtshintergrund" der beiden Brüder
Stellen Sie sich vor, Modbus RTU und Modbus TCP sind zwei Brüder in einer Familie:
- Modbus RTUDie Familie ist der „große Bruder",undEs arbeitet hauptsächlich aufseriellen Leitungen(wie der übliche RS - 485 - Bus) und verbindet Geräte auf die gleiche Weise wie alte Telefonleitungen, die eine nach der anderen verknüpft sind.
- Modbus TCP Der „junge" Bruder,ist flexibel und leistungsfähig. Es läuft überEthernetDie Geräte sind an den Switch angeschlossen und wie das heutige LAN moderner verwaltet werden.
Unterschied: Fünf Dimensionen im Detail
1.Übertragungsmethode und Hardware-Schnittstelle: Der "Weg" ist nicht derselbe
- Der "Landweg" von RTU (serieller Bus): Es hängt von seriellen Anschlüssen wie RS - 485 / RS - 232 ab und verbindet Geräte mit einem speziellen seriellen Kabel (normalerweise mit zwei Zellen geschirmten Twisted Pairs). Die Netzwerkstruktur ist ein Hand in Hand- Busmit einem Master (Master) und mehreren Slaves (Slaven). Es ist wie ein Radio, der Host ruft, der angegebene Slave antwortet.
- TCP geht auf die „Highway" (Ethernet): Es verwendet ein Standard-Kabel (RJ45 - Schnittstelle) und einen Switch, wobei Geräte in einemSternmit dem Netzwerkzentrum verbunden sind.Client und Server Die Beziehung ist eher wie eine Telefonkommunikation zu einer.
2. Verpackungsmethode: Die Verpackung des "Pakets" ist anders
Der Kern "Inhalt" (d. h. Funktionscode und Daten) der beiden übertragen werden soll ist in Wirklichkeit der gleiche, aber die Verpackung unterscheidet sich stark.
- Paket (Datenframe) für RTU：Kompakt
- Adresse der Slave Station1 Byte, das angibt, an welches Gerät das Paket gesendet wird.
- Funktionscode: 1 Byte, um der anderen Person zu sagen, was sie tun soll (z. B. Daten lesen oder schreiben).
- Datenfeld: Unbestimmte Länge, spezifische Anweisungen oder Daten.
- CRC-Prüfcode: 2 Byte, um zu überprüfen, ob bei der Datenübertragung Fehler auftreten. Die RTU sendet direkte Binärdaten.
- TCP-Pakete (Datenframe)：Neues Paket
- MBAP-Header hinzugefügt: 7 Byte, das entspricht einem neuen Kurierumschlag, der Informationen enthält wie Transaktionsidentifikatoren (zu der Absprache von Anfragen und Antworten), Protokollidentifikatoren, Länge - und Einheitsidentifikatoren.
- Funktionscode + Daten-DomäneDieser Teil ist identisch mit dem Kern des RTU-Protokolls und wird in diesem neuen Umschlag von MBAP verpackt.
- Die CRC-Prüfungen wurden abgeschafft.wurden entfernt: Da das TCP-Protokoll selbst eine zuverlässige Verbindung ist und einen Checksumme-Wiederübertragungsmechanismus enthält, werden zusätzliche CRC-Prüfungen nicht mehr erforderlich.
Geschwindigkeit und Entfernung: Wer ist der „Fastman", wer kann „weit" reisen
Die folgende Tabelle zeigt die Unterschiede in Leistung und Konnektivität:
| Eigenschaften | Modbus RTU | Modbus TCP |
|---|---|---|
| Übertragungsgeschwindigkeit | Langsamer, durch die Baud-Rate begrenzt (üblicherweise 9,6k ~ 115,2 kbps) | schnell, basierend auf Ethernet (Higabit / Gigabit-Klasse) |
| Kommunikationsstrecke | begrenzt, theoretisch RS - 485 Bus bis zu 1200 m | weit, theoretisch kann durch Netzwerkgeräte unbegrenzt erweitert werden |
| Knotenzahl | begrenzt, Ein einzelnes Netzwerksegment in der Regel bis zu 32 Geräte (plus Repeater erweiterbar) | Leistungsstarke und einfache Anbindung einer Vielzahl von Knoten über einen Switch |
Zuverlässigkeit und Echtzeit: Wer „stabiler" ist, wer „zeitnaher"
- Zuverlässigkeit：
- RTUVerwenden SieCRC-CheckPrüfen Sie den Fehler. Aber unter Bustopologie kann ein Knoten - oder Leitungsfehler das gesamte Netzwerk beeinflussen.
- TCP abhängigTCP-eigene Bestätigungs - und WiederübertragungsmechanismenSicherstellung einer zuverlässigen Datenübertragung. Bei einer Sterntopologie hat ein einziger Ausfallpunkt normalerweise keine Auswirkungen auf das gesamte Netzwerk.
- Echtzeit：
- RTUDas- Protokoll bietet geringe Overhead, geringe Latenz und StabilitätDie Reaktion ist sehr zeitnah und geeignet für strenge Echtzeit-Kontrolle.
- TCP Weil esHandshake-Prozesses, des Bestätigungsmechanismus und des höheren Protokoll-Overheadist die Latenz relativ hoch und kann fluktuativ sein, aber schnell genug für die meisten Überwachungsszenarien.
Kosten und Anwendungsszenarien: Wie wählen Sie die beste „Kosten"
- Kosten：
- RTU: die relevanten Geräte (wie SPS mit seriellen Anschlüssen, Sensoren)Kosten sind in der Regel niedrigund die Verkabelung ist relativ einfach und wirtschaftlich.
- TCP:Ethernet-Infrastrukturerforderlich (Switch, Gerät mit Netzwerk-Port), Anfängliche Investitionen können höher sein.
- Typisches Anwendungsszenario：
- Auswahl von RTU als Hauptdarsteller: Szenarien mit geringer Anzahl von Geräten, zentral verteilt, nicht weit entfernt (z. B. in einer Werkstatt oder einem Steuergerät), hohen Echtzeitanforderungen anund begrenztem Budget. Zum Beispiel kleine SPS-Systeme, Sensorcluster rund um CNC-Werkzeugmaschinen.
- TCP als Protagonist: Vielzahl von Geräten, weit verbreitet (auch über die Region hinweg), erfordertFernüberwachung, Integration in übergeordnete Informationssysteme wie MESZukunftsprojekte. Beispielsweise die Datenerfassung der gesamten Fabrik in einer intelligenten Fabrik und die Überwachung des regionalen Rohrnetzes.
3. Auswahl des Kampfes: Welche sollte ich verwenden?
Einfach ausgedrückt, kann man folgendes Prinzip folgen:
- Verfolgen Sie Geld, Stabilität, Echtzeit-Kontrolle, Geräte in der Nähe?Modbus RTU Es ist deine gute Wahl.
- Schnelle, skalierbare, Remote-Management, dezentrale Geräte und sogar Internetzugang?→ →Modbus TCP Mehr Vorteile.
Antwort veröffentlichen