IEC 60870 Rev0.05

IEC 60870-5-101
Resumo para Implementao do Mdulo de Interface

com o SCADA (MIS)
ndice
Verso...................................................................... 2
Frame IEC 60870-5-101....................................................... 3
1 DESCRIO ............................................................... 3
2 FRAME DE COMPRIMENTO FIXO ............................................... 3
2.1 Estrutura do Frame .................................................. 3
2.1.1 Estrutura do CONTROL BYTE........................................ 3
2.1.1.1 FUNCTION CODE.................................................. 3
2.2 Exemplo FRAME FIXO: ................................................. 4
3 FRAME DE COMPRIMENTO VARIVEL ........................................... 4
3.1 Estrutura do frame .................................................. 4
3.1.1 Estrutura do ASDU (Dados do Utilizador) - Sentido CC (PRM=0)..... 5
3.1.1.1 Digital simples sem time tag (M_SP_NA_1)....................... 5
3.1.1.2 Digital simples com time tag CP56Time2a (M_SP_TB_1)............ 5
3.1.1.3 Digital dupla sem time tag (M_DP_NA_1)......................... 6
3.1.1.4 Digital dupla com time tag CP56Time2a (M_DP_TB_1).............. 7
3.1.1.5 Medida sem time tag (M_ME_NC_1)................................ 8
3.1.1.6 Comando Simples (ACTCON; ACTTERM).............................. 8
3.1.1.7 Comando End of initialization (INITIALIZED).................... 9
3.1.1.8 Comando de Interrogao (ACTCON; ACTTERM)...................... 9
3.1.1.9 Comando de sincronizao (ACTCON; ACTTERM).................... 10
3.1.1.10 Comando de Reset de Aplicao (ACT_CON)...................... 11
3.1.1.11 Perda de Informao.......................................... 11
3.1.2 Estrutura do ASDU (Dados do Utilizador) - Sentido RTU (PRM=1)... 11
3.1.2.1 Comando Simples (C_SC_NA_1)................................... 12
3.1.2.2 Comando de Interrogao (C_IC_NA_1)........................... 12
3.1.2.3 Comando de Sicronizao (C_CS_NA_1)........................... 13
3.1.2.4 Comando de Reset de Aplicao (C_RP_NA_1)..................... 13
3.1.2.5 Comando de Delay Acquisition (C_CD_NA_1)...................... 14
3.2 Exemplo FRAME VARIVEL ............................................. 15
4 COMANDOS ............................................................... 16
4.1 Comando: Link Status ............................................. 16
4.2 Comando: Reset Remote Link ....................................... 17
4.2.1 Comando: Link Status com End of Init da RTU .................... 17
4.3 Comando: Reset de aplicao ...................................... 18
4.4 Comando: Sincronismo de relgio .................................... 19
4.5 Comando: Delay Acquisition ......................................... 20
4.6 Comando: Controle Geral ............................................ 21
4.7 Comando: Requisio de dados de Classe 1 e comando simples ......... 24
4.8 Comando: Requisio de dados de Classe 2 ........................... 28
Observaes .............................................................. 30
Configurao do canal de comunicao ..................................... 31
Hexagon Telecom
Resumo para Implementao do Mdulo de Interface com o SCADA
Pgina: 2/31
Verso
0.01
25/nov/2004
verso inicial
0.02
7/jul/2006
Reviso PLATOE
Correo do TYPE IDENTIFICATION (Type_ID), sentido CC
Correo do TYPE IDENTIFICATION (Type ID), sentido RTU
0.03
18/jul/2006
Reviso geral
Substituio do TYPE IDENTIFICATION 11 pelo 13 (Type_ID=13), sentido CC
Acrscimo do TYPE IDENTIFICATION 105 (Type_ID=105), sentido CC
0.04
08/jan/2007
Correo do item 4.3 Comando: Reset de aplicao
0.05
25/mar/2009
-
Acrscimo
Acrscimo
Acrscimo
Acrscimo
do
do
do
do
Verso: 0.5
Data: 25/mar/2009
item
item
item
item
4.5 Comando: Delay Acquisition

3.1.1.7 Comando Trmino da inicializao
3.1.2.5 Comando de Delay Acquisition (C_CD_NA_1)
4.2.1 Comando: Link Status com End of Init da RTU
Hexagon Telecom
Pgina: 3/31
Frame IEC 60870-5-101

1 DESCRIO
FRAME com o COMANDO IEC tem as formas:
Frame de comprimento varivel (header + dados_do_utilizador) ou
Frame de comprimento fixo (header)
FRAME com a RESPOSTA IEC tem as formas:
Frame de comprimento varivel (header + dados_do_utilizador) ou
Frame de comprimento fixo (header)
Para diferenciao entre os frames de comando e resposta utiliza-se:
Dados de Control byte no header (bit PRM)
O formato do frame utilizado pelo FEC da EFACEC do tipo FT1.2 e ser descrito a seguir.
2 FRAME DE COMPRIMENTO FIXO

O Header apresenta comprimento fixo de 5 bytes.
2.1 Estrutura do Frame

Dado
START FRAME
CONTROL BYTE
ADDRESS BYTE
CHECKSUM
STOP FRAME
Descrio
Sempre 0x10
Varivel, vide abaixo.
Endereo lgico da RTU
Soma dos bytes CONTROL e ADDRESS
Sempre 0x16
2.1.1 Estrutura do CONTROL BYTE

BIT
8
7
6
5
4-1
Descrio
RES (Reservado)
PRM (Origem do Frame): 1=Primary to secondary; 0=Secondary to primary
Se PRM=1, FCB (Frame Count Bit); seno ACD (Access Demand)
Se PRM=1, FCV (Frame Count Valid); seno DFC (Data Flow Control Bit)
Function Code: vide tabela abaixo
NOTAS:
a)
b)
c)
Primary station = MASTER; secondary station = SLAVE.

FCB (Frame Count Bit) deve ser alternado para cada comando aps receber resposta
vlida. FCV (Frame Count Valid) se o primrio faz uso do FCB.
DFC (Data Flow Control Bit). A estao secundria ao responder estao primria
indica se as mensagens seguintes podem ser perdidas por overflow:
0 -> futuras mensagens so aceitas
1 -> futuras mensagens podem ser perdidas por overflow.
2.1.1.1 FUNCTION CODE

Se PRM=1
Code
Tipo
0
SEND, requer CONFIRM (ACK)
3
SEND, requer CONFIRM (ACK)
9
REQUEST/RESPOND
10
REQUEST/RESPOND
11
REQUEST/RESPOND
Verso: 0.5
Data: 25/mar/2009
Descrio
FCV Bit
Reset link
0
User Data
0
Request Status of link 1
Request User Data
1
Class 1
Request User Data
1
Class 2
Hexagon Telecom
Pgina: 4/31
NOTA:
b) Function code 0 ou 3 (PRM=1) enviada pelo master requer que o ACK pelo header seja enviado
pelo slave. Vide abaixo os valores dos bytes que podem compor o Control byte enviado pelo
master:
BYTE
8
7
6
5
4-1
Valor
0: RES
1: o MASTER o primrio
do not care: depende do uso do FCV/FCB
do not care: depende do uso do FCV/FCB
0: function code 0 ou 3
Se PRM=0
Code
Tipo
0
CONFIRM (ACK)
1
CONFIRM (ACK)
8
RESPOND
9
RESPOND
11
RESPOND
Descrio
ACK Positive Acknowledgement
NACK Message not accepted, link busy
USER DATA
NACK: Request data not available
Status of link
2.2 Exemplo FRAME FIXO:

Sentido-RTU
Sentido-CC
10
7A
42
BC
16
10 7A 42 BC 16
10 09 42 4B 16
PRM=1; FCB=1 (numerado); FCV=1; FC=10 (Request User Data Class 1)

PRM=0; ACD=0; DFC=0; FC=9 (NACK)
START FRAME
CONTROL BYTE
ADDRESS RTU
CHECKSUM
STOP FRAME
3 FRAME DE COMPRIMENTO VARIVEL

O tamanho mximo do frame IEC (Length) ir depender da informao enviada pela RTU (Remote
Terminal Unit).
Por exemplo: para reportar dados de classe 1 (eventos) ou dados de classe 2
(cclicos ou peridicos) a RTU (Slave) pode enviar FRAMES com tamanhos variveis (mximo de
0xFF), pois depende da quantidade de eventos ou dos pontos analgicos e digitais (endereos
lgicos) da RTU que ser reportada ao Centro de Controle (CC).
3.1 Estrutura do frame

Tipo
START BYTE
L (LENGTH)
L (LENGTH)
START BYTE
CONTROL BYTE
ADDRESS
ASDU
CHECKSUM
STOP BYTE
Verso: 0.5
Data: 25/mar/2009
Descrio
Sempre 0x68
Soma dos bytes ASDU + control + address
Soma dos bytes ASDU + control + address
Sempre 0x68
Vide item 2.1.1 Estrutura do Control Byte
Dados do utilizador (vide abaixo)
Soma: ASDU + control + address mdulo 256
Sempre 0x16
Tamanho
1 Byte
1 Byte
1 Byte
1 Byte
1 Byte
1 Byte
Mximo de 253 bytes
1 Byte
1 Byte
Hexagon Telecom
Pgina: 5/31
3.1.1 Estrutura do ASDU (Dados do Utilizador) - Sentido CC (PRM=0)

A estrutura do ASDU varia de acordo com o Type Identification (Type_ID) transmitido.
Abaixo
sero descritas as estruturas do ASDU para as transmisses ocorridas no sentido RTU -> Centro de
Controle (CC):
3.1.1.1 Digital simples sem time tag (M_SP_NA_1)

As informaes das Digitais simples sem time tag (M_SP_NA_1) sero enviadas ao centro de
controle (CC) somente como resposta a um pedido de interrogao geral (CONTROLE GERAL).
Bytes:
Type identification:
Variable Structure Qualifier:
Cause of Transmission:
Common Adress of ASDU:
Information Object Address LOW:
Information Object Address HIGH:
SIQ:
1 (0x01)
Nmero i de objetos.
20 (0x14) = Respota a um pedido de controle geral.
Endereo lgico da entidade - LOW.
Endereo lgico da entidade - HIGH.
Single Point Information with quality descriptor
Estrutura do ASDU:
Type_ID
Variable Structure Qualifier
Cause of Transmission
Common Address of ASDU
Information Object Address LOW
Information Object Address HIGH
SIQ Single Point Inf with quality descriptor
SIQ, Bit IV
0 => Vlido
Bit SPI 0 =>
1 => Invlido
1 =>
Bits
6
5
4
3
2
1
0
0
0
0
0
1
Nmero i de objetos (entidades)
P/N
Nmero da causa (0x14)
Endereo lgico da entidade LOW octet
Endereo lgico da entidade HIGH octet
IV
NT
SB
BL
0
0
0
SPI
IV
NT
SB
BL
0
0
0
SPI
OFF
ON
8
0
0
T
7
0
Bits no utilizados pelo CC (Master)

Information Object 1
Information Object i
3.1.1.2 Digital simples com time tag CP56Time2a (M_SP_TB_1)

As informaes das Digitais simples com time tag CP56Time2a(M_SP_TB_1) sero enviadas ao
centro de controle (CC) quando houver um evento espontneo (cause of transmission=3) na RTU, ou
seja, quando o PLATOE detectar transio de estado na(s) DIGITAL(ais) de uma determinada RTU.
Esse evento espontneo ser enviado aps uma requisio de dados de classe 1 (feita pelo CC).
Bytes:
Type Identification:
SIQ:
Binary Time (7 octetos):
Verso: 0.5
Data: 25/mar/2009
30 (0x1E).
Nmero i de objetos.
3 (0x03) = Espontneo
Single Point Information with quality descriptor
Time tag CP56Time2a
Hexagon Telecom
Pgina: 6/31
Estrutura do ASDU:
Type_ID
Information Object Address - HIGH
Time tag octeto 1
Time tag octeto 2
Time tag octeto 3
Time tag octeto 4
Time tag octeto 5
Time tag octeto 6
Time tag octeto 7
Time tag octeto 1
Time tag octeto 2
Time tag octeto 3
Time tag octeto 4
Time tag octeto 5
Time tag octeto 6
Time tag octeto 7
SIQ, bit
IV = 0 => SIQ Vlido

1 => SIQ Invlido
Time tag octeto 3, bit IV = 0

1
Time tag octeto 4, bit SU = 0
1
=>
=>
=>
=>
Bits
6
5
4
3
2
1
0
1
1
1
1
0
P/N
IV
NT
SB
BL
0
0
0
SPI
Milissegundos LOW
Milissegundos HIGH
IV RES1
Minutos
SU
RES2
Horas
Dia da semana
Dia do ms
RES3
Ms
RES4
Ano
IV
NT
SB
BL
0
0
0
SPI
Milissegundos LOW
Milissegundos HIGH
IV RES1
Minutos
SU
RES2
Horas
Dia da semana
Dia do ms
RES3
Ms
RES4
Ano
8
0
0
T
7
0
SIQ, bit SPI = 0 => estado OFF

1 => estado ON
time-tag vlido
time-tag invlido
horrio padro
horrio de vero

3.1.1.3 Digital dupla sem time tag (M_DP_NA_1)

As informaes das Digitais duplas sem time tag (M_DP_NA_1) sero enviadas ao centro de
controle (CC) somente como resposta a um pedido de interrogao geral (CONTROLE GERAL).
Bytes:
Type identification:
DIQ:
3 (0x03)
Nmero i de objetos.
20 (0x14) = Respota a um pedido de controle geral.
Double Point Information with quality descriptor
Estrutura do ASDU:
Type_ID
DIQ Double Point Inf with quality descriptor
Verso: 0.5
Data: 25/mar/2009
Bits
6
5
4
3
2
1
0
0
0
0
1
1
P/N
IV
NT
SB
BL
0
0
DPI
IV
NT
SB
BL
0
0
DPI
8
0
0
T
7
0
Hexagon Telecom
Pgina: 7/31
DIQ, Bit IV
0 => Vlido
1 => Invlido
DIQ, Bit DPI = 0

1
2
3
=>
=>
=>
=>
"Invlido aberto"
OFF
ON
"Invlido Fechado"
3.1.1.4 Digital dupla com time tag CP56Time2a (M_DP_TB_1)

As informaes das Digitais duplas com time tag CP56Time2a (M_DP_TB_1) sero enviadas ao
centro de controle (CC) quando houver um evento espontneo (cause of transmission=3) na RTU, ou
seja, quando o PLATOE detectar transio de estado na(s) DIGITAL(ais) de uma determinada RTU.
Esse evento espontneo ser enviado aps uma requisio de dados de classe 1 (feita pelo CC).
Bytes:
DIQ:
31 (0x1F).
Nmero i de objetos.
Double Point Information with quality descriptor
Time tag CP56Time2a
Estrutura do ASDU:
Type_ID
Time tag octeto 1
Time tag octeto 2
Time tag octeto 3
Time tag octeto 4
Time tag octeto 5
Time tag octeto 6
Time tag octeto 7
Time tag octeto 1
Time tag octeto 2
Time tag octeto 3
Time tag octeto 4
Time tag octeto 5
Time tag octeto 6
Time tag octeto 7
DIQ, bit
IV = 0 => DIQ Vlido

1 => DIQ Invlido

1
1
=>
=>
=>
=>
Bits
6
5
4
3
2
1
0
1
1
1
1
1
P/N
IV
NT
SB
BL
0
0
DPI
Milissegundos LOW
Milissegundos HIGH
IV RES1
Minutos
SU
RES2
Horas
Dia da semana
Dia do ms
RES3
Ms
RES4
Ano
IV
NT
SB
BL
0
0
DPI
Milissegundos LOW
Milissegundos HIGH
IV RES1
Minutos
SU
RES2
Horas
Dia da semana
Dia do ms
RES3
Ms
RES4
Ano
8
0
0
T
7
0
DIQ, bit DPI = 0

1
2
3
time-tag vlido
time-tag invlido
horrio padro
horrio de vero
=>
=>
=>
=>
"Invlido aberto"
OFF
ON
"Invlido Fechado"

Verso: 0.5
Data: 25/mar/2009
Hexagon Telecom
Pgina: 8/31
3.1.1.5 Medida sem time tag (M_ME_NC_1)
As informaes de Medida sem time tag (M_ME_NC_1) sero enviadas ao Centro de Controle (CC)
como resposta por evento espontneo ocorrido na RTU (jitter ou alarme). Deve-se prever o envio
dessas informaes periodicamente (cause of transmission=0x01), embora essa opo seja
desconsiderada pelo MIS.
Bytes:
IEEE STD 754 (4 octetos):
QDS:
13 (0x0D).
Nmero i de objetos.
1 (0x01) = Peridico / Cclico
3 (0x03) = Espontneo (alarme ou jitter)
Short Floating point number
Quality descriptor
Estrutura do ASDU:
Type_ID
Short floating point number - octeto
QDS Quality descriptor
QDS Quality descriptor
QDS, bit IV= 0 => Vlido
1 => Invlido
Bits
6
5
4
3
2
1
0
0
1
1
0
1
P/N
Nmero da causa (0x01 ou 0x03)
Frao
Frao
EXP
Frao
Sign
EXP
IV
NT
SB
BL
0
0
0
OV
Frao
Frao
EXP
Frao
Sign
EXP
IV
NT
SB
BL
0
0
0
OV
8
0
0
T
1 LOW
2
3
4 HIGH
1 LOW
2
3
4 HIGH
QDS, bit OV =
7
0
1 => Overflow
0 => Normal

3.1.1.6 Comando Simples (ACTCON; ACTTERM)

Como resposta recepo de um comando (CONTROLE) definido na RTU, a aplicao gera este evento
com causa de transmisso = 7 (0x07) para confirmar a sua ativao. Simultaneamente gera este
mesmo evento, mas com causa de transmisso = 10 (0x0a) para sinalizar o fim da ativao do
comando.
Bytes:
SCO:
Verso: 0.5
Data: 25/mar/2009
45 (0x2D).
1
7 (0x07) = Confirmao da ativao (ACTCON)
10 (0x0a) = Ativao terminada (ACTTERM)
Single command
Hexagon Telecom
Pgina: 9/31
Estrutura do ASDU:
Bits
6
5
4
3
2
1
Type_ID
1
0
1
1
0
1
0
0
0
0
0
1
Nmero da causa (0x07 ou 0x0a)
SCO Single Command
S/E
QU
0
SCS
Cause of transmission, bit P/N = 0 => positive confirm
1 => negative confirm
SCO, bit SCS (single command state) = 0 => OFF
1 => ON
8
0
0
T
7
0
0
P/N
3.1.1.7 Comando End of initialization (INITIALIZED)

Alguns modelos de RTU (Remote Terminal Unit) enviam uma resposta de trmino da inicializao
aps uma ocorrncia de INIT AFTER CHANGE OF LOCAL PARAMETER, ou seja, sempre que houver
alterao de parmetros ou um reset na RTU esta enviar uma resposta (aps comando REQUEST
STATUS LINK) indicando o trmino da inicializao. A aplicao gera este evento com causa de
transmisso = 4 (0x04) para indicar o estado de INICIALIZADO ou INITIALIZED.
Bytes:
COI:
70 (0x46).
1
4 (0x04) = Trmino da inicializao (INITIALIZED)
0x00 (Dont care)
0x00 (Dont care)
Cause of initialization
Estrutura do ASDU:
8
0
0
T
7
1
0
P/N
Type_ID
COI Cause of initialization
BS
COI (cause of initialization) = 128 (0x80) => BS=1 e UI=0
Bits
5
4
3
2
0
0
1
1
0
0
0
0
0x00 (Dont care)
0x00 (Dont care)
UI
6
0
0
1
0
1
Bit no utilizado pelo CC (Master)

BS = 0 (Initialization with unchanged local parameters)
BS = 1 (Initialization after change of local parameters)
UI = 0 (Local power switch ON); 1 (local manual reset); 2 (remote reset)
3.1.1.8 Comando de Interrogao (ACTCON; ACTTERM)

Como resposta recepo de um comando de interrogao global (CONTROLE GERAL), a aplicao gera
este evento com causa de transmisso = 7 (0x07) para confirmar a sua ativao (ACTCON). A
aplicao enviar em seguida todas as entidades nela definidas. No fim, este mesmo evento
gerado, mas com causa de transmisso = 10 (0x0a) para sinalizar o fim da ativao do comando
(ACTTERM).
Verso: 0.5
Data: 25/mar/2009
Hexagon Telecom
Pgina: 10/31
Bytes:
100 (0x64).
1
0x00 (Dont care)
0x00 (Dont care)
Qualifier of interrogation

QOI:
Estrutura do ASDU:
8
0
0
T
7
1
0
P/N
Bits
6
5
4
3
2
1
1
0
0
1
0
0
0
0
0
0
0
1
0x00 (Dont care)
0x00 (Dont care)
QOI
Type_ID
QOI Qualifier of interrogation
QOI (qualifier of interrogation) = 20 (0x14) => interrogao geral (CONTROLE GERAL)
Bit no utilizado pelo CC (Master)
3.1.1.9 Comando de sincronizao (ACTCON; ACTTERM)

A recepo de um comando de sincronizao obriga que a aplicao sincronize o seu relgio
interno com o valor agora recebido. No feita qualquer correo ao valor enviado. Como
resposta recepo a este comando, a aplicao gera este evento com causa de transmisso = 7
(0x07) para confirmar a sua ativao (ACTCON). Para terminar a ativao (ACTTERM) depender da
parametrizao do master (CC). Geralmente utilizada apenas a confirmao da ativao (ACTCON).
Bytes:
103 (0x67).
1
0x00 (Dont care)
0x00 (Dont care)
Time tag CP56Time2a

Estrutura do ASDU:
Type_ID
Time tag octeto 1
Time tag octeto 2
Time tag octeto 3
Time tag octeto 4
Time tag octeto 5
Time tag octeto 6
Time tag octeto 7
Cause of transmission, bit P/N =
1
1
=>
=>
=>
=>
Bits
6
5
4
3
2
1
1
0
0
1
1
1
0
0
0
0
0
1
0x00 (Dont care)
0x00 (Dont care)
Milissegundos LOW
Milissegundos HIGH
IV RES1
Minutos
SU
RES2
Horas
Dia da semana
Dia do ms
RES3
Ms
RES4
Ano
0 => positive confirm
time-tag vlido
time-tag invlido
horrio padro
horrio de vero
8
0
0
T
7
1
0
P/N
Verso: 0.5
Data: 25/mar/2009
10
Hexagon Telecom
Pgina: 11/31
3.1.1.10 Comando de Reset de Aplicao (ACT_CON)

Como resposta recepo de um comando de reset de aplicao (caso ocorra), a aplicao gera
este evento com causa de transmisso = 7 (0x07) para confirmar a sua ativao (ACTCON).
Bytes:
QRP:
105 (0x69).
1
0x00 (Dont care)
0x00 (Dont care)
Qualifier of reset process command
Estrutura do ASDU:
Bits
5
4
3
2
Type_ID
0
1
0
0
0
0
0
0
0x00 (Dont care)
0x00 (Dont care)
QRP Qualifier of reset process command
QRP
QRP (qualifier of reset process command) = 0 (0x00) => no utilizado
1 (0x01) => Reset GERAL
8
0
0
T
7
1
0
P/N
6
1
0
1
1
1
3.1.1.11 Perda de Informao

A perda de um evento por falta de espao no buffer de eventos de classe 1 sinalizada com uma
perda de informao. Este evento introduzido no buffer de envio logo que seja detectada a
primeira posio livre aps o evento perdido.
Bytes:
OV:
199 (0xC7) => Type_ID privativo da EFACEC.

1
0x00 (Dont care)
0x00 (Dont care)
Overflow classe 1
Estrutura do ASDU:
8
1
0
T
7
1
0
P/N
Type_ID
OV Overflow classe 1
0
0
OV, Bit OV = 1 => Overflow Classe 1
Bits
5
4
3
2
0
0
1
1
0
0
0
0
0x00 (Dont care)
0x00 (Dont care)
0
0
OV
0
0
6
0
0
1
1
1
3.1.2 Estrutura do ASDU (Dados do Utilizador) - Sentido RTU (PRM=1)

Abaixo sero descritas as estruturas do ASDU para as transmisses ocorridas no sentido CENTRO DE
CONTROLE (CC) -> RTU:
Verso: 0.5
Data: 25/mar/2009
11
Hexagon Telecom
Pgina: 12/31
3.1.2.1 Comando Simples (C_SC_NA_1)
O CENTRO DE CONTROLE (CC) enviar um Comando simples (C_SC_NA_1) RTU quando houver a
necessidade de telecomando (CONTROLE). Nesse caso, a causa de transmisso ser = 6 (0x06) para
sinalizar a ativao do comando.
Bytes:
SCO:
45 (0x2D).
1
6 (0x06) = Ativao (ACT)
Single command
Estrutura do ASDU:
Type_ID
SCO Single Command
SCO, bit S/E (Select/Execute) = 0 => Execute
1 => Select
SCO, bit SCS (single command state) = 0 => OFF
1 => ON
Bits
5
4
3
2
1
0
1
1
0
1
0
0
0
0
1
S/E
QU
0
SCS
8
0
0
T
7
0
0
P/N
6
1
0
3.1.2.2 Comando de Interrogao (C_IC_NA_1)

O CENTRO DE CONTROLE (CC) enviar um Comando de interrogao C_IC_NA_1 (CONTROLE GERAL) RTU
nas seguintes situaes:
- Uma vez ao dia;
- Sob solicitao do operador;
- Quando falhar a comunicao com a RTU.
Nesse caso, a causa de transmisso ser = 6 (0x06) para sinalizar a ativao do comando.
Bytes:
QOI:
100 (0x64).
1
0x00 (Dont care)
0x00 (Dont care)
Qualifier of interrogation
Estrutura do ASDU:
Bits
5
4
3
2
Type_ID
0
0
1
0
0
0
0
0
0x00 (Dont care)
0x00 (Dont care)
QOI Qualifier of interrogation
QOI
QOI (qualifier of interrogation) = 20 (0x14) => interrogao geral (CONTROLE GERAL)
8
0
0
T
7
1
0
P/N
6
1
0
1
0
1
Verso: 0.5
Data: 25/mar/2009
12
Hexagon Telecom
Pgina: 13/31
3.1.2.3 Comando de Sicronizao (C_CS_NA_1)
O CENTRO DE CONTROLE (CC) enviar um Comando de sincronizao (C_CS_NA_1) RTU uma vez ao
dia. Nesse caso, a causa de transmisso ser = 6 (0x06) para sinalizar a ativao do comando. O
MIS/PLATOE ir utilizar o time tag dessa requisio para atualizar sua base de tempo e,
conseqentemente, a base de tempo dos religadores.
Bytes:
103 (0x67).
1
0x00 (Dont care)
0x00 (Dont care)
Time tag CP56Time2a
Estrutura do ASDU:
Bits
5
4
3
2
0
0
1
1
0
0
0
0
0x00 (Dont care)
0x00 (Dont care)
Milissegundos LOW
Milissegundos HIGH
IV RES1
Minutos
SU
RES2
Horas
Dia da semana
Dia do ms
RES3
Ms
RES4
Ano
8
0
0
T
Type_ID
Time tag octeto 1
Time tag octeto 2
Time tag octeto 3
Time tag octeto 4
Time tag octeto 5
Time tag octeto 6
Time tag octeto 7
1
1
=>
=>
=>
=>
7
1
0
P/N
6
1
0
1
1
1
time-tag vlido
time-tag invlido
horrio padro
horrio de vero
3.1.2.4 Comando de Reset de Aplicao (C_RP_NA_1)

Este comando no ser utilizado pelo CENTRO DE CONTROLE (CC), porm as RTU estaro prontas para
receb-lo num caso particular (no previsto at o momento).
Bytes:
QRP:
105 (0x69).
1
0x00 (Dont care)
0x00 (Dont care)
Qualifier of reset process command
Estrutura do ASDU:
Bits
5
4
3
2
Type_ID
0
1
0
0
0
0
0
0
0x00 (Dont care)
0x00 (Dont care)
QRP Qualifier of reset process command
QRP
QRP (qualifier of reset process command) = 0 (0x00) => no utilizado
1 (0x01) => Reset GERAL
8
0
0
T
Verso: 0.5
Data: 25/mar/2009
7
1
0
P/N
6
1
0
1
1
1
13
Hexagon Telecom
Pgina: 14/31
3.1.2.5 Comando de Delay Acquisition (C_CD_NA_1)

Este comando utilizado pelo CENTRO DE CONTROLE (CC) para corrigir a base de tempo (ajuste de
relgio em milissegundos) das RTU. Geralmente este comando no utilizado pelo CC, porm as RTU
estaro prontas para receb-lo num caso particular.
Bytes:
106 (0x6A).
1
0x00 (Dont care)
0x00 (Dont care)
Time tag CP16Time2a
Estrutura do ASDU:
Type_ID
Time tag octeto 1
Time tag octeto 2
Verso: 0.5
Data: 25/mar/2009
8
0
0
T
7
1
0
P/N
Bits
5
4
3
2
0
1
0
1
0
0
0
0
0x00 (Dont care)
0x00 (Dont care)
Milissegundos LOW
Milissegundos HIGH
6
1
0
1
0
1
14
Hexagon Telecom
Pgina: 15/31
3.2 Exemplo FRAME VARIVEL

RTU 68 0f 0f 68 73 0a 67 01 06 0a 00 00 36 b4 20 0e 19 0b 02 33 16
Start byte:
Length Byte:
Control Byte:
Address:
ASDU:
Type ID:
Common address of ASDU:
Object Address:
Time Tag:
Checksum:
Stop byte:
0x68
0x0f 0x0f (L = Control + Address + ASDU = 15 bytes)
0x73
0x0a
67 01 06 0a 00 00 36 b4 20 0e 19 0b 02, sendo:
0x67
(103dec = Clock Sync Command)
0x01
(1 objeto)
0x06
(causa = ativao)
0x0a
(endereo lgico da RTU)
0x00 0x00
(dont care)
36 b4 20 0e 19 0b 02 (binary time: CP56time2a - 7 bytes)
0x33
0x16
Control Byte: 0x73

RES:0 PRM:1 FCB:1
Nota: Este comando
(ACTCON).
FC:3 (SEND/CONFIRM User Data)

uma resposta (espelhada) sinalizando
FCV:1
requer
confirmao
do
comando
Resposta:
CC 10 00 0a 0a 16
Control Byte: 0x00
RES:0 PRM:0 ACD:0 DFC:0 FC:0 (CONFIRM - ACK)
ACD:0 Access demand sem eventos (dados de classe 1)
Resposta:
CC 68 0f 0f 68 08 0a 67 01 07 0a 00 00 71 b1 20 0e 19 0b 02 01 16
Bytes:
Start byte:
Length Byte:
Control Byte:
Address:
ASDU:
Type ID:
Object Address:
Time Tag:
Checksum:
Stop byte:
0x68
0x08
0x0a
67 01 07 0a 00 00 71 b1 20 0e 19 0b 02, sendo:
0x67
0x01
(1 objeto)
0x07
(causa = confirmao de ativao: ACTCON)
0x0a
0x00 0x00
(dont care)
71 b1 20 0e 19 0b 02 (binary time: CP56time2a - 7 octetos)
0x01
0x16
Control Byte: 0x08

RES:0 PRM:0 ACD:0 DFC:0 FC:8 (RESPOND User Data)
Nota: Essa a resposta esperada pelo CC: Byte Cause of Transmission =0x07 (ACTCON=
confirmao da ativao).
Binary time:
ms:45425, VALID Time, min:32, STD_TIME, h:14, MONTH_DAY:25, MONTH:11, YEAR:2002
Verso: 0.5
Data: 25/mar/2009
15
Hexagon Telecom
Pgina: 16/31
4 COMANDOS
Tabela 1 base de dados sugerida para a Unidade Remota (RTU).

Seguem descries de alguns comandos necessrios ao Mdulo de Interface com o SCADA (MIS).
Observaes:
Classe 1: dados de eventos digitais ou analgicos-jitter (espontneos)
Classe 2: dados analgicos (cclicos ou peridicos)
Requisio de dados de classe 1: as requisies de dados de classe 1 so
RTUs a cada 100 ms. H uma pausa nessas requisies quando o CC envia s
requisio de dados de classe 2, comando de interrogao geral (CONTROLE
comando simples ou quando as RTUs enviam eventos espontneos.
Requisio de dados de classe 2: as requisies de dados de classe 2 so
RTUs a cada 10 segundos.
enviadas s
RTUs
GERAL),
enviadas s
4.1 Comando: Link Status

Comando enviado pelo Master:
RTU 10 49 0a 53 16
Start byte:
Control Byte:
Address:
Checksum:
Stop byte:
0x10
0x49
0x0a
0x53 (Soma dos bytes CONTROL e ADDRESS)
0x16
Control Byte: 0x49

RES:0 PRM:1 FCB:0
Verso: 0.5
Data: 25/mar/2009
FCV:0
FC:9 (REQUEST/RESPOND Request Status of Link)
16
Hexagon Telecom
Pgina: 17/31
Resultado esperado (enviado pelo Slave):
CC 10 2b 0a 35 16
Control Byte: 0x2b
RES:0 PRM:0 ACD:1 DFC:0 FC:11 (RESPOND Status of Link)
4.2 Comando: Reset Remote Link

Comando:
RTU 10 40 0a 4a 16
Start byte:
Control Byte:
Address:
Checksum:
Stop byte:
0x10
0x40
0x0a
0x4a
0x16
Control Byte: 0x40

RES:0 PRM:1 FCB:0
FCV:0
FC:0 (SEND/CONFIRM Reset Remote Link)
DFC:0
FC:0 (CONFIRM - ACK)
Resposta:
CC 10 20 0a 2a 16
Control Byte: 0x20
RES:0 PRM:0 ACD:1
4.2.1 Comando: Link Status com End of Init da RTU

Algumas RTUs, ou mesmo o MIS, pode enviar uma resposta de trmino de inicializao numa
ocorrncia de reset ou alterao de parmetro. Geralmente esse parmetro desabilitado no
master (CC), porm o MIS deve estar preparado para esta situao.
O trmino da inicializao (End of Init) demonstrado na seqncia de comandos abaixo:
Comando enviado pelo Master (Request Status of Link):
RTU 10 49 0a 53 16
Start byte:
Control Byte:
Address:
Checksum:
Stop byte:
0x10
0x49
0x0a
0x53 (Soma dos bytes CONTROL e ADDRESS)
0x16
Control Byte: 0x49

RES:0 PRM:1 FCB:0
FCV:0
FC:9 (REQUEST/RESPOND Request Status of Link)
Resultado esperado (enviado pelo Slave):

CC 10 2b 0a 35 16
Control Byte: 0x2b
RES:0 PRM:0 ACD:1 DFC:0 FC:11 (RESPOND Status of Link)
Comando enviado pelo Master (Reset Remote Link):
RTU 10 40 0a 4a 16
Start byte:
Control Byte:
Address:
Checksum:
Stop byte:
0x10
0x40
0x0a
0x4a
0x16
Control Byte: 0x40

RES:0 PRM:1 FCB:0
FCV:0
FC:0 (SEND/CONFIRM Reset Remote Link)
Resposta:
CC 10 20 0a 2a 16
Verso: 0.5
Data: 25/mar/2009
17
Hexagon Telecom
Pgina: 18/31
Control Byte: 0x20
RES:0 PRM:0 ACD:1
DFC:0
Comando: Requisio de dados de classe 1

RTU 10 5a 0a 64 16
Control Byte: 0x5a
RES:0 PRM:1 FCB:0 FCV:1 FC:10 (REQUEST/RESPOND - Request User Data Class 1)
CC 68 09 09 68 08 0a 46 01 04 0a 00 00 80 E7 16
Start byte:
Length Byte:
Control Byte:
Address:
ASDU:
Type ID:
Object Address:
COI:
Checksum:
Stop byte:
0x68
0x09 0x09 (L =
0x08
0x0a
46 01 04 0a 00
0x46
0x01
0x04
0x0a
0x00 0x00
0x80
0xE7
0x16
Control + Address + ASDU = 9 bytes)

00 80, sendo:
(70dec = End of Initialization)
(1 objeto)
(causa = inicializado - INITIALIZED)
(dont care)
(Cause of Initialization: 0x80)
(soma dos bytes C + A + dados Utiliz. mdulo 256)
COI Byte: 0x80

8
1
7
0
6
0
5
0
4
0
3
0
2
0
1
0
Init after change of local parameter (1), Local Power Switch ON (0)
Nota: Aps terminada essa seqncia, o master envia RTU o comando de Controle Geral (CG).
4.3 Comando: Reset de aplicao

Esse comando ser utilizado pelo CENTRO DE CONTROLE (CC) toda vez que a base de dados do sistema
SCATE-X (CC) for inicializada.
Comando (Frame de comprimento varivel): Reset process command (C_RP_NA_1)
RTU 68 09 09 68 73 01 69 01 06 01 00 00 01 e6 16
Start byte:
Length Byte:
Control Byte:
Address:
ASDU:
Type ID:
Object Address:
QRP:
Checksum:
Stop byte:
0x68
0x09 0x09 (L =
0x73
0x01
69 01 06 01 00
0x69
0x01
0x06
0x01
0x00 0x00
0x01
0xe6
0x16

00 01, sendo:
(105dec = Reset Process Command)
(1 objeto)
(causa = ativao)
(dont care)
(Qualifier of reset process command: 0 - not used)
Control Byte: 0x73

RES:0 PRM:1 FCB:1 FCV:1 FC:3 (SEND/CONFIRM User Data)
Nota: Este comando requer uma resposta espelhada com cause of Transmission diferente.
Resposta:
CC 10 00 0a 2a 16
Control Byte: 0x00
RES:0 PRM:0 ACD:0
DFC:0

RTU 10 5a 01 5b 16
Control Byte: 0x5a
Verso: 0.5
Data: 25/mar/2009
18
Hexagon Telecom
Pgina: 19/31
Resposta: espelhada ao comando inicial com valor de Cause of transmission diferente.
CC 68 09 09 68 08 01 69 01 07 01 00 00 01 7c 16
Start byte:
Length Byte:
Control Byte:
Address:
ASDU:
Type ID:
Object Address:
QRP:
Checksum:
Stop byte:
0x68
0x09 0x09 (L =
0x08
0x01
69 01 47 01 00
0x69
0x01
0x07
0x01
0x00 0x00
0x01
0x7c
0x16
Control Byte: 0x08

RES:0 PRM:0 ACD:0
QRP Byte: 0x01
FC:8 (RESPOND User Data)
8
0
7
0
6
0
FCV:0
5
0
4
0
3
0
2
0

00 01, sendo:
(105dec = Reset Process Command)
(1 objeto)
(causa = confirmao da ativao)
(dont care)
(Qualifier of reset process command: 0 - not used)
1
1
QRP:1 General Reset of process
4.4 Comando: Sincronismo de relgio

O comando Clock synchronization ser enviado RTU uma vez ao dia.
O MIS utilizar esse
sincronismo de tempo para atualizar o timestamp dos religadores automticos toda vez que houver
uma conexo com a remota STMRA.
Comando:
Clock synchronization command (C_CS_NA_1)
RTU 68 0f 0f 68 73 0a 67 01 06 0a 00 00 36 b4 20 0e 19 0b 02 33 16
Start byte:
Length Byte:
Control Byte:
Address:
ASDU:
Type ID:
Object Address:
Time Tag:
Checksum:
Stop byte:
0x68
0x73
0x0a
67 01 06 0a 00 00 36 b4 20 0e 19 0b 02, sendo:
0x67
0x01
(1 objeto)
0x06
(causa = ativao)
0x0a
0x00 0x00
(dont care)
36 b4 20 0e 19 0b 02 (binary time: CP56time2a - 7 bytes)
0x33
0x16
Control Byte: 0x73

Time Tag: CP56Time2a
36 b4 20 0e 19 0b 02
Bits
8
Byte1
Byte2
Byte3
IV
RES1
Byte4
SU
RES2
Byte5
Dia da semana
Byte6
RES3
Byte7
RES4
IV (Byte 3) Invalid bit
IV=0 valid
Verso: 0.5
Data: 25/mar/2009
5
4
3
milisegundos (low byte)
milisegundos (high byte)
Minutos
Horas
dia do ms
Ms
Ano
SU (Byte 4) Summer time
SU=0 Standard time
19
Hexagon Telecom
Pgina: 20/31
IV=1 invalid
SU=1 Summer time
Resposta:
CC 10 00 0a 0a 16
Control Byte: 0x00
Comando: Requisio de dados de classe 2 (Note que o Byte FCB alterna a cada comando).
RTU 10 5b 0a 65 16
Control Byte: 0x5b
Resposta:
CC 10 29 0a 33 16
Control Byte: 0x29
RES:0 PRM:0 ACD:1
DFC:0
FC:9 (RESPOND NACK Request data not available)

RTU 10 7a 0a 84 16
Control Byte: 0x7a
Resposta:
CC 68 0f 0f 68 08 0a 67 01 07 0a 00 00 71 b1 20 0e 19 0b 02 01 16
Start byte:
Length Byte:
Control Byte:
Address:
ASDU:
Type ID:
Object Address:
Time Tag:
Checksum:
Stop byte:
0x68
0x08
0x0a
67 01 07 0a 00 00 71 b1 20 0e 19 0b 02, sendo:
0x67
0x01
(1 objeto)
0x07
(causa = confirmao de ativao: ACTCON)
0x0a
0x00 0x00
(dont care)
71 b1 20 0e 19 0b 02 (binary time: CP56time2a - 7 octetos)
0x01
0x16
Control Byte: 0x08

RES:0 PRM:0 ACD:0 DFC:0 FC:8 (RESPOND User Data)
Nota: Essa a resposta esperada pelo CC: Byte Cause of Transmission =0x07 (ACTCON=
confirmao da ativao).
Binary time:
ms:45425, VALID Time, min:32, STD_TIME, h:14, MONTH_DAY:25, MONTH:11, YEAR:2002
4.5 Comando: Delay Acquisition

O comando Delay Acquisition geralmente enviado RTU antes de um comando de Clock
Synchronization. utilizado para corrigir a base de tempo do relgio (em milissegundos).
Comando:
Delay Acquisition command (C_CD_NA_1)
RTU 68 0A 0A 68 73 04 6A 01 06 04 00 00 00 00 EC 16
Start byte:
Length Byte:
Control Byte:
Address:
ASDU:
Type ID:
Verso: 0.5
Data: 25/mar/2009
0x68
0x0A 0x0A (L = Control + Address + ASDU = 10 bytes)
0x73
0x04
6A 01 06 04 00 00 00 00, sendo:
0x6A
(106dec = Delay acquisition command)
0x01
(1 objeto)
20
Hexagon Telecom
Pgina: 21/31
Object Address:
Time Tag:
Checksum:
Stop byte:
0x06
0x04
0x00 0x00
00 00
0xEC
0x16
Control Byte: 0x73

RES:0 PRM:1 FCB:1
FCV:1
(causa = ativao)
(dont care)
(binary time: CP16time2a - 2 bytes)
Nota: Este comando requer apenas um ACK de frame fixo.

00 00
Resposta:
CC 10 00 04 04 16
Control Byte: 0x00
4.6 Comando: Controle Geral

O comando CONTROLE GERAL ser enviado para cada RTU nas seguintes situaes:
Uma vez ao dia;
Sob solicitao do operador;
Quando falhar a comunicao com a RTU.
Numa requisio de CONTROLE GERAL, a RTU envia ao CC o estado das digitais duplas (M_DP_NA_1) e
o estado das digitais simples (M_SP_NA_1). Pode haver a necessidade de enviar o valor das
medidas analgicas (M_ME_NC_1), caso estejam configuradas como classe-1. Nesse caso, essas
informaes sero enviadas aps as DIGITAIS simples (M_SP_NA_1).
Comando: Interrogation command (C_IC_NA_1)
Documento de referncia: IEC-870-5-5 Transmission protocols Section 5: Basic application
functions, pgina 63.
RTU 68 09 09 68 53 0a 64 01 06 0a 00 00 14 e6 16
Start byte:
Length Byte:
Control Byte:
Address:
ASDU:
Type ID:
Object Address:
Information object:
Checksum:
Stop byte:
0x68
0x09 0x09 (L = Control + Address + ASDU = 9 bytes)
0x53
0x0a
64 01 06 0a 00 00 14, sendo:
0x64
(100dec = Interrogation command)
0x01
(1 objeto)
0x06
(causa = ativao)
0x0a
0x00 0x00
(dont care)
0x14
(Qualifier of interrogation - QOI)
0xe6
0x16
Control Byte: 0x53

Resposta: Confirm - ACK
CC 10 00 0a 0a 16
Control Byte: 0x00
RES:0 PRM:0 ACD:0 DFC:0

RTU 10 7b 0a 85 16
Control Byte: 0x7b
Resposta: NACK
CC 10 29 0a 33 16
Control Byte: 0x29
Verso: 0.5
Data: 25/mar/2009
21
Hexagon Telecom
Pgina: 22/31
RES:0
PRM:0
ACD:1
DFC:0
FC:9 (NACK Request data not available)
Comando:
RTU 10 5a 0a 64 16
RES:0 PRM:1 FCB:0
FCV:1
FC:10 (REQUEST/RESPOND Request User Data Class 1)

CC 68 09 09 68 28 0a 64 01 07 0a 00 00 14 bc 16
Start byte:
Length Byte:
Control Byte:
Address:
ASDU:
Type ID:
Object Address:
Information object:
Checksum:
Stop byte:
0x68
0x28
0x0a
64 01 07 0a 00 00 14, sendo:
0x64
0x01
(1 objeto)
0x07
(causa = confirmao de ativao - ACTCON)
0x0a
0x00 0x00
(dont care)
0x14
0xbc
0x16
Control Byte: 0x28

RES:0 PRM:0 ACD:1
DFC:0
Information object (QOI): 0x14

STATION_INTERROGATION (GLOBAL)
Comando: Request User Data Class 1
RTU 10 7a 0a 84 16
Control Byte: 0x7a
Resposta:M_SP_NA_1
CC 68 0f 0f 68 28 0a 01 03 14 0a 02 00 00 03 00 00 01 00 00 5a 16
Start byte:
Length Byte:
Control Byte:
Address:
ASDU:
Type ID:
Information object address_1:
SIQ:
SIQ:
SIQ:
Checksum:
Stop byte:
0x68
0x28
0x0a
01 03 14 0a 02 00 00 03 00 00 01 00 00, sendo:
0x01
0x03
(3 objetos)
0x14
(20=interrogated by station interrogation)
0x0a
0x02 0x00
(Vide tabela 1 base de dados)
0x00
(Single point inf. with quality descriptor)
0x03 0x00
0x00
0x01 0x00
0x00
0x5a
0x16
Control Byte: 0x28

RES:0 PRM:0 ACD:1
FCV:0
SIQ Byte (Single point information with quality descriptor): 0x00

8
IV
7
NT
6
SB
5
BL
3
RES
1
SPI
IV:0
NT:0
SB:0
BL:0
RES:0 SPI:0
(Valid, topical, not substituted, not blocked, reserve, OFF)
RTU 10 5a 0a 64 16
RES:0 PRM:1 FCB:0 FCV:1 FC:10 (REQUEST/RESPOND Request User Data Class 1)
Verso: 0.5
Data: 25/mar/2009
22
Hexagon Telecom
Pgina: 23/31
Resposta: Double point information without time tag (M_DP_NA_1)

CC 68 0c 0c 68 28 0a 03 02 14 0a 06 00 00 04 00 00 5f 16
Start byte:
Length Byte:
Control Byte:
Address:
ASDU:
Type ID:
DIQ:
DIQ:
Checksum:
Stop byte:
0x68
0x0c 0x0c (L = Control + Address + ASDU = 12 bytes)
0x28
0x0a
03 02 14 0a 06 00 00 04 00 00, sendo:
0x03
(03dec = M_DP_NA_1)
0x02
(2 objetos)
0x14
0x0a
0x06 0x00
(*)
0x00
(Double point inf. with quality descriptor)
0x04 0x00
(*)
0x00
(Double point inf. with quality descriptor)
0x5f
0x16
Control Byte: 0x28

RES:0 PRM:0 ACD:1
FCV:0
DIQ Byte (Double point information with quality descriptor): 0x00

8
IV
7
NT
6
SB
5
BL
3
RES
1
DPI
IV:0
NT:0
SB:0
BL:0
RES:0 DPI:0
(Valid, topical, not substituted, not blocked, reserve, indeterminate or intermediate state)
(*) Informao apenas para ilustrao, pois a base de dados sugerida Tabela 1 - no exite
digital dupla (M_DP_NA_1).
RTU 10 7a 0a 84 16
RES:0 PRM:1 FCB:1 FCV:1 FC:10 (REQUEST/RESPOND Request User Data Class 1)
Resposta: Measured value / Scaled value (M_ME_NB_1)
CC 68 1f 1f 68 28 0a 0b 05 14 0a eb 03 00 00 00 ec 03 00 00 00 ea 03 00 00 00 ed 03 00 00 00
e9 03 00 00 00 06 16
Start byte:
Length Byte:
Control Byte:
Address:
ASDU:
Type ID:
SVA Scaled value:
QDS:
SVA Scaled value:
DIQ:
SVA Scaled value:
DIQ:
SVA Scaled value:
DIQ:
SVA Scaled value:
DIQ:
Checksum:
Stop byte:
Verso: 0.5
Data: 25/mar/2009
0x68
0x28
0x0a
0b 05 14 0a eb 03 00 00 00 ec 03 00 00 00 ea 03 00 00 00 ed 03 00
00 00 e9 03 00 00 00, sendo:
0x0b
(11 = )
0x05
(2 objetos)
0x14
0x0a
0xeb 0x03
(**)
0x00 0x00
0x00
(Quality descriptor)
0xeb 0x03
(**)
0x00 0x00
0x00
0xea 0x03
(**)
0x00 0x00
0x00
0xed 0x03
(**)
0x00 0x00
0x00
0xe9 0x03
(**)
0x00 0x00
0x00
0x5f
0x16
23
Hexagon Telecom
Pgina: 24/31
SVA (Scaled value): 0x00 0x00

8
16
S
S:Sign
15
14
13
12
11
10
3
RES
1
OV
QDS (Quality descriptor): 0x00

8
7
6
5
4
IV
NT
SB
BL
IV:0
NT:0
SB:0
BL:0
RES:0 OV:0
(Valid, topical, not substituted, not blocked, reserve, no overflow)
Nota: Neste caso a RTU enviou ao CC medidas do tipo M_ME_NB_1 (Scaled Value).
enviar medidas do tipo M_ME_NC_1 (Short floating point number).
O MIS (RTU)
(**) Informao apenas para ilustrao, pois no h na base de dados sugerida Tabela 1 nenhuma medida com endereo lgico de valor 1003, 1004, 1005...1088, etc
RTU 10 5a 0a 64 16
Control Byte: 0x5a
CC 68 09 09 68 08 0a 64 01 0a 0a 00 00 14 9f 16
Start byte:
Length Byte:
Control Byte:
Address:
ASDU:
Type ID:
Object Address:
Information object:
Checksum:
Stop byte:
0x68
0x08
0x0a
64 01 0a 0a 00 00 14, sendo:
0x64
0x01
(1 objeto)
0x0a
(causa = trmino da ativao - ACTTERM)
0x0a
0x00 0x00
(dont care)
0x14
0xbc
0x16
Control Byte: 0x08

RES:0 PRM:0 ACD:0
DFC:0
Information object (QOI): 0x14

STATION_INTERROGATION (GLOBAL)
4.7 Comando: Requisio de dados de Classe 1 e comando simples

RTU 10 5a 54 ae 16
Control Byte: 0x5a
Respota: NACK
CC 10 09 54 5d 16
Control Byte: 0x09
RES:0 PRM:0 ACD:0
DFC:0
Comando: Single command (C_SC_NA_1)

(CONTROLES) 2153, estado = ON.
Verso: 0.5
Data: 25/mar/2009
Alterao
do
estado
da
digital
de
endereo
lgico
24
Hexagon Telecom
Pgina: 25/31
RTU 68 09 09 68 73 54 2d 01 06 54 69 08 01 c1 16
Start byte:
Length Byte:
Control Byte:
Address:
ASDU:
Type ID:
Object Address:
SCO:
Checksum:
Stop byte:
0x68
0x09 0x09 (L =
0x73
0x54
2d 01 06 54 69
0x2d
0x01
0x06
0x54
0x69 0x08
0x01
0xf7
0x16
Control Byte: 0x73

RES:0 PRM:1 FCB:1
FCV:1

08 01, sendo:
(45dec = Single command C_SC_NA_1)
(1 objeto)
(causa = 6, ativao - ACT)
(endereo lgico da RTU = 84dec)
(endereo lgico da digital = 2153dec)
(Qualifier of Single command: 0x01)
SCO Byte: 0x01

8
S/E
5
QU
2
0
1
SCS
S/E:0 QU:0
RES:0 SCS:1
(Execute, no additional definition, reserve, Single command State ON)
Resposta: Confirm - ACK
CC 10 00 54 54 16
Control Byte: 0x00
RES:0 PRM:0 ACD:0 DFC:0
Comando: Requisio de dados de classe 1.

RTU 10 5a 54 ae 16
Control Byte: 0x5a
Respota: NACK
CC 10 09 54 5d 16
Control Byte: 0x09
RES:0 PRM:0 ACD:0
DFC:0

RTU 10 7a 54 ce 16
Control Byte: 0x7a
Respota: NACK
CC 10 09 54 5d 16
Control Byte: 0x09
RES:0 PRM:0 ACD:0
DFC:0

RTU 10 5a 54 ae 16
Control Byte: 0x5a
Resposta: Confirmao da ativao ACTCON (frame enviado ao CC aproximadamente 1 segundo aps a
execuo do comando simples).
CC 68 09 09 68 08 54 2d 01 07 54 69 08 01 57 16
Start byte:
Length Byte:
Control Byte:
Address:
ASDU:
Verso: 0.5
Data: 25/mar/2009
0x68
0x08
0x54
2d 01 07 54 69 08 01, sendo:
25
Hexagon Telecom
Pgina: 26/31
Type ID:
Object Address:
SCO:
Checksum:
Stop byte:
0x2d
0x01
0x07
0x54
0x69 0x08
0x01
0x57
0x16
Control Byte: 0x08

RES:0 PRM:0 ACD:0
DFC:0

(1 objeto)
(causa = 6, confirmao da ativao - ACTCON)
SCO Byte: 0x01

8
S/E
5
QU
2
0
1
SCS
S/E:0 QU:0
RES:0 SCS:1
RTU 10 7a 54 ce 16
Control Byte: 0x7a
Respota: NACK
CC 10 09 54 5d 16
Control Byte: 0x09
RES:0 PRM:0 ACD:0
DFC:0

RTU 10 5a 54 ae 16
Control Byte: 0x5a
Resposta: Evento espontneo devido ao retorno da digital (frame enviado ao CC aproximadamente
1,1 segundo aps a execuo do comando simples).
CC 68 10 10 68 08 54 1e 01 03 54 14 02 01 6c cc 13 10 1d 06 05 6c 16
Start byte:
Length Byte:
Control Byte:
Address:
ASDU:
Type ID:
Object Address:
SIQ:
Time Tag:
Checksum:
Stop byte:
0x68
0x10 0x10 (L =
0x08
0x54
1e 01 03 54 14
0x1e
0x01
0x03
0x54
0x14 0x02
0x01
6c cc 13 10 1d
0x6c
0x16
Control Byte: 0x08

RES:0 PRM:0 ACD:0
DFC:0

02 01 6c cc 13 10 1d 06 05, sendo:
(30dec = Single point inf. with timetag M_SP_TB_1)
(1 objeto)
(causa = 3, espontneo)
(Single point info with quality descriptor: 0x01)
06 05 (binary time: CP56time2a - 7 bytes)
SIQ Byte (Single point information with quality descriptor): 0x01

8
IV
7
NT
6
SB
5
BL
3
RES
1
SPI
IV:0
NT:0
SB:0
BL:0
RES:0 SPI:1
(Valid, topical, not substituted, not blocked, reserve, ON)
Verso: 0.5
Data: 25/mar/2009
26
Hexagon Telecom
Pgina: 27/31
6c cc 13 10 1d 06 05
Bits
6
Byte1
Byte2
Byte3
IV
RES1
Byte4
SU
RES2
Byte5
Dia da semana
Byte6
RES3
Byte7
RES4
IV (Byte 3) Invalid bit
IV=0 valid
IV=1 invalid
5
4
3
milisegundos (low byte)
milisegundos (high byte)
Minutos
Horas
dia do ms
Ms
Ano
SU (Byte 4) Summer time
SU=0 Standard time
SU=1 Summer time
Binary time:
ms:52.332, VALID Time, min:19, STD_TIME, h:16, MONTH_DAY:29, MONTH:06, YEAR:2005

RTU 10 7a 54 ce 16
Control Byte: 0x7a
Respota: NACK
CC 10 09 54 5d 16
Control Byte: 0x09
RES:0 PRM:0 ACD:0
DFC:0

RTU 10 5a 54 ae 16
Control Byte: 0x5a
Respota: NACK
CC 10 09 54 5d 16
Control Byte: 0x09
RES:0 PRM:0 ACD:0
DFC:0

RTU 10 7a 54 ce 16
Control Byte: 0x7a
Resposta: Terminao da ativao ACTTERM (frame enviado ao CC aproximadamente 1,5 segundo aps
a execuo do comando simples).
Esse frame enviado ao CC aps o retorno da digital,
concluindo o ciclo do comando simples.
CC 68 09 09 68 08 54 2d 01 0a 54 69 08 01 5a 16
Start byte:
Length Byte:
Control Byte:
Address:
ASDU:
Type ID:
Object Address:
SCO:
Checksum:
Stop byte:
0x68
0x09 0x09 (L =
0x08
0x54
2d 01 0a 54 69
0x2d
0x01
0x0a
0x54
0x69 0x08
0x01
0x5a
0x16
Control Byte: 0x08

RES:0 PRM:0 ACD:0
DFC:0

08 01, sendo:
(1 objeto)
(causa = 10, terminao da ativao - ACTTERM)
SCO Byte: 0x01
Verso: 0.5
Data: 25/mar/2009
27
Hexagon Telecom
Pgina: 28/31
8
S/E
5
QU
2
0
1
SCS
S/E:0 QU:0
RES:0 SCS:1
RTU 10 5a 54 ae 16
Control Byte: 0x5a
Respota: NACK
CC 10 09 54 5d 16
Control Byte: 0x09
RES:0 PRM:0 ACD:0
DFC:0
4.8 Comando: Requisio de dados de Classe 2

Inicialmente o MIS (RTU) no ir enviar dados de classe 2 ao CC, pois todas as medidas sero
enviadas como dados de classe 1 jitter, ou seja, quando houver mudana no valor de determinada
grandeza, essa ser reportada como um evento espontneo. Mesmo assim, dever ser configurvel
no MIS a opo de envio dessas grandezas como dados de classe 2.
Quando configurado, a RTU dever enviar essas medidas a cada 10 segundos (dados cclicos ou
peridicos).
RTU 10 7a 42 BC 16
Control Byte: 0x7a
RES:0 PRM:1 FCB:1
FCV:1
FC:10 (REQUEST/RESPOND - Request User Data Class 1)
CC 10 09 42 4B 16
Control Byte: 0x09
RES:0 PRM:0 ACD:0
DFC:0
RTU 10 5a 42 9C 16
Control Byte: 0x5a
RES:0 PRM:1 FCB:0
FCV:1
CC 10 09 42 4B 16
Control Byte: 0x09
RES:0 PRM:0 ACD:0
DFC:0
Comando: Requisio de dados de classe 2 (Note que o Byte FCB alterna a cada comando).
RTU 10 7b 42 BD 16
Control Byte: 0x7b
Resposta:
CC 68 FB FB 68 08 42 0D 23 01 42
40 04 00 00 96 43 00 41 04 00 00 96
44 04 00 00 00 00 00 45 04 00 00 00
48 04 00 00 00 00 00 49 04 00 00 00
4C 04 00 00 00 00 00 4D 04 00 00 00
50 04 00 00 00 00 00 51 04 00 00 00
54 04 00 00 00 00 00 55 04 00 00 00
58 04 00 00 00 00 00 59 04 00 00 00
5C 04 00 00 00 00 00 5D 04 00 00 00
EA 03 00 00 00 00 00 EB 03 00 00 00
43
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
42
46
4A
4E
52
56
5A
5E
EC
04
04
04
04
04
04
04
04
03
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
43
47
4B
4F
53
57
5B
E9
32
04
04
04
04
04
04
04
03
16
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00

RTU 10 5b 42 9D 16
Verso: 0.5
Data: 25/mar/2009
28
Hexagon Telecom
Pgina: 29/31
Control Byte: 0x5b
RES:0 PRM:1 FCB:0
FCV:1
Resposta:
CC 68 FB FB 68 08 42 0D 23 01 42
ED 03 00 00 00 00 00 EE 03 00 00 00
F1 03 00 00 00 00 00 F2 03 00 00 00
F5 03 00 00 00 00 00 F6 03 00 00 00
FD 03 00 00 00 00 00 FE 03 00 00 00
03 04 00 00 00 00 00 04 04 00 00 00
07 04 00 00 00 00 00 08 04 00 00 00
0B 04 00 00 00 00 00 0C 04 00 00 00
0F 04 00 00 00 00 00 10 04 00 00 00
13 04 00 00 00 00 00 14 04 00 00 00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
EF
F3
F9
01
05
09
0D
11
15
03
03
03
04
04
04
04
04
04
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
F0
F4
FA
02
06
0A
0E
12
7F
03
03
03
04
04
04
04
04
16
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00

RTU 10 7b 42 BD 16
Control Byte: 0x7b
Resposta:
CC 68 FB FB 68 08 42 0D 23 01 42
16 04 00 00 00 00 00 17 04 00 00 00
1A 04 00 00 00 00 00 1B 04 00 00 00
1E 04 00 00 00 00 00 1F 04 00 00 00
22 04 00 00 00 00 00 23 04 00 00 00
26 04 00 00 00 00 00 27 04 00 00 00
2A 04 00 00 00 00 00 2B 04 00 00 00
2E 04 00 00 00 00 00 2F 04 00 00 00
32 04 00 00 00 00 00 33 04 00 00 00
36 04 00 00 00 00 00 37 04 00 00 00
RTU 10 5b 42 9D 16
Control Byte: 0x5b
RES:0 PRM:1 FCB:0
FCV:1
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
18
1C
20
24
28
2C
30
34
38
04
04
04
04
04
04
04
04
04
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
19
1D
21
25
29
2D
31
35
9E
04
04
04
04
04
04
04
04
16
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
00
Resposta:
CC 68 37 37 68 08 42 0D 07 01 42
39 04 00 00 00 00 00 3A 04 00 00 00 00 00 3B 04 00 00 00 00 00 3C 04 00 00 00 00 00
3D 04 00 00 00 00 00 3E 04 00 00 00 00 00 3F 04 00 00 96 43 00 3A 16
ASDU (do
0D 07 01
39 04 00
3D 04 00
ltimo frame):
42
00 00 00 00 3A 04 00 00 00 00 00 3B 04 00 00 00 00 00 3C 04 00 00 00 00 00
00 00 00 00 3E 04 00 00 00 00 00 3F 04 00 00 96 43 00, sendo:
Type ID:
Short Floating Point Number:
QDS:
QDS:
QDS:
QDS:
QDS:
Verso: 0.5
Data: 25/mar/2009
0x0d
0x07
0x01
0x42
0x39
0x00
0x00
0x3A
0x00
0x00
0x3B
0x00
0x00
0x3C
0x00
0x00
0x3D
0x00
0x00
0x3E
0x00
0x04
0x00 0x00 0x00
0x04
0x00 0x00 0x00
0x04
0x00 0x00 0x00
0x04
0x00 0x00 0x00
0x04
0x00 0x00 0x00
0x04
0x00 0x00 0x00
(13 = M_ME_NC_1)
(07= 00000111 = 7 objetos)
(01= periodic,cyclic)
(66dec =endereo lgico da RTU)
(objeto 1081) (***)
(BIAS=0, EXP=0 e S=+ => Converso
(objeto 1082) (***)
(objeto 1083) (***)
(objeto 1084) (***)
(objeto 1085) (***)
(objeto 1086) (***)
= 0dec)
= 0dec)
= 0dec)
= 0dec)
= 0dec)
= 0dec)
29
Hexagon Telecom
Pgina: 30/31
QDS:
QDS:
0x00
0x3F 0x04
0x00 0x00 0x96 0x43
0x00
(objeto 1087) (***)
(BIAS=0, EXP=0 e S=+ => Converso = 44dec)
Short Floating Point Number: 0x00 0x00 0x96 0x43

8
7
F
F
16
15
F
F
24
23
E
F
32
31
S
E
S:Sign
E:Exponent
F:Fraction
6
F
14
F
22
F
30
E
5
F
13
F
21
F
29
E
F
12
F
20
F
28
E
F
11
F
19
F
27
E
F
10
F
18
F
26
E
QDS (Quality descriptor): 0x00

8
7
6
5
4
IV
NT
SB
BL
3
RES
1
F
9
F
17
F
25
E
1
OV
(***) Informao apenas para ilustrao, pois no h na base de dados sugerida (Tabela 1)
nenhuma medida com endereo lgico de valor 1081, 1082, 1083...1087, etc.
RTU 10 7b 42 9C 16
Control Byte: 0x7b
RES:0 PRM:1 FCB:1
FCV:1
CC 10 09 42 4B 16
Control Byte: 0x09
RES:0 PRM:0 ACD:0
DFC:0
RTU 10 5a 42 9C 16
Control Byte: 0x5a
RES:0 PRM:1 FCB:0
FCV:1
CC 10 09 42 4B 16
Control Byte: 0x09
RES:0 PRM:0 ACD:0
DFC:0
Observaes
1.
Qualquer mensagem enviada pela estao primria (MASTER) deve ter como resposta uma
mensagem, a qual, sinalizar estao emissora que recebeu e compreendeu a mensagem. As
mensagens somente sero aceitas se o formato estiver correto.
2.
Uma estao secundria (SLAVE) que arranque a frio (reset local ou power up) no deve
responder at que o link seja inicializado (Reset Remote Link).
3.
Para mensagens que sejam numeradas (FCV=1), o nmero de sequncia da mensagem (FCB)
dever ser complementar para mensagens consecutivas, sendo inicializado a 1 com a
mensagem de Reset Remote Link. Na recepo de uma mensagem numerada fora de sequncia,
a estao secundria (SLAVE) dever distinguir as duas situaes:
A mensagem recebida igual anterior: neste caso a resposta mensagem anterior no
foi recebida na estao primria, ento a resposta deve ser repetida.
A mensagem recebida no igual anterior: esta uma situao anormal que no deve
acontecer. A estao secundria no deve responder at que o link seja reinicializado
(Reset Remote link).
Verso: 0.5
Data: 25/mar/2009
30
Hexagon Telecom
Pgina: 31/31
Configurao do canal de comunicao

Configurao RS232 que ser utilizada para a comunicao entre o MASTER (CENTRO DE CONTROLE) e o
SLAVE (RTU/MIS):
Baud Rate:
Data Bits:
Paridade:
Stop Bit:
19200bps
8
par
1
Verso: 0.5
Data: 25/mar/2009
31

IEC 60870 Rev0.05

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

IEC 60870 Rev0.05

Enviado por

Direitos autorais:

Formatos disponíveis

IEC 60870-5-101

Resumo para Implementao do Mdulo de Interface

4.5 Comando: Delay Acquisition

Frame IEC 60870-5-101

2 FRAME DE COMPRIMENTO FIXO

2.1 Estrutura do Frame

2.1.1 Estrutura do CONTROL BYTE

Primary station = MASTER; secondary station = SLAVE.

2.1.1.1 FUNCTION CODE

2.2 Exemplo FRAME FIXO:

PRM=1; FCB=1 (numerado); FCV=1; FC=10 (Request User Data Class 1)

3 FRAME DE COMPRIMENTO VARIVEL

3.1 Estrutura do frame

3.1.1 Estrutura do ASDU (Dados do Utilizador) - Sentido CC (PRM=0)

3.1.1.1 Digital simples sem time tag (M_SP_NA_1)

Bits no utilizados pelo CC (Master)

3.1.1.2 Digital simples com time tag CP56Time2a (M_SP_TB_1)

IV = 0 => SIQ Vlido

Time tag octeto 3, bit IV = 0

SIQ, bit SPI = 0 => estado OFF

Bits no utilizados pelo CC (Master)

3.1.1.3 Digital dupla sem time tag (M_DP_NA_1)

DIQ, Bit DPI = 0

3.1.1.4 Digital dupla com time tag CP56Time2a (M_DP_TB_1)

IV = 0 => DIQ Vlido

Time tag octeto 3, bit IV = 0

DIQ, bit DPI = 0

Bits no utilizados pelo CC (Master)

Bits no utilizados pelo CC (Master)

3.1.1.6 Comando Simples (ACTCON; ACTTERM)

3.1.1.7 Comando End of initialization (INITIALIZED)

Bit no utilizado pelo CC (Master)

3.1.1.8 Comando de Interrogao (ACTCON; ACTTERM)

Common Adress of ASDU:

3.1.1.9 Comando de sincronizao (ACTCON; ACTTERM)

Common Adress of ASDU:

Bits no utilizados pelo CC (Master)

3.1.1.10 Comando de Reset de Aplicao (ACT_CON)

3.1.1.11 Perda de Informao

199 (0xC7) => Type_ID privativo da EFACEC.

3.1.2 Estrutura do ASDU (Dados do Utilizador) - Sentido RTU (PRM=1)

Bits no utilizados pelo CC (Master)

3.1.2.2 Comando de Interrogao (C_IC_NA_1)

Bits no utilizados pelo CC (Master)

Bits no utilizados pelo CC (Master)

3.1.2.4 Comando de Reset de Aplicao (C_RP_NA_1)

3.1.2.5 Comando de Delay Acquisition (C_CD_NA_1)

3.2 Exemplo FRAME VARIVEL

Control Byte: 0x73

FC:3 (SEND/CONFIRM User Data)

Control Byte: 0x08

Tabela 1 base de dados sugerida para a Unidade Remota (RTU).

4.1 Comando: Link Status

Control Byte: 0x49

FC:9 (REQUEST/RESPOND Request Status of Link)

4.2 Comando: Reset Remote Link

Control Byte: 0x40

FC:0 (SEND/CONFIRM Reset Remote Link)

FC:0 (CONFIRM - ACK)

4.2.1 Comando: Link Status com End of Init da RTU

Control Byte: 0x49

FC:9 (REQUEST/RESPOND Request Status of Link)

Resultado esperado (enviado pelo Slave):