Herunterladen Inhalt Inhalt Diese Seite drucken

Protokoll; Telegrammaufbau - BONFIGLIOLI Vectron Active Cube Handbuch

Modbus/tcp kommunikationsmodul cm-modbus/tcp frequenzumrichter 230 v / 400 v
Vorschau ausblenden Andere Handbücher für Active Cube:
Inhaltsverzeichnis

Werbung

7

Protokoll

Das Modbus/TCP-Kommunikationsprotokoll ist ein Client/Server-basiertes Protokoll. Eine Modbus/TCP-
Kommunikation wird immer vom Client initiiert (z. B. SPS). Die Server-Knoten (Frequenzumrichter)
kommunizieren nicht miteinander.
Die Modbus/TCP-Kommunikation wird vom Client über den TCP/IP-Port #502 auf Seite des
Modbus/TCP-Servers aufgebaut.
CM-Modbus/TCP und CM-Modbus/TCP-2P unterstützen
• nur Port #502 zur Herstellung einer Modbus/TCP-Verbindung
• nur eine Anforderung je Transaktion (NumberMaxOfServerTransaction = 1)
7.1

Telegrammaufbau

Ein Modbus/TCP-Telegramm besteht aus den folgenden Feldern:
MBAP
Funktionscode
MBAP Modbus Application Header
Field
Transaktionskennung
(Transaction identifier)
Protokollkennung
(Protocol identifier)
Länge
Kennung der Daten-
einheit
(Unit identifier)
• Die Kennung der Dateneinheit (Unit identifier) wird vom Server nicht verarbeitet.
• Funktionscode und Datenfeldstruktur sind bei Modbus/TCP und Modbus-RTU iden-
tisch.
• Modbus/TCP nutzt die Byte-Reihenfolge Big-Endian (Motorola Format).
Der Funktionscode teilt dem Server/Frequenzumrichter mit, welche Aktion ausgeführt werden soll.
Dem Funktionscode folgt ein Datenfeld, welches die Parameter der Anforderung enthält (oder, im Fall
der Antwort des Frequenzumrichters, die Antwort-Parameter).
Falls beim Empfang einer Anforderung über Modbus/TCP keine Fehler auftreten, enthält das Datenfeld
die angeforderten Daten. Falls ein Fehler auftritt, enthält das Feld einen Ausnahmebedingungscode,
um dem Master mitzuteilen, dass die Anforderung nicht erfolgreich abgearbeitet wurde. Die Behand-
lung von Ausnahmebedingungen und die Ausnahmebedingungscodes sind im Kapitel 7.2.9
„Ausnahmebedingungscodes" beschrieben.
10/13
Daten
(Modbus RTU Daten-Inhalt)
Length
Description
2 Bytes
Identifizierung einer
Modbus Anforde-
rung/Antwort-
Transaktion
2 Bytes
0 = Modbus protocol
2 bytes
Anzahl der folgenden
Bytes (einschließlich
Kennung der Daten-
einheit)
1 Byte
Identifizierung eines
seriell verbundenen
Remote Slaves
ACU
Modbus/TCP
Client
Server
(inverter)
Vom Client ini-
Vom Server aus der
tialisiert
erhaltenen Anforde-
rung zurückge-
schrieben
Vom Client ini-
Vom Server aus der
tialisiert
erhaltenen Anforde-
rung zurückge-
schrieben
Vom Client ini-
Vom Server initial-
tialisiert (An-
isiert (Antwort)
forderung)
Vom Client ini-
Vom Server initial-
tialisiert (An-
isiert (Antwort)
forderung)
31

Werbung

Inhaltsverzeichnis
loading

Inhaltsverzeichnis