História stránky

...

The originator ASDU address is not present.
ASDU address is 1 byte, it is defined as the station address. ASDU addresses of all stations on one line must be different.
The cause of transmission is 1 byte (does not contain the Originator ASDU address).
The information object address is 2 bytes, it is defined as an I/O tag address.

...

Communication protocol "IEC 870-5-101 balanced", "IEC 870-5-101 unbalanced primary (Master)" or "IEC 870-5-101 unbalanced secondary (Slave)".
The station address is a decimal number in the range 0 - 255 and is used in the protocol as the ASDU address. It can be specified as a decimal number or as a hexadecimal number with a hash at the beginning (e.g. #0A).
The synchronization of the station real-time may be enabled also for the protocols "master" and "balanced - station A (controlling)". Set the synchronization period to a nonzero value. The synchronization is executed by ASDU 103 "Clock synchronization command" in the local time according to settings of the D2000 System.

The Browse button opens a browsing dialog for the station address. If the communication is functional, a dialog with the ASDU addresses received so far is displayed. The Refresh button can be used to clear the list of received ASDU addresses.

...

Note: in the case of the "slave" and "balanced" protocols, if an Interrogation (ASDU 100) or Counter Interrogation (ASDU 101) command arrives for the "broadcast" address (hexadecimal FF or FFFF according to the Link Address parameter), data from all stations will be sent.

Kotva
linka_parametre
linka_parametre
Line protocol parameters

...

Configuration dialog box - tab Protocol parameters.
They influence some optional parameters of the protocol. The following station protocol parameters can be set:

Table 1

Configuration dialog box - tab Protocol parameters.
They influence some optional parameters of the protocol. The following station protocol parameters can be set:

Table 1

Parameter	Meaning

The class used for sending data (slave only). IEC 101 Master sends Class1 (high priority) and Class2 (normal) read data requests. Slave responds to them with data or a message In both Class1 and Class2 responses there is an ACD flag that the slave has Class1 data available. If set, the IEC 101 Master will then request Class1 data.

The parameter affects behavior as follows:

Class1&2 - IEC 101 Slave responds to Class1 and Class2 requests with data. The ACD flag sets if it has additional data.
Class1 - IEC 101 Slave sends all data as Class1 and responds to the Class2 requests that it has no data. The ACD flag sets if it has additional data.
Class2 - IEC 101 Slave sends all data as Class2 and responds to the Class1 requests that it has no data. The ACD flag sets to 0 (it does not have Class1 data).
Prio reply - IEC 101 Slave sends responses to command ASDUs as Class1 data and other ASDUs (value changes, responses to Interrogation) as Class2.
Note: The responses to Interrogation (ASDU 100) and Counter Interrogation (ASDU 101) commands and all the values sent as a part of the response are also sent as Class1 data.

The default value of the parameter is Class1.

Single RequestNOSend EOI providing exist it A" is active, or False if "System B" (configured on the system redundant line) is active.-

ParameterMeaningUnit

Default value

Kotva

	la
	la

Link Address

Common link address.

-

1

Kotva

	lasdu
	lasdu

Length of ASDU Address

Length of ASDU address.

1/2 byte(s)

1

Kotva

	lla
	lla

Length of Link Address

Length of common link address.

1/2 byte(s)

1

Kotva

	lioa
	lioa

Length of Info Object Address

Length of info object address.

1/2/3 byte(s)

2

Kotva

	lcot
	lcot

Length of Cause Of Transmission

Length of "Cause Of Transmission".

1/2 byte(s)

1

Kotva

	rc
	rc

Retry Count

The delay between request retry in case of a communication failure.

-

2

Kotva

	rt
	rt

Retry Timeout

The delay between retry of call in case of a communication error.

ms

100 millisecond

Kotva

	wft
	wft

Wait First Timeout

Delay after sending the request before reading the response.

ms

100 millisecond

Kotva

	wt
	wt

Wait Timeout

Delay between response readings until it is completed.

ms

500 millisecond

Kotva

	mwr
	mwr

Max. Wait Retry

Retry count of response reading until it is completed.

-

6

Kotva

	ndt
	ndt

No Data Timeout

Delay of next call "Request user data class 1/2" if no data have been received (only master).

ms

300 millisecond

Kotva

	it
	it

Inactivity Timeout

Interval of connection monitoring. If no valid data have not been received, station status will go to a communication error. Switching of redundant devices in case of SerialOverUDP Device Redundant line (only slave).

ms

5 sec.

Kotva

	mt
	mt

Moxa Timeout

The switching interval of the redundant devices MOXA NPort in case of communication error (only master, balanced).

sec.

10

Kotva

	sf
	sf

Source Flags

Set flags FI..FL according to the source of line. If SerialOverUDP System+Line Redundant is used, the values will have these flags:

System A, primary line: FI
System A, secondary line: FJ
System B, primary line: FK
System B, secondary line: FL

Note: Flag was used in communication with redundant systems to distinguish the wrong values that were sent by a partner system, which was supposed to be passive and not to send nothing.

-

NO

Kotva

	nf
	nf

No Output Flags

Activation of parameter results in ignoring flags FA..FH for output I/O tags. If this parameter is turned off, flags FA..FH are mapped to individual bits of a quality byte.

-

NO

Kotva

	ltt
	ltt

Link Test Timeout

Interval of request sending "Test function for link" if timeout elapsed and no data telegrams were transferred (balanced only).

sec.

10

Kotva

	sv
	sv

Single Value In Spontaneous Answer

When sending spontaneous changes, these will be sent one-per-ASDU and they will not be cumulated into longer packets. The parameter was implemented to handle a bug in a particular TM1703mic.

-

NO

Kotva

	dc
	dc

Data Class

The class used for sending data (slave only). IEC 101 Master sends Class1 (high priority) and Class2 (normal) read data requests. Slave responds to them with data or a message that it has no data. In both Class1 and Class2 responses there is an ACD flag that the slave has Class1 data available. If set, the IEC 101 Master will then request Class1 data.

The parameter affects behavior as follows:

Class1&2 - IEC 101 Slave responds to Class1 and Class2 requests with data. The ACD flag sets if it has additional data.
Class1 - IEC 101 Slave sends all data as Class1 and responds to the Class2 requests that it has no data.

-

Class1&2
Class1
Class2
Prio reply

Kotva

The ACD flag sets if it has additional data.
Class2 - IEC 101 Slave sends all data as Class2 and responds to the Class1 requests that it has no data. The ACD flag sets to 0 (it does not have Class1 data).
Prio reply - IEC 101 Slave sends responses to command ASDUs as Class1 data and other ASDUs (value changes, responses to Interrogation) as Class2.
Note: The responses to Interrogation (ASDU 100) and Counter Interrogation (ASDU 101) commands and all the values sent as a part of the response are also sent as Class1 data.

The default value of the parameter is Class1.

-

Class1&2
Class1
Class2
Prio reply

Kotva

	sr
	sr

Single Request

Discard received data before sending a response (only slave). If a correct request is received and the IEC 101 Slave wants to send a response, it will clear the incoming queue before sending, if the queue has data in it. This parameter serves as a protection against various data duplications due to communication partner errors (e.g. OSI Monarch with RtuPing running during switching of active communication line).

-

NO

Kotva

	fsv
	fsv

Filter Spontaneous Values

Filtering multiple spontaneous values of the same I/O tag when sending (only slave, balanced). If some I/O tags change so fast that there would be multiple values of the same I/O tag in one response to a data request, activating this parameter causes only one (latest) spontaneous value to be sent. See also the description of the Filter Minimum parameter.
Note: the filter does not affect the sending of commands (ASDU 45 and above).

NO

Kotva

	fsv
	fsv

Filter Minimum

The number of requests in the output queue at which value filtering is activated, if enabled by the Filter Spontaneous Values parameter. This parameter allows value filtering to be activated only in error conditions (e.g. excessive value generation in the D2000 CALC process) and not during normal operation.

-

0

sr

Discard received data before sending a response (only slave). If a correct request is received and the IEC 101 Slave wants to send a response, it will clear the incoming queue before sending, if the queue has data in it. This parameter serves as a protection against various data duplications due to communication partner errors (e.g. OSI Monarch with RtuPing running during switching of active communication line).

-

Kotva

	cmdc
	cmdc

Send Confirmation Command

Type of sent confirmation to write value (only slave, balanced).

-
7(CONF)
10(TERM)
7(CONF) and 10(TERM)

7(CONF)

Kotva

	acc
	acc

Accept Confirmation Command

Type of record confirmation to be accepted successfully (only master, balanced).

-
7(CONF)
10(TERM)
7(CONF) or 10(TERM)

7(CONF) or 10(TERM)

Kotva

	mtu
	mtu

Max. MTU

Limitation of data packet size (only slave, balanced).

bytes

220

Kotva

	dirab
	dirab

Phys. Trans. Direction

Setting a bit DIR in balance mode (only balanced).

Station A(Controlling)
Station B(Controlled)

Station A(Controlling)

Kotva

	sback
	sback

Single Byte Ack

Send single-byte ACK preferentially (0xE5).

YES/NO

NO

Kotva

	icci
	icci

Interrog. Covers CountersCounters

Send the call 100 and counter values on general interrogation (only slave, balanced).

YES/NO

YES

Kotva

	seoi
	seoi

Send EOI

Send "end of interrogation command" to all ASDU (only slaveSend the call 100 and counter values on general interrogation (only slave, balanced).

YES/NO

YES

Kotva

seoi

Send "end of interrogation command" to all ASDU (only slave).

YES/NO

	eoi
	eoi

End of Initialization

If the value of the parameter is "1 - IC/CIC after EOI", then after receiving ASDU 70 (End of initialisation) the Interrogation Command will be sent again. The default value "0 - no IC/CIC after EOI" will cause ASDU 70 to be ignored.
Note: this parameter was implemented for SAT RTUs.

-

0YES

Kotva

	sisd
	sisd

Send Interrog. in Sec. Direct.

Send general interrogation command in case of slave or balanced controlled station B (only slave, balanced).

YES/NO

NO

Kotva

	sm
	sm

Sinaut Mode

Communication for system the Sinaut Spectrum system, which requires non-standard behavior on redundant lines (different from the Norwegian convention).

YES/NO

NO

Kotva

	srmast
	srmast

System Redundancy: Manages A Status Address

Address of station and output I/O tag with the status of system redundancy. The format of the address is Station Address, I/O tag address, for example. "1,1003".
The parameter is useful for SerialOverUDP System&Line Redundant lines, which enable communication with two independent control systems (e.g. main dispatching SED in Žilina and backup dispatching SED in Bratislava).
The parameter enables one to ignore values that are received from the control system, which is inactive just now, providing that the application knows which one is active or inactive. It can know it e.g. based on the value of the input I/O tag with the defined value.
This feature (information about active control system) will work

provided that the station with the output I/O tag of Dout type

exists with the same addresses as is defined in this parameter and the application must write True into

it if "System A" is active, or False if "System

B" (configured on the system redundant line) is active.

-

Kotva

	iua
	iua

Ignore Unknown Addresses

If Ignore Unknown Addresses=TRUE, the D2000 KOM process will not show an error on its console or write it into log files in case the incoming value has the address not matching any of the addresses of I/O tags defined in the D2000 system.

-

False

Kotva

	fd
	fd

Full Debug

A high level of communication tracking, the received values of I/O tags, and other debug information is shown.

YES/NO

NO

...

I/O tag address is a numerical address of data object IOA (in the range 0 - 65535)65535). It can be specified as a decimal number or as a hexadecimal number with a hash at the beginning (e.g. #0A).
The I/O tag with an address starting with %IGNORE will be ignored.

In the case of command direction in master or balanced mode, it is necessary to configure a proper ASDU type:

...

Kotva

	pozn2
	pozn2

** - ASDU 17 and 38: the value of SEP byte sets the attributes FLA (0.bit), FLB (1.bit) up-to FLH (7.bit), following 2 bytes (CP16Time2a) are interpreted as a positive number (0-60 000) into the value of I/O tag with value type Ci/Ai or as a relative time (0-60 seconds) into the value of I/O tag with TiR value type TiR.

Kotva

	pozn3
	pozn3

*** - ASDU 18, 39 and 40: value of SPE(ASDU 18,39) or OCI (ASDU 40) byte sets the attributes FLI (0.bit), FLJ (1.bit) up-to FLP (7.bit). The value of byte QDP sets the attributes FLA (0.bit), FLB (1.bit) up-to FLH (7.bit), following 2 bytes (CP16Time2a) are interpreted as a positive number (0-60 000) into the value of I/O tag with value type Ci/Ai or as a relative time (0-60 seconds) into the value of I/O tag with TiR value type TiR.

Note 2: When using the system and line redundant categories of lines, the status of line and station is formed by a logical sum of all used lines. It means, that if the redundant system consists of four lines and just one line is working, the status of the station and line is all right. The status of lines is presented with the help of special input or output I/O tag (of integer and real type, i.e. Ai/Ao/Ci/Co). The name of this I/O tag has this format: [line_name]_SystemStatus (e.g. for line L.Test it is M.Test_SystemStatus). The value of the I/O tag represents the binary format of the status of N-tuple lines. If the first three lines are okay but the last one does not work (SystemB/SecondaryLine) i.e. [FALSE, TRUE, TRUE, TRUE], I/O tag has the value 0b0111, i.e. 7.
The order of lines mapped to individual bits is [SystemB/SecondaryLine, SystemB/PrimaryLine, SystemA/SecondaryLine, SystemA/PrimaryLine].

...

The Value column contains the received value.

The Value column contains the received value, and the Time column contains the received timestamp. The Point column contains the name of the I/O tag that has this address (if there is one).

Image AddedImage Removed

Kotva
tell_cmd
tell_cmd
Tell commands

...

Telecontrol equipment and systems Part 5-101: Transmission protocols – Companion standard for basic telecontrol tasks (IEC 60870-5-101:2003), http://www.iec.ch.
Telecontrol equipment and systems Part 5-2: Link transmissions procedures (IEC 60870-5-2:1992), http://www.iec.ch.
Norwegian IEC 870-5-101 User Conventions, Approved version Revision no. 2.0, http://www.statnett.no.

Info

title	Blogs

You can read blogs about about the IEC 870-5-101 protocol (for now, in Slovak language only):

...

Strom stránky

Porovnávané verzie

Stará verzia 17

Nová verzia Aktuálny

Kľúč

Kotva
linka_parametre
linka_parametre
Line protocol parameters

Kotva
tell_cmd
tell_cmd
Tell commands

Strom stránky

História stránky

Porovnávané verzie

Stará verzia 17

Nová verzia Aktuálny

Kľúč

Kotvalinka_parametrelinka_parametreLine protocol parameters

Kotvatell_cmdtell_cmdTell commands

Kotva
linka_parametre
linka_parametre
Line protocol parameters

Kotva
tell_cmd
tell_cmd
Tell commands