• No results found

Type identification

In document INTERNATIONAL STANDARD (Page 31-35)

7.2 Selections from IEC 60870-5-4: Definition and coding of application

7.2.1 Type identification

Octet 1, TYPE IDENTIFICATION defines structure, type and format of the following INFORMATION OBJECT(s).

TYPE IDENTIFICATION is defined as:

TYPE IDENTIFICATION := UI8[1..8]<1..255>

27 20 TYPE IDENTIFICATION

Bit 8 7 6 5 4 3 2 1

Figure 11 – Type identification

INFORMATION OBJECTS with or without TIME TAGs are distinguished with different numbers of the TYPE IDENTIFICATION.

ASDUs with undefined values of TYPE IDENTIFICATION are discarded by controlling stations.

7.2.1.1 Definition of the semantics of the values of the TYPE IDENTIFICATION field

The value <0> is not used. The range of values (numbers) 1 to 127 is defined in this companion standard. The range of numbers 128 to 255 is not defined. TYPE IDENTIFICATION numbers 136 to 255 may be defined independently of each other by users of this standard.

However, full interoperability would then be obtained only when using ASDUs having TYPE IDENTIFICATION numbers in the range 1 to 127.

The following Tables show the definition of TYPE IDENTIFICATION numbers for process and system information in monitor and control direction. In standard operations, there is a vertical flow of information between stations in a network. Commands are sent down from the central controlling station to one of several controlled stations and events/measurements are sent up from a controlled station to the central controlling station.

In some installations, there may be an additional need for information to flow laterally between stations of equal rank. This may be done using a dual-mode option so that both commands and event/measurements may be sent in both directions. A common link layer may support both standard direction operation and reverse direction operation. Individual application functions and ASDUs may be chosen for standard direction use, reverse direction use or for both uses as required.

A dual-mode station may be run on top of either a balanced or an unbalanced link layer. When an unbalanced link is used to connect to a dual-mode station, the role of the primary link layer must be established during system design and does not change during communications. In the case of an unbalanced link, the command ASDUs in reverse direction are requested by the unbalanced link layer request/respond service.

IEC 094/03

LICENSED TO MECON Limited. - RANCHI/BANGALOREFOR INTERNAL USE AT THIS LOCATION ONLY, SUPPLIED BY BOOK SUPPLY BUREAU.

A dual-mode station must set the Common Address of ASDU in each transmitted message corresponding to the station currently acting as a controlled station. The receiving station may use the Common Address of ASDU to determine if the message should be interpreted as a request or a response.

Type identification 7, 8, 33 and 51 (bitstring of 32 bits in monitor and command direction) shall only be used when no other appropriate data types are defined. These types must not include data that appear in single- or double-point information (whether packed or unpacked).

TYPE IDENTIFICATION := UI8[1..8]<1..255>

<1..127> := for standard definitions of this companion standard (compatible range)

<128..135> := reserved for routing of messages (private range)

<136..255> := for special use (private range) 2

Table 8 −−−− Semantics of TYPE IDENTIFICATION Process information in monitor direction

TYPE IDENTIFICATION := UI8[1..8]<0..44>

<0> := not defined

<1> := single-point information M_SP_NA_1

<2> := single-point information with time tag M_SP_TA_1

<3> := double-point information M_DP_NA_1

<4> := double-point information with time tag M_DP_TA_1

<5> := step position information M_ST_NA_1

<6> := step position information with time tag M_ST_TA_1

<7> := bitstring of 32 bit M_BO_NA_1

<8> := bitstring of 32 bit with time tag M_BO_TA_1

<9> := measured value, normalized value M_ME_NA_1

<10> := measured value, normalized value with time tag M_ME_TA_1

<11> := measured value, scaled value M_ME_NB_1

<12> := measured value, scaled value with time tag M_ME_TB_1

<13> := measured value, short floating point number M_ME_NC_1

<14> := measured value, short floating point number with time tag M_ME_TC_1

<15> := integrated totals M_IT_NA_1

<16> := integrated totals with time tag M_IT_TA_1

<17> := event of protection equipment with time tag M_EP_TA_1

<18> := packed start events of protection equipment with time tag M_EP_TB_1

<19> := packed output circuit information of protection equipment

with time tag M_EP_TC_1

<20> := packed single-point information with status change detection M_PS_NA_1

<21> := measured value, normalized value without quality descriptor M_ME_ND_1 <22..29> := reserved for further compatible definitions

<30> := single-point information with time tag CP56Time2a M_SP_TB_1

<31> := double-point information with time tag CP56Time2a M_DP_TB_1

<32> := step position information with time tag CP56Time2a M_ST_TB_1

<33> := bitstring of 32 bits with time tag CP56Time2a M_BO_TB_1

<34> := measured value, normalized value with

time tag CP56Time2a M_ME_TD_1

<35> := measured value, scaled value with time tag CP56Time2a M_ME_TE_1 ___________

2 It is recommended that the data unit identifier fields of private ASDUs have the same format as standard ASDUs.

LICENSED TO MECON Limited. - RANCHI/BANGALOREFOR INTERNAL USE AT THIS LOCATION ONLY, SUPPLIED BY BOOK SUPPLY BUREAU.

<36> := measured value, short floating point number

with time tag CP56Time2a M_ME_TF_1

<37> := integrated totals with time tag CP56Time2a M_IT_TB_1

<38> := event of protection equipment with time tag CP56Time2a M_EP_TD_1

<39> := packed start events of protection equipment

with time tag CP56Time2a M_EP_TE_1

<40> := packed output circuit information of protection equipment

with time tag CP56Time2a M_EP_TF_1

<41..44> := reserved for further compatible definitions

Table 9 – Semantics of TYPE IDENTIFICATION Process information in control direction TYPE IDENTIFICATION := UI8[1..8]<45..69>

CON <45> := single command C_SC_NA_1

CON <46> := double command C_DC_NA_1

CON <47> := regulating step command C_RC_NA_1

CON <48> := set point command, normalized value C_SE_NA_1 CON <49> := set point command, scaled value C_SE_NB_1 CON <50> := set point command, short floating point number C_SE_NC_1

CON <51> := bitstring of 32 bits C_BO_NA_1

<52..69> := reserved for further compatible definitions

NOTE ASDUs marked (CON) in control direction are confirmed application services and may be mirrored in monitor direction with different causes of transmission. These mirrored ASDUs are used for positive/negative acknowledgements (verifications). The causes of transmission are defined in 7.2.3.

LICENSED TO MECON Limited. - RANCHI/BANGALOREFOR INTERNAL USE AT THIS LOCATION ONLY, SUPPLIED BY BOOK SUPPLY BUREAU.

Table 10 – Semantics of TYPE IDENTIFICATION System information in monitor direction TYPE IDENTIFICATION := UI8[1..8]<70..99>

<70> := end of initialization M_EI_NA_1

<71..99> := reserved for further compatible definitions

Table 11 – Semantics of TYPE IDENTIFICATION System information in control direction TYPE IDENTIFICATION := UI8[1..8]<100..109>

CON <100> := interrogation command C_IC_NA_1

CON <101> := counter interrogation command C_CI_NA_1

CON <102> := read command C_RD_NA_1

CON <103> := clock synchronization command C_CS_NA_1

CON <104> := test command C_TS_NA_1

CON <105> := reset process command C_RP_NA_1

CON <106> := delay acquisition command C_CD_NA_1

<107..109> := reserved for further compatible definitions

Table 12 – Semantics of TYPE IDENTIFICATION Parameter in control direction

TYPE IDENTIFICATION := UI8[1..8]<110..119>

CON <110> := parameter of measured value, normalized value P_ME_NA_1 CON <111> := parameter of measured value, scaled value P_ME_NB_1 CON <112> := parameter of measured value, short floating

point number P_ME_NC_1

CON <113> := parameter activation P_AC_NA_1

<114..119> := reserved for further compatible definitions

LICENSED TO MECON Limited. - RANCHI/BANGALOREFOR INTERNAL USE AT THIS LOCATION ONLY, SUPPLIED BY BOOK SUPPLY BUREAU.

Table 13 – Semantics of TYPE IDENTIFICATION File transfer

TYPE IDENTIFICATION := UI8[1..8]<120..127>

<120> := file ready F_FR_NA_1

<121> := section ready F_SR_NA_1

<122> := call directory, select file, call file, call section F_SC_NA_1

<123> := last section, last segment F_LS_NA_1

<124> := ack file, ack section F_AF_NA_1

<125> := segment F_SG_NA_1

<126> := directory F_DR_TA_1

<127> := reserved for further compatible definitions

NOTE ASDUs marked (CON) in control direction are confirmed application services and may be mirrored in monitor direction with different causes of transmission. These mirrored ASDUs are used for positive/negative acknowledgements (verifications). The causes of transmission are defined in 7.2.3.

In document INTERNATIONAL STANDARD (Page 31-35)