UNIVERSIDADE FEDERAL DO RIO GRANDE DO NORTE

PROGRAMA DE PS-GRADUAO EM ENGENHARIA ELTRICA - PPgEE

Carlos Augusto de Oliveira Jr.







DESENVOLVIMENTO DE UM PROTOCOLO DE
COMUNICAO PARA AUTOMAO DE
SUBESTAES MVEIS VIA SATLITE
























Natal/RN
Dezembro de 2005

Carlos Augusto de Oliveira Jr.















DESENVOLVIMENTO DE UM PROTOCOLO DE
COMUNICAO PARA AUTOMAO DE
SUBESTAES MVEIS VIA SATLITE





Dissertao de mestrado com o objetivo da obteno do grau de mestre em
Engenharia Eltrica submetida ao Programa de Ps-graduao em Engenharia
Eltrica da Universidade Federal do Rio Grande do Norte, na rea de
concentrao Automao de Sistemas de Energia Eltrica.



Orientador:
Prof. Dr. Marcos Antonio Dias de Almeida
Co-orientador:
Prof. Dr.-Ing. Manoel Firmino de Medeiros Jr.










Natal/RN
Dezembro de 2005


























Diviso de Servios Tcnicos
Catalogao da publicao na fonte. UFRN / Biblioteca Central Zila Mamede


Oliveira Jnior, Carlos Augusto de.
Desenvolvimento de um protocolo de comunicao para automao de
subestaes mveis via satlite / Carlos Augusto de Oliveira Jnior. - Natal, RN,
2005.
68 f.

Orientador : Marcos Antonio Dias de Almeida.
Co-orientador : Manoel Firmino de Medeiros Jnior.

Dissertao (Mestrado) Universidade Federal do Rio Grande do Norte.
Programa de Ps-Graduao em Engenharia Eltrica.

1. Automao Dissertao. 2. Protocolos de comunicao Dissertao. 3.
Subestaes eltricas Dissertao. 4. Satlite Dissertao. I. Almeida, Marcos
Antonio Dias de. II. Medeiros Jnior, Manoel Firmino de. III. Ttulo.

RN/UF/BCZM CDU 681.5(043.3)

Carlos Augusto de Oliveira Jr.







DESENVOLVIMENTO DE UM PROTOCOLO DE
COMUNICAO PARA AUTOMAO DE
SUBESTAES MVEIS VIA SATLITE




Dissertao de mestrado com o objetivo da obteno do grau de mestre em
Engenharia Eltrica submetida ao Programa de Ps-graduao em Engenharia
Eltrica da Universidade Federal do Rio Grande do Norte, na rea de
concentrao Automao de Sistemas de Energia Eltrica.



Aprovado em: ___/___/_____





_______________________________________
Prof. Dr. Marcos Antonio Dias de Almeida



________________________________________
Prof. Dr.-Ing. Manoel Firmino de Medeiros Jr.



______________________________________
Prof. Dr. Paulo Srgio da Motta Pires



______________________________________
Prof. Dr. Gilbert Azevedo da Silva






Aos meus pais, minha famlia, e a Eli,
pelo incentivo e pela compreenso nos momentos de ausncia.





Agradecimentos
A Deus;

Ao professor Marcos Dias. Sem o seu apoio e compreenso, este trabalho
no seria possvel;

Ao professor Manoel Firmino, pelo apoio e pelo exemplo;

Ao PPgEE da UFRN, por permitir o desenvolvimento deste mestrado;

Cosern, por ter acreditado no meu trabalho e potencial;

Autotrac que, em parceria com a Cosern, apoiou este projeto;

A Albany Pita Xavier, Roberval, Raimundo DAnjour e Daniel Braz. Estas
pessoas tambm foram fundamentais no desenvolvimento deste trabalho;

Aos professores Gilbert Azevedo e Paulo Motta, pela disponibilidade;

E s pessoas que de alguma forma aqui contriburam, direta ou
indiretamente.

Resumo
Uma das decises tcnicas mais importantes para se automatizar uma
subestao e torn-la desassistida refere-se ao meio de comunicao entre esta
subestao e o Centro de Operaes. Normalmente as empresas do setor eltrico
optam por usar rdio ou fibra tica, dependendo das distncias e infra-estrutura
disponvel em cada situao.
Essa regra se aplica a subestaes comuns. Subestaes mveis so um
caso particular, pois so concebidas para uso em situaes sazonais,
emergncias, manutenes preventivas ou corretivas. Dessa forma, as solues
de telecomunicaes para subestaes comuns no so facilmente aplicveis s
mveis, seja devido inexistncia de infra-estrutura (meio de comunicao), ou
dificuldade de inserir, em um curto espao de tempo, as informaes da
subestao mvel numa rede de automao existente.
Considera-se, ento, que para atender aos requisitos de mobilidade
apresentados, o meio de comunicao ideal deve fornecer cobertura em uma
grande rea geogrfica. Os custos de implantao de uma infra-estrutura desse
porte so muito elevados, porm os servios de uma operadora existente podem
ser usados. Dois servios que atendem bem a esses requisitos so o satlite e a
telefonia celular.
Neste trabalho, apresentada uma soluo para automao de
subestaes mveis atravs de enlace via satlite. O projeto foi implantado na
concessionria de energia COSERN, com sucesso. A operao tornou-se
transparente aos operadores. Outros benefcios obtidos foram segurana
operacional, qualidade no fornecimento de energia eltrica e reduo de custos.

A soluo apresentada um projeto piloto, voltado no s para
subestaes, mas para aplicaes cujo volume de dados transmitidos seja
pequeno, e h dificuldades quanto ao meio de comunicao. Apesar do satlite
ter sido usado, pode-se obter o mesmo resultado usando-se a telefonia celular,
atravs de Short Messages ou via rede de comutao de pacotes, como o GPRS
ou o EDGE.


Abstract
One of the most important decisions to turn a substation automatic and no
attended it relates to the communication media between this substation and
Operation Center. Generally energy companies uses radio or optic fiber,
depending of distances and infrastructure of each situation.
This rule applies to common substations. Mobile substations are a
particular case, therefore they are conceived for use at provisional situations,
emergencies, preventive or corrective maintenance. Thus the telecommunication
solution used at common substations are not applied so easily to mobile
substations, due absence of infrastructure (media) or difficulty to insert the
mobile substation data in existing automation network not long.
The ideal media must supply covering in a great geographic area to satisfy
presented requirements. The implantation costs of this big infrastructure are
expensive, however a existing operator may be used. Two services that fulfill
that requirements are satellite and cellular telephony.
This work presents a solution for automation of mobile substations through
satellite. It was successfully implanted at a brazilian electric energy
concessionaire named COSERN. The operation became transparent to operators.
Other gotten benefits had been operational security, quality in the supply of
electric energy and costs reduction.
The project presented is a new solution, designed to substations and
general applications where few data should be transmitted, but there is
difficulties in relation to the media. Despite the satellite having been used, the
same resulted can be gotten using celullar telephony, through Short Messages or
packet networks as GPRS or EDGE.

Lista de ilustraes
Figura 2.1 Arquitetura de automao usando cartes de sadas e de entradas analgicas
e digitais. ........................................................................................................... 19
Figura 2.2 Arquitetura de automao usando protocolos de comunicao. .................. 21
Figura 2.3 Componentes principais de um sistema SCADA........................................ 23
Figura 2.4 Tela de um sistema supervisrio. ........................................................... 25
Figura 3.1 Ciclo Pergunta-resposta do mestre para o escravo.................................... 28
Figura 3.2 Representao grfica da varredura cclica. ............................................. 29
Figura 3.3 Representao da tcnica de Envio por Exceo. ...................................... 31
Figura 3.4 Representao da tcnica de Mensagens No-solicitadas ........................... 33
Figura 4.1 Vistas laterais da SE Mvel da COSERN................................................... 42
Figura 4.2 Detalhes da montagem da SE Mvel em subestao fixa. .......................... 43
Figura 4.3 Arquitetura do sistema implementado na COSERN.................................... 46
Figura 4.4 Fluxograma simplificado do programa Redirecionador ............................... 48
Figura 4.5 Visor de Telas do SAGE ......................................................................... 49
Figura 4.6 Visor de Alarmes do SAGE..................................................................... 50
Figura 4.7 Editor de telas SigDraw......................................................................... 51
Figura 4.8 Tela principal da SE Mvel no Sistema Supervisrio.................................. 53
Figura 4.9 Tela de medio da SE Mvel no Sistema Supervisrio.............................. 54
Figura 4.10 Arquitetura do sistema proposta para a COSERN.................................... 56
Figura 4.11 Tela da SE Mvel sem comunicao. ..................................................... 58

Lista de Tabelas
Tabela 2.1 Grandezas normalmente medidas atravs de cartes de entrada analgica . 20

Tabela 3.1 Camadas do modelo OSI e descrio. ..................................................... 27

Tabela 3.2 Protocolos normalmente usados em subestaes. .................................... 27

Tabela 4.1 Pontos de superviso e controle escolhidos para a SE Mvel ...................... 44

Tabela 4.2 Tabela verdade de pontos duplos para Estado de Disjuntores .................... 57


Lista de abreviaturas e siglas
CA: Corrente Alternada.
CC: Corrente Contnua.
CELPE: Companhia Energtica de Pernambuco.
COELBA: Companhia Energtica da Bahia.
COI: Centro de Operao e Informao da COSERN.
COSERN: Companhia Energtica do Rio Grande do Norte.
CRC: Cyclic Redundant Check.
DEC: Durao Equivalente por Consumidor.
DNP3.0: Distributed Network Protocol version 3.0
GPS: Global Positioning System.
IEC60870-5: Protocolo definido pela Internacional Electrotechnical
Comission para automao de redes distribudas.
IED: Intelligent Electronic Device.
ISO: International Standards Organization.
MIP: Mobile Interface Protocol.
OSI: Open Systems Interconnection Reference Model.
P3C: Protocolo de Comunicao Compacto da COSERN.
SAGE: Sistema Aberto de Gerenciamento de Energia.
SALL: State And Logic Language.
SCADA: Supervisory Control And Data Acquisition.
SE: Subestao.
TC: Transformador de Corrente.
TP: Transformador de Potencial.
UTR: Unidade Terminal Remota.

UTM: Unidade Terminal Mestre.

Sumrio
1 Introduo....................................................................................................... 15
2 Automao de Subestaes de Energia Eltrica..................................................... 17
2.1 Unidades Terminais Remotas........................................................................ 18
2.2 SCADA ...................................................................................................... 22
3 Protocolos de Comunicao SCADA ..................................................................... 26
3.1 Envio por Exceo....................................................................................... 30
3.2 Varredura de Integridade............................................................................. 31
3.3 Mensagens No-solicitadas .......................................................................... 32
4 Automao de Subestaes Mveis ..................................................................... 34
4.1 Meio de Comunicao.................................................................................. 35
4.2 Sistema Via Satlite.................................................................................... 37
4.3 Protocolo de Comunicao ........................................................................... 38
4.4 Estudo de Caso........................................................................................... 41
4.5 Sugesto de Trabalhos Futuros..................................................................... 55
5 Concluses....................................................................................................... 60
Referncias......................................................................................................... 62
Anexo I Definies do Protocolo P3C.................................................................... 64
15
1 Introduo
O desempenho das concessionrias quanto continuidade do servio
prestado de energia eltrica medido pelas agncias fiscalizadoras com base em
indicadores especficos. A Agncia Nacional de Energia Eltrica ANEEL
especifica metas para os indicadores, as quais geram multas caso no sejam
cumpridas pelas concessionrias.
A busca da melhoria da qualidade tem levado naturalmente as
concessionrias a automatizarem seu parque instalado, minimizando
interrupes e o tempo de restabelecimento. Uma conseqncia natural tornar
as subestaes desassistidas, ou seja, sem operadores fixos nos centros de
controle, j que a operao do sistema passa a ser centralizada e informatizada.
Ainda visando qualidade do fornecimento, tem se tornado freqente o
uso de subestaes mveis, que so unidades de reserva para vrias
subestaes convencionais, com a facilidade de poderem ser conectadas ao
sistema em um curto espao de tempo. Sua utilizao se torna ainda mais
importante ao assegurar, rapidamente, a reposio dos servios de energia em
emergncias, tais como incndios ou inundaes, ou repondo centros vitais, tais
como reas de conservao de alimentos, produtos medicinais, hospitais,
escolas, cargas temporrias para obras ou sazonais, etc (TRAFO, 2004). Outra
aplicao comum para as subestaes mveis a execuo de reparos e
manutenes preventivas em transformadores de potncia de subestaes, sem
a necessidade de interrupo do fornecimento de energia eltrica.
Devido sua caracterstica natural de mobilidade, automatizar uma
subestao mvel requer uma soluo especial. A grande dificuldade est no
meio de comunicao, j que a subestao mvel pode ser instalada em vrios
pontos de uma grande rea geogrfica (toda a rea de concesso), e
16
normalmente a concessionria no dispe de infra-estrutura de telecomunicaes
e automao adequada a esta particularidade, considerando os curtos espaos de
tempo disponveis para instalao.
Assim, para atender s necessidades apresentadas, e visando evitar custos
altos de implantao de uma nova infra-estrutura, possvel utilizar-se os
servios de uma operadora de telecomunicaes existente. Este trabalho
apresenta a soluo desenvolvida para automao de subestaes em redes de
telecomunicaes com troca de mensagens, como o Short Message da telefonia
celular ou alguns sistemas de satlite. A soluo consistiu no desenvolvimento de
um protocolo de comunicao cuja caracterstica principal a quantidade
reduzida de caracteres para trafegar as informaes, visando ao uso de
mensagens binrias com quantidade de caracteres limitado.
Alm do presente texto de introduo, este trabalho composto por mais
quatro captulos. O Cap. 2 apresenta uma fundamentao geral sobre automao
de subestaes de energia eltrica; a seguir, o Cap. 3 apresenta detalhes sobre
protocolos de comunicao usados em sistemas SCADA. O Cap. 4 apresenta a
arquitetura da soluo, alm do estudo de caso de uma implementao e os
resultados obtidos. Enfim, o Cap. 5 apresenta as concluses gerais do trabalho
desenvolvido.

17
2 Automao de Subestaes de Energia Eltrica
Strauss (2003, p. 1, traduo nossa) define a automao de sistemas de
potncia como um sistema para gerenciar, controlar e proteger sistemas de
energia eltrica. Isto garantido obtendo-se informaes em tempo-real do
sistema, usando poderosas aplicaes de controle, locais e remotas, e proteo
eltrica avanada.
Em uma subestao de energia eltrica, basicamente, os itens que compe
sua automao so os seguintes:
Equipamentos a serem automatizados;
Dispositivos de proteo;
Dispositivos de controle e monitorao;
Elementos de comunicao.
Os equipamentos a serem automatizados so os principais equipamentos
da subestao como disjuntores, religadores, chaves seccionadoras,
transformadores, bancos de capacitores, etc. Normalmente, cada um desses
equipamentos possui um rel associado, executando funes de proteo. Os
mais comuns so os rels de sobrecorrente (usados, por exemplo, em
disjuntores, religadores, chaves), religamento (religadores), diferenciais
(transformadores, barramentos), etc.
Os dispositivos de controle e monitorao executam comandos sobre os
equipamentos da subestao, por exemplo, podem abrir ou fechar um
equipamento de disjuno. Tambm monitoram variveis discretas estado
fechado ou aberto do equipamento, se e quais protees atuaram, etc e
analgicas medies em geral, tenses, correntes, potncias, etc.
18
No setor industrial, o dispositivo que executa funes de controle e
monitorao de processos so os Controladores Lgicos Programveis CLPs.
Em automao de subestaes, os mesmos CLPs podem ser usados. Entretanto,
o dispositivo mais adequado para esse fim chamado de Unidade Terminal
Remota UTR, que ser visto em detalhes na Seo 2.1. importante citar
ainda que, com o avano da tecnologia e o uso cada vez mais comum de rels de
proteo digitais, esses dispositivos atualmente incorporam tambm funes de
controle, monitorao e comunicao.
Os elementos de comunicao so necessrios para levar as informaes
de monitorao e controle entre os equipamentos para um centro de controle,
distante da subestao. So utilizados cabos de cobre, cabeamento de redes,
fibras ticas, modens e rdios.
2.1 Unidades Terminais Remotas
Antes da tecnologia digital, a automao em subestaes se resumia aos
quadros de comando contendo circuitos envolvendo rels, temporizadores e
contatores, ou circuitos eletrnicos. No havia superviso remota ou centros de
controle.
Atualmente existem vrias arquiteturas aplicveis automao de
subestaes de energia eltrica, normalmente baseadas em Unidades Terminais
Remotas - UTRs. As UTRs foram desenvolvidas com o objetivo de atuar como
unidade de comunicao e interface entre os instrumentos de campo e um
computador mestre. So utilizadas para coletar uma grande quantidade de
informaes digitais e analgicas, como alarmes, eventos e medies, e envi-
las at o operador do centro de controle (STRAUSS, 2003, p. 46).
19
Quando se iniciou o uso de CLPs e UTRs, uma arquitetura normalmente
usada dentro das subestaes era a da Figura 2.1.

Figura 2.1 Arquitetura de automao usando cartes de sadas e de entradas analgicas e digitais.
Na Figura 2.1, a UTR monitora os equipamentos da subestao atravs de
cartes de entrada digitais e analgicos. Para ambos os cartes, as informaes
so levadas atravs de vrios cabos metlicos, do quadro de comando dos
equipamentos at a UTR. Sinais digitais so representados por um par de fios,
sendo um a referncia e o outro a informao em si. Tenses positivas
(tradicionalmente +24Vcc, +48Vcc ou +125Vcc) representam, normalmente, o
estado digital 1, enquanto que ausncia de tenso significa estado digital 0.
Para medies, como as correntes e tenses em subestaes possuem
grandezas elevadas e perigosas, os cartes de entradas analgicas lem
grandezas convertidas para nveis baixos atravs de transformadores para
instrumentos ou transdutores, como exemplificado na Tabela 2.1.

20
Tabela 2.1 Grandezas normalmente medidas atravs de cartes de entrada analgica
Grandeza medida Transformador/Transdutor

Padro da Amplitude
(Brasil)


Corrente (na alta tenso)

TC - Transformador de Corrente 5A

Tenso (alta tenso)

TP - Transformador de Potencial 115V

Potncia, energia
(alta tenso)

TPs e TCs 115V (TPs) e 5A (TCs)

Outras: corrente e tenso (baixa e
alta tenso), temperatura, etc

Transdutor 0-20mA ou 4-20mA

Para enviar comandos aos equipamentos, a UTR pode utilizar cartes de
sadas digitais. Os cartes de sadas digitais possuem rels de contato seco, por
onde possvel enviar sinais de tenso. Por exemplo, para fechar um disjuntor,
envia-se uma tenso positiva (equivalente a um sinal digital 1) para
determinado borne no quadro de comando do equipamento.
Com o avano da tecnologia, os novos rels digitais, chamados de rels
multifuno, incorporam, alm da funo de proteo, funes de controle,
monitorao e comunicao. Assim, todas as medies tenso, corrente,
potncia, etc e estados associados ao equipamento protegido esto disponveis
no rel, e a UTR passa a receber as informaes diretamente do rel via
protocolo de comunicao, atravs de cabos, ou, preferencialmente, fibra tica,
imune a rudos eletromagnticos dentro da subestao. Essa arquitetura vista
na Figura 2.2.
21

Figura 2.2 Arquitetura de automao usando protocolos de comunicao.
Para a UTR, um rel digital com funes de comunicao de dados
considerado um IED - Intelligent Electronic Device, ou Dispositivo Eletrnico
Inteligente. A UTR pode se comunicar no somente com rels, mas tambm com
outros tipos dispositivos na subestao, como sensores, controladores de bancos
de baterias ou geradores etc, desde que eles sejam IEDs, ou seja, possuam a
inteligncia para conversar atravs de um protocolo de comunicao.
Apesar de serem comuns, as arquiteturas apresentadas nas figuras 2.1 e
2.2 no so as nicas. Alm do mais, possvel usar, na mesma subestao,
idias de ambas simultaneamente. Assim, no existe uma arquitetura de
automao de subestaes padronizada.
As figuras 2.1 e 2.2 apresentam diagramas dentro da subestao. Para
levar as informaes da UTR da subestao at o centro de controle, preciso
usar um meio geralmente rdio, fibra tica ou satlite transportando um
protocolo de comunicao. No centro de controle, um equipamento
microprocessado um computador ou outra UTR usando o mesmo protocolo
recebe as informaes de todas as subestaes, completando o sistema SCADA,
detalhado na Seo 2.2.
22
Atualmente algumas UTRs possuem capacidade de programao em
linguagem de alto nvel, sendo possvel converter os estados, medies e
controles em variveis dentro do programa. Isso permite, entre outros, a
automao de processos, por exemplo:
Controle do nvel de tenso atravs de chaveamento de bancos de
capacitores;
Controle de ventilao forada de transformadores baseado na carga;
Descarte automtico de consumidores em casos de sobrecarga.
2.2 SCADA
A sigla SCADA significa Supervisory Control And Data Acquisition, Controle
Supervisrio e de Aquisio de Dados. Boyer (2004, p.9, traduo nossa) define
SCADA como sendo a tecnologia que habilita um usurio a coletar dados de um
ou mais equipamentos distantes e a enviar instrues de controle limitadas a
estes equipamentos. Do ponto de vista de automao de subestao, a
tecnologia SCADA torna desnecessrio o operador estar fisicamente prximo aos
equipamentos, pois permite que eles trabalhem em um centro de controle e,
mesmo distantes, monitorem e controlem processos distribudos em locais
remotos (EPG COMPANIES, 2004).
As concessionrias de energia eltrica ou empresas do setor de energia, ao
automatizaram o seu parque de subestaes, deixam-nas desassitidas
localmente. No so mais necessrios operadores trabalhando em turnos. Todas
as informaes importantes e os controles dos equipamentos ficam disponveis
24h no centro de controle da empresa, sendo, assim, operados remotamente. A
Figura 2.3 apresenta essa idia.
23

Figura 2.3 Componentes principais de um sistema SCADA
1

Na Figura 2.3, esto representadas as UTRs ou, do ingls, RTU - Remote
Terminal Unit. Cada RTU representa uma subestao automatizada. A MTU a

1
Fonte: Boyer (2004, p. 13)
24
Master Terminal Unit, ou Unidade Terminal Mestre UTM. uma UTR ou outro
equipamento com a funo de concentrar as informaes de todas as outras e
repassar estas informaes ao computador do operador, chamado de Interface
Homem-Mquina, IHM.
Na IHM, executa-se um programa chamado de Supervisrio, cuja funo
principal apresentar as unidades monitoradas, alarmes e controles de forma
amigvel ao operador. Tambm realiza armazenamento (histrico) de estados e
medidas, sendo possvel, por exemplo, traar-se a curva de carga de
determinado alimentador. H vrios sistemas supervisrios, de diversos
fabricantes, e outras tantas funcionalidades particulares de cada programa.
Em algumas arquiteturas, o prprio programa supervisrio faz o papel de
Unidade Terminal Mestre, usando placas de rede ou portas RS-232, por exemplo,
para interface com as UTRs. Isso exige uma mquina mais robusta e confivel.
Exercendo funo de UTM ou no, deseja-se que a mquina executando o
supervisrio seja imune a vrus e ataques de hackers, e, para isso, so adotas
medidas tcnicas de segurana.
A Figura 2.4 apresenta um exemplo de tela de sistema supervisrio.
25

Figura 2.4 Tela de um sistema supervisrio.
No jargo tcnico usado no Brasil, s vezes o termo SCADA atribudo
exclusivamente ao programa supervisrio, mas sabe-se que SCADA representa
todo o sistema, da IHM at os IEDs, incluindo todos os equipamentos e
protocolos de comunicao.






26
3 Protocolos de Comunicao SCADA
Para dois ou mais equipamentos inteligentes se intercomunicarem, torna-
se necessrio o uso de um protocolo de comunicao. Halsall (1996, p. 14)
define protocolo simplesmente como um conjunto de regras para troca de
mensagens. De fato, os documentos oficiais dos protocolos de comunicao
definem regras para cada bit, palavra ou pacote de bytes trocado entre os
equipamentos, para o correto trfego de informaes.
Existem centenas de protocolos de comunicao para centenas de
aplicaes. No mercado de automao, o ideal tanto para os fornecedores quanto
para os usurios a modularidade, alm da padronizao dos programas e
equipamentos. Como isso dificilmente alcanvel em um livre-mercado de
fabricantes, passa a haver um grande interesse em que os dispositivos
inteligentes conversem com todos os outros, ou seja, que existam normas
tcnicas de aceitao universal (MORAES, 2001, p.95).
Em 1977 a International Standards Organization (ISO) props um modelo
de referncia para interconexo universal de equipamentos digitais, chamado
OSI, Open Systems Interconnection Reference Model. Esse modelo baseia-se em
camadas, sendo que cada uma das camadas executa uma funo bem definida
no sistema de comunicao. As camadas operam de acordo com um protocolo
definido, a fim de trocar mensagens com uma camada similar em um sistema
remoto (HALSALL, 1996, p. 14).
No documento que descreve o padro, a ISO (1996, p. 1) definiu que o
objetivo do Modelo de Referncia fornecer uma base comum para o
desenvolvimento de padres para interconexo de sistemas. O modelo OSI est
representado na Tabela 3.1.

27
Tabela 3.1 Camadas do modelo OSI e descrio.
Camada Funo
7 Aplicao
Programa do usurio. Aplicativo que deseja enviar informaes pela rede de
comunicao.
6 Apresentao
Responsvel pela sintaxe na representao dos dados. Assegura que os
dados sero recebidos e compreendidos pelo receptor.
5 Sesso
Controla a comunicao entre as aplicaes, estabelecendo, gerenciando e
finalizando conexes (sesses) entre as aplicaes.
4 Transporte
Controla o fluxo de dados, por exemplo, quebrando mensagens em pacotes
menores, e assegurando que esses pacotes cheguem de forma ordenada no
destino.
3 Rede
Cuida do roteamento das mensagens. Em uma rede complexa, com vrios
caminhos para se chegar ao mesmo destino, a camada de rede ajuda a
enviar a mensagem pelo melhor caminho.
2
Enlace de
dados
Camada responsvel pela transmisso confivel de informao atravs do
enlace fsico. Envia blocos de dados com o necessrio controle de erro (bits
de paridade, quadros de CRC Cyclic Redundancy Check) e de fluxo.
1 Fsica
Camada obrigatria em qualquer protocolo de comunicao, converte os
dados que devem ser enviados em sinais eltricos.

Cada camada do modelo de referncia presta um servio para a camada
superior, e utiliza servios da camada inferior, com certa confiabilidade
(SILVEIRA, 1998, p.186).
Strauss (2003, p. 67) apresentou alguns dos protocolos de comunicao
mais utilizados em subestaes, conforme Tabela 3.2.
Tabela 3.2 Protocolos normalmente usados em subestaes.
Protocolo Originalmente
usado por
Velocidade Princpio de acesso Camadas
OSI
MODBUS Gould-Modicon 19.2 kbps Varedura cclica 1,2,7
SPABUS ABB (exclusivo) 19.2 kbps Varedura cclica 1,2,7
DNP3.0 GE-Harris 19.2 kbps Varedura cclica
2
1,2,7
3

IEC 60870-5 Todos 19.2 kbps Varedura cclica 1,2,7
MODBUS+ Gould-Modicon Token 1,2,7
PROFIBUS Siemens 12 Mbps Token 1,2,7
MVB ABB 1.5 Mbps TDM 1,2,7
4

FIP Merlin-Gerin 2.5 Mbps TDM 1,2,7
Ethernet + TCP/IP Todos 10 Mbps CSMA/CD 1-7
LON ABB (exclusivo) 1.25 Mbps PCSMA/CD 1-7
UCA 2.0 GE 10 Mbps CSMA/CD 1-7

2
Em adio, o uso de Mensagens No-solicitadas, detalhadas na Seo 3.3.
3
Para este protocolo, foi adicionada uma quarta camada que no se enquadra exatamente no modelo OSI.
4
Idem.
28
No Brasil, pode-se citar alguns protocolos utilizados como o Modbus, o IEC
60870-5 e o DNP3.0.
O Modbus um protocolo aberto, cujas especificaes podem ser
livremente baixadas pela Internet. Segue o esquema mestre-escravo tradicional,
ou seja, o equipamento mestre sempre inicia a comunicao, enviando uma
mensagem de pergunta endereada a um escravo, que responde com outro
pacote. Esse processo cclico, como representado na Figura 3.1.

Figura 3.1 Ciclo Pergunta-resposta do mestre para o escravo
5

A essa pergunta cclica do mestre d-se o nome de varredura (polling). A
Figura 3.2 representa graficamente o ciclo de varreduras e respostas.

5
Fonte: Modicon Modbus Protocol Reference Guide, p. 5, traduo nossa
29

Figura 3.2 Representao grfica da varredura cclica.
Os protocolos IEC e DNP3 podem funcionar utilizando o mesmo processo
cclico ou usar tcnicas mais avanadas, para otimizar o uso do meio de
comunicao e tentar obter respostas mais rpidas quando da mudana das
informaes, como as tcnicas de Comunicao por Exceo e Mensagens No-
solicitadas.
Os protocolos usados em sistemas SCADA normalmente no implementam
todas as camadas do modelo OSI. O IEC60850-5, por exemplo, usa uma
arquitetura de 3 camadas: a fsica, a de enlace e a de aplicao (SUBRAMANIAN;
HOSANI; SAMUEL, 2001. pg. 276), assim como o DNP3 (v. Tabela 3.2). Essa
arquitetura foi especificada pela International Electrotechnical Commission (IEC),
e denominada Enhanced Performance Architecture EPA (SMITH; MCFADYEN,
1997a, p. 1-1, 1997b, p. 1-1).
Varredura
Varredura
Resposta (todos os dados)
Resposta (todos os dados)
Mensagens Cclicas Respostas
Mestre Meio de comunicao Escravo
30
3.1 Envio por Exceo
Em protocolos que usam varredura cclica como o Modbus, o telecontrole
em tempo real depende diretamente do tempo que o mestre leva para varrer
todos os escravos em seqncia na rede. A durao deste ciclo est ligada
principalmente velocidade (baud rate) da comunicao e ao tamanho dos
pacotes (mensagens) trocadas.
Para otimizar o uso do meio de comunicao, permitindo um nmero
maior de escravos numa mesma rede, a tcnica de Envio por Exceo faz com
que o escravo responda apenas s informaes que mudaram de estado,
chamadas de eventos. Se uma informao digital muda de 0 para 1 ou vice-
versa, um evento gerado, e deve ser enviado pelo escravo. Para cada valor
analgico, possvel configurar bandas mortas a fim de se delimitar quais
alteraes de medidas so significativas, e para as quais deve-se gerar eventos.
O mestre deve ser atualizado com todos os eventos.
A Figura 3.3 representa a tcnica de Envio por Exceo.
31

Figura 3.3 Representao da tcnica de Envio por Exceo.
3.2 Varredura de Integridade
Mesmo com a tcnica de comunicao por exceo, necessria uma
varredura geral aps um tempo estabelecido, por exemplo, de 15 em 15
minutos, como na Figura 3.3. A essa pergunta do mestre d-se o nome de
Mestre Meio de comunicao Escravo
Varredura 1 (Integridade, a cada 15min.)
Resposta (todos os dados)
Mensagens Cclicas Respostas
Varredura 3 (eventos)
Resposta (apenas o que mudou)
ACK (eventos recebidos com sucesso)
Varredura 2 (eventos)
Resposta (apenas o que mudou)
ACK (eventos recebidos com sucesso)
32
Varredura de Integridade, devido ao fato de que a pergunta ocorre para garantir
que os dados na tela do supervisrio retratam fielmente o que est acontecendo
no campo. Se no acontecessem as varreduras de integridade periodicamente,
algumas informaes demorariam muito para serem atualizadas, j que s
seriam enviadas se houvesse mudana de estado. Nesse caso, a integridade dos
dados no estaria perfeitamente garantida.
3.3 Mensagens No-solicitadas
O uso da tcnica de Mensagens No-solicitadas (Unsolicited Messages)
consiste no mestre ficar em silncio, esperando o escravo enviar mensagens
quando ocorrer uma mudana de estado digital ou uma alterao significativa
numa medio. Assim, a tcnica usa a mesma idia da Comunicao por
Exceo, porm o escravo inicia a comunicao quando necessrio (OLIVEIRA
Jr.; MONTE, 2002). Essa tcnica permite que os estados no sistema SCADA
estejam atualizados o mais brevemente possvel e o sistema se aproxime mais
do tempo real.
Com mensagens no solicitadas, a varredura de integridade, alm de
garantir a integridade dos dados na estao mestre, tem a funo de testar a
comunicao com o escravo, tornando os dados invlidos caso a comunicao
torne-se falha.
A Figura 3.4 representa a tcnica de Mensagens No-solicitadas,
considerando varreduras de integridade a cada 15 minutos.
33

Figura 3.4 Representao da tcnica de Mensagens No-solicitadas
ACK (Mens. recebida com sucesso)
Mens. No-solicitada (apenas eventos)
ACK (Mens. recebida com sucesso)
Mens. No-solicitada (apenas eventos)
Varredura de Integridade (a cada 15min.)
Resposta (todos os dados)
Mensagens Cclicas Respostas Mensagens Espontneas
Mestre Meio de comunicao Escravo
Varredura de Integridade (a cada 15min.)
Resposta (todos os dados)
(Meio de comunicao ocioso)
(Meio de comunicao ocioso)
(Meio de comunicao ocioso)
34
4 Automao de Subestaes Mveis
Para se automatizar subestaes de energia eltrica, a escolha do meio de
comunicao entre a subestao e o Centro de Operaes uma deciso
fundamental, que envolve fatores tcnicos e custos elevados. comum as
empresas do setor eltrico optarem por fibra tica, quando as distncias so
relativamente pequenas, ou rdio, para distncias maiores. Sistemas de satlite
tambm so usados, principalmente em casos onde a concessionria no dispe
de infra-estrutura de telecomunicaes, e decide automatizar o seu parque em
um prazo pequeno. Neste caso, a concessionria paga uma valor mensal pelo
uso do sistema a uma operadora.
Essas regras se aplicam a subestaes comuns. Subestaes mveis so
um caso particular, pois so uma estrutura reduzida de uma subestao,
montada sobre um veculo, concebidas para uso em manutenes preventivas,
situaes sazonais, manutenes corretivas e at em emergncias. As duas
ltimas situaes fazem com que o prximo local onde uma subestao mvel
ser instalada no seja bem definido. Devido a esse motivo, aliado ao fato de
que as reas onde as concessionrias atuam so grandes, geralmente milhares
de quilmetros quadrados, as solues para subestaes comuns no so
facilmente aplicveis s mveis. Mesmo que j existam infra-estruturas de
telecomunicaes e automao disponveis, no simples inserir, em um curto
espao de tempo, as informaes da subestao mvel na rede de automao
existente.
Considera-se, ento, que para atender aos requisitos de mobilidade
apresentados, o meio de comunicao ideal deve fornecer cobertura em uma
grande rea geogrfica. Os custos de implantao de uma infra-estrutura desse
35
porte so muito elevados, porm os servios de uma operadora existente podem
ser usados, como o satlite ou a telefonia celular.
4.1 Meio de Comunicao
A necessidade de automao de subestaes mveis traz para as
concessionrias um problema de telecomunicaes: qual meio de comunicao
utilizar, em qualquer local onde a subestao estiver instalada? Partindo do
ponto que a subestao mvel ser instalada unicamente nas subestaes fixas,
o desejvel se utilizar a infra-estrutura de telecomunicaes existente em cada
subestao, considerando, por exemplo, que todas as subestaes possuem um
sistema de rdio. No entanto, para se executar esta soluo, um outro canal de
rdio precisaria estar disponvel ou seria necessrio compartilhar o canal
existente. Isso se aplica de forma semelhante a outros meios de comunicao.
Uma outra opo seria utilizar-se a UTR Unidade Terminal Remota de
cada subestao fixa, para varrer, via protocolo de comunicao, outra UTR na
subestao mvel. Isto foi sugerido por Ehrenreich (1998). Com esta soluo,
seria necessrio re-configurar as UTRs de todas as subestaes fixas e configurar
a subestao mvel no Sistema Supervisrio um nmero de vezes igual ao
nmero de subestaes.
Todas essas solues demandariam gastos elevados com
comissionamentos, homem-hora e materiais, j que se criaria uma soluo
particular para cada subestao fixa, alm de que seria necessria passagem de
cabos em todas elas. A configurao de vrias subestaes repetidas tambm
degradaria a performance do sistema supervisrio, j que a quantidade de
subestaes configuradas duplicaria. A pior conseqncia que a quantidade de
36
pontos passveis de defeito no sistema de automao e de telecomunicaes
aumentaria consideravelmente.
Por outro lado, tem se tornado comum o uso de celulares ou sistemas
satlite nas concessionrias de energia para trafegar mensagens com poucas
informaes. Funcionrios munidos com aparelhos celulares do tipo PDA
6

realizam as leituras dos medidores de energia residenciais, atualizando o sistema
de forma on-line, e no mais ao final do dia, enviando mensagens contendo as
informaes necessrias para uma central; viaturas munidas de teclado e display
usam sistemas satlite para trocar mensagens sobre ocorrncias e atendimentos
com os centros de controle.
O objetivo deste trabalho usar este tipo de arquitetura troca de
mensagens entre uma central e um equipamento remoto para automatizar
subestaes mveis, devido portabilidade dos equipamentos de comunicao,
adequada instalao no veculo que transporta a subestao mvel, alm da
simplificao da soluo, que ser independente das redes de automao e
telecomunicaes das subestaes fixas.
A automao da subestao mvel ser totalmente independente da fixa
por si s j justifica este trabalho, pois pode ocorrer um sinistro numa
subestao (um surto eletromagntico, por exemplo), onde seus sistemas de
automao e telecomunicaes sejam afetados, ou seja, no podero ser usados
caso uma subestao mvel seja instalada na situao emergencial.
Entre o satlite e o celular, os sistemas via satlite possuem a vantagem
de que a cobertura, na maioria dos casos, melhor do que a da telefonia celular.

6
A enciclopdia eletrnica Wikipedia (2005) define PDA - Personal digital assistant, tambm conhecido por
Handheld ou Assistente Pessoal Digital, como um computador de dimenses reduzidas (cerca de A6), dotado
de grande capacidade computacional, cumprindo as funes de agenda e sistema informtico de escritrio
elementar, com possibilidade de interconexo com um computador pessoal e uma rede de informtica sem fios
- wi-fi - para acesso a correio eletrnico e internet (...)
37
Isso fundamental para as concessionrias que atuam em grandes reas
geogrficas.
4.2 Sistema Via Satlite
A empresa Autotrac Comrcio e Telecomunicaes S/A fornece, no Brasil,
um servio de telecomunicaes denominado Autotrac Satlite. Este sistema
utilizado por vrias empresas brasileiras, inclusive vrias concessionrias de
energia. O produto foi originalmente desenvolvido para controle de frotas de
veculos, em empresas transportadoras, por exemplo, atravs de localizao
geogrfica e troca de mensagens. Cada veculo possui um terminal conectado a
uma antena para enviar e receber mensagens de texto de/para um Centro de
Controle. Cada antena possui integrados um GPS (Global Position System), para
permitir funes de rastreamento, e um mdulo microprocessado, com fins de
permitir a ligao de um teclado alfanumrico com display, para o usurio da
viatura ou o motorista escrever e ler mensagens.
Nesse mdulo tambm est disponvel uma porta RS-232 para conexo
com computadores, palmtops ou outros dispositivos, utilizando um protocolo de
comunicao proprietrio denominado Mobile Interface Protocol - MIP. Atravs
deste protocolo, tambm possvel ler e enviar mensagens binrias usando a
mesma antena.
A idia deste trabalho aproveitar esta funcionalidade para transmitir as
informaes de subestaes mveis para o Sistema Supervisrio do Centro de
Operao utilizando mensagens binrias, tendo em vista que o sistema Autotrac
Satlite j utilizado por vrias concessionrias brasileiras. Para conduzir o seu
desenvolvimento, ser considerada uma unidade de subestao mvel a ser
automatizada.
38
Para efetuar a aquisio de dados e controle dos equipamentos da
subestao, necessria a instalao de uma Unidade Terminal Remota UTR.
Nela deve estar disponvel uma interface RS-232 para conversar, via protocolo
de comunicao MIP, com o mdulo microprocessado, e ler/enviar as mensagens
binrias.
No lado do centro de controle, a outra UTR deve executar a funo de
mestre, e coletar os dados da UTR escrava, atravs de conexo a outro mdulo
microprocessado (e antena), para, da mesma forma, ler e enviar as mensagens
binrias para a subestao mvel.
4.3 Protocolo de Comunicao
Escolhida a arquitetura do sistema, resta definir o protocolo de
comunicao entre a UTR Mestre e a UTR da subestao mvel, j que o
protocolo de comunicao MIP s usado para as UTRs controlarem as antenas
da Autotrac, ou seja, ler e enviar mensagens. O MIP no foi projetado para
automao, e no distingue pontos digitais, analgicos e de controle. Portanto,
um outro protocolo de comunicao se faz necessrio, e o contedo das
mensagens binrias ser exatamente as mensagens deste protocolo.
Sua escolha est diretamente ligada ao fator custo, porque cada
mensagem trocada atravs da rede de telecomunicaes da Autotrac tarifada
da seguinte forma:

Custo = ValorPorMensagem + (NmeroDeCaracteres x ValorPorCaractere)
Assim sendo, visando reduzir os custos de operao da subestao mvel,
optou-se por se desenvolver um protocolo de comunicao prprio, a fim de
39
minimizar o nmero de mensagens enviadas e o nmero de caracteres enviados
em cada mensagem.
Trabalhando-se em cima dessas duas premissas, desenvolveu-se um novo
protocolo, denominado Protocolo de Comunicao Compacto da COSERN P3C,
que possibilitou a soluo final.
4.3.1 O Protocolo P3C
O protocolo P3C chamado compacto porque deve trafegar um nmero
minimizado de caracteres a fim de reduzir a tarifao; e chamado da
COSERN porque foi a Companhia Energtica do Rio Grande do Norte que
necessitou automatizar sua subestao mvel, e permitiu o desenvolvimento e
implementao deste trabalho.
Alm da reduo de custo de operao da subestao mvel, outras
vantagens obtidas com o desenvolvimento do P3C foram:
Eliminou-se o custo de compra da licena de um protocolo existente;
Rpida implementao nas Unidades Terminais Remotas;
Flexibilidade, de acordo com as necessidades da soluo;
Possibilidade de outras aplicaes.
O P3C um protocolo assncrono
7
, projetado tal que o mnimo de
informaes transitada em cada mensagem, para reduzir o nmero de
caracteres tarifados. Por exemplo, para uma arquitetura ponto-a-ponto, ou seja,
apenas um mestre e um escravo em um enlace, o protocolo foi implementado
sem enviar informaes dos endereos de origem e destino, at porque essa

7
Um protocolo assncrono se caracteriza pelo uso de caracteres precedidos pelo bit de incio (start bit) e
terminados pelo bit de fim (stop bit), ao contrrios dos protocolos sncronos, que utilizam um relgio (srie
cronometrada de pulsos) no receptor, garantindo que os sinais binrios 0 e 1 originrios do transmissor sejam
corretamente interpretados pelo receptor.
40
informao j levada pelo protocolo MIP. Entretanto, isto facilmente
implementado caso haja necessidade em outra soluo.
Outro artifcio usado para reduzir a quantidade de caracteres por
mensagem foi a de omitir caracteres de controle de erro (Cyclic Redundant
Check CRC). O controle de erros foi garantido pelo CRC do protocolo MIP, no
qual o P3C est encapsulado na comunicao com as antenas.
Para minimizar o envio de mensagens foram usadas duas tcnicas dentro
do P3C: a tcnica de Mensagens No-solicitadas, e a nova tcnica, aqui
desenvolvida, de Integridade pelo Escravo.
Conforme descrito na Seo 3.3, as Mensagens No-solicitadas permitem
que o mestre fique em silncio, esperando o escravo enviar pacotes quando
ocorrer uma mudana de estado digital ou uma alterao significativa numa
medio.
4.3.2 Integridade pelo Escravo
Em protocolos de comunicao, mesmo usando a tcnica de Mensagens
No-solicitadas, sabe-se que o mestre deve verificar, em um perodo definido, se
o escravo est funcionando corretamente. Assim, o mestre executa uma
Varredura de Integridade aps um timeout
8
configurado pelo usurio. A
Integridade, conforme definida na Seo 3.2, tem como objetivo indicar uma
falha de comunicao e atualizar todos os pontos supervisionados no Sistema
Supervisrio.
No protocolo P3C, alm do mestre poder enviar mensagens pedindo
Integridade, o escravo pode envi-la espontaneamente. Se o mestre recebe uma

8
O termo timeout, inexprimvel em portugus em uma s palavra at o presente, pode ser traduzido como
tempo de estouro. Em protocolos de comunicao, significa o intervalo de tempo para o qual uma ao deve
ser tomada. Por exemplo, se uma Varredura de Integridade deve ser enviada a cada 15 minutos, a esse
intervalo d-se o nome de timeout de Integridade.
41
Integridade espontnea do escravo, reinicia a contagem do timeout, ou seja, no
envia mais o que seria o seu prximo pedido de Integridade, pois acabou de
receb-lo. A esta tcnica Oliveira Jr. (2004) deu o nome de Integridade pelo
Escravo.
Alm disso, no protocolo P3C, se o escravo precisar enviar um evento,
pode fazer isto atravs de uma resposta de Integridade. Assim, o mestre
tambm reinicia seu timeout quando recebe qualquer mensagem espontnea do
escravo.
Utilizando-se as tcnicas de Mensagens No-solicitadas e Integridade pelo
Escravo, e configurando-se adequadamente os timeouts de Integridade do
mestre e do escravo, consegue-se que o mestre envie apenas o primeiro pedido
de Integridade, quando ele inicializado. Em situao normal, todas as
Integridades seguintes sero enviadas pelo escravo, reduzindo a quantidade de
mensagens enviadas pelo mestre, e conseqentemente reduzindo os custos por
envio de mensagens, como visto anteriormente.
As definies do protocolo P3C encontram-se no Anexo I.
4.4 Estudo de Caso
A soluo desenvolvida foi implementada na COSERN no ano de 2003 e
est funcionando perfeitamente at o presente.
A COSERN usa o sistema Autotrac Satlite e adquiriu, em 2002, uma
subestao mvel, chamada de SE Mvel, apresentada na Figura 4.1.
42


Figura 4.1 Vistas laterais da SE Mvel da COSERN
A Figura 4.2 apresenta outras fotos, quando da montagem da SE Mvel
em uma subestao fixa.
43


Figura 4.2 Detalhes da montagem da SE Mvel em subestao fixa.
44
Para automatizar a SE Mvel, o primeiro passo foi instalar uma UTR, para
aquisio e controle dos pontos. A partir do projeto da SE Mvel, analisou-se
quais pontos seriam supervisionados (estados, alarmes e medies) e quais
seriam controlados. A Tabela 4.1 apresenta os pontos escolhidos.
Tabela 4.1 Pontos de superviso e controle escolhidos para a SE Mvel
Estado do disjuntor MT
Alarme baixa presso SF6 disjuntor MT
Bloqueio baixa presso SF6 disjuntor MT
Sobrecorrente MT - Rel TPU
Sobrecorrente fase MT - Rel SPAJ
Sobrecorrente neutro MT - Rel SPAJ
Temperatura do leo - R26
Alarme rel Bucholz - 63B
Desligamento rel Bucholz - 63B
Alivio de presso - 63A
Rel de bloqueio atuado - 86
Diferencial - TPU
Falha na ventilao forada
Rel de fluxo - 63M
Falha na bomba principal
Falha na bomba reserva
Servios auxiliares - Alimentao externa
Comando local/remoto
Defeito no retificador
Carto file 1 slot 4 (ACT) sem defeito
Carto file 1 slot 5 (TDO) sem defeito
Carto file 1 slot 6 (ADI) sem defeito
UTR - Estouro de memria
Tenso 125Vcc
Corrente fase A
Corrente fase B
Corrente fase C
Tenso de linha AB
Tenso de linha BC
Tenso de linha CA
Potncia Ativa
Potncia Reativa
Fator de Potncia
Abertura/Fechamento disjuntor AT
Desbloqueio R86
Abertura/Fechamento disjuntor MT
Habilita/Desabilita Varredura SE Mvel
Digital
Analgico
Controle

45
A UTR escolhida foi o modelo C50, de fabricao da Foxboro. Foi montada
aproveitando-se um painel j existente na prpria SE Mvel e seus cartes foram
interligados eletricamente aos devidos contatos secos (estados digitais e
alarmes), TPs, TCs (medies) e bobinas de rels (pontos de controle), tudo de
acordo com o projeto criado, considerando os pontos da Tabela 4.1.
A UTR Foxboro foi escolhida porque dispe, em sua CPU, de uma porta RS-
232 programvel. Esta porta foi usada para comunicao com o controlador da
antena do sistema de telecomunicaes via Satlite.
A soluo implementada utilizou esta interface RS-232 da antena
comunicando-se com a interface RS-232 da UTR, cujo protocolo de comunicao
pode ser programvel atravs da linguagem de alto nvel SALL State And Logic
Language, proprietria da Foxboro. A linguagem SALL uma adaptao da
linguagem C voltada Remota C50.
Do lado do Centro de Operaes, outra UTR do mesmo fabricante faz o
papel de mestre da comunicao. Da mesma forma que na SE Mvel, esta UTR
mestre controla o mdulo microprocessado da Autotrac para enviar e ler
mensagens binrias atravs da antena porttil. A Figura 4.3 apresenta a
arquitetura do sistema.
46

Figura 4.3 Arquitetura do sistema implementado na COSERN
Para as informaes chegarem ao Centro de Operaes, a UTR mestre
tambm funciona como escrava do Sistema Supervisrio, repassando as
informaes obtidas da SE Mvel.
Na Figura 4.3, uma informao da subestao mvel transformada em
mensagem de protocolo P3C, enviada atravs da antena na SE Mvel para o
satlite, que reencaminha esta mensagem a um servidor da Autotrac. A
mensagem lida na Cosern por um servidor executando um programa
(detalhado na Seo 4.4.1) com a funo de redirecionar a mensagem recebida
at o Centro de Controle. Para isso, ele envia a mesma mensagem novamente
pelo satlite, usando o prprio servidor da Autotrac, e as informaes so
recebidas pela antena instalada no Centro de Controle. O caminho de volta, para
levar mensagens de protocolo do Centro de Controle at a subestao mvel,
segue o trajeto inverso.

47
4.4.1 Programa Redirecionador
No sistema da Autotrac, no possvel o envio direto de uma mensagem
de um veculo para outro, ou de uma antena para outra. Todas as mensagens
precisam ser tarifadas pelo fornecedor do servio.
Assim, conforme a Figura 4.3 anterior, todas as mensagens enviadas
atravs de antenas tem como destino um servidor da Autotrac, onde ficam
armazenadas. Neste servidor, realizada a tarifao da mensagem, e ela ,
ento, escrita num banco de dados Oracle em um servidor da COSERN. Para
garantir a continuidade do servio, existem dois enlaces interligando estes dois
servidores, um dedicado em Frame Relay e o outro redundante atravs da
Internet.
Para que a mensagem enviada pela UTR da SE Mvel possa chegar
antena da UTR Mestre e vice-versa, foi preciso desenvolver um programa para
redirecionar as mensagens. O programa, desenvolvido em Visual Basic, verifica a
origem de cada mensagem e deduz o seu destino, escrevendo uma tabela Oracle
de envio de mensagens que lida constantemente pelo servidor da Autotrac.
Esse processo de envio o mesmo de quando um operador do Centro de
Operaes digita uma mensagem para uma viatura.
A Figura 4.4 apresenta, de forma simplificada, um fluxograma do
programa desenvolvido, chamado Redirecionador.
48

Figura 4.4 Fluxograma simplificado do programa Redirecionador
Apesar do programa Redirecionador ser um ponto chave para o sucesso da
soluo, ele gera um problema de tarifao dupla. Cada mensagem trafegada
entre a UTR Mestre e a SE Mvel, como passa no sistema satlite duas vezes,
tambm tarifada de forma duplicada
9
.
No caso da COSERN, isto no foi impeditivo, pois a relao custo-benefcio
compensou a dificuldade: a freqncia de utilizao da SE Mvel nessa
concessionria de alguns dias por ms, gerando uma conta mensal
relativamente pequena. Mesmo com o custo duplicado, o valor gasto a mais no

9
Mais adiante ser proposta uma melhoria relacionada para trabalhos futuros.
INCIO
Tem
mensagem
nova?
da
SE Mvel?
da
UTR Mestre?
Registra no arquivo de log a
mensagem no processada
Enviar para
UTR Mestre
Enviar para
SE Mvel
Marcar mensagem
como lida
S
N
N
S
S
N
49
justificou investimentos, na poca da implantao, em uma arquitetura
otimizada, que evitasse a tarifao dupla.
4.4.2 Sistema Supervisrio
O programa supervisrio utilizado na COSERN o Sistema Aberto de
Gerenciamento de Energia SAGE (XAVIER, 2003). O SAGE um dos poucos
programas deste tipo desenvolvido por uma empresa brasileira, o Centro de
Pesquisas de Energia Eltrica CEPEL
10
. um sistema modular e robusto. Possui
verses para Unix e Linux, e a COSERN executa o SAGE em sistema operacional
Sun Solaris. As figuras 4.5 e 4.6 apresentam algumas telas do SAGE.

Figura 4.5 Visor de Telas do SAGE
11


10
Site na Internet: www.cepel.br
11
Fonte: <www.sage.cepel.br>, acesso em 12/12/2004. Cores invertidas para melhor visualizao.
50

Figura 4.6 Visor de Alarmes do SAGE
12

O SAGE foi configurado para comunicar-se com a UTR mestre e solicitar
dela os pontos digitais e analgicos recebidos da SE Mvel, alm de controlar as
sadas digitais. A configurao feita em uma base de dados em formato texto.
As telas so desenhadas em um aplicativo prprio, denominado SigDraw. A
Figura 4.7 apresenta uma tela do SigDraw.

12
Idem.
51

Figura 4.7 Editor de telas SigDraw
13

A comunicao com a UTR mestre realizada em protocolo DNP3.0.
Conforme a Seo 3, o DNP3.0 um dos protocolos para redes distribudas
atualmente mais utilizados em automao de sistemas eltricos.
4.4.3 Resultados
Desde a sua aquisio, a subestao mvel da COSERN tem sido
largamente utilizada no seu sistema eltrico em manutenes preventivas e
corretivas de transformadores de potncia. De outubro de 2002 a dezembro de
2003, calcula-se que a energia no interrompida, durante essas manutenes,
tenha sido de 8.654 MWH, o que representa um faturamento de quase R$

13
Idem.
52
895.000,00. J o custo social
14
evitado, para o referido perodo, estimado, pela
prpria COSERN, em 34 milhes de reais. Essa economia, por si, j justifica um
cuidado todo especial que se deve ter com a energia fornecida aos clientes e at
mesmo com a prpria conservao da SE Mvel. A sua automao garante que
alarmes importantes, que podem ser um alerta de que determinado equipamento
da prpria subestao mvel pode danificar-se, sejam monitorados pelo centro
de controle em tempo real.
As figuras 4.8 e 4.9 representam as telas utilizadas pelo Centro de
Operao para superviso e controle da Subestao Mvel quando em
funcionamento.

14
Neste contexto, o custo social um valor monetrio que estima o quanto a concessionria deveria gastar, em
marketing e outros investimentos, para reerguer a imagem da empresa ou o nvel de satisfao dos clientes
face a interrupes de fornecimento ou perda da qualidade na prestao dos servios.
53

Figura 4.8 Tela principal da SE Mvel no Sistema Supervisrio
15


15
Algumas cores desta tela foram invertidas para melhor visualizao.
54

Figura 4.9 Tela de medio da SE Mvel no Sistema Supervisrio
16

As telas de operao permitem verificar o estado de chaves, disjuntores,
carregamento do transformador e as tenses do banco de baterias e do
barramento de 13,8 kV. Foi adicionado um controle que inibe ou habilita a
varredura da SE Mvel (v. Figura 4.8), para se evitar custos quando a mesma
no estiver instalada.
A automao da SE Mvel tem beneficiado a COSERN em diversos
aspectos, entre os quais pode-se destacar:
Segurana operacional - O Centro de Operaes volta a possuir
controle e superviso de todo o seu parque eltrico em 69 e 13.8 kV;
Qualidade no fornecimento de energia eltrica A subestao mvel
permite a realizao de manutenes sem a interrupo no
fornecimento de energia. Em caso de faltas (curtos-circuitos), o
telecomando da subestao mvel permite rpido restabelecimento no
fornecimento de energia, contribuindo tambm com a melhoria do
ndice de DEC (Durao Equivalente por Consumidor);

16
Idem.
55
Reduo de custos - Eliminaram-se os gastos com homem-hora, pois
no so mais necessrios operadores durante a noite onde a
subestao mvel estiver instalada; os custos em uma situao de
contingncia tambm foram reduzidos, porque o tempo de
restabelecimento menor.
4.5 Sugesto de Trabalhos Futuros
Alguns aperfeioamentos podem ser aplicados ao protocolo P3C e ao
sistema implantado na COSERN, descritos a seguir:

Implementao do Mestre P3C no SCADA do Centro de Operao da
COSERN

O SAGE j possui a capacidade de ler e escrever tabelas Oracle. Com isso,
torna-se possvel implementar a lgica da UTR mestre diretamente no SAGE. A
partir dessa implementao, o sistema passar a ter uma nova arquitetura, com
a eliminao de uma UTR e uma antena. Assim, cada mensagem trocada entre o
Centro de Operao e Subestao Mvel passar uma nica vez pelo servidor da
Autotrac. A Figura 4.10 apresenta a arquitetura proposta.
56

Figura 4.10 Arquitetura do sistema proposta para a COSERN
Com essa nova arquitetura, ser possvel diminuir os tempos de resposta e
os custos de tarifao aproximadamente pela metade.

Implementao de Seqncia de eventos no protocolo P3C

Tambm chamado de Time-stamp, esta implementao permitir que a
UTR localizada na SE Mvel possa transmitir para o Centro de Operao as
informaes de data e hora dos eventos ocorridos, com uma preciso de
milsimos de segundo, chamadas de time-stamps. Isso facilitar a anlise de
ocorrncias no sistema. Essa medida fundamental para a rea de Proteo, na
anlise da coordenao de rels em situaes de falta.

Implementao de flags de estados no protocolo P3C

Em protocolos usados em sistemas SCADA, cada ponto digital ou analgico
pode possuir flags que so alterados de acordo com o estado do ponto. Os
57
programas supervisrios utilizam essa informao para apresentar falhas. O
SAGE, por exemplo, muda a cor do ponto na tela de acordo com as flags
habilitados. Os tipos de flags mais usados so Ponto vlido, Ponto invlido,
Ponto sem comunicao e Overflow (pontos analgicos).
As flags evitam interpretaes erradas dos operadores. Um disjuntor
fechado com problemas na superviso pode estar representado na tela como
aberto, caso as flags de Ponto invlido ou Ponto sem comunicao sejam
ignorados.
Nesta primeira implementao do protocolo P3C, tomou-se o cuidado de
invalidar, para o SAGE, o estado dos disjuntores da SE Mvel, quando ela estiver
sem comunicao. Caso isto no tivesse sido implementado, quando falhasse a
comunicao com a SE Mvel, a tela do SAGE continuaria indicando o ltimo
estado dos disjuntores, aberto ou fechado. Isto to crtico que pode causar,
inclusive, erros de operao.
A implementao dessa facilidade ocorreu na UTR Mestre. No se
implementaram exatamente os flags, mas se utilizou um artifcio: os estados dos
disjuntores so representados por no apenas um, mas dois pontos digitais, um
equivalente ao estado Aberto e ao outro estado Fechado. Este tipo de ponto
chamado de ponto duplo. A lgica utilizada apresentada na Tabela 4.2.
Tabela 4.2 Tabela verdade de pontos duplos para Estado de Disjuntores
Ponto
Disjuntor
Aberto
Ponto
Disjuntor
Fechado
Estado do
Disjuntor
0 0 Invlido
0 1 Fechado
1 0 Aberto
1 1 Invlido

A UTR Mestre verifica se a SE mvel est em comunicao. Caso no,
repassa, para o SAGE, o par de valores como 0 e 0, estado invlido conforme
58
a Tabela 4.2. Como o SAGE interpreta o ponto duplo 0 e 0 como invlido
alguns programas SCADA no interpretam o resultado foi alcanado sem
implementar os flags.
A Figura 4.11 apresenta uma tela da SE Mvel com a comunicao falha.
possvel observar que os estados dos disjuntores esto amarelos (invlidos) de
forma correta, enquanto que as medies encontram-se em cor verde (vlidas).


Figura 4.11 Tela da SE Mvel sem comunicao.
Para pontos digitais simples e pontos analgicos, no houve como
implementar o mesmo artifcio dos pontos duplos, conforme observado na Figura
4.11 (as medies esto vlidas para o SAGE, que no as coloca em cor
59
amarela). Assim sendo, esta uma otimizao desejada no sistema, que dever
ser mais facilmente obtida quando o mestre P3C for implementado no SAGE.
60
5 Concluses
O protocolo desenvolvido e sua aplicao na subestao mvel permitiram
a criao de uma soluo para automao de equipamentos ou sistemas mveis,
ou onde h dificuldades quanto ao meio de comunicao. Outras aplicaes
possveis do sistema so:
Superviso e controle de equipamentos da rede de distribuio, como
chaves, religadores, transformadores, etc;
Como redundncia da comunicao principal em subestaes fixas;
Como comunicao principal em subestaes fixas.
importante lembrar que uma das limitaes da soluo o custo mensal
de tarifao das mensagens. Assim, apesar da viabilidade tcnica, em todas as
aplicaes citadas e principalmente na ltima, onde o trfego de dados ser
maior preciso uma anlise de custo para delimitar a viabilidade financeira e
possveis acordos com a fornecedora do sistema de telecomunicaes.
A soluo independe de distncia, ento outro ponto bem interessante a
ser citado que, teoricamente, os tempos de controle e superviso praticamente
independem se a subestao est instalada no Rio Grande do Norte ou em
qualquer lugar do mundo desde que haja cobertura do sistema de satlites
especfico. Assim, citando a COSERN como exemplo, esta companhia poderia
emprestar a sua subestao mvel para a COELBA ou a CELPE, empresas do
mesmo grupo localizadas na Bahia e em Pernambuco, respectivamente, e a
operao seria idntica ao caso em que ela estivesse instalada na subestao
Nepolis, localizada a menos de 100 metros do Centro de Operaes da
companhia.
Ressalta-se que a soluo flexvel, ou seja, com algumas adaptaes,
pode ser usada em outras aplicaes cujo volume de dados transmitidos seja
61
pequeno e intermitente, como, por exemplo, transaes bancrias ou
autorizaes de cartes de crdito.
importante citar, ainda, o pioneirismo do projeto, que trouxe uma
soluo na rea de comunicao mvel de dados, mas que pode ser utilizada em
diversos tipos de aplicaes, seja em automao de subestaes, automao
industrial ou outra rea.


62
Referncias
BOYER, S. A. SCADA: Supervisory Control And Data Acquisition. 3 ed. New
York: ISA, 2004.


CLARKE, G.; REYNDERS, D. Modern SCADA Protocols: DNP3, IEC60870-5
and Related Systems. Jordan Hill: Newnes, 2004.


EHRENREICH, Dan. Implementing Automation Solutions for Mobile
Substations. Motorola Inc. Nova Iorque, Abril de 1998. Disponvel em:
<http://www.adut.hr/scadadocs/Literature/TechnicalPapers/Automation%20Solu
tions%20for%20Mobile%20Substations.pdf>. Acesso em: 10 jun. 2005.


EPG Companies. A Pre SCADA System Assessment. 2002. Disponvel em
<http://www.epgco.com/scada-system-assessment.cfm>. Acesso em: 08 out.
2004.


HALSALL, Fred. Data Communications, Computer Networks and Open
Systems. 4 ed. Harlow: Addison-Wesley, 1996.


ISO/IEC. Information Technology Open Systems Interconection Basic
Reference Model: The Basic Model. 2 ed. Nmero de referncia 7498-
1:1994(E). 68 pg, 1994.


MODICON, Inc., Industrial Automation Systems. Modbus Protocol Reference
Guide. Modicon: Massachusetts, 1996.


MORAES, C. C.; CASTRUCCI, P. L. Engenharia de Automao Industrial. Rio
de Janeiro: LTC, 2001.


OLIVEIRA Jr., C. A.; MONTE, R. G. A Telefonia Celular como Meio de
Comunicao Alternativo Automao das Redes de Distribuio. In: IV
SEMINRIO INTERNACIONAL SOBRE AUTOMAO DE REDES DE DISTRIBUIO
DE ENERGIA ELTRICA E CENTROS DE CONTROLE, 2002, So Paulo. Anais do
IV CIERTEC. So Paulo: 2002. 1 CD-ROM.


OLIVEIRA Jr., C. A.; XAVIER, A. P.; PONTES, J. R. M. A Automao da
Subestao Mvel da COSERN Atravs de Enlace Via Satlite. In: XVI
SEMINRIO NACIONAL DE DISTRIBUIO DE ENERGIA ELTRICA, 2004,
Braslia. Anais do XVI SENDI. Braslia: 1994. 1 CD-ROM.
63

SILVEIRA, P. R.; SANTOS, Winderson E. Automao e Controle Discreto. 3
ed. So Paulo: rica, 1998.


SMITH, M.; MCFADYEN, Jim. DNP V3.00 Application Layer Protocol
Description. Verso 0.03. DNP Users group, 1997a.


SMITH, M.; MCFADYEN, Jim. DNP V3.00 Data Link Layer. Verso 0.02. DNP
Users group, 1997b.


STRAUSS, C. Electrical Network Automation and Communication Systems.
Jordan Hill: Newnes, 2003.


SUBRAMANIAN, R.; HOSANI, A.; SAMUEL, A. Protocol Requirements for Remote
Operation of a Substation on Abu Dhabi Power System. IEE Conference
Publication No. 479. p. 275-278, 2001.


TRAFO. Subestao Mvel de Alta Tenso. 2003. Disponvel em:
<http://www.trafo.com.br/sub_movel.htm>. Acesso em: 19 fev. 2004.


WIKIPEDIA, a enciclopdia livre. Busca pelo termo PDA. Disponvel em:
<http://pt.wikipedia.org/wiki/PDA>. Acesso em: 11 nov. 2005.


XAVIER, A. P.; PONTES, J. R. M. O Processo de Automao dos Sistemas de
Transmisso e Distribuio da COSERN Desafios, Custos E Benefcios. In: V
SIMPASE. 2003.

64
Anexo I Definies do Protocolo P3C
(retirado do documento P3C - Protocolo de Comunicao Compacto da
Cosern Definies)
1 HISTRICO
O P3C Protocolo de Comunicao Compacto da Cosern teve como objetivo inicial ser
encapsulado no campo de dados do produto MIP Mobile Interface Protocol, de
propriedade da Qualcomm, para viabilizao da automao da SE mvel da Cosern.
2 DEFINIES E SMBOLOS
Mestre Estao central que deve buscar informaes de estaes remotas (escravos).
Escravo Estao remota que deve fornecer informaes a uma estao central
(mestre). Normalmente um CLP ou UTR ligada a um equipamento a ser telecontrolado.
Octeto Palavra de 8 bits que carrega uma informao.
Mensagem no solicitada Mensagem enviada do Escravo para o Mestre sem o
Mestre t-la solicitado.
CLP Controlador Lgico Programvel.
UTR Unidade Terminal Remota.
3 CARACTERSTICAS DO PROTOCOLO MIP

Custo unitrio elevado por mensagem transmitida;
Tempo elevado para a mensagem transmitida alcanar o destino (cerca de 1
minuto).

Por esses motivos, o protocolo P3C a ser encapsulado deve possuir as seguintes
caractersticas:

Usar mensagens no-solicitadas;
Usar o mnimo possvel de mensagens para efetuar determinada conversao.

OS SEGUINTES TIPOS DE MENSAGENS SERO USADOS:

Integridade (0x01), (0x02)
Todos os dados do escravo so enviados para o mestre;
Evento (0x03), (0x04)
Caso um dado digital tenha mudado de estado, ou um dado analgico tiver variado
alm de uma determinada banda morta, uma mensagem no-solicitada enviada do
escravo para o mestre.
Verificao de vida (0x05), (0x06)
Para o mestre saber se o escravo est comunicando ou no.
Habilitar/desabilitar comunicao (0x07), (0x08)
Para o mestre evitar que o escravo envie mensagens no-solicitadas.
Reset Remoto (0x09), (0x0A)
Para o mestre forar um Reset na UTR escrava.

65

Na verso 1.00 do P3C, vrios campos como endereos origem/destino, tamanho
do pacote, CRC so omitidos para poupar caracteres. O Controle de Redundncia
Cclica foi garantido pelo protocolo MIP.

MENSAGENS

No primeiro octeto, o bit 0 indica:

1: Mensagem do mestre para o escravo.
0: Mensagem do escravo para o mestre.

Ou:

Mensagens pares, escravo para mestre.
Mensagens mpares, mestre para escravo.

Endereos

Digitais: 0 a 127 (7 bits)
Analgicos: 0 a 255 (8 bits)


66

4 MENSAGENS DE PROTOCOLO P3C

Integridade

Mestre: XXh Nmero de seqncia: 0 15
01h Tipo de Mensagem: Pedido de Integridade


Escravo: XXh Nmero de seqncia: 16 31
02h Tipo de Mensagem: Resposta de Integridade seqencial
17

XXh Nmero de pontos digitais (N_dig)
XXh Nmero de pontos analgicos (N_ana)
XXXXh 1
a
palavra de pontos digitais tipo Pulso (16 bits)
XXXXh 2
a
palavra de pontos digitais tipo Pulso
...
XXXXh n-sima palavra de pontos digitais tipo Pulso
18

XXXXh 1
a
palavra de estados de pontos digitais (16 bits)
XXXXh 2
a
palavra de estados de pontos digitais
...
XXXXh n-sima palavra de estados de pontos digitais
XXXXh Valor do analgico de endereo 0
19

XXXXh Valor do analgico de endereo 1
...
XXXXh Valor do ltimo ponto analgico, endereo (N_ana1)


17
Nesta mensagem, os endereos dos pontos no so enviados. Assume-se que os pontos so enviados
seqencialmente, comeando no endereo 0, tanto para pontos digitais quanto para pontos analgicos.
18
O nmero de palavras digitais, considerando 16 bits por palavra, igual a N_dig/16, arredondado para o
inteiro superior mais prximo.
19
O bit mais significativo (bit 15) contm o sinal. Se 0, o valor positivo. Se 1, o valor negativo. Assim, o
valor do analgico est nos bits 0 a 14, e varia de 0 a 32767.
67

Evento

Escravo: XXh Nmero de seqncia: 16 31
04h Tipo de Mensagem: Evento no-solicitado
XXh Nmero de eventos digitais do tipo pulso
XXh Nmero de eventos digitais do tipo latch
XXh Nmero de eventos analgicos
XXh 1
o
evento digital do tipo Pulso
...
XXh n-simo evento digital do tipo Pulso
XXh 1
o
evento digital do tipo Latch
...
XXh n-simo evento digital do tipo Latch
XXh 1
o
endereo analgico
XXh 1
o
evento analgico
...
XXh n-simo endereo analgico
XXh n-simo evento analgico

Mestre: XXh Nmero de seqncia: 0 15
03h Tipo de Mensagem: Eventos Recebidos
XXh Nmero de Seqncia da Mensagem do Escravo


O mestre deve responder mensagem do escravo indicando o nmero de seqncia
original. O escravo, ao interpretar essa resposta, entende que o mestre foi atualizado
com os eventos. Caso o escravo no receba a confirmao at um tempo de timeout,
deve retransmitir a mensagem de eventos, com o nmero de seqncia
incrementado.
68


Verificao de vida

Mestre: XXh Nmero de seqncia: 0 15
05h Tipo de Mensagem: Verificao de Vida

Escravo: XXh Nmero de seqncia: 16 31
06h Tipo de Mensagem: Escravo Vivo

Habilitar/Desabilitar Comunicao

Mestre: XXh Nmero de seqncia: 0 15
07h Tipo de Mensagem: Habilitar/Desabilitar comunicao
XXh 0=Desabilitar, 1=Habilitar

Escravo: XXh Nmero de seqncia: 16 31
08h Tipo de Mensagem: Comunicao Habilitada/Desabilitada
XXh 0=Desabilitada, 1=Habilitada

Reset Remoto

Mestre: XXh Nmero de seqncia: 0 15
09h Tipo de Mensagem: Executar Reset Remoto

Escravo: XXh Nmero de seqncia: 16 31
10h Tipo de Mensagem: Executando Reset Remoto

Erro

Escravo: XXh Nmero de seqncia: 16 31
0Eh Tipo de Mensagem: Erro
XXh 0=Erro Desconhecido, 1=Pergunta no entendida,
2= parmetro passado incorreto.

69
Controle Digital

Mestre: XXh Nmero de seqncia: 0 15
0Bh Tipo de Mensagem: Executar Controle Digital
XXh Controle: bits 0-6: Endereo do ponto de controle digital
Bit 7: 0=Trip, 1=Close


Escravo: XXh Nmero de seqncia: 16 31
0Ch Tipo de Mensagem: Retorno de Controle Digital
XXh Nmero de Seqncia (Mestre, 0-15) do controle executado
XXh Informaes sobre o controle executado: 1=comando
executado corretamente, 2=comando no executado,
3=comando no confirmado por tempo, 4=endereo
desconhecido.