Porovnávané verzie

Kľúč

  • Tento riadok sa pridal
  • Riadok je odstránený.
  • Formátovanie sa zmenilo.

...

  • communication via TCP
  • explicit messages (request/response type of communication)
  • standard addressing of objects (Class/Instance/Attribute)
  • symbol addressing of objects (proprietary Rockwell implementation)
  • optimization of symbol objects addressing - so-called Symbol Instance Addressing
  • optimizing the reading of multiple values using Multiple Service Packet Service messages

Implementation in D2000 does not support:

...

KeywordFull titleDescriptionUnitReplacement value
Kotva
rwt
rwt
RT
Read Wait TimeoutWaiting between individual reads of data from the communication if no data has been received..sec.mss0.010

Kotva
bs
bs
BS

Batch Size

The number of messages after sending of which the Send Delay is performed.

-1...1000

Kotva
sd
sd
SD

Send DelayWaiting after sending a batch consisting of Batch Size message. The purpose is not to overload the device with too many messages.
Note: while testing the Micro820 device, problems were encountered when sending approximately 200 messages  (browsing instances of the class File Object [0x37] with zero delay. Waiting for 1 ms solved the problem.
sec.mss0.001

Kotva
mpr
mpr
MPR

Max Pending Requests

Maximum number of unacknowledged messages. If the number of unacknowledged messages reaches the value of the parameter, the KOM proces waits before sending the next message. A value of 1 means that each message must be confirmed before sending another one (so that the PLC cannot be overloaded due to intensive communication).


1..100

Kotva
se
se
SE

Write Symbolic: Array Elements

Methods of writing array using symbolic addressing (Rockwell). There are three supported modes:

  • 0 .. Array Index + Item Count: all the elements defined for a particular point are written (Array Index+1 or Item Count, whichever is greater)
  • 0 .. Array Index: minimalistic variant - elements from 0 to Array Index are written
  • 0 .. Max Array Index: maximalist variant - entries from 0 to Max Array Index are written, where Max Array Index is the largest number of elements of all I/O tags with the same symbolic address (within the station)
-0 .. Array Index

Kotva
ow
ow
OW

Optimized write of array elementOptimized write is used when only one array element is written. Optimization consists of writing only one specific element and specifying its index (in the protocol specified as Member ID).
Note: the tested Micro820 device supported the optimization, the test software server did not.
-False

Kotva
mp
mp
MP

Max Packet SizeThe maximum size of Ethernet/IP messages (Unconnected Explicit message) - according to the standard 504 bytes.
Note: in symbolic mode (Rockwell) it is also possible to work with larger arrays using proprietary services Read Tag Fragmented Service and Write Tag Fragmented Service.
Note: this size does not include the Encapsulation Header (24 bytes - Command/Length/Session Handle/Status/Sender Context/Options) or the SendRRData/Common Packet Format header (16 bytes - Interface Handle/Timeout/Item1 + Length/Item2 Length).
Bytes504

Kotva
rs
rs
RS

Response TimeoutTimeout to receive an answer for a request. If the response for a request is not received within this time, this is considered an error, and the TCP connection will be closed.sec.mss10.000

Kotva
so
so
SO

Optimized Work with Symbolic NamesOptimization of work in a symbolic mode (Rockwell) - so-called Symbol Instance Addressing. Instead of using symbolic names, a Symbol Instance ID is used for reading. The Symbolic name is converted to the Instance identifier by the same service which is used for browsing.
Note: Not every device or Rockwell firmware version supports this optimization (tested Micro820 with firmware 10.0.12 or 11.0.11 did not support this optimization). In this case, if the device returns the Service not supported [0x08] error code, the optimization will be disabled until the KOM process is restarted or the configuration of the respective line is re-saved.
-False

...

ParameterMeaningUnit / sizeDefault value

Kotva
rp
rp
Route Path for Unconnected Send (hex)

An octet string representing the parameter Route_Path (of padded EPATH type, that is, the number of octets in each segment must be even). If this parameter is specified, the protocol messages (Get_Attribute_Single, Set_Attribute_Single, Read Tag [Fragmented] Service, Write Tag [Fragmented] Service) will be wrapped in an Unconnected Send message that is used for routing.

It was not necessary to set this parameter when communicating with Micro820, MicroLogix 1100, and CompactLogix devices.

When communicating with ControlLogix via the ControlLogix EtherNet/IP bridge Module (1756-EN2TR/C), it was necessary to set the parameter to 01 00, which according to protocol documentation means Port 1 (which represents the backplane) and slot 0 (where the Central Processor was located). 

To communicate with the processor in slot 1, the parameter had to be set to 01 01, so the general syntax for accessing a slot XX would be 01 XX.

A more complicated configuration consisting of 3 segments:

  • we go through the processor in slot 0: 01 (Backplane) 00 (Slot 0)
  • then we go through port 2 to the IP address 172.25.58.11: 12 (port 2 with the Extended flag in the 5th bit, which means a 1-byte length follows) 0C (data length=12 bytes) 31 37 32 2E 32 35 2E 35 38 2E 31 31 (ASCII codes of IP address 172.25.58.11).
    Note: If the number of characters in the string was odd (e.g. 13), then the length (e.g. 0D) would be followed by an IP address (13 bytes) and then a padding octet 00 to make the number of octets of this segment of the path even.
  • and finally, we go to the processor in slot 1: 01 (Backplane) 01 (Slot 1)

so the whole Route Path string is: 01 00 12 0C 31 37 32 2E 32 35 2E 35 38 2E 31 31 01 01 (in the syntax of Rockwell OPC server it is "1,[0,2,172.25.58.11, 1], 1")

octet string

Kotva
ms
ms
Use Multiple Service Packet Service

Setting the parameter to YES causes the protocol messages (Get_Attribute_Single, Set_Attribute_Single, Read Tag [Fragmented] Service, Write Tag [Fragmented] Service) to be packaged wrapped in a Multiple Service Packet Service message. In the future, this parameter can be This parameter is used for communication optimization (wrapping multiple several messages into one), in the current implementation, each message is packaged separately, therefore we recommend not to use this parameterwhile the size of one message (Unconnected Explicit message) does not exceed the Max Packet Size value.
Note: this feature is not supported on older SLC 5/05 and PLC5E.

YES/NONO

Kotva
mdl
mdl
PCCC Max Data Length

Setting the parameter to a non-zero value causes the use of the PCCC protocol encapsulated in the Ethernet/IP protocol. In this way, it is possible to communicate with older SLC 5/05 and PLC5E. At the same time, the symbolic address of the I/O tag starts to be interpreted as an address in SLC-500 format - see Allen-Bradley CSP/PCCC protocol (e.g. N:3 or $T4:0/ACC).
Note: after changing the parameter from 0 to a non-zero value or back, it is necessary to re-save the I/O tags, restart the KOM process or use the RELOAD command.

0-240 bytes0

Kotva
cs
cs
PCCC Command Set

Selection of PCCC commands used for communication with older SLC 5/05 and PLC5E if the PCCC Max Data Length parameter is set to a non-zero value. The following options are available for selection:

  • Typed Read (68), PLC5 logical ASCII addressing (*)
  • Typed Read (68), PLC5 logical binary addressing (*)
  • SLC Protected Typed Logical Read (A1/A2)

* - when using these commands, only writing is supported for the file types Status (S), Binary (B), Integer (N), Float (F), and even for these types only writing of whole elements is supported, not bits. Writing is not supported for the Timer (T) and Counter (C) file types. 

-

...