Introduction, General overview, Intended use of the communications protocol – Basler Electric DGC-2020 User Manual

Page 433: Detailed description of dgc-2020 modbus™ protocol, Modbus™ protocol overview, Device address field, Appendix b, Detailed description of dgc-2020 modbus, Modbus, Appendix b • modbus™ communication

Advertising
background image

9400200990 Rev X

DGC-2020 Modbus

™ Communication

B-1

APPENDIX B

• MODBUS™ COMMUNICATION

Introduction

General Overview

An optional feature of the DGC-2020 performs Modbus

™ communications by emulating a subset of the

Modicon 984 Programmable Controller. This document describes the Modbus communications protocol
employed by the DGC-2020 and how to exchange information with the DGC-2020 over a Modbus
network.

The DGC-2020 maps all parameters into the Modicon 984 Holding Register address space (4XXXX).
Refer to MAPPING - DGC 2020 Parameters into MODICON ADDRESS SPACE in this section.

Note

For applications where a DGC-2020 is replacing a DGC-500, DGC-1000, or DGC-
2000, registers 40000 - 41999 are identical to the data that was present in those
products for a seamless transition. There is some overlap between the sets of
registers which constitutes having two separate legacy register tables, one for both
DGC-500 and DGC-1000 and another for DGC-2000.

The 42XXX registers contain all information included in the DGC-2020 and should be
used for any new Modbus applications.

Intended Use of the Communications Protocol

This document provides the necessary information for 3rd party OEMs to develop in-house software to
communicate with the DGC-2020 via Modbus protocol. This will allow the exchange of setup information
and measured data between a Modbus Master Station and the DGC-2020.

The DGC-2020 data supported for remote access is listed in MAPPING - DGC 2020 Parameters into
MODICON ADDRESS SPACE
in this section.

Detailed Description of DGC-2020 Modbus

™ Protocol

Modbus

™ Protocol Overview

Modbus communications use a master-slave technique in which only the master can initiate a transaction,
called a query. The slave addressed by the query will respond by either supplying the requested data to
the master or by performing the requested action. A slave device never initiates communications on the
Modbus, and will always generate a response to the query unless certain error conditions occur. The
DGC-2020 is designed to communicate on the Modbus only as a slave device.

A master can query slaves individually or query all slaves collectively by initiating a broadcast message. A
slave does not send a response message to a broadcast query.

If a query requests actions unable to be performed by the slave, the slave response message will contain
an Exception Response Code defining the error detected.

Query and response messages share the same message structure. Each message is comprised of four
message fields: the Device Address, the Function Code, the Data Block, and the Error Check field.
Subsequent sections in this document detail each message field and the corresponding functionality
supported by the DGC-2020.

Query / Response Message Structure:

Device Address

Function Code

Eight-Bit Data Bytes

Error Check

Device Address Field

The Device Address field contains the unique Modbus address of the slave being queried. The addressed
slave will repeat its address in the Device Address field of the response message. This field is 1 byte.

Advertising
This manual is related to the following products: