Porovnávané verzie

Kľúč

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

...

The protocol is a modification of the protocol IEC870-5-104 working on the basis of TCP network communication. The protocol has been modified specifically for redundant communication with the system Siemens Sinaut Spectrum. It supports the balanced mode and active and passive establishing the communication (connecting party and listening party) according to the station protocol parameters, and therefore allows to interconnect not only D2000 system with Sinaut system but also two D2000 systems.

Picture: D2000 redundant system communicating with Sinaut redundant system in redundant network

pictureImage Modified

The picture above shown TCP connections - each process D2000 KOM(D2000 Hot, D2000 StandBy) with eachSinaut (Sinaut Hot, Sinaut StandBy)

Implementation according to the standard IEC870-5-104 is following:

  • Originator ASDU address - is 1 byte, it is defined as a line number.
  • ASDU address - is 2 bytes, it is defined as station address. Foe each station on one line, there must be defined different ASDU address.
    Note: Because of Sinaut data model, the low and high address bytes are changed unlike the standard IEC 104 implementation, i.e. big endian instead of little endian.
    Example: 
    station address=1, ASDU address is sent as 0, 1 bytes
    station address=513 (2*256+1), ASDU address is sent as 2, 1 bytes
    For better orientation, station address may be defined in the form of ByteHI,ByteLO, i.e. address  2,1 instead of 513
  • Cause of transmission - is 2 bytes (it also contains Originator ASDU address)
  • Information object address - 3 bytes, it is defined as I/O tag address
    Note: Because of Sinaut data model, the low and high address bytes are changed unlike the standard IEC 104 implementation, i.e. big endian instead of little endian.
    Example:
    I/O tag address=1, ASDU address is sent as 0, 0, 1 bytes.
    I/O tag address=66051(1*65536+2*256+3), ASDU address is sent as bytes 1, 2, 3.
    For better orientation, I/O tag address may be defined in the form of ByteLO,ByteMIDDLE,ByteHI, i.e. address 1,2,3 is sent as bytes 1, 2, 3.

There are implemented the following ASDU types in the direction of logging (from Sinaut system to D2000 system and also vice-versa in balanced mode):

Kotva
tab1
tab1
Table 1

ASDU typeI/O tag types
1 - Single-point informationDi, Qi (On/Off), Ai, Ci
2 - Single-point information with time tagDi, Qi (On/Off), Ai, Ci
3 - Double-point informationQi, Ai, Ci
4 - Double-point information with time tagQi, Ai, Ci
5 - Step position informationCi, Ai *
6 - Step position information with time tagCi, Ai *
7 - Bitstring of 32 bitsCi, Ai
8 - Bitstring of 32 bits with time tagCi, Ai
9 - Measured value, normalized valueAi
10 - Measured value, normalized value with time tagAi
11 - Measured value, scaled valueCi, Ai
12 - Measured value, scaled value with time tagCi, Ai
13 - Measured value, short floating point valueAi
14 - Measured value, short floating point value with time tagAi
15 - Integrated totalsCi, Ai
16 - Integrated totals with time tagCi, Ai
17 - Event of protection equipment with time tagCi, Ai, TiR **
18 - Packed start events of protection equipment with time tagCi, Ai, TiR ***
20 - Packed single-point information with status change detectionCi, Ai
21 - Measured value, normalized value without quality descriptorAi
30 - Single-point information with time tag CP56Time2aDi, Qi (On/Off), Ai, Ci
31 - Double-point information with CP56Time2a tagQi, Ai, Ci
32 - Step position information with CP56Time2a tagCi, Ai *
33 - Bitstring of 32 bits with CP56Time2a tagCi, Ai
34 - Measured value, normalized value with CP56Time2a tagAi
35 - Measured value, scaled value with CP56Time2a tagCi, Ai
36 - Measured value, short floating point value with time tag CP56Time2aAi
37 - Integrated totals with time tag CP56Time2aCi, Ai
38 - Event of protection equipment with time tag CP56Time2aCi, Ai, TiR **
39 - Packed start events of protection equipment with time tag CP56Time2aCi, Ai, TiR ***
40 - Packed output circuit information of protection equipment with time tag CP56Time2aCi, Ai, TiR ***

Note: The individual bites of the byte that inform us on quality (SIQ for ASDU 1,2,30; DIQ for ASDU 3,4,31; QDS for 5..14,20,32..36) are mapped to the flags FLA (0.bit),FLB (1.bit) ..FLH (7.bit).
For example:
for ASDU 4: FLA=DPI bit 0, FLB=DPI bit 1, FLC=0, FLD=0, FLE=BL bit, FLF=SB bit, FLG=NT bit,FLH=IV bit.
for ASDU 16: FLA..FLE Sequence number bity 0..4, FLF=CY bit, FLG=CA bit, FLH=IV bit

...

Kotva
pozn1
pozn1
* - T-bit of the value of these ASDUs is in the flag FI, a number within -64 .. +63 is in a variable of Ci/Ai type

Kotva
pozn2
pozn2
** - ASDU 17 and 38: SEP byte is in the flags FLA (0.bit),FLB (1.bit) ..FLH (7.bit), following 2 bytes (CP16Time2a) are in a variable of Ci/Ai type as a positive number (0-60 000) or they are in a variable of TiR type as a relative time (0-60 seconds)

Kotva
pozn3
pozn3
The following ASDU types are implemented in the control course (from D2000 system to Sinaut system and vice-versa in balanced mode):

Kotva
tab2
tab2
Table 2

ASDU typeI/O tag type
45 - Single commandDout
46 - Double commandDout, Co
47 - Regulating step commandDout
48 - Set point command, normalised valueAo
49 - Set point command, scaled valueCo
50 - Set point command, short floating point valueAo
51 - Bitstring of 32 bitCo
58 - Single command with time tag CP56Time2aDout
59 - Double command with time tag CP56Time2aDout, Co
60 - Regulating step command with time tag CP56Time2aDout
61 - Set point command, normalised value with time tag CP56Time2aAo
62 - Set point command, scaled value with time tag CP56Time2aCo
63 - Set point command, short floating point value with time tag CP56Time2a Ao
64 - Bitstring of 32 bit with time tag CP56Time2aCo

To set the bites of "status" (SCO for ASDU 45,58; DCO for ASDU 46,59; RCO for ASDU 47,60; QOS for ASDU 48..50,61..63), there are used the flags FLA (0.bit),FLB (1.bit) ..FLH (7.bit) except the bites, which are directly set by the variable value ( SCO bit 0, DCO and RCS bites 0-1). Having received a response (positive/negative), the flags FLA..FLH are set according to the bites of the "status" byte.

...

The protocol IEC870-5-104 Sinaut supports the balanced mode described in the communication protocol IEC 870-5-104 - it is server in part, so the rules of  server protocols are valid for it.

...

Kotva
komunikacna_stanica
komunikacna_stanica
Communication station configuration

...

  • Communication protocol: IEC870-TCP Sinaut.
  • Station address is a decimal number within the range of 0 až 65535, defines the ASDU address.
    For better orientation, station address may be defined in the form of ByteLO,ByteHI,ByteLO, i.e. address 2,1 instead of 513address 1,2 is the same as 513 (1+2*256).

Note: The protocol supports sending long time stamps (CP56Time2a tag) in local time or UTC time with defined offset (see the parameter Use monotonic UTC time +).

...

Station configuration dialog box - tab Protocol parameters.
They influence some of optional protocol parameters. There can be defined the following station protocol parameters:

Table 3

Full nameMeaningUnitDefault value
Kotva
cmdc
cmdc
Command Confirm
Confirmation of control ASDUs.
If CMDC=0, the process D2000 KOM is not waiting for confirmation of control ASDUs from the partner station using backward sending ASDU with other CauseOfTransmission, ASDU is consider to be confirmed when a packet containg corresponding ReceiveSequenceNumber is received.
If CMDC=1, the process D2000 KOM is waiting for confirmation with CauseOfTransmission=7 (Activation Confirmation).
If CMDC=2, the process D2000 KOM is waiting for confirmation with CauseOfTransmission=10 (Activation Termination).
If CMDC=3, the process D2000 KOM is waiting for confirmation with CauseOfTransmission=7 or 10 (if both of them are received, just the first of them is taken into account).
Having received the corresponding confirmation means that writing is finished (the Transient attribute of written value is evaluated and the WTn timeout stops elapsing).
If there is received confirmation with other CauseOfTransmission as the process D2000 KOM expect for, it will be ignored.
Writing is successful if received ASDU contains the P/N bit set to 0. Otherwise, writing is unsuccessful.
The value from a received ASDU is backwardly written into the corresponding I/O tag and is sent to the system. E.g. if an ASDU of type 50 (short floating point) with the value of 1200.0 is sent and the partner station sends an ASDU of type 50 as reply, P/N bit=0, value of 999.0 (e.g. due to physical limitations of the given parameter), the the value is to be send by the process D2000 KOM to the system.
-3
Kotva
dbgi
dbgi
Debug Input
It is a mask for a debug level of the input data.
A meaning of the bits:
  • 1. bit - number of points received within General Interrogation
  • 2. bit - a received values of I/O tags
  • 3. bit - balanced mode: Interrogation command was received
0 .. 2550
Kotva
dbgo
dbgo
Debug Output
It is a mask for a debug level of the output data.
A meaning of the bits:
  • 1.bit - balanced mode: a number of points sent within General Interrogation
  • 2.bit - it shows a sent values of I/O tags
0 .. 2550
Kotva
iccpf
iccpf
ICCP compatible flags
It allows a flag mapping which is compatible to Sinaut Spectrum ICCP OPC communication. For more information see ICCP compatible flag mapping.YES/NONO
Kotva
iua
iua
Ignore Unknown Addresses
If IUA=TRUE, the process D2000 KOM will not show an error on its console or write it into log files in case that incoming value has the address not matching any of the addresses of I/O tags defined in the D2000 system.-False
Kotva
icci
icci
Interrogation Covers Counter Interrogation
As a reply to Interrogation, there are also sending ASDU 15,16,37 (Integrated Totals), which are standard requested by ASDU 101 [Counter Interrogation].-True
Kotva
k
k
K (max outstanding I APDUs)
Sending window size i.e. packet quantity, which is sent by the process D2000 KOM without receiving a confirmation (S-frame or I-frame). According to the standard, the default value is 12.-12
Kotva
nf
nf
No Flags
If the parameter is True, then the status bit of incoming ASDUs is ignored and not saved into the flags FA...FH. Flags of output I/O tags are also ignored and they not set the status bit.-False
Kotva
oic
oic
Order of IC
Order for sending ASDU 100 [Interrogation Command] when the station initializes to communicate or when creating a new station. If OIC<OCIC, ASDU 10 will be send before ASDU 101. If OIC=0, ASDU 100 will not be sent. The parameter can be set extra for each station.-1
Kotva
ocic
ocic
Order of Counter IC
Order of sending ASDU 101 [Counter Interrogation Command] when initializing the connection. OCIC<OIC, ASDU 101 will be sent before ASDU 100. If OCIC=0, ASDU 101 will not be sent. The parameter can be set extra for each station.-0
Kotva
pcnt
pcnt
Ping Count
Number of repetitions, after which the IP address not responding to ping is to be known as non-functional.
See the parameter PTO.
-3
Kotva
pto
pto
Ping TimeOut
If the parameter is other than zero, then defines the timeout (in milliseconds) of server response for ping (ICMP echo) packet. In the background, the process D2000 KOM sends ping packets to all defined IP addresses. If some of the addresses does not respond for PCNT-times, it is designated as non-functional and connection is terminated. If the parameter PTO= 0, sending ping packet to IP addresses is disabled.-0
Kotva
psd
psd
Post Start Delay
When initializing the connection, delay between receiving StartDT Con response and sending Interrogation Command and/or Counter Interrogation Command.ms0
Kotva
ssn
ssn
Send Ssequence Number
Initial SSN. According to the standard, after establishing the connection the SSN is set to 0, other than zero could be appropriate e.g. for testing.-0
Kotva
spsh
spsh
Server Port, Server Host
The port number and IP address of the interface, where the process D2000 KOM is to be listening. If both the parameters are defined, the process D2000 KOM is working as passive (is waiting for connecting Sinaut clients). If the process should listen on all network interfaces, there must be set SH=ALL.- 
Kotva
sko
sko
Standby Keep Open
If True, after changing the status of process D2000 Server (the process D2000 KOM is connected to) from Hot into Standby state (redundant system), connection with partner will not be closed.-True
Kotva
st_ce
st_ce
Station Communication Error
Number of unsuccessful attempts to connect after communication breakdown. The station status is changed into the state St_CommErr after reaching the number. For redundant lines, the communication must be either failed for both TCP connections or a TCP connection with standby-server must be functioning (see the parameters ICF3 and IT), i.e. data from the server are ignored.-2
Kotva
st_he
st_he
Station Hard Error
Number of unsuccessful attempts to connect after communication breakdown. The station status is changed into the state St_HardErr after reaching the number. For redundant lines, communication must be either failed for both TCP connections or working a TCP connection with standby-server must be functioning (see the parameters ICF3 and IT), i.e. data from the server are ignored.-5
Kotva
srcs
srcs
Strict Redundancy Connection Signalisation
Number of TCP connections, which must be opened so that the line could be considered as OK. There are 4 connections (2x Sinaut, each of them has 2 network addresses).-4
Kotva
tki
tki
Tcp Keep Init
The parameter is implemented for use on OpenVMS platforms only. If it is other than zero, then defines the timeout (in seconds) for opening a new connection to server. For OpenVMS, the default value is 75 seconds, for Windows it is 20 seconds.-0
Kotva
tnd
tnd
TCP NoDelay
TND parameter sets a low-level parameter of TCP_NODELAY sockets which switch off a default packet linking.  
Kotva
w
w
W (ack after receiving W APDUs)
Quantity of received packets, after which the process D2000 KOM sends an S-frame confirmation. According to the standard, the default value is 8. There must be true W < K, the standard recommends W = 2/3 * K.-8
Kotva
wt1
wt1
Wait Timeout T1
Timeout for receiving the confirmation of a I-frame sent (either the confirmation within the I-frame or the S-frame itself) or a U-frame. If the process D2000 KOM does not get the confirmation in the time WT1, it closes the TCP connection. According to the standard, the WT1 default value is 15000 ms.ms15 000
Kotva
wt2
wt2
Wait Timeout T2
Timeout for sending the confirmation of a I-frame received. WT2 < WT1. If another I-frame (which confirms the I-frame received) is not sent in the time WT2 since the I-frame was received, so the process D2000 KOM sends an S-frame confirming the received I-frame to the partner. According to the standard, the WT2 default value is 10000 ms.ms10 000
Kotva
wt3
wt3
Wait Timeout T3
Timeout for sending test frames (U-frame TEST ACT). If no data are sent in any direction for a long time, an U-frame TEST ACT will be sent to the process D2000 KOM after expiration of the WT3 time and there is expected (in the WT1 time after sending) receiving a U-frame TEST CON. If the WT3 on the partner side is set to a lower value, it sends the test frames and the process D2000 KOM replies to them. According to the standard, the WT2 default value is 20000 ms. Setting the value to 0 disables sending test frames.ms20 000
Kotva
wtn
wtn
Wait Timeout N
Timeout for receiving the confirmation of a value sent. Receiving e.g. S-frame with RSN (Receive Sequence Number) confirming, that the other party received previous I-frame doesn't mean, that the I-frame was processed. In the WTn time, the process D2000 KOM waits for receiving the response (e.g. after sending ASDU with TypeIdentificator=45 [Single Command] with CauseOfTransmission=6 [Activation] there is expected receiving Single Command with CauseOfTransmission=7 [Activation Confirmation].
After the expiration of the WTn time, the process D2000 KOM closes the TCP connection.
ms60 000

The defined parameters, except for Order of IC and Order of Counter IC, are valid for the entire line, i.e. they can be set only for one station on the line.

Kotva
iccp
iccp
ICCP compatible flag mapping

A status byte of ASDU, unlike ICCP OPC communication, enables the transmission only limited group of flags. In Table 4 you can see a conversion of bits of the status byte to the flags which are compatible with ICCP OPC communication.

Table 4

Bits of status byte

DescriptionICCP OPC mapping
8 [IV invalid]7 [NT non topical]6 [SB substituted]5 [BL blocked]1 [OV overflow]
1xxxxINVALIDFH (NotValid)
0x00xVALIDFA (Actual)
0x01xBLOCKEDFD (Blocked)
0x10xSUBSTITUTEDFC (Entered)
0x11xSUBSTITUTED + BLOCKEDFF (Blocked Manual)

Kotva
merany_bod
merany_bod
IO tag configuration

...

Permitted I/O tag types: Ai, Ao, Ci, Co, Di, Dout, Qi

  • I/O tag address is mapped to Information object address, i.e. contains 3 bytes and must be within the interval of 0...16777215.
    For better orientation, I/O tag address may be defined in the form of ByteHIByteLO,ByteMIDDLE,ByteLOByteHI, i.e. address 1 address 3,2,3 instead of 660511 is the same as 66051 (3 + 2*256 + 1*256*256).
  • Input I/O tags must have corresponding types (Ai, Ci, Di, Qi) for received ASDU, see the table 1.
  • For particular type of output I/O tag (Ao, Dout, Co), it is necessary to set an type of ASDU that should be used, see the table 1 and table 2.
  • It is possible to configure one input I/O tag and more output I/O tags on the same address, while the output I/O tags have different ASDUs. Example:
    • I/O tag M1, Di type, address 1,
    • I/O tag M2, Dout type, address 1, ASDU 1 (single-point information)
    • I/O tag M3, Dout type, address 1, ASDU 45 (single command)

    Configuration on partner's side:
    • I/O tag P1, Dout type, address 1, ASDU 1 (single-point information)
    • I/O tag P2, Di type, address 1

    Writing into the I/O tag P1 from the partner's side gives a new value to the I/O tagM1. Writings of the I/O tags M2, M3 gives a new value to the I/O tag P2on the partner's side.

...