Foz do Iguau-Pr, 05 a 09 de novembro de 2002 1

Simpsio de Especialistas em Operao de Centrais Hidreltricas

Ttulo do Artigo:
DEFINIO DOS PROTOCOLOS DE COMUNICAO EM SISTEMAS DE
AUTOMAO

Cdigo do Artigo: SP15 - COELBA
Tema Preferencial:
Centros de Controle
Tpico:
Automao
Palavras Chave:
Protocolo, ICCP, IEC, DNP3, PROCOME,automao
Autor (es):
Francisco jos Rocha Santana
e-mail para contato: fsantana@coelba.com.br
Empresa / Endereo
para correspondncia:
Av Edgard Santos n. 300 Bl-B 2 Andar, Salvador - Bahia

RESUMO
Na implementao de um Sistema de
Automao a escolha dos protocolos de
comunicao a serem utilizados possui uma
elevada relavancia, pois nesta avaliao
podemos nos deparar com problemas, tais
como: limitao de fornecedores; gasto
excessivo de homem/hora em integraes;
etc. Na Coelba, esta tarefa contou com a
experincia de 20 anos em automao do
Grupo Iberdrola. Na escolha de um protocolo
deve-se ter ateno especial aos seguintes
itens: 1- Funcionalidades a serem
disponibilizadas; 2- Padro amplamente
utilizado pelo mercado; 3- Total domnio da
equipe tcnica das mensagens a serem
trafegadas; 4- Busca de padres abertos e
amplamente discutidos por entidades
internacionais

Na experincia desenvolvida pela Coelba
foram definidos os seguintes protocolos:
ICCP para comunicao entre centros de
controle; IEC para a comunicao entre o
centro de controle e as UTR ( Unidades
Terminas Remotas ) e para a comunicao
entre as UTRs e os IEDs na SE esta sendo
utilizado o DNP3. Com estas definies
estamos obtendo uma grande flexibilidade na
escolha dos fornecedores pois toda
documentao para implementao destes
protocolos de domnio da Coelba.
Inicialmente na Coelba foi definido o
PROCOME ( Proteo Controle e Medidas )
como o protocolo de comunicao entre UTR
e IEDs. Como este protocolo limitava a
participao de fornecedores tradicionais
de equipamentos do Setor Eletrico, a
Coelba efetuou um estudo amplo para a
escolha de um protocolo que atendesse
esta necessidade. Foi definido o DNP
V3.0 subset 2 como protocolo padro
entre UTR e IEDs.
O domnio dos protocolos e suas
respectivas implantaes uma
necessidade indispensvel para garantir a
implementao por diferentes
fornecedores, haja visto que toda
documentao no define de forma
precisa os tipos de mensagens que cada
fornecedor deve implementar. Assim,
necessrio que o cliente defina uma
documentao mnima, porm precisa,
especificando seu perfil, onde dever
constar toda a denominao utilizada, bem
como s interpretaes e restries
impostas ao protocolo. Alem dos
problemas de implementao a nvel de
Aplicao necessrio possuir uma
definies clara quanto o meio fsico e s
caractersticas a nvel de Enlace, tais
como Paridade, Bits de Caracteres, Bits de
Stop, tempo de estabelecimento de
portadora, CTS, RTS e outros.
Diante disso, na escolha de um protocolo
de comunicao, importante equacionar
de forma clara os quatro itens acima
citados levando-nos a garantir uma melhor
customizao dos investimentos.



Foz do Iguau-Pr, 05 a 09 de novembro de 2002 2
Simpsio de Especialistas em Operao de Centrais Hidreltricas
Introduo
Nos sistemas de automao a troca de
informaes entre os distintos subsistemas,
uma necessidade indiscutivel para que o
sistema de automao possa desempenhar
todas suas funcionalidade. A implantao da
troca de informaes requesita a implantao
de um protocolo de comunicao, sendo este
protocolo implementado de forma coerente
em ambos os lados possibilitando uma
comunicao sem erros.
Diante desta necessidade se buscam
caminhos para se efetuar a escolha do
protocolo de comunicao entre
equipamentos, a definio do mesmo requer
um exaustivo trabalho de analise e
conhecimento pois este no finaliza na
escolha do protocolo e sim na definio e
execuo dos testes de integrao.
Existe hoje no mercado vrios tipos de
protocolos fruto da necessidade de
transferncia de informaes entre
equipamentos. Como a escolha do protocolo
em muitos casos ocorreu antes de uma
definio padronizada muitos forncedores
definiram por seu prprio entendimeto, isto
provocou uma dependncia de
implementaes especificas que s
funciomam com equipamentos do mesmo
forncedor e mesmo modelo pois, mesmo
entre equipamentos do mesmo fornecedor
porm de modelos diferentes ocorre de no
se conseguir uma integrao perfeita. Esta
possibilidade nos leva condio temida por
todos os clientes tornar-se refm do
fornecedor.
Definindo-se de forma clara e amplamente
discutido os quatro pontos da escolha do
protocolo a ser utilizado, 1- Funcionalidade;
2- Padro amplamente utilizado no mercado;
3- Total domnio da equipe tcnica do cliente
e 4- Padres abertos. Dentre todos os passos
no se minimizar nenhum dos quatro passos
principalmente o conhecimento e
treinamento da equipe tcnica, por ser este o
mais difcil de se obeter sucesso, j que para
se conhecer um protocolo requer tempo e
dedicao e com certeza muitas horas de
estudo.
A definio coerente de um protocolo trs
bastante beneficios na portabilidade dos
sistemas, reduzindo os custos por
possibilitar uma concorrncia saudvel
entre os fornecedores.

Corpo do Texto

Durante os trabalhos de especificao do
sistema que vamos definir quais as
funcionalidade a serem intercambiadas
entre os distintos subsistemas, como este
trabalho tem um enfoque particular para
sistemas de automao e especificamente
tomando como referncia o sistema
implementado na Coelba, podemos
caracterizar os seguintes subsistema (veja
figura 1 e 2 ):
Subsistema COS x COD;
Subsistema COD x SEs;
Subsustema SE x IEDs;
Subsistema SE x Remotas de Poste.
Subsistema COS x COD, neste
subsistema foram estabelecidas
basicamente as funcionalidades de:
Aquisio de dados, nesta dever ser
possibilidado o intercambio de estados,
analgicos, cotadores e envio de
comandos; Mecanismos de explorao, o
mecanismo difinido para este subsistema
foi a transferncia de informaes em
blocos no havendo portanto necessidade
de um polling contnuo e sendo cada
sistema responsavel pelo envio de suas
informaes sendo assim foi definido um
relacionamento mestre/mestre.
Este subsistema dever suportar canais de
comunicao que utilizem os seguintes
meios:
Comunicao por satlite.
Fibra ptica.
Links dedicados da rede Telefnica.
O meio de comunicao e seus parmetros
devero ser configurveis a nvel de
roteadores onde o protocolo especifico
ser encapsulado em TCP/IP.
Dadas as caractersticas necessrias a este
protocolo elegemos o ICCP.


Foz do Iguau-Pr, 05 a 09 de novembro de 2002 3
Simpsio de Especialistas em Operao de Centrais Hidreltricas
Subsistema COD x SEs, neste subsistema
foram estabelecidas basicamente as
funcionalidades de:
Aquisio de dados, nesta dever ser
possibilidado o intercambio de estados,
analgicos, cotadores, envio de comandos,
sincronizao, transferncia de parmetros e
transferncia de arquivos; Estatstica de
Comunicaciones, nesta funcinalidade o
protocolo, em verdade dever possibilitar
uma gesto da comunicao de forma que o
sistema possa analisar suas falhas;
Mecanismos de explorao, o mecanismo
difinido para este subsistema foi o de polling
continuo controlado pela estao mestre com
esta informao foi definido o
relacionamento mestre/escravo sem
informaes enviadas expntamente.
Este subsistema dever suportar canais de
comunicao que utilizem os seguintes
meios:
Radio.
Comunicao por satlite.
Fibra ptica.
Ondas portadoras.
Par tranado (rede local).
Rede Telefnica Comutada.
Trunking
O meio de comunicao e seus parmetros
devero ser configurveis a um nvel de base
de dados para cada canal de comunicao
possibilitando caracteristicas diferentes de
comunicao a depender do canal escolhido.
Dadas as caractersticas necessrias a este
protocolo elegemos o IEC-870-5-101.
Subsustema SE x IEDs; neste subsistema
dever ser possibilidado o intercambio de
estados, analgicos, cotadores, envio de
comandos, sincronizao e transferncia de
aquivos; Mecanismos de explorao, o
mecanismo difinido para este subsistema foi
o de polling continuo controlado pela estao
mestre sendo que as imformaes prioritrias
dero ser informadas expntaneamente foi
definido o relacionamento mestre/escravo
com informaes enviadas expntamente.
Este subsistema dever suportar canais de
comunicao que utilizem os seguintes
meios:
Radio.
Comunicao por satlite.
Fibra ptica.
Ondas portadoras.
O meio de comunicao e seus parmetros
deveero ser configurveis a um nvel de
base de dados para cada canal de
comunicao possibilitando caracteristicas
diferentes de comunicao a depender do
canal escolhido.
Dadas as caracteristicas necessrias na
Coelba inicalmente foi esclhido o
protocolo PROCOME aps a analise mais
aprofundada do mercado mudou-se para o
DNP Verso 3.0 Subset 2.
Subsistema SE x Remotas de Poste,
neste subsistema foram estabelecidas
basicamente as funcionalidades de:
Aquisio de dados, nesta dever ser
possibilidado o intercambio de estados,
analgicos, sincronizao e envio de
comandos; Mecanismos de explorao,
o mecanismo difinido para este
subsistema foi o de polling continuo
controlado pela estao mestre sendo que
as imformaes prioritrias dero ser
informadas expntaneamente foi definido
o relacionamento mestre/escravo com
informaes enviadas expntamente.
Este subsistema dever suportar canais de
comunicao que utilizem os seguintes
meios:
Radio.
Comunicao por satlite.
Fibra ptica.
O meio de comunicao e seus parmetros
deveero ser configurveis a um nvel de
base de dados para cada canal de
comunicao possibilitando caracteristicas
diferentes de comunicao a depender do
canal escolhido.
Na busca de documentao de uma
documentao j esctrita que suporta-se

Dadas as caractersticas necessrias a este
protocolo elegemos o DNP Verso 3.0
Subset 2.
A busca de um padro amplamente
utilizado no mercado no uma tarefa


Foz do Iguau-Pr, 05 a 09 de novembro de 2002 4
Simpsio de Especialistas em Operao de Centrais Hidreltricas
fcil, recomendamos neste item a busca de
especialistas que j possuam vasta
experincia na implementao de protocolos
covem lembrar que para cada subsistema
poder haver um especialista em epecifico,
isto se faz necessrio por se possuir sistemas
muito especificos onde um forcedor com
toda certeza estar melhor especializado em
uma area do que em outra. recomendavel
tambm que se busque os organismos
internacionais que se dedicam a
normatizao como o IEC, IEEE, CCITT,
ANSI e outras.
A busca de um protocolo s deve ser
finalizada com o total domnio da equipe
tcnica assim todas as contrataes devem
ser efetuadas com sua parcela de
treinamento. Um treinamento dado no inicio
de um projeto dever ser complementado
quando este j estive implementado e em
fase de expanso pois nesta etapa que o
aproveitamento de um treinamento ter seu
aproveitamento maximizado.
Particularidades, uma pergunta clssica
porque no se utilizar o DNP na
comunicao entre COD x SE e no o IEC, a
resposta foi porque o IEC as mensagens so
caracterizadas por inicio e fim sendo mais
fcil a determinao de uma mensagem com
erro tornando o sistema mais imune, j no
DNP as mensagens podem possuir tamanhos
variados possibilitando a entrada de
informaes altamente prejudiciais ao
funcionamento do sistema receptor no se
devemos eatar atentos pois atavs dos
meios de comunicao que pode-se
introduzir erros nos sistemas.
No so a definio das funcionalidades que
esto basicamente a nivel de aplicao mas
tabm as definies a nvel fsico e enlace.
Nesta definio torna-se bastante clara a
importncia da documentao das conexes a
serem utilizadas entre os distintos
equipamentos, esta definio requer que
sejam efetuados testes em laboratrio
garantido-se as pingens, tipos de conectores e
tudo mais que seja necessrio para que
realmente se estabelea a comunicao.
Aps o passo de escolha de um protocolo
o passo seguinte to importante quanto
que se escreva de forma clara o perfil de
implementao deste protocolo caso j
no exista, o caso do protocolo IEC 870-
5-101, pois o mesmo esta definido como
norma mas sua implementao requer
uma definio clara de como ser usada as
mensagens bem como sua sequncia
segue em anexo o documento de
interroperabilidade definido para o
protocolo IEC 870-5-101.

Concluso
Pode-se verificar que tanto s
funcionalidades como os meios so
comuns em varios subsistemas isto pode
nos levar a uma concluso precipitada de
escolher o mesmo protocolo, sem no
entanto efetuar uma avaliao detalhada
do mercado onde dever ser levado em
considerao em qual ponta iremos ter ou
necessitar de um maior numero de
distintos fornecedores e tambm conhecer
a fundo estes fornecedores de forma a
evitar que em uma definio precipitada
deixar de fora fornecedores consagrados.
No devemos nunca esquecer que o
protoclo de comunicao no objetivo
fim do sistema e sim um meio para
facilitar e melhorar sua implementao.
DOCUMENTO DE
INTEROPERABILIDAD. (18/01/00)

A continuacin se incluye el documento
de Interoperabilidad recogido de la Norma
de Acompaamiento IEC-870-5-101,
sealando las opciones que este Perfil
(IBERDROLA-COELBA) incluye.

NETWORK CONFIGURATION.
(18/01/00)
(network-specific parameter)

[ x ] Point-to-point [ x ]
Multipont-party line
[ x ] Multiple point-to point [ ]
Multipont-star



Foz do Iguau-Pr, 05 a 09 de novembro de 2002 5
Simpsio de Especialistas em Operao de Centrais Hidreltricas
PHYSICAL LAYER. (18/01/00)
(network-specific parameter)

Transmission speed (control drirection)

Unbalance interchange Unbalanced
interchange Balanced interchange
circuit V.24 / V.28 circuit V.24 / V.28
circuit X.24 / X.27
Standard Recommended
if > 1200 bit/s

[ ] 100 bit/s [ x ] 2400 bit/s
[ ] 2400 bit/s [ ] 56000 bit/s
[ ] 200 bit/s [ x ] 4800 bit/s
[ ] 4800 bit/s [ ] 64000 bit/s
[ ] 300 bit/s [ x ] 9600 bit/s
[ ] 9600 bit/s
[ ] 600 bit/s [ x ] 19200 bit/s
[ ] 19200 bit/s
[ x ] 1200 bit/s
[ ] 38400 bis/s

Transmission speed (monitor drirection)

Unbalance interchange Unbalanced
interchange Balanced interchange
circuit V.24 / V.28 circuit V.24 / V.28
circuit X.24 / X.27
Standard Recommended
if > 1200 bit/s

[ ] 100 bit/s [ x ] 2400 bit/s
[ ] 2400 bit/s [ ] 56000 bit/s
[ ] 200 bit/s [ x ] 4800 bit/s
[ ] 4800 bit/s [ ] 64000 bit/s
[ ] 300 bit/s [ x ] 9600 bit/s
[ ] 9600 bit/
[ ] 600 bit/s [ x ] 19200 bit/s
[ ] 19200 bit/s
[ x ] 1200 bit/s
[ ] 38400 bis/s

LINK LAYER. (18/01/00)
(network-specific parameter)

Frame format FT1.2, single caracter 1 and
the fixed time out interval are used
exclusively in this companion standard.

Link transmission procedure
Address field of the link
[ ] Balanced transmission
[ ] Not present (balanced
transmission only)
[ x ] Unbalanced transmission
[ ] One octet

[ x ] Two octetes
Frame length
[ ] Structured
__255___ Maximum length L (number of
octets) [ x ] Unstructured

APPLICATION LAYER.
(18/01/00)

Transmission mode of application data

Mode 1 (Least significant octet first), as
defined in clause 4.10 of IEC/870-5-4, is
used exclusively in this companion
standard.

Common address of ASDU (system-
specific parameter)

[ ] One octet [ x ] Two
octets

Information object address (system-
specific parameter)

[ ] 1 octet [ ]
Structured
[ ] 2 octets [ x ]
Unstructured
[ x ] 3 octets

Cause of transmission (system-
specific parameter)

[ x ] One octet [ ] Two
octets (with originator address)

Selection od standard ASDUs



Foz do Iguau-Pr, 05 a 09 de novembro de 2002 6
Simpsio de Especialistas em Operao de Centrais Hidreltricas
Process information in monitor direction
(station-specific parameter)

[ x ] <1> := Single-point information
M_SP_NA_1
[ ] <2> := Single-point information with
time tag M_SP_TA_1
[ x ] <3> := Double-point information
M_DP_NA_1
[ ] <4> := Double-point information with
time tag M_DP_TA_1
[ x ] <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
[ x ] <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 value M_ME_NC_1
[ ] <14> := Measured value, short floating
point value with time tag M_ME_TC_1
[ ] <15> := Integrated totals
M_IT_NA_1
[ ] <16> := Integrated totals with time tag
M_IN_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 info of
protection equip. 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
[ x ] <30> := Single-point information
with time tag CP56Time2a
M_SP_TB_1
[ x ] <31> := Double-point information
with time tag CP56Time2a
M_DP_TB_1
[ x ] <32> := Step position information
with time tag CP56Time2a
M_ST_TB_1
[ ] <33> := Bitstring of 32 bit 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
[ ] <36> := Measured value, short
floating value with time tag CP56Time2a
M_ME_TF_1
[ x ] <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> := Event output circuit
information of protection equipment with
time tag CP56Time2a M_EP_TF_1

Process information in control direction
(station-specific parameter)

[ x ] <45> := Single command

C_SC_NA_1
[ x ] <46> := Double command

C_DC_NA_1
[ x ] <47> := Regulating step command

C_RC_NA_1
[ x ] <48> := Set point command,
normalized value
C_SE_NA_1


Foz do Iguau-Pr, 05 a 09 de novembro de 2002 7
Simpsio de Especialistas em Operao de Centrais Hidreltricas
[ ] <49> := Set point command, scaled
value C_SE_NB_1
[ ] <50> := Set point command, short
floating point value
C_SE_NC_1
[ ] <51> := Bitstring of 32 bit
C_BO_NA_1

System information in monitor direction
(station-specific parameter)
[ x ] <70> := End of initialization
M_EI_NA_1

System information in control direction
(station-specific parameter)

[ x ] <100> := Interrogation command
C_IC_NA_1
[ x ] <101> := Counter interrogation
command
C_CI_NA_1
[ x ] <102> := Read command
C_RD_NA_1
[ x ] <103> := Clock syncrhronization
command
C_CS_NA_1
[ ] <104> := Test command
C_TS_NB_1
[ x ] <105> := Reset process command
C_RP_NC_1
[ ] <106> := Delay acquisition command
C_CD_NA_1

Parameter in control direction (station-
specific parameter)

[ x ] <110> := Parameter of measured
value, normalized value
P_ME_NA_1
[ ] <111> := Parameter of measured
value, scaled value
P_ME_NB_1
[ ] <112> := Parameter of measured
value, short floating point value
P_ME_NC_1
[ ] <113> := Parameter activation
P_AC_NA_1

File transfer (station-specific parameter)

[ x ] <120> := File ready
F_FR_NA_1
[ x ] <121> := Section ready

F_SR_NA_1
[ x ] <122> := Call directory, select file,
call file call section F_SC_NA_1
[ x ] <123> := Last section, last
segment
F_LS_NA_1
[ x ] <124> := Ack file, ack section

F_AF_NA_1
[ x ] <125> := Segment

F_SG_NA_1
[ ] <126> := Directory
F_DR_TA_1

BASIC APPLICATION
FUNCTIONS. (18/01/00)

Station initialization (station-specific
parameter)

[ x ] Remote initialization

General interrogation (system- or
station-specific parameter)

[ x ] Global
[ ] Group 1 [ ] Group 7
[ ] Group 13
[ ] Group 2 [ ] Group 8
[ ] Group 14
[ ] Group 3 [ ] Group 9
[ ] Group 15
[ ] Group 4 [ ] Group
10 [ ] Group 16
[ ] Group 5 [ ] Group
11
[ ] Group 6 [ ] Group
12 Addresses per group have
to be defined

Clock synchronization (station-specific
parameter)



Foz do Iguau-Pr, 05 a 09 de novembro de 2002 8
Simpsio de Especialistas em Operao de Centrais Hidreltricas
[ x ] Clock synchronization

Command transmission (object-specific
parameter)

[ x ] Direct command transmission
[ ] Select and execute command x ]
Direct set point command transmission
] Select and execute set point command
[
x ] C_SE ACTTERM used
[ ] No additional definition
[ ] Short pulse duration (duration
determined by a system parameter in the
outstation)
[ ] Long pulse duration (duration
determined by a system parameter in the
outstation)
[ ] Persistent output

Transmission of integrated totals
(station- or object-specific parameter)

[ x ] Counter request [
x ] General request counter
[ ] Counter freeze without reset
[ ] Request counter group 1
[ ] Counter freeze with reset
[ ] Request counter group 2
[ ] Counter reset [
] Request counter group 3
[
] Request counter group 4
Addresses per group have to be defined

Parameter loading (object-specific
parameter)

[ x ] Threshold value
[ ] Smoothing factor
[ x ] Low limit for transmission of
measured value
[ x ] High-limit for transmission of
measured value

Parameter activation (object-specific
parameter)

[ ] Act/deact of persistent cyclic or
periodic transmission of the addressed
object

File transfer (station-specific
parameter)

[ x ] File transfer in monitor direction
[ x ] File transfer in control direction
































Foz do Iguau-Pr, 05 a 09 de novembro de 2002 9
Simpsio de Especialistas em Operao de Centrais Hidreltricas
Arquitetura do Sistema de Automao

Figura1: Arquitetura do sistema de Automao




























Arquitetura de Integrao entre IED e UTR
figura 2: Arquitetura de Integrao entre IED e UTR

Foz do Iguau-Pr, 05 a 09 de novembro de 2002 2
Simpsio de Especialistas em Operao de Centrais Hidreltricas
Bibliogria
Redes de Computadores Das LANs MANs e
WANs s Redes ATAM ( Luis Fernando
Gomes Soares, Guido Lemos Srgio Colcher ).
Redes Locais de Computadores, Protoclos de Alto
Nivel e Avaliao de Desempenho (Jos Anto Beltro
Moura, Jacques Philippe Sauv, William Ferreira Giozza,
Jos Fbio Marinho de Arajo )