Zhengtai DDSU666 Einphasenergiezähler RS485 - MODBUS RTU Kommunikationsbeschreibung

Kommunikationsfunktion

Das Gerät verwendet RS485 - Kommunikationsmodus, die Baudrate kann auf 1200, 2400bps, 4800bps, 9600bps eingestellt werden.
Die gleiche Kommunikationsleitung kann bis zu 32 Geräte gleichzeitig verbinden, jedes Gerät kann seine Kommunikationsadresse festlegen, die Kommunikationsverbindung sollte mit einem Kupfernetz abgeschirmten Twisted Pair verwenden, der Durchmesser von nicht weniger als 0,5 mm2 ist. Die Verkabelung sollte die Kommunikationsleitung von starken Kabeln oder anderen starken elektrischen Feldumgebungen entfernt sein, die maximale Übertragungsdistanz beträgt 1200 m, die typische Netzwerkverbindungsmethode ist wie abgebildet, kann der Benutzer andere geeignete Verbindungsmethoden je nach spezifischen Umständen wählen.

Das DL / T645 - Protokoll wechselt zum ModBus-RTU - Kommunikationsprotokoll wie folgt:

FE FE FE FE68xxxxxxxxxxxx68 14 0E 33 35 3D 35 33 33 33 33 33 33 33 33CS 16

Hinweis: XXXXXXXXXXXXXX

CS ist die Kontrollsumme von 68xxxx bis 33 33 33 und die letzten zwei Bits, ohne die vorherigen 4 FE;

Modbus-Adresse, Baud-Rate, Datenbit, Check-Bits, Stop-Bits werden auf dem Instrumentbildschirm angezeigt.

Standard DL / T645 Verbindungsparameter sind (8n2, 2400bps), Senden Sie die oben genannten Anweisungen, beobachten Sie die Anzeige des Zählers, wenn "DLT645" wird "Modbus" ist ein erfolgreicher Wechsel, beobachten Sie die Bildschirmzeige "Modbus" nach der Bildschirmnummer, die Zahl ist die Modbus Slave-Adresse des Zählers, in der Dezimal-Anzeige, beachten Sie, dass die Modbus-Standard - Baud-Rate 9600 ist.

Wenn das Gerät auf den ModBus-RTU - Übertragungsmodus eingestellt ist, verwendet das ModBus-RTU - Kommunikationsprotokoll die Kommunikationsverbindung des Master-Slave - Antwort-Modus auf einer Kommunikationsleitung. Zuerst wird das Signal des Mastercomputers an ein eindeutiges Endgerät (Slave) adressiert, und dann wird das Antwortsignal des Endgeräts in die entgegengesetzte Richtung an den Host übertragen, dh im Halbduplex-Betriebsmodus. Das Protokoll ermöglicht nur die Kommunikation zwischen dem Host (PC, SPS usw.) und dem Endgerät, ohne den Datenaustausch zwischen unabhängigen Endgeräten, so dass die einzelnen Endgeräte keine Kommunikationsleitungen bei ihrer Initialisierung besetzen, sondern nur auf die Antwort auf Abfragesignale beschränkt sind, die lokal ankommen.
Das Gerät bietet das ModBus-RTU - Kommunikationsprotokoll (siehe Anhang A), um Parameterinformationen zu kommunizieren, die gelesen oder geändert werden können, wie in der folgenden Tabelle angegeben.

ChangeProtocol Protokoll Umschaltungsmoduswort, Daten 2 für Modbus-RTU, Daten 1 für DL / T645 - 2007 Protokoll;

CLr. E Stromenergie-Klease - Write - 1 - Clearing-Gesamtenergie;

BAud-Bud - Rate: 0: 1200bps; 1: 400bps; 2: 4800bps, 3: 9600bps;

Kommunikationsbeispiel

Funktionscode 03H: Leseregister

Der Host möchte 2 Registerdaten mit Slave-Adresse 01H und Start-Register - Adresse 0CH lesen, der Host sendet:

Wenn die Daten der Slave-Register 0CH, 0DH 0000H, 1388H sind, gibt der Slave:

Funktionscode 10H: Schreib-Multiplex - Register

Beispielsweise speichert der Host die Daten 0002H, 1388H und 000AH in drei Registeren mit der Slave-Adresse 01H und der Start-Register - Adresse 00H.

Der Host sendet:

Slave-Rückgabe:

16 - Bit CRC-Prüfcode

Der Master oder der Slave können einen Prüfcode verwenden, um festzustellen, ob die empfangenen Informationen korrekt sind. Aufgrund von elektronischem Rauschen oder anderen Störungen kann bei der Übertragung von Informationen

Fehler auftreten, und der Prüfcode kann überprüfen, ob die Kommunikationsinformationen vom Host oder Slave falsch sind.

Der 16 - Bit-CRC - Prüfcode wird vom Host berechnet und am Ende des Send-Informations - Frames platziert. Die CRC der empfangenen Informationen wird von der Maschine neu berechnet und verglichen, ob die berechneten CRC mit dem empfangenen CRC übereinstimmen, wenn nicht übereinstimmt, zeigt ein Fehler an. Bei der CRC-Berechnung werden nur 8 Datenbits verwendet, und die Start - und Stop-Bits werden nicht an der CRC-Berechnung beteiligt.

Der CRC-Prüfcode wird wie folgt berechnet:

1) Setzt ein 16 - Bit-Register als hexadezimaler FFFF (d. h. alle 1) vor, nennt man dieses Register CRC-Register;

2) setzt die ersten 8 - Bit-Binärdaten (das erste Byte des Kommunikations-Informations - Frames) unterscheidet sich von den unteren 8 - Bit des 16 - Bit-CRC - Registers oder legt das Ergebnis in das CRC-Register;

3) Verschiebt den Inhalt des CRC-Registers ein Bit nach rechts (in Richtung niedriger Bit) und füllt den höchsten Bit mit 0 und überprüft die nach rechts verschiebten Out-Bits;

4) Wenn das Out-Bits 0 ist: Wiederholen Sie Schritt 3) (wieder ein Bit nach rechts verschiebt);

Wenn der Shift-Out - Bit 1: CRC-Register und Polynomial A001 ist (1010 0000 0000 0001) Exclusive OR;

5) Wiederholen Sie die Schritte 3) und 4) bis Sie acht Mal nach rechts verschoben werden, sodass die gesamten 8 - Bit-Daten verarbeitet werden;

6) Wiederholen Sie die Schritte 2) bis 5), um die nächste Byte des Kommunikations-Informations - Frames zu verarbeiten;

7) Nachdem alle Bytes des Kommunikations-Informationsrahmens (ohne CRC-Prüfcode) nach den oben genannten Schritten berechnet wurden, ist der Inhalt des CRC-Registers 16 - Bit-CRC - Prüfcodes.

Fehlerbehandlung

Wenn das Gerät andere Fehler als CRC-Check - Code-Fehler erkannt hat, wird die Informationen an den Host zurückgeschickt, die höchste Position des Funktionscodes ist 1, d. h. der Funktionscode, der vom Slave an den Host zurückgeschickt wird, ist auf der Grundlage des Funktionscodes, der vom Host gesendet wird, 128 zusätzlich. Das Format der Rückgabe von Fehlermeldungen vom Slave lautet wie folgt:

Fehlercode lautet wie folgt:

Modbus Technik Austausch QQ-Gruppe