Professional Documents
Culture Documents
EtherNetIP Programmers Guide v1 - 3
EtherNetIP Programmers Guide v1 - 3
For more information regarding EtherNet/IP and CIP functionality and conformation
standards as regulated by the ODVA, visit their website at www. odva.org.
2.2 Network
A typical EtherNet/IP network forms several point-to-point connections. A typical
network in the factory would comprise of variety of complex devices such as HMIs,
PLCs, motion controllers, bar code scanners to simple devices such as I/O.
This configuration is represented in Figure 1.
An EtherNet/IP Electronic Data Sheet (EDS) file is available for all instrument s that
supports EtherNet/IP.
Please download required EDS file from www.cincinnati-test.com
An I/O messaging service request may be part of a message box inside a ladder
rung of a PLC program. Service requests always contain a code (specifies what is
being requested) and a path (specifies destination object of request). The paths of
some of these service codes supported in the instrument, may take the form of an
ASCII character string or tag. Other paths will require specification of class, instance
and attribute.
Input and output directions are from the perspective of PLC. Input assemblies are
consumed by PLC and produced by adapter devices. Output assemblies are
produced by a PLC and consumed by an adapter device. Refer to Figure 2.
Input assemblies are commonly used to monitor the instrument status and run-time
parameters like instrument status, test evaluation, active program number, etc.
This CLASS 1 I/O is cyclic, and the update rate is user defined.
Input Assembly
PLC Instrument
Output Assembly
Figure 2: EtherNet/IP I/O Assembly
Size of
Instance
Attribute ID Instance Description
Number
(Bytes)
Control Commands from PLC to
112 1 8
Instrument
Table 1: Input Assembly Overview
Size of
Instance
Attribute ID Instance Description
Number
(Bytes)
100 1 96 Result Header from Instrument to PLC
Table 3: Output Assembly Overview
Latch Table
Latch Set Latch Clear Latch State
0 0 No change
0 1 Reset
1 0 Set
Toggle (opposite of previous
1 1
state)
Table 5: Latch Table
Please refer to Volume 2: EtherNet/IP Adaptation of CIP v. 1.19, 5-4.3 for exact format
and interpretation of attributes.
TCP/IP network
Interface interface
Structure of:
configuration configuration.
IP Address The device’s IP
UDINT
address.
The device’s network
Network Mask UDINT
mask
Default gateway
Gateway Address UDINT
address
Primary name server,
not used by
Name Server UDINT
5 instrument and value
will be always 0
Secondary name
server, not used by
Name Server 2 UDINT
instrument and value
will be always 0
String length of
Domain Name Size UINT Domain name string,
not used
Default domain name,
not used by
Domain Name STRING
instrument and value
will be always 0
Host name Structure of : Host name
Host Name Size String length of Host
UINT
6 name
Host name
Host Name STRING
Table 11: TCP/IP Object
Please refer to Volume 2: EtherNet/IP Adaptation of CIP v. 1.19, Section 5-5.3 for exact
format and interpretation of attributes.
This explicit message will respond with the result header data for requested Unique ID.
TEST_ELEMENT
Sr.No Variable Data Type Description
1 test_type SINT[4] Test type string for the requested result
2 test_eval SINT Test evaluation information for the requested
result
3 num_elements SINT Number of elements for the requested result
4 Reserved1 SINT Reserved byte, value will be always zero
5 Reserved2 SINT Reserved byte, value will be always zero
Table 21: Test Element
This explicit message will respond with the complete result data for requested Unique
ID.
DATA_ELEMENT
Sr.No Variable Data Type Description
1 test_type SINT[4] Test type for below data items
2 variable_name_unit SINT[8] Variable name and unit in short string format
• 1st 3 bytes (bytes 0-2)will be for Variable
Name
• Next 5 bytes (bytes 3-7) for Variable unit
3 variable_value REAL Actual value of the variable
Table 24: Data Element
Note: Result for running test can be read when test execution is completed along with any
tooling operations, though the result for any previous test can be read during current test
execution.