GE C60, Instruction Manual

Page: 494 / 682

B-2 C60 Breaker Protection System GE Multilin
B.1 MODBUS RTU PROTOCOL APPENDIX B
B
packet thus preventing any erroneous operations. See the CRC-16 Algorithm section for details on calculating the
CRC.
• DEAD TIME: A packet is terminated when no data is received for a period of 3.5 byte transmission times (about 15 ms
at 2400 bps, 2 ms at 19200 bps, and 300 µs at 115200 bps). Consequently, the transmitting device must not allow gaps
between bytes longer than this interval. Once the dead time has expired without a new byte transmission, all slaves
start listening for a new packet from the master except for the addressed slave.
Modbus-TCP/IP communications takes place in application data units (ADUs), which are wrapped in the TCP/IP/Ethernet
protocols. Ethernet provides Layer 2 addressing and CRC-32 error checking. IP provides Layer 3 addressing. TCP pro-
vides communication establishment and ending and manages data flow. The Parallel Redundancy Protocol (PRP) can also
be used to provide seamless data flow in case of a single failure in the network, by using a combination of LAN duplication
and frame duplication. See chapter 5 in the instruction manual for information on setting up TCP for Modbus (in the Modbus
section), IP and PRP (Network section).
The ADU is described as follows.
MBAP header : This Modbus Application Protocol header contains the following fields:
• Transaction Identifier: Used for transaction pairing. The Modbus server copies in the response the transaction identifier
of the request.
• Protocol Identifier: Used for intra-system multiplexing. The Modbus protocol is identified by the value 0.
• Length: The length field is a byte count of the following fields, including the Unit Identifier and data fields.
– Unit Identifier: For the purposes of the UR, this field is equivalent to the Modbus RTU SLAVE ADDRESS
field. The client must use the same value here as programmed in the UR setting
MODBUS SLAVE ADDRESS
.
FUNCTION CODE : This is the same as the Modbus RTU function code field described above.
DATA : This is the same as the Modbus RTU data field described above.
B.1.4 MODBUS RTU CRC-16 ALGORITHM
The Modbus TPC/IP CRC-32 algorithm is universally executed in hardware, so there is no need to describe it here.
The Modbus RTU CRC-16 algorithm essentially treats the entire data stream (data bits only; start, stop and parity ignored)
as one continuous binary number. This number is first shifted left 16 bits and then divided by a characteristic polynomial
(11000000000000101b). The 16-bit remainder of the division is appended to the end of the packet, MSByte first. The result-
ing packet including CRC, when divided by the same polynomial at the receiver will give a zero remainder if no transmis-
sion errors have occurred. This algorithm requires the characteristic polynomial to be reverse bit ordered. The most
significant bit of the characteristic polynomial is dropped, since it does not affect the value of the remainder.
A C programming language implementation of the CRC algorithm will be provided upon request.
Table B–2: MODBUS TCP/IP FORMAT
DESCRIPTION SIZE
MBAP header Transaction identifier 2 bytes
Protocol identifier 2 bytes
Length 2 bytes
Unit identifier 1 byte
FUNCTION CODE 1 byte
DATA N bytes