Estudo de Caso: Uso de Mtodos Baseados no

Protocolo IEC 61850 para Substituio das

UTRs e Automao Distribuda

Robin Jenkins e David Dolezilek

Schweitzer Engineering Laboratories, Inc.

Apresentado na
1st Annual Protection, Automation and Control World Conference
Dublin, Ireland
2124 de junho de 2010

Apresentado previamente na
44th Annual Minnesota Power Systems Conference, novembro de 2008

A edio revisada anterior foi lanada em junho de 2009

Originalmente apresentado na
10th Annual Western Power Delivery Automation Conference, abril de 2008

Traduzido para o portugus em agosto de 2017


Estudo de Caso: Uso de Mtodos Baseados
no Protocolo IEC 61850 para Substituio
das UTRs e Automao Distribuda
Robin Jenkins e David Dolezilek, Schweitzer Engineering Laboratories, Inc.
ResumoEste artigo apresenta um teste efetuado
recentemente pela rea de distribuio de uma concessionria
de energia eltrica para substituio das Unidades Terminais
Remotas (UTRs) das chaves de seccionamento do tipo pad-
mounted por controladores de automao programveis
(PACs) expansveis, baseados no protocolo IEC 61850. Novas
funcionalidades foram adicionadas e testadas, incluindo as
conexes Ethernet sem fio entre o conjunto de manobra e o
centro de controle remoto, alm do sistema de comunicao
peer-to-peer entre os pontos de instalao dos cubculos para
suportar a automao remota com esquemas coordenados de
proteo e auto-restabelecimento. O artigo discute trs tipos de
chaves e a variao nos requisitos das entradas e sadas (I/Os)
baseados no tipo da chave, recursos de montagem e
configurao expansvel de forma a propiciar o acesso das
equipes tcnicas e a soluo de problemas.
Os conjuntos de manobra so parte integrante da expanso
do sistema de distribuio subterrneo de 15 kV da
concessionria. O aumento no nmero e tamanho dos cubculos
torna os seguintes fatores crticos para a confiabilidade do
sistema: monitoramento e controle remotos, automao local,
coordenao peer-to-peer e acesso remoto da engenharia. Para
atender a todos esses requisitos, a concessionria escolheu e
testou uma soluo que inclui o suporte de I/Os para mltiplas
entradas de TCs e TPs, recursos de monitorao das baterias,
uma ampla faixa de tipos de entradas analgicas e distintas,
alm de sadas de controle. Juntamente com uma variedade de
I/Os, uma soluo de fcil expansibilidade foi necessria para
suportar os diferentes requisitos das I/Os de cada tipo de chave.
A parte final do sistema inclui recursos de integrao com a
arquitetura de comunicao da concessionria via rdio, usando
conexes seriais e Ethernet para o SCADA, acesso remoto da
engenharia e comunicao peer-to-peer.
Este projeto consistiu na primeira experincia da
concessionria com o protocolo IEC 61850. O artigo discute o
processo que foi desenvolvido para projetar, configurar e
diagnosticar as mensagens GOOSE via IEC 61850, as quais
transmitem os dados de status, alarmes, medies analgicas e
controles.
I. INTRODUO
Possuindo mais de 400 chaves de seccionamento do tipo
montadas em uma base (pad-mounted) em servio e
projees para instalaes adicionais estimadas em 50 a 100
por ano, esta concessionria de energia eltrica de grande
porte concluiu a necessidade de um novo padro das UTRs
das chaves pad-mounted para atender aos requisitos
existentes e futuros de automao, controle e monitorao
remota de seu sistema de distribuio subterrneo de 15 kV.
As instalaes existentes incluam uma UTR que fornecia
recursos bsicos de monitoramento e controle. No incio de
2006, a concessionria foi informada pelo fornecedor das
UTRs que a respectiva empresa no mais fabricaria ou
forneceria suporte para tal produto. Essa situao, juntamente
com o objetivo de reduzir os custos de configurao,
1
energizao e manuteno das UTRs, aumentando ao mesmo
tempo sua confiabilidade, motivou a concessionria a
desenvolver uma nova padronizao para as UTRs de suas
chaves pad-mounted. As melhorias a serem efetuadas nesse
novo padro incluram uma arquitetura expansvel,
facilmente configurada para compatibilizar com as diferentes
opes de configurao e tipos de chaves, conectividade
Ethernet, suporte para os protocolos DNP/TCP, acesso local
e remoto da engenharia, alm de recursos lgicos e de
comunicao para fornecer suporte para os esquemas locais e
distribudos de proteo e automao.
O objetivo era obter vantagens das novas tecnologias,
melhorando a confiabilidade do sistema de distribuio
subterrneo atravs da reduo na freqncia e durao das
interrupes de energia, bem como dos custos de
desenvolvimento e manuteno das UTRs.
A. Aplicao das Chaves Pad-mounted da Distribuio
Os requisitos das chaves usadas no sistema de distribuio
subterrneo de 15 kV variam em funo da aplicao de um
determinado local. O nmero de posies da chave (ways) e
o tipo da chave (SF6, interrupo a ar, ou a vcuo)
determinam o tipo de chave a ser usada numa instalao
especfica. Uma instalao pode requerer uma chave de uma
posio (one-way), enquanto outra requer uma chave at seis
posies (six-way). A concessionria escolheu entre trs
diferentes fabricantes de chaves, cada um fornecendo
diferentes selees para as posies e para a configurao das
I/Os.
Cada chave pad-mounted individual inclui uma UTR e um
sistema de comunicao serial com o sistema SCADA
remoto via rdio. A UTR e o rdio propiciam recursos de
monitorao e controle para o operador do centro de controle
via protocolo DNP serial. As UTRs existentes monitoram as
entradas analgicas e as entradas de status e respondem aos
controles remotos provenientes do SCADA mster.
Tendo em vista a rpida expanso das instalaes com
chaves pad-mounted, a integrao de mltiplos tipos e
configuraes de chaves, alm da futura implementao de
esquemas avanados de automao e comunicao, a
concessionria considerou a substituio das UTRs por
controladores de automao programveis (PACs), os quais
executam todas as funes das UTRs e incluem os seguintes
recursos adicionais:
Arquitetura expansvel para suportar os diferentes
requisitos das I/Os, dependendo do tipo da chave
Registrador Seqencial de Eventos (SER), tambm
conhecido como Seqncia de Eventos (SOE)

Lgica programvel para suportar os esquemas de
automao local
Comunicao peer-to-peer para suportar futuros
esquemas de isolao, restabelecimento,
transferncia da fonte e conexo em anel
Acesso ao SCADA para diagnsticos dos
dispositivos internos
Interface Ethernet para comunicaes futuras via
DNP/TCP
Acesso local ou remoto da engenharia para
restituio dos relatrios de evento, registros de
datos e/ou alterao de ajustes ou relatrios
Acesso das equipes tcnicas para manuteno e
soluo de problemas
Um nico conjunto de softwares para configurao
local ou remotan
B. Requisitos das UTRs
Para atender aos requisitos de aplicao e configurao de
todas as instalaes com chaves, a concessionria padronizou
trs fabricantes para fornecimento de dez configuraes
exclusivas. Os tipos e fabricantes das chaves incluem o
seguinte:
S&C PME 3, 9, 10 e 11 (chaves com interrupo a
ar)
S&C Vista 330, 440 e 422 (chaves SF6)
Trayer 4, 5 e 6 (chaves a vcuo)
Cada chave oferece diferentes configuraes de I/Os,
incluindo o seguinte:
Instalaes PME suportam 1 a 4 ways e incluem at
4 conexes TP/TC, 24 entradas digitais (DIs),
16 sadas digitais (DOs) e 8 entradas analgicas
(AIs).
Instalaes Vista suportam 2 a 4 posies e incluem
at 4 conexes TP/TC, 32 entradas digitais, 16
sadas digitais e 8 entradas analgicas.
Instalaes Trayer suportam 4 a 6 posies e
incluem at 6 conexes TP/TC, 40 entradas digitais,
24 sadas digitais e 8 entradas analgicas.
Uma vez que as instalaes diferem em funo do tipo e
configurao da chave, foi incorporada uma arquitetura
distribuda, permitindo que a concessionria compatibilizasse
a configurao da UTR com a configurao da chave
especfica. Esse projeto distribudo tambm permitiu a
adequao s dimenses da UTR de 18 X 16 X 10 de manter um desempenho igualmente adequado. Alm disso,
acordo a cabine de controle da chave.
Para este estudo de caso, a concessionria selecionou a
chave PME 10. Esta chave com interrupo a ar e quatro
posies (four-ways) inclui a seguinte configurao:
Quatro conexes do TP
Quatro conexes do TC
24 entradas digitais
16 sadas digitais
2 entradas analgicas
Os pontos de controle e monitorao do SCADA a partir
dessa chave incluem o seguinte:
Quatro correntes monofsicas
Quatro tenses monofsicas
Watts e Vars trifsicos
2
Fator de potncia
Freqncia
Tenso das baterias
Tenso de sada do carregador das baterias
24 entradas digitais (18 SER, 6 status)
16 sadas digitaiss
C. Rede de Componentes Inovadores e Flexveis
Este estudo de caso demonstra o processo de uso de
componentes robustos Ethernet e comunicaes
padronizadas para construo de uma UTR compacta, porm
distribuda. Este mtodo de grande utilidade para
substituio de qualquer UTR, alm de ter sido comprovado
o seu fator custobenefcio. Alm disso, este projeto fornece
novos recursos de manuteno e operao que vo se tornar
requisitos padronizados no futuro. Apesar de os novos
mtodos de aquisio de dados garantirem uma reduo no
trabalho global, eles tambm variam enormemente a
tecnologia usada na configurao, instalao,
comissionamento e manuteno do sistema. Este artigo
demonstra as novas tecnologias e processos que propiciam
um entendimento do fluxo de dados que no visualizado,
interno rede de comunicao, bem como da configurao
da transmisso das mensagens.
II. SUBSTITUIO DO PROJETO DA UTR ANTERIOR
Antes deste novo projeto, houve o contato dos
fornecedores do SCADA, cujos projetos tradicionais so
baseados num sistema de hardware monoltico e centralizado.
A CPU e todas as placas de I/Os compartilham uma fonte de
alimentao comum e uma barra de comunicao proprietria
fsica, interconectadas atravs de cabos de conexo
multicondutores (ribbon cables) ou conectores de borda (edge
connectors). A mudana para um projeto diferente desse
tradicional evidente nos projetos com arquitetura
distribuda da indstria de comunicao, indstria de controle
de processos e, atualmente, na indstria de computao. O
projeto para substituio das UTRs incorpora esta nova
arquitetura distribuda, baseada nas comunicaes Ethernet e
nos protocolos padronizados internacionalmente. Este estudo
de caso demonstra uma UTR integrada compacta, instalada
de forma a atender aos requisitos de espao do conjunto de
manobra do tipo pad-mounted; dessa forma, est claro a partir
das comunicaes integradas que os componentes de
hardware podem ser localizados remotamente e, ainda assim,
este estudo de caso demonstra que atualmente muito fcil
efetuar a integrao das I/Os dos outros IEDs existentes, tais
como rels, usando comunicao peer-to-peer. Essa
integrao dos dados no impacta o SCADA ou as
comunicaes das protees e coexiste na mesma rede de
comunicao local (LAN).
III. VISO GERAL DO BUSINESS CASE
O cliente possui diversas instalaes a serem adicionadas
e muitas a serem submetidas retrofit. Este projeto, ao
contrrio de outros, focou principalmente no fator
custo-benefcio, devido simplesmente grande quantidade de
dispositivos necessrios.
 3

A. Economia nos Custos em Relao Aplicao Existente sistema do PAC inclui ferramentas de diagnstico e IHM sem
Diversos retrofits so necessrios em funo dos fatores custo adicional e incorpora os equipamentos da rede Ethernet.
longevidade e qualidade das UTRs em servio. Portanto, uma Essa rede Ethernet fornece uma conectividade bem maior do
das prioridades era ter um hardware confivel. Na verdade, a que a simples substituio da UTR, alm de suportar a
confiabilidade, ou a falta da mesma, tambm um fator automao da distribuio via comunicao peer-to-peer. A
associado aos custos, uma vez que a manuteno e as soluo dos PACs usada neste exemplo custa U.S.
substituies no campo geram custos extras associados mo $11.223,00.
de obra e hardware. Alm disso, efetuada uma avaliao dos
circuitos da distribuio para obteno de diversos ndices de IV. ESCOLHA E AVALIAO DO HARDWARE DO PAC
desempenho; nesse caso, a falta de confiabilidade impacta Um nico PAC satisfaz vrias instalaes exclusivas em
direta e proporcionalmente no nmero e durao das funo dos diversos cartes internos opcionais de I/Os,
interrupes de energia. Este mtodo inovador vai propiciar incluindo o seguinte:
uma economia substancial nos custos em funo dos fatores Entradas analgicas para grandezas DC dos
mostrados a seguir: processos
Os PACs podem ser programados para efetuar Entradas digitais para deteco do status dos contatos
ambas as funes de automao da distribuio Sadas digitais para controle dos dispositivos
(DA) e do SCADA, eliminando a necessidade de externos
instalar e manter diversos dispositivos. Combinao das entradas digitais e sadas digitais
O uso de protocolos padronizados para a indstria, Combinao das entradas analgicas e sadas
tais como o IEC 61850 e o DNP3, facilita a analgicas
comunicao entre os rels e dispositivos de outros Entradas de tenso AC
fabricantes, permitindo a aplicao de um hardware Entradas de corrente AC
com melhor fator custo-benefcio. Combinao das entradas de tenso AC e entradas de
O mesmo projeto de hardware pode ser aplicado a corrente AC
vrias classes de tenso e arranjos de chaves na DA, Entradas dos detectores de temperatura por
reduzindo o tempo gasto para engenharia e testes. resistncia (RTDs)
Os requisitos de espao so minimizados uma vez A Fig. 1 ilustra o diagrama lgico funcional da rede de um
que as unidades dos PACs so adicionadas de forma PAC. A CPU do PAC coleta os dados de campo dos cartes
incremental, conforme for necessrio para suportar das I/Os locais, conexes seriais e conexes da rede. Em
os requisitos das I/Os. seguida, ela processa esses dados com base nos ajustes e nas
A fiao pode ser mantida a mesma do projeto da lgicas, cria bancos de dados e compartilha esses dados via
gerao anterior com o uso do chicote de fios conexes seriais e da rede.
(wiring harnesses). Para cada tipo de chave, pode ser Output
To Field
usado esse tipo de fiao universal, a qual montada To
Client CPU
Internal Conditioners
Cable/
nas instalaes do fabricante. Os chicotes pr- Serial Connector Input
From Field
Cable Conditioners
Database Interface

montados para as I/Os permitem que a fiao seja To

Field Interface

Output
Databases

Peer To Field
Configuration Memory

efetuada no campo de forma a compatibilizar com a Conditioners

Field Data Memory

Serial
Program Memory

Cable
filosofia especfica do cliente. Nesse caso, as To
Input
Conditioners
From Field
Client
terminaes das I/Os no campo so idnticas para Network Output
To Field
cada tipo de chave. To
Cable Network Conditioners
Cable Input
As ferramentas de diagnstico integradas da rede, Peer
Conditioners
From Field

usadas para comissionamento e/ou soluo de

problemas, identificam e isolam rapidamente os
problemas de comunicao.
B. Comparao de Custos dos Produtos Disponveis
A UTR anteriormente usada nesta aplicao no seria
mais disponibilizada pelo fabricante. Diversas outras ofertas
no atendiam aos requisitos das I/Os, faixas de temperatura
ou confiabilidade. As UTRs tradicionais das subestaes
atendem aos requisitos das I/Os, mas no aos critrios de
tamanho, faixas de temperatura ou confiabilidade. Alm
disso, a UTR tradicional no calcula watts, vars e fator de
potncia; dessa forma, esses valores precisam ser fornecidos
via transdutores externos. A soluo dos PACs atende a todos
os critrios e oferece os recursos adicionais previamente
mencionados.
Embora cada sistema seja diferente, uma UTR tradicional
para este sistema especfico vai custar aproximadamente U.S.
$14.000,00 e requerer 12 transdutores a U.S. $400,00 cada,
totalizando um custo de hardware de U.S. $18.800,00. O
Fig. 1. Diagrama Lgico Funcional da Rede do PAC
Combinaes adicionais das entradas e sadas digitais so
facilmente adicionadas local ou remotamente a um mdulo
de I/Os remoto via conexo serial peer-to-peer, usando a
tecnologia de comunicao MIRRORED BITS. possvel um
nmero ainda maior de combinaes de I/Os se dois ou mais
PACs forem conectados em rede usando mensagens GOOSE
via IEC 61850 sobre Ethernet.
Com o objetivo de atender a cada instalao especfica, o
hardware do sistema do PAC correspondente deve ser
acessado aps a etapa do projeto que indica a I/O requerida.
Cada PAC inclui uma IHM para controle e exibio local,
uma CPU para comunicao e processamento das lgicas, e
slots dos cartes para aceitar vrias combinaes de I/Os. De
acordo com a escolha das I/Os, o nmero de cartes
necessrios determina o nmero de PACs que sero
conectados juntos para criar a UTR usada para substituio.
Essa flexibilidade associada ao uso da comunicao peer-to-
 4

peer entre PACs suporta a substituio de qualquer distribuio dos comandos recebidos via DNP3 que so
configurao da UTR. destinados aos cartes de sada dos outros PACs. Os outros
trs PACs que formam a UTR so denominados
V. COMUNICAES DOS PACS PAC_SLAVE_A, PAC_SLAVE_B e PAC_SLAVE_C. A
Nas UTRs tradicionais, a varredura das I/Os efetuada na flexibilidade desse PAC suporta o mapeamento de todos os
barra de comunicao a uma taxa fixa, usando um sistema dados interligados via rede em um nico endereo e mapa
proprietrio de troca de mensagens. Algumas UTRs mais interno DNP3 que compatvel com os requisitos do SCADA
elaboradas tambm detectam entradas digitais quando ocorre existente. Dessa forma, instalaes novas e submetidas
a mudana de estado das mesmas. As mensagens GOOSE via retrofit suportam o endereo e mapa de dados exatos
IEC 61850 combinam essencialmente ambos os mtodos. esperados pelo SCADA mster existente. A Fig. 3 ilustra a
Cada mensagem GOOSE possui um grupo customizado de rede de PACs atuando como uma UTR.
dados dentro da mesma, denominado dataset. Basicamente,
esses dados so publicados pelo PAC usando a mais lenta das
freqncias, ajustada com uma taxa fixa e configurvel. Cada
mensagem GOOSE tambm publicada sempre que houver
alterao em um ou mais de um dos contedos do dataset.
Todas as vezes que houver mudana no estado de um ponto
digital ou que a variao numa grandeza analgica for maior
do que o respectivo valor da banda morta ajustado, uma nova
mensagem GOOSE criada e publicada. Aps a mudana,
essa nova mensagem GOOSE publicada com maior
freqncia do que a taxa fixa; em seguida, essa freqncia
reduzida at que a taxa se iguale taxa fixa. Esse processo se
repete sempre que houver alterao no contedo. Esse
mtodo de troca de mensagens bastante eficaz para diversas
aplicaes peer-to-peer e distribudas. Neste estudo de caso, Fig. 3. Rede de PACs Atuando como uma UTR
esse mtodo est sendo usado para concentrar as I/Os de
A. Configure os Contedos das Mensagens GOOSE / PAC
vrios PACs em um, o qual se torna o servidor DNP3.
Os mtodos de comunicao descritos neste estudo de Usando o software de configurao do PAC, a
caso tambm so usados para compartilhar dados entre concessionria configura facilmente os contedos das
quaisquer quantidades ou tipos de IEDs alm dos, ou ao invs mensagens GOOSE para transmisso somente dos dados
dos, PACs. Usando mensagens GOOSE, possvel tambm requeridos, escolhidos a partir de um banco de dados
combinar as I/Os de outros IEDs. Portanto, na rede de um abrangente interno aos IEDs. Os contedos da mensagem so
processo industrial ou da subestao, as I/Os podem ser mapeados para um dataset associado mensagem GOOSE.
coletadas de dispositivos instalados para outros propsitos Todos os tipos de dados podem ser inseridos num nico
como proteo e controle. A Fig. 2 ilustra a aplicao da UTR dataset; contudo, somente as grandezas digitais e analgicas
construda com cartes de I/Os distribudas entre diversos so transmitidas nesta UTR usada para substituio. Alm
PACs. disso, para consistncia e simplicidade dos testes e
comissionamento, os dados digitais e analgicos so
separados em diferentes mensagens GOOSE. A Fig. 4 ilustra
um dataset digital sendo criado para o PAC_SLAVE_A; a
Fig. 5 ilustra um dataset analgico sendo criado para o
PAC_SLAVE_A. medida que as necessidades forem se
alterando no futuro, esses datasets podem ser alterados
facilmente, em qualquer instante, para refletir a nova I/O
adicionada ao PAC e/ou novos clculos e resultados de
processos lgicos. Portanto, esta UTR usada para substituio
possui a flexibilidade necessria durante a instalao e no
futuro para se adequar a todas as aplicaes de acordo com a
Fig. 2. Substituio da UTR Usando I/Os Distribudas variao e aumento dos requisitos.
Quatro PACs com vrias combinaes de cartes de I/Os
atendem a todas as configuraes das chaves desta
concessionria de distribuio de energia eltrica. O
PAC_MASTER atua como um concentrador de dados e
combina suas prprias I/Os locais com as I/Os dos outros trs
PACs, as quais so recebidas via GOOSE atravs da rede. O
PAC_MASTER transmite esses dados via DNP3 para o
SCADA mster. Ele tambm responde aos comandos de
controle do SCADA via DNP3. O PAC_MASTER aciona
suas sadas digitais locais em resposta a esses comandos
DNP3. Ele tambm usa uma publicao GOOSE para

Fig. 4. Dataset Digital Sendo Criado para o PAC_SLAVE_A
Fig. 5. Dataset Analgico Sendo Criado para o PAC_SLAVE_A
B. Configure a Publicao das Mensagens GOOSE / PAC
A taxa fixa de publicao das mensagens GOOSE quando
no h variao dos contedos do dataset atua como as
batidas do corao. Considerando que o publicador
(publisher) pode nunca receber uma confirmao positiva
indicando que cada assinante (subscriber) recebeu a
mensagem GOOSE, uma recepo freqente ajuda o
subscriber a perceber que o publisher est ativo e
funcionando corretamente. Este mtodo no chega a ser o
ideal para funes como proteo, automao e GOOSE apropriadas a serem publicadas pelos outros PACs.
intertravamento, onde o fator tempo crucial. Ele
aperfeioado com a grandeza time-to-live (TTL). Cada vez
que uma mensagem publicada em decorrncia de uma
mudana de estado ou porque houve o tempo limite do
temporizador de atraso mximo, a mensagem inclui um valor
TTL para o subscriber. Esta temporizao informa ao
subscriber o mximo valor de tempo at que outra mensagem
GOOSE seja publicada. Este um valor configurvel; logo,
o sistema pode ser sintonizado para dispositivos ou
componentes da LAN que descarregam mensagens. Neste
exemplo, onde existem quatro dispositivos e um switch
robusto na subestao, improvvel que quaisquer
mensagens sejam interrompidas; sendo assim, definimos o
tempo mximo igual a um segundo. Cada mensagem GOOSE
do PAC recebe um endereo exclusivo multicast e possui um
dataset. A Fig. 6 ilustra a publicao de uma mensagem
5
GOOSE sendo configurada no PAC_SLAVE_B. Os
parmetros da publicao so os seguintes:
O Nome da Mensagem (Message Name)
Dset14_PAC_B_AI. Este nome identifica essa
mensagem para os dispositivos que vo querer
subscrever a mesma.
A Descrio (Description) PAC Slave B Analog
Inputs. Essa descrio documenta que o objetivo
transmitir as grandezas analgicas do
PAC_SLAVE_B.
O ID da Aplicao (Application ID)
PAC_SLAVE_B_1. Este o identificador do IED
fonte que pode ser lido pelos seres humanos.
O Tempo Mximo (Max. Time) em milissegundos
1.000. Esse tempo mximo de atraso usado para
calcular o valor TTL publicado na mensagem
GOOSE. Ele consiste tambm na taxa fixa da men-
sagem GOOSE.
O Dataset CFG.LLNO.DSet14_PAC_B_AI. Essa
a identificao interna do dataset que atende
descrio.
O Endereo Multicast MAC Address 01-0C-CD-
01-00-03. Esse endereo usado como o primeiro
passo para os subscribers decidirem se eles esto
configurados para aceitar e processar cada
mensagem GOOSE recebida.
Fig. 6. Configurao da Publicao da Mensagem GOOSE para o
PAC_SLAVE_B
C. Configure a Subscrio das Mensagens GOOSE / PAC
Cada PAC configurado para subscrever as mensagens
Nesse caso, o PAC_MASTER est subscrevendo as
mensagens GOOSE que contm grandezas analgicas de
cada um dos outros PACs. Est tambm subscrevendo uma
mensagem GOOSE contendo grandezas digitais do
PAC_SLAVE_A. A Fig. 7 ilustra os quatro PACs dentro do
projeto RTU_Replacement_02 na janela do lado esquerdo
do software de configurao. A janela GOOSE Receive
relaciona todas as mensagens GOOSE disponveis para
subscrio. A quarta mensagem GOOSE est expandida para
ilustrar os contedos disponveis para uso. Esses contedos
refletem o dataset similar quele ilustrado na Fig. 4.
 6

localmente do carto de entradas digitais do Slot 4. A

ferramenta permite a entrada direta dos nomes dos pontos ou
a escolha a partir da lista de seleo (pick list), conforme est
aqui mostrado.

Fig. 7. Configurao da Subscrio da Mensagem GOOSE

O software de configurao do PAC cria automaticamente Fig. 9. Configurao do Mapa DNP das Entradas Digitais Locais no
os ajustes de subscrio associados identificao da PAC_MASTER
mensagem GOOSE que lida pelos seres humanos. Ele A Fig. 10 ilustra a configurao do mapa DNP3 das
tambm cria automaticamente os ajustes do mapa de dados entradas digitais coletadas remotamente. Nesse exemplo, os
(datamap) em resposta s selees manuais de arrastar e bits virtuais dos pontos de controle subscritos recentemente,
soltar (drag and drop) que associam os contedos dos datasets VB001VB005, so mapeados para as entradas binrias (BI)
recebidos com os pontos internos de controle do PAC. Esses do DNP. Usando mtodos similares, outros local bits, bits
pontos de controle incluem diferentes tipos de bits lgicos remotos e bits virtuais so mapeados no mapa DNP3.
(logic bits) tais como bits remotos (RB) e bits virtuais (VB),
alm de grandezas analgicas como pontos analgicos
remotos (RA). A Fig. 8 ilustra a funo de mapeamento que
associa os contedos da mensagem GOOSE recebida com as
entradas controlveis do PAC_MASTER. Nessa ilustrao, a
qualidade de cada mensagem GOOSE de entrada mapeada
para um bit virtual, VB001VB004. Alm disso, as seis
entradas digitais provenientes do PAC_SLAVE_A so
tambm mapeadas para os bits virtuais. Quando a
visualizao colorida, a janela GOOSE Receive indica que
cada elemento de dados possvel foi mapeado alterando o
cone circular esquerda de cada elemento para a cor verde.
Nesse caso, a Qualidade da Mensagem (Message Quality) e
o valor do status (stVal) de cada uma das seis indicaes das
entradas digitais (Ind01Ind06) so os Itens dos Dados de
Controle (Control Data Items) mapeados para as Entradas de
Controle (Control Inputs). Fig. 10. Configurao do Mapa DNP3 das Entradas Digitais Coletadas
Remotamente no PAC_MASTER

O mapeamento das entradas analgicas, seja pelo nome ou

atravs da lista de seleo (pick list), tambm configura o
fator de escala e o ajuste da banda morta associada. A Fig. 11
ilustra a magnitude da tenso da Fase-A local sendo mapeada
para as entradas analgicas do DNP3, ndice 25, com fator de
escala 10. O valor escolhido a partir da lista de seleo
Instantaneous metering (ver Fig. 11) e o ajuste default da
banda morta usado se o campo de entrada for deixado vazio.
Fig. 8. Mapeamento do Dataset das Mensagens GOOSE para as Entradas
de Controle Internas do PAC

D. Configure o Mapa DNP3 / PAC

O PAC_MASTER configurado para fornecer as entradas
coletadas localmente, e aquelas aquisitadas atravs da
subscrio GOOSE, via seu servidor DNP3. A Fig. 9 ilustra
a configurao do mapa DNP3 das entradas digitais coletadas

Fig. 11. Configurao do Mapa DNP3 das Entradas Analgicas Locais no
PAC_MASTER Mostrando a Simplicidade do Uso do Fator de Escala e das
Listas de Seleo (Pick Lists)
A Fig. 12 ilustra as analgicas remotas RA001RA005,
que so contedos GOOSE recebidos no PAC_MASTER de
outro PAC, sendo mapeadas para os registros das entradas
analgicas no mapa DNP3 do PAC_MASTER.
Fig. 12. Configurao do Mapa DNP3 das Analgicas Remotas como
Entradas Analgicas no PAC_MASTER via Lista de Seleo
E. Configure os Controles do DNP3 / PAC
No PAC_MASTER, os comandos de entrada do DNP3
so mapeados automaticamente para os bits remotos e so
usados localmente ou passados para outros PACs como
publicaes GOOSE. A Fig. 13 ilustra os controles do DNP3
sendo mapeados diretamente para os bits remotos no
PAC_MASTER.
Fig. 13. Controles do DNP3 Mapeados para os Bits Remotos no
PAC_MASTER
7
A Fig. 14 ilustra os bits remotos associados aos controles
do DNP3 sendo mapeados para dois de trs contatos de sada
fornecidos na unidade base do PAC. O terceiro contato de
sada usado como alarme de autodiagnose e segurana. A
Fig. 15 ilustra os bits remotos associados aos controles do
DNP3 sendo mapeados para os contatos de sada na placa
opcional de sadas digitais do PAC_MASTER.
Fig. 14. Bits Remotos Associados aos Controles do DNP3 Mapeados para
os Contatos de Sada na Unidade Base do PAC_MASTER
Fig. 15. Bits Remotos Associados aos Controles do DNP3 Mapeados
para os Contatos de Sada na Placa de Sadas Digitais do PAC_MASTER
F. Configure o PAC_MASTER Atravs dos Controles do
DNP3
A Fig. 16 ilustra seis pares de bits de controle do DNP3
sendo mapeados para o PAC_SLAVE_A como seis pares de
bits remotos. Uma vez mapeados, eles so publicados no
dataset GOOSE/Dset14_PAC_ M_DO. Esses bits so
encontrados no CON, ou dispositivo lgico de controle do n
lgico RBGGIO1, ou I/Os genricas/bits remotos. Os pontos
so mapeados como controles de um nico ponto (SPCs) e o
valor do status (stVal) representa o estado do bit DNP3 no
PAC_MASTER.

Fig. 16. Seis Pares de Control Bits DNP3 Mapeados como Valores de
Status de Doze Controles Individuais de Ponto nico
G. Configure a Subscrio dos Controles DNP / PAC
O PAC_SLAVE_A configurado para mapear os
contedos do dataset de entrada para os bits remotos. No
PAC_SLAVE_A, esses bits remotos so mapeados para as
sadas digitais usando o mesmo processo do PAC_MASTER.
Os bits remotos do PAC so atualizados via algoritmos da
lgica interna, entradas digitais locais, mensagens via
comunicao MIRRORED BITS, mensagens dos comandos
DNP3 e/ou mensagens GOOSE. Nesse exemplo da UTR
usada para substituio, as sadas digitais do PAC_MASTER
so disparadas pelos comandos do DNP3 atravs do controle
dos bits remotos. As sadas digitais do PAC_SLAVE_A so
disparadas pelos comandos do DNP3. Contudo, o
PAC_Slave_A no recebe diretamente os comandos do
DNP3; os comandos so aceitos pelo PAC_MASTER. Os
bits remotos do PAC_MASTER que so disparados por esses
comandos so, por sua vez, mapeados para o dataset GOOSE
e enviados para o PAC_ SLAVE_A. Essas mensagens
GOOSE de entrada disparam os bits remotos locais e, em
seguida, controlam as sadas digitais no PAC_ SLAVE_A.
VI. DESEMPENHO DAS I/OS DO SCADA / PAC
Essa nova tecnologia dos PACs oferece muito mais
flexibilidade e diversos novos recursos no disponveis nas
UTRs tradicionais. Adicionalmente, os testes da velocidade
de resposta aos comandos DNP3 e requisitos de varredura
demonstram que a topologia dos PACs tem desempenho
igual ou melhor do que as UTRs com um nico propsito. Foi
estabelecida uma conexo serial tpica do SCADA mster
com o PAC_MASTER via DNP3, usando uma taxa de
varredura de 1.000 milissegundos. Os testes foram
executados para mostrar o desempenho da I/O diretamente no
PAC_MASTER, bem como da I/O no PAC_SLAVE_A, B, e
C conectado.
A. Configure os Contedos das Mensagens GOOSE / PAC
Assim como acontece com os componentes das UTRs
tradicionais, a varredura dos cartes das I/Os de um PAC
efetuada numa barra de comunicao a uma taxa fixa, usando
8
um sistema proprietrio de troca de mensagens. Entretanto,
diferentemente dos componentes das UTRs que so
combinados por meio de ribbon cables, conectores e sistemas
proprietrios de troca mensagens, os PACs so combinados
atravs de sistemas de mensagens, cabos e conectores
padronizados internacionalmente. Uma vez configurados
para atender UTR especfica usada para substituio neste
estudo de caso, foram efetuados os testes de desempenho.
Embora tenha capacidade para muito mais, as novas
conexes, protocolos e arquiteturas foram verificadas de
forma a suportar adequadamente as funes do SCADA. A
Tabela I ilustra os tempos gastos em diversas funes do
SCADA a partir de um cliente DNP3 para o servidor DNP3
nas sadas de controle do PAC e PAC_MASTER.
Obviamente, o componente da temporizao associada ao
computador do cliente DNP3, assim como o tempo de trfego
da mensagem no cabo serial, para e do cliente DNP3, no
afetado pelo uso do PAC. Este tempo no varia tanto no caso
de uma UTR tradicional quanto no da topologia dos PACs,
mas consiste numa parcela da medio da temporizao
global.
Os estgios da seqncia de comandos e respostas foram
identificados como partes de um esquema de seqncia de
mensagens (ida e volta). A funo SER incorporada ao PAC
torna os elementos de tempo fceis de serem medidos com
grande preciso. Essa funo estampa os tempos e registra as
variaes por nome no instante em que elas ocorrem. Os
PACs foram todos sincronizados atravs do cdigo de tempo
IRIG-B via GPS; logo, as estampas de tempo so registradas
com resoluo de milissegundos e sua preciso tambm da
ordem de um milissegundo.
Os elementos dos testes das temporizaes de um nico
PAC incluem o seguinte:
1. Tempo a partir da seleo do comando no console do
operador at que a mensagem do comando DNP3
subseqente seja enviada do cliente e recebida
completamente pela interface do servidor DNP3 no
PAC_MASTER.
2. Tempo a partir da recepo da mensagem completa na
interface do servidor DNP3 no PAC_MASTER,
passando pelo processamento subseqente da
mensagem, aceitao do comando DNP3, at a ao de
fechamento do contato de sada digital no
PAC_MASTER.
3. Tempo de Controletempo a partir do incio do
comando do operador do SCADA no cliente DNP3 at a
ao de fechamento resultante do contato de sada digital
no PAC_MASTER.
4. Tempo a partir da ao de fechamento do contato de
sada digital no PAC_MASTER at a deteco do
fechamento via feedback do contato de entrada digital
conectado no PAC_MASTER.
5. Tempo a partir da deteco do fechamento do contato de
entrada digital conectado no PAC_MASTER at que a
mudana nos dados esteja disponvel para varredura do
DNP3.
6. Tempo Total de Feedbacktempo a partir do instante
em que a mudana nos dados de feedback esteja
disponvel para varredura do DNP3 no PAC_MASTER
at a deteco desse feedback no cliente DNP3.
 9

TABELA I subseqente do contato de sada digital no

RESULTADOS DOS TEMPOS DAS FUNES DO SCADA COM
UM NICO PAC
PAC_SLAVE_A.
5. Tempo de Controletempo a partir do incio do
Durao dos Tempos da comando do operador do SCADA no cliente DNP3 at a
Interao com I/O no
Funo de Troca de
PAC_MASTER ao de fechamento resultante do contato de sada digital
Mensagens do SCADA
no PAC_SLAVE_A.
Mdio 0,522 s
6. Tempo a partir da ao de fechamento do contato de
Elemento de Tempo 1 Max 0,823 s
sada digital no PAC_SLAVE_A at a deteco do
Min 0,298 s fechamento via feedback do contato de entrada digital
Mdio 0,007 s conectado no PAC_SLAVE_A.
Elemento de Tempo 2 Max 0,009 s 7. Tempo de Feedback / PAC-to-PACtempo a partir da
Min 0,004 s deteco de fechamento no contato de entrada digital
Mdio 0,529 s conectado no PAC_SLAVE_A, passando pela
Elemento de Tempo 3 preparao do dataset com a mudana nos dados do
Max 0,824 s
Tempo de Controle
Min 0,305 s
feedback, pela publicao da GOOSE subseqente no
PAC_SLAVE_A, pela completa recepo e
Mdio 0,0027 s processamento do dataset da mensagem GOOSE, at que
Elemento de Tempo 4 Max 0,0030 s a mudana dos dados de feedback esteja disponvel para
Min 0,0025 s varredura do DNP3 no PAC_MASTER.
Mdio 0,007 s 8. Tempo Total de Feedbacktempo a partir da deteco
Elemento de Tempo 5 Max 0,009 s do fechamento no contato de entrada digital conectado
Min 0,004 s no PAC_SLAVE_A, passando pela preparao do
dataset, pela publicao da GOOSE subseqente no
Mdio 1,022 s
Elemento de Tempo 6 PAC_SLAVE_A, pela completa recepo e
Max 1,317 s
Tempo Total de Feedback processamento do dataset da mensagem GOOSE no
Min 0,798 s
PAC_MASTER, pela varredura do DNP3 do
A Tabela II ilustra os tempos de vrias funes do PAC_MASTER, at a deteco desse feedback no
SCADA entre um cliente DNP3 e o servidor DNP3 no cliente DNP3.
PAC_MASTER, o qual por sua vez usa mensagens GOOSE
TABELA II
para interagir com o PAC_SLAVE_A. Com um degrau extra RESULTADOS DOS TEMPOS DAS FUNES DO SCADA COM MLTIPLOS
na comunicao entre os componentes dos PACs que formam PAC
a UTR, a latncia das I/Os nos PACs distribudos
Durao dos Tempos da
ligeiramente maior do que a latncia das I/Os no Interao com I/O no
Funo de Troca de
PAC_MASTER. O resultado o mesmo de uma UTR de PAC_MASTER
Mensagens do SCADA
grande porte com comunicaes entre cartes individuais ou
outros componentes. Da mesma forma que nas UTRs Ave 0,587 s
tradicionais, as entradas digitais que requerem a preciso do Elemento de Tempo 1 Max 1,232 s
SER so coletadas diretamente pelo componente primrio, Min 0,214 s
neste caso, o PAC_MASTER. Diferentemente das UTRs, Ave 0,007 s
entretanto, o PAC tem capacidade de resoluo e preciso Elemento de Tempo 2 Max 0,009 s
real absoluta de um milissegundo, propiciando um Min 0,004 s
gerenciamento dos dados muito melhor.
Os elementos dos testes das temporizaes de mltiplos Ave 0,003 s
Elemento de Tempo 3
PACs incluem o seguinte: Max 0,005 s
Peer-to-Peer GOOSE Time
Min 0,001 s
1. Tempo a partir da seleo do comando no console do
operador, passando pelo processo de envio pelo cliente Ave 0,041 s
da mensagem do comando DNP3 subseqente, at que Elemento de Tempo 4 Max 0,042 s
ela seja recebida completamente pela interface do Min 0,041 s
servidor DNP3 no PAC_MASTER. Ave 0,601 s
2. Tempo a partir da recepo da mensagem completa na Elemento de Tempo 5
Max 1,243 s
interface do servidor DNP3 no PAC_MASTER, Tempo de Controle
Min 0,226 s
passandon pelo processamento subseqente da
mensagem, aceitao do comando DNP3, at o arranjo Ave 0,002 s
do dataset. Elemento de Tempo 6 Max 0,002 s
Min 0,002 s
3. Peer-to-Peer GOOSE Timetempo a partir do arranjo
do dataset, passando pela publicao subseqente do Elemento de Tempo 7 Ave 0,009 s
PAC_MASTER, pela recepo completa, at o Tempo de Feedback Max 0,011 s
processamento do dataset da mensagem GOOSE no PAC-to-PAC Min 0,007 s
PAC_SLAVE_A. Ave 1,103 s
Elemento de Tempo 8
4. Tempo a partir do processamento do dataset da Max 1,744 s
mensagem GOOSE at a ao de fechamento Tempo Total de Feedback
Min 0,731 s
 10

Conforme pode ser visto nas Tabelas I e II, ambas as
arquiteturas do PAC, simples e mltipla, executam as funes
do SCADA de forma mais rpida do que a maioria das UTRs
tradicionais. Embora as UTRs tradicionais forneam
resoluo das estampas de tempo da ordem de milissegundos
e divulguem precises relativas nas estampas de tempo de
alguns milissegundos, isso somente significa que as variaes
nos dados detectadas na UTR no diferem umas das outras
por um valor maior do que o especificado. Contudo, as UTRs
no geram com preciso uma estampa de tempo absoluta
associada ao instante da ocorrncia do evento em tempo real.
Essa falta de preciso absoluta reduz a importncia dos dados
da UTR como parte de uma rede de IEDs, onde a seqncia
dos eventos e a durao do tempo entre eles so importantes.
Este PAC representa o IED perfeito dentro de uma rede para
o objetivo em questo devido a sua capacidade de gerar
estampas de tempo com preciso de um milissegundo. A
Fig. 17 ilustra a configurao das entradas, dentro deste PAC,
como pontos do SER que sero armazenados localmente para
um relatrio investigativo. Este PAC reporta imediatamente
os pontos do SER quando de sua ocorrncia, para uso na
aquisio de dados baseada na exceo.
processamento em conformidade com a situao. As UTRs
tradicionais no tm capacidade de deteco de uma falha
numa parte ou no cabo interno e freqentemente interpretam
uma falta de resposta como uma grandeza zero ou nenhuma
mudana nos dados.
Neste exemplo, os bits virtuais so especificados para os
pontos customizveis da tela do PAC e disponibilizados
visualmente no painel frontal. A Fig. 18 ilustra a
configurao dos pontos do display para exibio do status
das mensagens GOOSE de entrada no display local. O campo
de ajustes inclui o nome do ponto interno, a identificao
usada para exibio local na IHM, o texto do status para o
estado ativado, e o texto do status para o estado desativado,
cada qual separado por uma vrgula.

Fig. 18. Configurao dos Pontos do Display para Exibio do Status das
Mensagens GOOSE de Entrada

A Fig. 19 ilustra a visualizao da tela do LCD da IHM do

PAC_MASTER com o cabo Ethernet do PAC_SLAVE_C
desconectado e o status da falha resultante.

Fig. 17. Seleo dos Pontos das Entradas Digitais para Incluso nos
Relatrios do SER do PAC e Atualizaes no Solicitadas via Lista de
Seleo

VII. NOTIFICAO, ALARME E DISPLAY DO PAC Fig. 19. Visualizao na IHM do PAC do Ponto do Display da Qualidade
da Mensagem GOOSE
Outro diferenciador entre um PAC e uma UTR tradicional
consiste nos recursos de comunicao da IHM local do PAC. B. Configure o Event Messenger
Os dados locais e remotos so disponibilizados rapidamente, O PAC tambm tem a capacidade de usar virtualmente
podendo ser visualizados na IHM do painel frontal, e so qualquer meio de comunicao disponvel para envio de uma
tambm transmitidos directament para ad equipes tcnicas da mensagem baseada em texto contendo um alerta ou alarme.
concessionria atravs de mtodos diferentes do SCADA. A Fig. 20 ilustra a configurao de uma mensagem de texto
destinada para uma porta de comunicao ao invs do display
A. Configure os Pontos do Display
local. Essa mensagem no solicitada enviada a partir de uma
O software deste PAC gera automaticamente a maior parte porta de comunicao quando o bit virtual associado
das informaes exibidas na IHM do painel frontal. A IHM ativado no caso de falha de uma mensagem GOOSE de
exibe a maioria das grandezas coletadas e calculadas atravs entrada.
de LEDs e textos na tela do LCD. Neste exemplo, tambm foi
customizado o PAC_MASTER para exibir o status de cada
uma das mensagens GOOSE de entrada. Conforme mostrado
na Fig. 8, a qualidade de cada mensagem GOOSE de entrada
mapeada para um bit virtual, VB001VB004. Outro
benefcio do PAC em relao UTR consiste na funo que
disponibiliza esses bits de qualidade em algoritmos, usando
dados dos diferentes componentes interconectados. Se os
dados se tornarem indisponveis por qualquer razo, tal como
um cabo com defeito ou uma falha na CPU, o software
imediatamente notifica cada PAC e modifica seu

Fig. 20. Configurao dos Pontos do Event Messenger para Reportar o
Status das Mensagens GOOSE de Entradaes
A Fig. 21 ilustra os ajustes da porta serial usados para
envio dessas mensagens no solicitadas para reportar alertas
e alarmes. Essas mensagens trafegam virtualmente sobre
qualquer meio com capacidade de suportar comunicaes em
texto tais como uma mensagem de texto via modem de
telefone celular. Adicionalmente, elas podem ser enviadas
para um dispositivo que as converte em udio e, em seguida,
efetua a ligao e reporta a mensagem audivelmente.
Fig. 21. Configurao da Porta 3 no PAC_MASTER para Reportar os
Pontos do Event Messenger
C. Configure a Notificao por Email
Alm dos mtodos previamente mencionados de envio da
mensagem de um evento (event message) como uma
mensagem de texto e uma mensagem de voz audvel, ela
tambm pode ser convertida em uma mensagem de email.
Nesse caso, um transceptor serial-para-Ethernet conectado
na Porta 3, o qual captura a mensagem de texto e a converte
em um email. Esse email ento imediatamente enviado para
um endereo individual, ou para vrios endereos includos
em um grupo, e disponibilizado no PC, Blackberry ou
outro PDA.
11
VIII. USE RECURSOS NO DISPONVEIS NAS UTRS PARA
MELHORAR O COMISSIONAMENTO
Conforme mencionado anteriormente, os PACs
monitoram automaticamente a comunicao entre os
componentes do sistema das UTRs para determinar a
qualidade das mensagens. Cada dispositivo detecta erros nas
mensagens recebidas e falha na recepo de mensagens
esperadas de outros dispositivos, efetuando a correo
imediatamente.
A. Calcule o Status da Comunicao Entre os Componentes
Cada PAC verifica a qualidade da mensagem combinando
o status de cada um dos cdigos mostrados na Tabela III. Se
o PAC detecta que qualquer uma desses condies
verdadeira, ele define a qualidade da mensagem como uma
falha.
TABELA III
CDIGOS DE ERRO DAS MENSAGENS GOOSE
Estatsticas da Mensagem Cdigo de Erro
Incompatibilidade (mismatch) na reviso CONF REV MISMA
da configurao entre o publisher e o
subscriber
O publisher indica a necessidade de NEED COMMISSIO
comissionamento
O publisher est no ncleo de teste TEST MODE
A mensagem recebida est sendo MSG CORRUPTED
decodificada e revela erro
Mensagem recebida fora da seqncia OUT OF SEQUENC
Time-to-live da mensagem expirado TTL EXPIRED
B. Identifique de Forma Exclusiva Cada Reviso da
Configurao do PAC
O nome designado para o PAC durante a configurao do
IEC 61850 tambm usado como iedName e consiste no
prefixo de vrias identificaes da configurao GOOSE.
Para efetuar a instalao, o comissionamento e a soluo de
problemas de forma precisa, a concessionria deve saber com
certeza de que forma cada PAC est configurado e ter a
capacidade de visualizar e gerenciar os arquivos de
configurao usando as ferramentas do software de
configurao e comissionamento do PC. A norma de
comunicao IEC 61850 (IEC 61850 Communication
Standard) descreve a linguagem de configurao da
subestao (SCL) e os arquivos de configurao, os quais
configuram os dispositivos para comunicao via IEC 61850.
Na verdade, o mtodo preferido consiste em carregar um
arquivo de configurao no PAC de forma que o PAC possa
usar as informaes para se comunicar apropriadamente.
Esse processo de carregar o arquivo diretamente no PAC tem
diversas vantagens em relao ao mtodo de envio dos ajustes
para o PAC anteriormente usado. Uma vantagem muito
importante a capacidade de identificar qual o desempenho
das comunicaes para o qual o PAC est configurado e,
ento, efetuar uma comparao do mesmo com os outros
PACs e com o software de configurao. Os comandos de
acesso da engenharia no PAC revelam qual arquivo est
sendo usado internamente ao mesmo.
Sem essa capacidade, outros fabricantes dependem do
mtodo de envio dos ajustes anteriormente usado, o que torna
impossvel a verificao posterior da configurao do PAC a
 12

partir do prprio dispositivo. Se a configurao for efetuada

usando ajustes ao invs de arquivos, aps a configurao
inicial possvel conhecer a configurao do PAC somente
por meio da restituio dos ajustes do mesmo. Os projetistas
de redes e sistemas de comunicao no tero como
confirmar a configurao, uma vez que eles monitoram o
desempenho do PAC por meio da coleta das mensagens
atuais de comunicao enviadas a partir do PAC para a rede.
Isso complica os diagnsticos e o comissionamento das
comunicaes pois esses engenheiros e tcnicos vo precisar
aprender e usar o software de ajustes dos IEDs para verificar
os parmetros da rede, devendo ser, ao mesmo tempo,
bastante cuidadosos para no comprometer outros ajustes.
Isso torna difcil a tarefa de gerenciamento da reviso dos
ajustes entre os vrios grupos e aumenta as licenas
necessrias para os pacotes de softwares de configurao.
Esses pacotes so freqentemente caros e devem ser mantidos
atualizados para propiciar a comunicao com os IEDs.
Alm disso, separando a configurao do IEC 61850 dos
ajustes de proteo e dos outros PACs atravs do download
do arquivo de configurao da SCL, possvel ter certeza de
que nenhum outro ajuste foi modificado ou afetado
acidentalmente. Isso fornece segurana, minimizando o
impacto para o sistema e o recomissionamento aps uma
mudana, alm de eliminar o risco de afetar
involuntariamente outros processos do sistema.
O uso de um PAC com flexibilidade para carregar
arquivos, modificar o iedName e suportar o comando do
relatrio GOOSE melhora enormemente o sistema.
Essencialmente, esse mtodo torna possvel para a
concessionria saber com certeza de que forma o PAC est
configurado e se o arquivo correto foi carregado pelo
software de configurao, propiciando visualizao para
anlise e modificao. Usando este mtodo, a concessionria
pode tambm se certificar de que os arquivos corretos esto
arquivados. O uso de arquivos habilita os especialistas
remotos a receberem os arquivos de configurao para anlise
e suporte. De forma alternativa, esses especialistas podem
efetuar a configurao ou modificaes e enviar somente o
arquivo para a subestao via email ou outros meios. A
mudana do iedName cada vez que um novo arquivo de
configurao criado permite que o operador determine qual
a reviso que est sendo usada. A Fig. 22 ilustra a janelas
Project Editor do software de configurao do PAC, onde os
diversos PACs so adicionados ao projeto e, em seguida,
recebem um nome exclusivo. A captura dessa tela reflete a
Reviso 2 do projeto, onde 02 est anexado ao nome de
cada IED. O nmero da reviso anexado para o projeto e IEDs
incrementado via recurso de renomear cada vez que a
configurao alterada. As revises do projeto e as revises
dos IEDs so ento carregadas nos PACs e arquivadas no PC.
Usando este recurso, sempre possvel identificar no PAC
qual arquivo de configurao est ativo e ento visualizar tal
arquivo com a ferramenta de configurao do PC.
Fig. 22. Janela - Project Editor do Software de Configurao do IEC
61850 para a Reviso 2
C. Colete e Analise Usando o Relatrio de Diagnsticos
Usando uma porta de acesso da engenharia, os dados
arquivados e os relatrios do PAC so restitudos para um PC
para serem reutilizados e/ou visualizados. A Fig. 23 exibe o
relatrio do PAC que resulta do envio do comando de
solicitao da identificao, ID, via conexo para acesso da
engenharia. Isso confirma se o PC est se comunicando com
o PAC_MASTER, Reviso 1.
Fig. 23. Relatrio do Comando ID do PAC_MASTER
O relatrio GOOSE inclui a configurao e o status das
mensagens GOOSE de entrada e sada. Cada relatrio inclui
as informaes de desempenho e configurao das
mensagens. As informaes da configurao de cada
mensagem GOOSE incluem a identificao da mensagem,
endereo multicast, etiqueta de prioridade, identificador da
LAN virtual e nome do dataset. As estatsticas em tempo real
de cada mensagem incluem o nmero do status, o nmero da
seqncia, o valor time-to-live (TTL) e o cdigo de erro.
Quando detectado, um cdigo de erro da Tabela III exibido.
O relatrio mostrado na Fig. 24 ilustra que o PAC_MASTER
no teve sucesso na comunicao com o PAC_SLAVE_C.
No relatrio, esto destacados o nome do IED e o cdigo de
erro. Para o PAC_SLAVE_C_01, o valor TTL foi reduzido a
zero e o cdigo de erro associado, TTL EXPIRED,
exibido. Lembrar que o sufixo _01 representa que o PAC est
atualmente configurado com o arquivo SCL Reviso 1, o qual
foi criado como parte da Reviso 1 do projeto denominado
RTU Replacement. As mensagens GOOSE das entradas
digitais e entradas analgicas do PAC_SLAVE_A, bem
como as mensagens GOOSE das entradas analgicas do
PAC_SLAVE_B, esto sendo transmitidas sem erros.

Fig. 24. Relatrio GOOSE do PAC_MASTER Mostrando a Configurao
GOOSE Esperada e o Cdigo de Falha Atual
Diagnsticos adicionais so possveis atravs da
restituio do relatrio de identificao do PAC_SLAVE_C,
conforme mostrado na Fig. 25. Este relatrio revela que o
PAC_SLAVE_C_00 est configurado atualmente com a
Reviso 0; logo, a comunicao com o PAC_MASTER
falhou.
Fig. 25. Relatrio de Identificao do PAC_SLAVE_C Mostrando que o
IED Est Atualmente Configurado com a Reviso 0
Uma anlise adicional efetuada restituindo o relatrio
GOOSE do PAC_SLAVE_C, conforme mostrado na Fig. 26.
Isso confirma que ele est atualmente publicando GOOSE
com o prefixo PAC_SLAVE_C_00. Uma vez que isso no
est compatvel com a configurao do PAC_MASTER, que
est esperando pela Reviso 1, ela no aceita. A mensagem
recusada porque o contedo e o objetivo da mensagem
podem estar alterados. Esse tipo de filtragem essencial pois
a natureza da Ethernet impede a incapacitao do
recebimento de algumas, mas no de todas as mensagens. Se
o cabo estiver desconectado, como pode acontecer com as
conexes seriais de componentes da UTR para troca direta de
mensagens peer-to-peer, todas as comunicaes sero
perdidas.
13
Fig. 26. Relatrio GOOSE do PAC_SLAVE_C Mostrando que a
Configurao GOOSE Est Atualmente com a Reviso 0
Se, contudo, a anlise dos relatrios de identificao e
GOOSE confirmar que a configurao de cada PAC est
correta e ainda existir uma condio de falha, as conexes
devem ser confirmadas. A Fig. 27 exibe o resultado da
desconexo do cabo do PAC_SLAVE_B, onde o valor
time-to-live (TTL) foi reduzido para zero e o cdigo de erro
associado, TTL EXPIRED, exibido.
Fig. 27. Relatrio do Status de Goose Revelando a Configurao Correta
mas com Falha na Comunicao
D. Use Ferramentas Comuns da Ethernet para Ajudar na
Soluo de Problemas
Considerando que as mensagens GOOSE via IEC 61850
trafegam sobre Ethernet, o software de registros da Ethernet
que coleta diversos tipos de ter, no apenas o trfego
TCP/IP, vai capturar e armazenar o trfego de mensagens. A
Fig. 28 ilustra um display dentro do software Ethereal que
desconstri uma das mensagens GOOSE. A anlise do
arquivo mostra que a mensagem capturada tem o endereo de
destino (Dst) multicast 01:0c:cd:01:00:02 e proveniente do
PAC_ SLAVE_A, Reviso 1. A Fig. 29 ilustra a unidade dos
dados do protocolo (PDU) da mesma mensagem exibindo os
parmetros GOOSE, e que o payload, ou dataset neste caso,
contm seis entradas. A Fig. 30 ilustra ainda mais detalhes;
embora os contedos das mensagens GOOSE sejam

annimos, os valores e tipos de dados so exibidos. A
descrio do dataset da Fig. 5 documenta o nome de cada
grandeza do ponto flutuante. A ltima analgica do dataset
a freqncia, e seu valor 60 nessa mensagem GOOSE. A
PDU da Fig. 31 ilustra o status das entradas digitais no
SLAVE_A, sendo publicadas como Booleanas com o valor
atual de zero. A Fig. 4 mostra as entradas digitais sendo con-
figuradas.
Fig. 28. Software Ethereal / Desconstruo do Cabealho da Mensagem
GOOSE do PAC_SLAVE_A Reviso 1
Fig. 29. Software Ethereal / Desconstruo do Cabealho da PDU da
Mensagem GOOSE do PAC_SLAVE_A Reviso 1
Fig. 30. Software Ethereal / Desconstruo do Dataset da Analgica da
PDU da Mensagem GOOSE do PAC_SLAVE_A Reviso 1
14
Fig. 31. Software Ethereal / Desconstruo do Dataset da Digital da PDU
da Mensagem GOOSE do PAC_SLAVE_A Reviso 1
E. Calcule a Confiabilidade da Mensagem GOOSE e a
Disponibilidade do Canal
Uma vez que foi registrado como uma entrada do SER
com estampa de tempo, o status da qualidade de cada
mensagem GOOSE coletado como um diagnstico ao longo
do sistema. Aps o comissionamento, a qualidade da
mensagem falha somente quando uma mensagem
corrompida ou no recebida. A observao de falhas indica a
confiabilidade das mensagens GOOSE individuais. Se a falha
na qualidade da mensagem for intermitente, a durao das
falhas calculada como a diferena entre as estampas de
tempo. A agregao da durao das falhas ao longo de um
determinado valor de tempo determina a disponibilidade do
canal.
F. Identifique Rapidamente a Fonte de Problemas de
Fiao ou Escala
O uso da IHM do painel frontal do PAC reduz
significativamente os problemas associados aos bancos de
dados e escala, alm de facilitar a soluo dos problemas.
Devido ao fato de as UTRs tradicionais no possurem uma
IHM integrada ao painel frontal, os problemas de escala e dos
bancos de dados so somente visveis no console do SCADA.
Entretanto, os problemas podem estar localizados no banco
de dados do SCADA, link de comunicao com o SCADA,
banco de dados da UTR ou na fiao das terminaes da
UTR. A soluo de problemas desses sistemas antigos
consome muito tempo pois necessria a conexo de um PC
na porta de manuteno da UTR ao mesmo tempo em que
um link de comunicao separado coleta a grandeza em
questo. Se o problema for visvel, ele ento assumido como
sendo na comunicao da UTR com o PC, no banco de dados
da UTR, ou nas terminaes da UTR, mas no na
comunicao com o SCADA ou no banco de dados do
SCADA. Portanto, nunca possvel ter certeza onde est o
problema, e isso somente pode ser descoberto por meio de
ensaios de tentativa e erro. O display do LCD local do PAC
supera esse problema. Ele fornece uma visualizao direta do
valor do banco de dados e a soluo do problema pode ter
incio imediatamente. Alm disso, possvel saber com
certeza o valor medido ou calculado dentro do PAC.
IX. IHM COM ZERO AJUSTES DISPONVEL EM QUALQUER
LUGAR, A QUALQUER HORA
Alguns protocolos da norma IEC 61850 so totalmente
roteveis, o que significa que a respectiva troca de mensagens
fornece ambos os endereos da rede e do dispositivo. Os
 15

contedos das mensagens so autodescritos e incluem os comentrios e descries de grande utilidade. A Fig. 32
valores, formatos, atributos e descries. Com todas essas ilustra a lista de displays de IHMs pr-configurados e uma
informaes em cada mensagem, os usurios no precisam viso geral do dispositivo (Device Overview) default.
ter conhecimento antecipado da fonte. Essas caractersticas
de transparncia e roteabilidade das mensagens requerem
segurana sofisticada no caso de as mensagens trafegarem
fora do permetro de segurana [1].
De forma contrria, uma suite de protocolos no-roteveis,
fornecida pelo fabricante desse PAC, foi desenvolvida por es-
pecialistas com conhecimento dos meios de comunicao,
destinos e fontes de dados disponveis para atender a todos os
requisitos do fluxo de dados da subestao. Alguns desses
protocolos incorporados ao PAC incluem os valores,
formatos, atributos e descries para fornecer o contexto e
informaes do tipo, causa, localizao e instante da
ocorrncia de um evento no sistema de potncia; contudo,
eles no so roteveis. Fig. 32. Lista de Seleo do Software da IHM com Zero Ajustes e Tela
Device Overview
O DNP3, IEC 61850 e um dos protocolos incorporados ao
PAC oferecem flexibilidade para customizao de cada mapa A Fig. 33 ilustra o display do Painel Frontal que
de dados (datamap) e dataset visando reduzir os custos e compatvel com o layout dos botes de presso para ao
melhorar o desempenho. Os outros protocolos incorporados direta e LEDs do dispositivo. A parte superior da tela exibe o
ao PAC fornecem datasets fixos e predefinidos contendo status das sinalizaes definidas pelo usurio, ou os
valores atuais ou histricos em resposta s freqentes indicadores dos contedos do IED. Novamente, sem
varreduras, constantemente no solicitadas, e em resposta a quaisquer ajustes, o operador da IHM escolhe e seleciona
requisitos especficos no esperados. Uma vez que a conexo quais os contedos do PAC a serem monitorados e qual a cor
tenha sido estabelecida, as mensagens trafegam a ser exibida pelo indicador para exibir o estado falso. O
continuamente e atuam como as batidas do corao, de nome do ponto mostrado automaticamente. Esse display foi
forma que todos os receptores tm conhecimento de que os configurado para mostrar os bits virtuais, os contatos de
transmissores esto ativos e funcionando corretamente. entrada e sada e os bits remotos que esto sendo usados no
Os datasets fixos dos protocolos incorporados ao PAC projeto de substituio das UTRs (RTU Replacement). O
propiciam a certeza de que os dados sero fornecidos por display do Painel Frontal do dispositivo mostra os
quaisquer IEDs, independentemente de quando este foi indicadores que foram ativados no PAC. O operador da IHM
fabricado e de sua localizao em qualquer parte do mundo. customiza o display com identificaes definidas pelo
Logo, as aplicaes do PC sabem quais dados devem esperar usurio. Essas identificaes so escolhidas para ajudar cada
e, sendo assim, efetuam a visualizao e a lgica operador de uma IHM individual e podem ser alteradas para
automaticamente, sem necessidade de quaisquer ajustes. cada utilizao da IHM de forma a atender s necessidades
Os mtodos inovadores de transferncia de mensagens dos de operadores de IHMs mltiplas, separadas.
protocolos incorporados ao PAC propiciam rpido
desempenho, sem os elevados custos de processamento e
faixa de banda dos protocolos roteveis. Esses protocolos
incorporados ao PAC e o DNP3 podem tambm ser roteados
com segurana via TCP/IP, mas as mensagens mantm o
anonimato e a ambigidade das mensagens no roteveis.
Essas peculiaridades exclusivas dos protocolos
incorporados ao PAC os tornam confiveis, determinsticos e
roteveis de forma segura. Essas caractersticas, combinadas
com o fato de que cada IED fornece datasets fixos e
conhecidos, permite a comunicao sem quaisquer ajustes.
As aplicaes do PC, incluindo o software de configurao
do PAC, usam esses protocolos para conectar qualquer tipo
de IED, fabricado em qualquer poca, usando qualquer
verso de firmware e instalado em qualquer lugar. Essas
aplicaes coletam as mensagens automaticamente e
fornecem ferramentas de visualizao, lgicas e diagnsticos.
Todas essas funes so efetuadas em paralelo com o outro
protocolo de comunicao. Elas no podem ser suportadas
por qualquer outro protocolo conhecido porque no Fig. 33. Display do Painel Frontal do Dispositivo e Monitoramento
Definido pelo Usurio
possvel antecipar os contedos dos datasets.
O software de configurao do PAC exibe os dados A Fig. 34 ilustra a tela de um relatrio restitudo do
coletados do PAC e de quaisquer outros IEDs que suportem dispositivo. Nesse exemplo, o PAC recebeu a solicitao de
esses protocolos. Ele fornece pontos de controle, grficos, um relatrio da Medio Fundamental. O software do PAC

foi programado com o comando de restituio apropriado
para coletar, analisar e apresentar o relatrio no display da
IHM. Portanto, uma resposta em texto automaticamente
convertida numa tela especfica do IED, simples e bem
organizada. A Fig. 35 ilustra um display com relatrio
similar. Nesse caso, um comando status restitui a seqncia
do texto que organizada no display da IHM, mostrando os
detalhes da configurao, autodiagnose e diagnstico.
Fig. 34. Display do Relatrio da Medio Fundamental
Fig. 35. Display do Relatrio Status do PAC
A Fig. 36 ilustra um display com o relatrio do SER. Ele
mostra a data e a hora das variaes nos ajustes e ciclo de
potncia. Dessa forma, o usurio final pode correlacionar
esses eventos de acordo com as variaes esperadas ou no
esperadas no desempenho do PAC. Uma vez em servio, esse
display vai tambm conter as mudanas de estado do SER,
incluindo a identificao de estado definida pelo usurio.
Fig. 36. Display do Relatrio do SER
A Fig. 37 ilustra o display de Controle da IHM (HMI
Control). A partir desse display, o operador da IHM apaga os
relatrios, ajusta o horrio dos IEDs, reseta os alarmes
disparados e pulsa os contatos de sada. O operador da IHM
tambm chaveia os bits remotos internos ao PAC para
simular mudanas de estado com o propsito de testar,
16
comissionar e solucionar problemas nas lgicas e nas
comunicaes.
Fig. 37. Display de Controle da IHM
Essa IHM automtica e com zero ajustes disponibilizada
para todos os usurios finais com acesso de segurana
apropriado, a partir de qualquer ponto local ou remoto. Com
superviso e segurana adequadas, ela permite que
especialistas localizados remotamente monitorem e testem o
desempenho do sistema sobre redes pblicas de
comunicao, independentemente dos links de comunicao
entre o PAC e o usurio final. Esses links remotos podem ser
desativados permanentemente ou desativados at que sejam
necessrios.
X. PLANEJAMENTO DA MANUTENO VIA RELATRIOS
ABRANGENTES PADRONIZADOS DO PAC
O recurso para emisso de relatrios abrangentes do PAC
usado para entender os eventos, planejar a manuteno,
detectar tendncias no favorveis, equilibrar cargas e
atender aos requisitos de informaes dos equipamentos de
superviso. Displays automticos adicionais da IHM, tais
como o da Fig. 39, fornecem visualizao dos dados
armazenados e das tendncias que representam o
desempenho e as condies de funcionamento do sistema.
Esses dados armazenados so tambm restitudos e usados
nas aplicaes comuns do PC para criar ainda mais telas de
visualizao de grande utilidade como, por exemplo, o uso do
Microsoft Excel na Fig. 38.
A. A Funo das Tendncias Armazena Mltiplas
Grandezas Analgicas com Estampas de Tempo
Quando combinados, os dados do SER de PACs
individuais consistem num registro das variaes ao longo do
sistema, propiciando a monitorao de informaes digitais.
Uma vez sincronizados atravs do cdigo de tempo IRIG-B,
os dados dos relatrios do sistema esto perfeitamente
alinhados. A tendncia analgica consiste numa outra funo
da UTR, no tradicional, que executada pelo PAC. De
forma similar ao SER para as entradas digitais, a funo das
tendncias rastreia os canais analgicos e registra o instante
das aquisies e a magnitude de cada grandeza. A Fig. 38

ilustra o valor extrado do relatrio de tendncias num PC,
usando o Excel para plotar rapidamente os dados.
Fig. 38. Exemplo de um Grfico Excel com os Dados Analgicos
Registrados / Dados das Tendncias do PAC
B. Relao das Perturbaes no Sistema de Potncia com
os Processos Monitorados
Os relatrios dos eventos no sistema de potncia so
otimizados para registrar os distrbios de energia e so
oferecidos de forma padronizada nos dispositivos de proteo
do sistema de potncia. Atualmente, esses relatrios esto se
tornando essenciais para os projetistas que querem entender
no apenas a instrumentao e o controle do processo
primrio, mas tambm de que forma o sistema de potncia
est operando e, talvez, afetando o processo primrio. Para
isso, os relatrios de evento so gerados automaticamente nos
PACs de forma que possam ser facilmente relacionados aos
processos industriais e de automao da subestao.
Os relatrios de evento contm corrente e tenso AC e
entradas e sadas digitais; eles ajustam automaticamente o
contedo aos cartes de I/Os usados no PAC. Os relatrios
so armazenados em memria no voltil para preservao
dos dados se houver perda de energia. A Fig. 39 ilustra o
grfico de um relatrio de evento com as formas de onda e
status das grandezas digitais, criado pelo software para PC a
partir de um registro de evento do PAC.
Fig. 39. Exemplo de um Grfico com as Formas de Onda de um Relatrio
de Evento do PAC
17
XI. IEDS CONECTADOS EM REDE AUMENTAM AS
CAPACIDADES DO SISTEMA
Outras caractersticas do PAC representam uma melhoria
em relao s UTRs tradicionais que ele est substituindo.
Alm do benefcio da visualizao dos LEDs e LCD do painel
frontal, o PAC tambm possui botes de presso para ao
direta no painel frontal. Esses botes so programados para
efetuar controle ou lgica local, ou para disparar mensagens
GOOSE para outro PAC; eles eliminam a necessidade de um
dispositivo de controle separado. Permisses e identificaes
eletrnicas armazenadas dentro do PAC supervisionam os
controles e as lgicas.
Os PACs tambm suportam a comunicao serial
peer-to-peer. Esses links acrescentam I/Os nas UTRs
provenientes de IEDs ou PACs que no suportam o IEC
61850. Esse mtodo tambm permite a incluso de I/Os nas
UTRs provenientes de mdulos de I/Os remotos de baixo
custo, atravs de qualquer distncia, podendo at ser usado
com dispositivos eletromecnicos.
Finalmente, embora este estudo de caso demonstre a
construo de uma UTR a partir de PACs dedicados, o uso
das mensagens GOOSE via IEC 61850 obscurece ainda mais
a definio das I/Os das UTRs. As mensagens GOOSE so
disponibilizadas pelos rels de proteo, medidores,
controladores lgicos programveis (CLPs), PACs,
controladores (controllers), e computadores sem afetar os
demais processos ou conexes do SCADA. Dessa forma, elas
podem fornecer I/Os independentes e no vo prejudicar as
conexes do SCADA ou as comunicaes integradas usadas
na automao da subestao. No futuro, o uso de I/Os via
mensagens GOOSE provenientes de IEDs existentes
anteriormente e de novos IEDs instalados para outros
propsitos vai se tornar um lugar comum; dessa forma, as
I/Os desses outros IEDs vo aumentar medida que as UTRs
tradicionais forem desaparecendo.
A integrao propicia benefcios significativos ao sistema
quando comparada com os mtodos tradicionais de medio
de mltiplas terminaes no campo, independentemente
do(s) protocolo(s) ou meio de comunicao usado [2].
Os sistemas construdos com IEDs integrados e
conectados em rede via conexes wireless, cobre, fibra
ptica, serial ou Ethernet, combinados numa LAN, oferecem
os seguintes benefcios:
1. Reduo nas terminaes de campo, fiao, mo de
obra e manuteno associadas.
Reutilize os dados detectados por um nico IED e efetue
comunicaes digitais com os IEDs integrados e outros
clientes de dados.
2. Reduo na quantidade das funes dos dispositivos
e processos no supervisionados.
Use IEDs que, alm de suas funes primrias, tambm
executam diagnsticos contnuos de seu prprio
desempenho e dos equipamentos que eles esto
monitorando.
3. Minimizao da distncia do caminho dos dados no
supervisionados entre a fonte do campo e o(s)
cliente(s) de dados, resultando numa melhoria da
disponibilidade dos dados.
Use IEDs que confirmem a disponibilidade e
confiabilidade do mtodo atravs do qual os dados so
coletados e que gerem alarme quando o caminho dos

dados interrompido. A superviso maximizada pela
substituio das terminaes de cobre tradicionais no
monitoradas por comunicao digital monitorada no IED
mais prximo dos dados do campo. Esse, por sua vez,
detecta e gera alarme imediatamente aps a ocorrncia
de problemas na comunicao.
4. Reduo da quantidade de IEDs.
Use os mais modernos IEDs multifuno para substituir
vrios IEDs com propsitos individuais. A integrao
dos dados dos IEDs pode eliminar diversos sistemas
tradicionais stand-alone, incluindo aqueles que executam
as funes do SCADA, medio, SER e registros digitais
de faltas.
5. Aumente as capacidades de controle e monitorao
dos processos e dispositivos.
Efetue a troca e agregao de dados entre vrias fontes
de dados dos IEDs ao invs de usar uma implementao
tradicional de somente um IED e uma fonte de dados por
funo. Essa capacidade de alocar livremente as fontes
de dados entre os IEDs que esto conectados via rede
serial ou Ethernet minimiza a importncia em determinar
qual IED a fonte de dados e propicia sistemas com
dados valiosos, mais funcionais e mais flexveis.
XII. CONCLUSO
O uso das novas mensagens GOOSE peer-to-peer via IEC
61850 para substituir a comunicao via sistema proprietrio
dos componentes das UTRs tradicionais melhora a
flexibilidade, a autonomia do fabricante, a confiabilidade e os
diagnsticos.
As UTRs foram substitudas com facilidade pela rede de
PACs usando somente a funcionalidade das I/Os. Todas as
funcionalidades adicionais do PAC criam uma nova gerao
de UTRs com IHMs e ferramentas muito mais poderosas para
comissionamento e soluo de problemas e, ainda mais
importante, com maior segurana em relao configurao
e operao.
Com essas novas capacidades, as aplicaes remotas
podem superar o papel das UTRs tradicionais na
monitorao, controle e fornecimento das lgicas das I/Os.
Essas aplicaes incluem o seguinte:
Os PACs trocam mensagens peer-to-peer entre as
instalaes pad-mounted e, quando usados com
recursos de automao, implementam esquemas
inteligentes de isolao e restabelecimento.
Melhoria dos esquemas de proteo e automao
atravs da integrao dos PACs com rels de
proteo compatveis com o protocolo IEC 61850.
Uso de aplicaes integradas para soluo de
problemas, local ou remotamente, incluindo
relatrios de evento, registros de datos e relatrios
do SER com preciso absoluta de um milissegundo
para reduo na freqncia e durao das
interrupes de energia.
Uso de protocolos no roteveis orientados pela
conexo com datasets fixos e formatos de arquivo
do PAC para suportar as ferramentas de diagnstico
e IHM sem ajustes adicionais.
Comunicao via protocolos no roteveis com
datasets fixos e formatos de arquivo para suportar as
ferramentas de diagnstico e IHM sem ajustes
18
adicionais. Isso propicia comunicao com
segurana adicional, baixos custos de processamento
e garantia de disponibilidade dos dados.
A interoperabilidade na troca de mensagens peer-to-peer
depende das propriedades dos dispositivos e da arquitetura do
sistema. Os testes de comissionamento devem ser efetuados
para verificar se o desempenho do sistema de comunicao
de um dispositivo, como um componente do sistema,
compatvel com o projeto global da rede. Dispositivos
stand-alone para testes da rede, aplicaes das IHMs
projetadas para observar a troca de mensagens do sistema e
diagnsticos internos aos IEDs consistem, todos, em
ferramentas essenciais para configurar, verificar e solucionar
problemas nas comunicaes da rede.
A implementao dos PACs distribudos consiste numa
forma ideal para que uma concessionria de energia eltrica
adquira experincia com o IEC 61850. A implementao
hbrida usa as ferramentas discutidas neste artigo para obter
vantagens das tecnologias IEC 61850 disponveis nos novos
IEDs, sem requerer a substituio de cada IED do sistema.
XIII. REFERNCIAS
[1] CIP Standard 005-1, Cyber Security, 1 de junho de 2006.
[2] Fischer, H. et al., Case Study: Revised Engineering and Testing Prac-
tices Resulting From Migration to IEC 61850, procedimentos da
Power Systems Conference 2008, Clemson, SC, 1114 de maro de
2008.
XIV. BIOGRAFIAS
Robin Jenkins tem um BSET da California State University, Chico. De
1984 a 1988, ele trabalhou como engenheiro de integrao de sistemas na
Atkinson System Technologies. DE 1988 a 1999, esteve no Departamento
de Recursos Hidrulicos da Califrnia, trabalhando como associado e depois
como engenheiro snior de sistemas de controle. Em 1999, ele ingressou na
Schweitzer Engineering Laboratories, Inc., onde atualmente ocupa a posio
de engenheiro snior de aplicao e integrao, sendo responsvel pelo
suporte tcnico, assistncia s aplicaes, e treinamento para os clientes da
SEL no sudoeste dos Estados Unidos.
David Dolezilek recebeu seu BSEE da Montana State University e diretor
de tecnologia da Schweitzer Engineering Laboratories, Inc. Ele tem
experincia nas reas de proteo, controle, automao, comunicao e
integrao dos sistemas de energia eltrica, alm dos sistemas SCADA, e
EMS. autor de diversos artigos tcnicos e continua a pesquisar tecnologias
industriais inovadoras. David um inventor patenteado e participa de
inmeros grupos de trabalho e comits tcnicos. Ele membro do IEEE, da
IEEE Reliability Society, de grupos de trabalho do CIGRE e de dois comits
tcnicos da International Electrotechnical Comission (IEC) encarregados da
segurana e padronizao global dos sistemas e redes de comunicao de
subestaes.
2008, 2009 por Schweitzer Engineering Laboratories, Inc.
Todos os direitos reservados.
20090623 TP6314-01