Porovnávané verzie

Kľúč

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

...

  • initial Originator ASDU address is 1 byte, it is defined as line number.
  • ASDU address is 2 bytes, it is defined as station address. For each station on one line, there must be defined different ASDU address.
  • 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.
  • There are implemented the following ASDU types in the direction of logging (from D2000 system to control station and also vice-versa in balanced mode):


Kotva
tab1
tab1
Table nr. 1


ASDU typeI/O tag type
1 - Single-point informationDout
2 - Single-point information with time tagDout
3 - Double-point informationDout,Cout
4 - Double-point information with time tagDout,Cout
5 - Step position informationCout
6 - Step position information with time tagCout
7 - Bitstring of 32 bitsCout
8 - Bitstring of 32 bits with time tagCout
9 - Measured value, normalized valueAo
10 - Measured value, normalized value with time tagAo
11 - Measured value, scaled valueCout
12 - Measured value, scaled value with time tagCout
13 - Measured value, short floating point valueAout
14 - Measured value, short floating point value with time tagAout
15 - Integrated totalsCout
16 - Integrated totals with time tagCout
20 - Packed single-point information with status change detectionCout *
21 - Measured value, normalized value without quality descriptorAi
30 - Single-point information with time tag CP56Time2aDout
31 - Double-point information with CP56Time2a tagDout,Cout
32 - Step position information with CP56Time2a tagCout
33 - Bitstring of 32 bits with CP56Time2a tagCout
34 - Measured value, normalized value with CP56Time2a tagAout
35 - Measured value, scaled value with CP56Time2a tagCout
36 - Measured value, short floating point value with time tag CP56Time2aAout
37 - Integrated totals with time tag CP56Time2aCout
241 - 64-bit floating point value (Ipesoft & URAP implementation)Ao
243 - 64-bit floating point value with time tag CP56Time2a (Ipesoft & URAP implementation)Ao
251 - Archive data values (Ipesoft's implementation)none **
252 - D2000 Unival(Ipesoft's implementation)all


Note: For setting individual bites of the byte that inform us on quality (SIQ for ASDU 1,2,30; DIQ for ASDU 3,4,31; QDS for ASDU 5..14,20,32..36), there are used the flags FLA (0.bit),FLB (1.bit) ..FLH (7.bit).

...

There are implemented the following ASDU types in the direction of control (from control station to D2000, also the opposite direction in balanced mode):


Kotva
tab2
tab2
Table nr. 2


ASDU typeI/O tag type
45 - Single commandDi, Qi
46 - Double commandQi
47 - Regulating step commandDi, Qi
48 - Set point command, normalised valueAi
49 - Set point command, scaled valueCi
50 - Set point command, short floating point valueAi
51 - Bitstring of 32 bitCi
58 - Single command with time tag CP56Time2aDi, Qi
59 - Double command with time tag CP56Time2aQi
60 - Regulating step command with time tag CP56Time2aDi, Qi
61 - Set point command, normalised value with time tag CP56Time2aAi
62 - Set point command, scaled value with time tag CP56Time2aCi
63 - Set point command, short floating point value with time tag CP56Time2a Ai
64 - Bitstring of 32 bit with time tag CP56Time2aCi
250 - Archive data request command (Ipesoft's implementation)none **
252 - D2000 Unival (Ipesoft's implementation)all (except Qi)


Bites of "status" byte (SCO fro ASDU 45,58; DCO for ASDU 46,59; RCO for ASDU 47,60; QOS for ASDU 48..50,61..63) causes setting the flags FLA (0.bit),FLB (1.bit) ..FLH (7.bit) with exception for the bites, which are directly set by the value of a variable ( SCO bit 0, DCO a RCS bity 0-1). After receiving an response (positive/negative), the flags FLA..FLH are set according the bites of "status" byte.

...

The following parameters can be defined as station protocol parameters:


Table nr. 3


KeywordFull nameMeaningUnitDefault value
Kotva
cmdc
cmdc
CMDC
Command ConfirmConfirmation of control ASDU.
If CMDC=0, the process D2000 KOM does not confirm any control ASDU from the partner station using backward sending ASDU with other CauseOfTransmission.
If CMDC=1, the process D2000 KOM confirms control ASDU with CauseOfTransmission=7 (Activation Confirmation).
If CMDC=2, the process D2000 KOM confirms control ASDU with CauseOfTransmission=10 (Activation Termination).
If CMDC=3, the process D2000 KOM confirms control ASDU with CauseOfTransmission=7 and CauseOfTransmission=10.
-1
Kotva
d2cls
d2cls
D2CLS
D2CPA
D2VCO
The parameters are intended for configuration of communication station for communication between two D2000 systems with using ASDU 252 - D2000 Unival (Ipesoft's implementation). more ...
Kotva
d2h64
d2h64
D2H64
D2000 64-bit Historical ValuesWhen sending the historical values (as an answer to request for historical data), it uses ASDU 249, which uses 64-bit representation of floating points (the same as D2000 internally), instead of ASDU 251 (which encodes the values as 32-bit floating points) to improve precision.
Note: Before enabling this parameter, you should verify that also the client supports ASDU 249. This support was implemented in November, 2011 for D2000 v8.00.011.
-False
Kotva
dbgi
dbgi
DBGI
Debug InputA mask for debug levels of input data. The meaning of bits is as follows:
  • 1.bit - displays a number of incoming values during General Interrogation
  • 2.bit - displays all incoming values
  • 3.bit - balanced mode: requesting Interrogation command was received
-0
Kotva
dbgo
dbgo
DBGO
Debug OutputA mask for debug levels of output data. The meaning of bits is as follows:
  • 1.bit - balanced mode: displays a number of outgoing values during General Interrogation
  • 2.bit - displays all outgoing values
-0
Kotva
eoi
eoi
EOI
End of initializationIf EOI=0, the process D2000 KOM doesn't send ASDU 70 (End of initialisation). If EOI=1 and a client sends U-frame StartDT Act, the process D2000 KOM responses StartDT Con and sends ASDU.-0
Kotva
gisn
gisn
GISN
GI Send NewIf GISN=True, then the process D2000 KOM after receiving the command General Interrogation sends also values with more recent times than is the time when the command is received. The value of the parameter GISN must be True to send values with more recent times using the command General Interrogation.-False
Kotva
icf3
icf3
ICF3
Ignore Control Field 3bit 0Determines behaviour, if ASDU contains Control Field (Receive set bit 1 (test))in 3. byte.
  • if ICF3=False (default), ASDU content is to be processed
  • if ICF3=True, ASDU content is to be ignored
The feature is usable when creating a redundant TCP connection (TCP Redundant line + IEC 870-5-104 protocol). It is enough to provide, that active (hot) client sends ASDU without the Test bite set and passive (standby) client sends ASDU with the Test bite set.
-False
Kotva
iii
iii
III
Ignore Invalids on Interrogationif this parameter is set on a station, the process D2000 KOM will not send as a reply for ASDU 100 and 101 (Interrogation / Counter interrogation command) values of I/O tags which are Invalid or Unknown. Parameter can be used e.g. when controlling, if sending Invalid values causes breakdown of control.-False
Kotva
it
it
IT
Ignore TestsDetermines behaviour, if ASDU contains 1 bite (test) set in CauseOfTransmission.
  • if IT=0 (default), ASDU content will be processed
  • if IT=1, ASDU content will be ignored
  • if IT=2, there will be set weak attribute
The feature is usable when creating a redundant TCP connection. It is enough to provide, that active (hot) client sends ASDU without the Test bite set and passive (standby) client sends ASDU with the Test bite set.
-0
Kotva
iua
iua
IUA
Ignore Unknown AddressesIf 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
ii
ii
II
Implicit InterrogationBalanced mode: After connecting the client, there are automatically sent the values of all variables without ASDU 100 and 101 [Interrogation/Counter Interrogation Command] requests.-False
Kotva
icci
icci
ICCI
Interrogation Covers Counter InterrogationAs a reply to Interrogation, there are also sending ASDU 15,16,37 (Integrated Totals), which are by default requested by ASDU 101 [Counter Interrogation].-False
Kotva
igo
igo
IGO
Interrogation Groups ObjectsOptimisation of sending values during General Interrogation (answer to Interrogation Command / Counter Interrogation Command). If IGO=True, multiple values will be sent inside a single ASDU (so that the length of ASDU is within maximum defined by standard - 253 Bytes). This parameter does not influence change-based sending of values during normal communication.-False
Kotva
iua
iua
IWOT
Interrogation WithOut TimestampsIf IWOT=True then values sent as a response to ASDU 100 [Interrogation Command] will be sent as ASDUs without timestamps.
For example instead of ASDU 2 (Single-point information with time tag) or ASDU 30 (Single-point information with time tag CP56Time2a) ASDU 1 (Single-point information) will be sent.
This behaviour is suitable in situation when the values have been invalidated as a result of communication error and after the communication is re-established the values come with old timestamps which causes problems in archive (if the values change only rarely, calculated archives depending on them will be also invalid till a new value arrives).
-False
Kotva
k
k
K
KSending 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
mc
mc
MC
Maximum ClientsMaximum number of connected clients. Parameter is needed for D2000 OpenVMS, where a task pool containing 2 * MC tasks for client handling (one task for receiving data, one task for sending data) is created during KOM startup. If a value of parameter Maximum Clients is equal to 0, number of clients is not limited and threads are created dynamically as needed.-0
Kotva
nf
nf
NF
No FlagsIf the value of 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
OIC
Order of ICBalanced mode: Sending sequence of ASDU 100 [Interrogation Command] when initializing the connection. If OIC<OCIC, then ASDU 100 is sending before ASDU 101. If OIC= 0, ASDU 100 is not sending. The parameter can be defined and valid specially for each of the stations.-0
Kotva
ocic
ocic
OCIC
Order of Counter ICBalanced mode: Sending sequence of ASDU 101 [Counter Interrogation Command] when initializing the connection. If OIC<OCIC, then ASDU 101 is sending before ASDU 100. If OIC= 0, ASDU 101 is not sending. The parameter can be defined and valid specially for each of the stations.-0
Kotva
pw
pw
PW
Pessimistic WriteDefines the evaluation of writing success in case of connection of more than one client. If PW=0, writing a value is consider to be successful, if at least one client confirms it (confirmation method is defined by the parameter CMDC). If PW= 1, writing must be confirmed by all connected clients. If at least one client doesn't confirm it (e.g. connection failure occurs or the confirmation is negative), writing is consider to be unsuccessful.-0
Kotva
ssn
ssn
SSN
Send sequence numberInitial SSN. According to the standard, having established the connection the SSN is set to 0, other than zero could be appropriate e.g. for testing.-0
Kotva
sko
sko
SKO
Standby Keep OpenIf True - after transition of the process D2000 Server, the process D2000 KOM is connected to, from the HOT status to the STANDBY status (redundant system), connections with clients will not be closed and receiving the clients will not be terminated.-False
Kotva
sscf3
sscf3
SSCF3
Standby Set Control FieldIf True, - after transition of the process D2000 Server, the process D2000 KOM is connected to, from the HOT status to the STANDBY status (redundant system), there will be sent the value of 1 in the lowest bite of 3.byte of Control Field of Information APDU (APDU containing data) instead the standard value of 0 (according to the standard). The behaviour doesn't strictly follow the standard and if possible, use the parameter SST instead of this.-False
Kotva
sstb
sstb
SSTB
Standby Set Test BitIf True - after transition of the process D2000 Server, the process D2000 KOM is connected to, from the HOT status to the STANDBY status (redundant system), there will be sent Test bit set in Cause Of Transmission.-False
Kotva
swv
swv
SWV
Standby Write ValuesIf True - after transition of the process D2000 Server, the process D2000 KOM is connected to, from the HOT status to the STANDBY status (redundant system), the server will send new values to clients.-False
Kotva
w
w
W
WQuantity of received packets, after which the process D2000 KOM sends a 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
WT1
Wait Timeout T1Timeout 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 doesn't 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
WT2
Wait Timeout T2Timeout 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 a 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
WT3
Wait Timeout T3Timeout 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
WTN
Wait Timeout No answerBalanced mode: Timeout for receiving the confirmation of a sent value for ASDU in the direction of control (ASDU 45 - 64). 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


String containing the protocol parameters is being defined as follows:

...

Kotva
tell_cmd
tell_cmd
Tell commands

...

CommandSyntaxDescription
STWATCHSTWATCH StationNameTell command sends Interrogation Command and/or Counter Interrogation Command to the station (based on station parameters).


Kotva
literatura
literatura
Literature

...