1
Aspectos de Comunicação da Norma IEC 61850
E. C. Gurjão, U. A Carmo, Member, IEEE, B. A. Souza, Senior Member, IEEE
Resumo – Neste artigo são apresentados os aspectos do modelo
de dados, linguagem de configuração e da comunicação, em
termos de pilhas de protocolos e tipos de mensagens, entre
equipamentos de automação da proteção de subestações de
energia elétrica que seguem a norma IEC 61850. É mostrada a
pilha de protocolos utilizada nessa norma e como é feita a troca de
mensagens nessa pilha.
Palavras Chaves – IEC 61850, automação, subestação,
protocolos, modelo de dados, Nó Lógico.
I. INTRODUÇÃO
O s sistemas atuais de automação de subestações de energia
elétrica normalmente consistem de equipamentos de
diferentes fabricantes e de diferentes gerações. A
comunicação entre esses equipamentos é difícil, pois a maior
parte deles usa protocolos específicos, o que leva ao uso de um
equipamento para conversão entre os protocolos específicos
(gateway) ou a imposição de usar equipamentos com o mesmo
protocolo de comunicação, o que possivelmente implica no
uso de equipamentos de um mesmo fabricante [1].
No começo dos anos 90 o projeto Utility Communications
Architecture (UCA) começou a ser desenvolvido nos Estados
Unidos no EPRI (Electric Power Reserch Insitute) com o
objetivo de desenvolver uma estrutura de comunicação em
tempo real comum a todas as empresas. Em 1995, três grupos
de trabalho do Comitê Técnico TC57 da IEC (International
Electrotechnical Comision) foram estabelecidos para preparar
um padrão para comunicação de sistemas em subestações. A
parte do trabalho americano foi chamada de UCA 2.0.
Reconhecendo que estavam tentando atingir o mesmo
objetivo, EPRI e UCA decidiram unir esforços para obter um
padrão que seja internacionalmente aceito [1], esse padrão é
conhecido com IEC 61850 Redes de Comunicação e Sistemas
em Subestações (do inglês, IEC 61850 Communication
Networks and Systems in Substation) [2].
Apesar de ainda estar em desenvolvimento, a norma IEC
61850 define dentre outras coisas o modelo de dados e a pilha
de protocolos para a comunicação entre equipamentos e tem
despertado interesse das empresas, pois pode solucionar o
problema da comunicação entre equipamentos de diferentes
fabricantes e gerações.
E. C. Gurjão e B A. Souza são professores da Universidade Federal de
Campina Grande, R. Aprígio Veloso, 882. Campina Grande, PB, Brasil.
U. A. do Carmo é engenheiro da Companhia Hidro Elétrica do São Francisco
– Chesf , Recife, PE, Brasil. (e-mails: {ecandeia, benemar}@ee.ufcg.edu.br,
acarmo@chesf.gov.br).
Neste trabalho é feito um apanhado de alguns aspectos de
como essa troca de informações universal é realizada sob o
ponto de vista de redes de comunicação. Para tanto, é descrita
a pilha de protocolos utilizada. Também é mostrado como as
diversas mensagens previstas são manipuladas nessa pilha de
protocolos, segundo essa norma.
O trabalho está dividido da seguinte forma, na Seção II é
feita uma descrição da norma IEC 61850. Na Seção III são
apresentadas a pilha de protocolos e as mensagens trocadas na
comunicação e como elas são manipuladas nas camadas do
protocolo. Na seção IV é apresentado o modelo de dados que
representa os atributos e funções dos dispositivos físicos de
uma subestação do sistema elétrico. A seção V descreve a
arquitetura da linguagem de configuração ECL e sua
composição de arquivos. Finalmente na Seção IV são feitas as
conclusões e algumas perspectivas de oportunidades que essa
norma fornece.
II. A NORMA IEC 61850
Para possibilitar a comunicação entre dois sistemas
normalmente utiliza-se um conjunto de regras que define o
tipo das mensagens e ordem que elas devem ser trocadas. Esse
conjunto de regras é conhecido como um protocolo [3].
Quando a comunicação exige um grande número de protocolos
esses são agrupados em funcionalidades formando uma
camada e o conjunto de camadas forma uma pilha de
protocolos [3], [4].
O objetivo principal de um protocolo (ou uma pilha de
protocolos) é fazer com que sistemas (ou equipamentos)
mesmo que tenham arquiteturas internas distintas falem a
mesma “língua” e assim consigam trocas informações e se
entenderem [3]. Porém, se não houver um consenso que defina
regas básicas que os protocolos de uma determinada aplicação
devam seguir (modelo de referência), é possível que soluções
proprietárias sejam propostas, ou seja, cada fabricante pode
definir um protocolo específico para os seus produtos e isso
pode impedir a comunicação com equipamentos de outros
fabricantes.
O fato acima descrito ocorreu quando do surgimento das
primeiras redes de computadores e foi resolvido pela adoção
dos modelos OSI/ISO [4] e do TCP/IP [3]. Sendo esse último
um melhor exemplo, pois resultou na Internet.
O problema da profusão de protocolos proprietários
também ocorre nas subestações de energia elétrica.
Atualmente cada fabricante utiliza o seu protocolo, o que
dificulta a interligação entre equipamentos de fabricantes
distintos. Essa interligação pode ser feita utilizando

conversores de protocolos (gateways), mas esses
equipamentos têm um atraso inerente e para sistemas em
tempo real, como é o caso da proteção de uma subestação,
atrasos na troca de mensagens podem gerar atuações indevidas
provocando distúrbios no fornecimento de energia elétrica.
Na busca em obter um padrão único de comunicação entre
equipamentos numa subestação de energia elétrica alguns
esforços forma iniciados. Uma dessas iniciativas são
protocolos como IEC-870-5-101/104 que fazem a
comunicação entre centro de controle e subestações, outra
iniciativa foi o protocolo IEC-870-5-103 projetado
especificamente para comunicação dos dispositivos de
proteção. Este protocolo utiliza o modelo de mestre-escravo,
apresentando a restrição de um pequeno número de funções e
de modelo de dados padronizado [5]. Como já foi citado, o
projeto UCA e os grupos de trabalho do IEC iniciaram esses
esforços e em seguida se uniram para obter um padrão único o
IEC 61850 “Redes de Comunicação em Sistemas e
Subestações” (do inglês, IEC 61850 Communication Networks
and Systems in Substation) [2].
Esse padrão está definido em uma norma que define o
modelo de dados e a pilha de protocolos que possibilita a troca
desses dados e tem como premissas básicas a
interoperabilidade para permitir a troca de informações entre
equipamentos de fabricantes distintos, a possibilidade de
configurações de funções com as necessidades dos usuários e
que ela seja “a prova de futuro” possibilitando a utilização dos
progressos nas tecnologias de comunicação e nas necessidades
dos usuários [2].
A norma está dividida em 10 partes, conforme representado
na Figura 1, sendo que cada uma das partes consiste em um
documento que define as características que uma determinada
implementação deve ter para estar em conformidade com a
norma.
Fig. 1 – Arquitetura da norma IEC 61850.
O modelo de dados é orientado a objetos e os dados são
trocados entre funções e sub-funções que estão nos
dispositivos inteligentes eletrônicos (IED, do inglês Intelligent
Eletronic Devices). Na próxima seção são apresentados a pilha
de protocolos a as mensagens trocadas entre os IEDs.
2
III. MODELO DE DADOS
A norma do protocolo IEC-61850 define e padroniza o
modelo dos dados que representam os atributos e funções dos
dispositivos físicos de uma subestação ou usina do sistema
elétrico. Este modelo é voltado para a orientação a objeto –
OO e utiliza todos os conceitos associados a este tipo de
estrutura de dados. Formado por uma hierarquia de
componentes de hardware e software. O dispositivo eletrônico
inteligente - IED é formado por um hardware e por um
conjunto de funções residentes que caracterizam o seu
comportamento. As funções utilizam classes de dados e as
respectivas instâncias de dados. Um conjunto de funções ou
sub-funções interna do IED que trocam informações formam
um Nó Lógico – NL. Um conjunto de NL forma um
dispositivo lógico – DL. O dispositivo lógico está residente no
dispositivo físico (IED). A Figura 2 ilustra a estrutura
hierárquica do modelo de dados interno ao dispositivo físico.
Os nós lógicos contem uma lista de dados baseado em sua
funcionalidade com os respectivos atributos. Os dados têm
uma semântica bem definida dentro do contexto de sistema de
automatização de subestação [7]. O nó lógico que representa a
função de um disjunto é denominado XCBR. Um dos dados
associados ao nó lógico XCBR é POS (posição) que é
diferente de um simples ponto de estado do disjunto. POS tem
vários atributos que são categorizados como:
• Controle (estado, medidas/valores medidos e
configuração),
• Substituição,
• Configuração, descrição e extensão.
Fig. 2 – Modelo de dados embutido no dispositivo físico
O atributo de dado Pos.ctlVal representa um controle e
pode ser um comando de abertura ou fechamento. O Pos.stVal
representa a posição real do disjunto podendo assumir os
seguintes estados: transição, aberto, fechado ou defeito.
A norma IEC-61850 padronizou um conjunto de treze
grupos de nós lógicos que tem como finalidade agrupar
funções afins do tipo proteção, controle e automação de
subestações e usinas. Podemos citar como exemplo os grupos
de funções de proteção, de medição e de monitoramento
dentre outros. Em cada grupo de nós lógicos existem classes
de nós lógicos associada. Por exemplo, no grupo de funções de
proteção existem vinte e sete classes e o total de classes
associadas a todos os grupos é de 86. A classe de nó lógico
 3

atingiu o número de 377 Classes de Dados. A Tabela 1 ilustra

as Classes de Dados normalizadas para um Nó Lógico.

TABELA 1
CLASSES DE DADOS DO IEC-61850

Classe de Dados Quantidade

A - Corrente fase terra
Informação do Sistema 13 fase 1, 2, 3.
Informação do dispositivo Amps – Corrente
11 trifásica;
físico
Ang – Ângulo entre
Medição 66 tensão e corrente.
Valores medidos 14 Anln – Entrada analógica
para I/O genérico;
Dados controláveis 36 ChAnVal – matriz de
Informações do estado 85 canais analógicos e
Configuração 130 valores atuais ;
CircA – medida da Fig. 3 – Arquitetura do sistema de configuração que utiliza
Total 355 corrente de circulação em
transformadores
linguagem SCL
paralelos;
..................................Etc.
…………………….. A linguagem SCL utiliza vários arquivos para realizar a
descrição formal dos modelos. O arquivo System Specificatio
IV. LINGUAGEM DE CONFIGURAÇÃO
Description – SSD descreve o diagrama unifilar, as funções
alocadas a este diagrama e dados que eventualmente serão
A norma IEC-61850 parte 06, define uma linguagem de suportados por esta descrição. A capacidade de cada IED é
descrição formal de configuração para os sistemas de descrita no arquivo IED Capability Description – ICD. A
automação de subestação - AS. Esta linguagem conhecida Figura 3 ilustra a arquitetura de um sistema de configuração
como Substation Configuratio Languagem – SCL é baseada
utilizando a linguagem SCL. Nesta figura temos uma estação
em eXtender Markaup Language (XML) [5] e tem como
de engenharia rodando o aplicativo de gerenciamento de
objetivo principal padronizar os atributos de configuração de
configuração, o configurado do sistema que baseado no
maneira a permitir configurações de IED´s com maior
segurança e confiabilidade. A linguagem é composta pelos arquivo SSD realiza as operações necessária para configurar o
arquivos descrição de configuração de IED (ICD), descrição sistema, o configurador de IED que utiliza o arquivo ICD para
de configuração de sistema (SCD) e Especificação do sistema configurar os IEDS. O aplicativo de gerenciamento de
(SSD). Estes arquivos contem os dados da subestação, das configuração transfere através do gateway os arquivos
relações dos equipamentos de manobras, da funcionalidade contendo a configuração para os IED.
dos IEDs e de todos os serviços de comunicação. Os arquivos
são utilizados para a troca de informações de configuração V. PILHA DE PROTOCOLOS E TIPOS DE MENSAGENS PREVISTOS
entre ferramentas de fabricantes diferentes. A linguagem de PELA NORMA
configuração em seu escopo completo descreve os seguintes
modelos [6]: A pilha de protocolos está representada na Figura 4 e é
composta de um serviço que gera mensagens e das camadas de
• Estrutura do sistema de potencia primário: transporte, rede e enlace. Pode-se observar que somente a
descreve como os equipamentos estão conectados camada de enlace é comum a todas as mensagens e utiliza o
e quais as funções que serão utilizadas; protocolo Ethernet com prioridade. As mensagens que não tem
• Sistema de comunicações: Como os IEDs serão restrição de tempo, aqui denominadas comunicação cliente-
conectados nas redes e nas sub-redes e quais os servidor, utilizam toda a pilha de protocolos enquanto as
pontos de acesso de comunicação; demais, que precisam tem restrições quanto a atrasos, são
• O nível de aplicação das comunicações: como os mapeadas diretamente na camada de enlace.
dados serão agrupados para serem enviados, As mensagens são classificadas em classes desempenho
como os IEDs disparam o envio dos dados e quais como está apresentado na Tabela 2.
os serviços escolhidos; Por utilizarem todas as pilhas do protocolo, as mensagens
• A configuração de cada dispositivo lógico, os nós cliente-servidor têm um atraso inserido pelo processamento em
lógicos com as suas classes e tipos pertencentes a cada camada, e por esse motivo devem estar necessariamente
cada dispositivo lógico. relacionadas a serviços com restrições críticas de tempo como,
• As definições de tipo para cada instância de nó por exemplo, sincronização, leitura e escrita de atributos e
lógico. transferência de arquivos.
• O relacionamento entre cada instancia de nó
lógico com o IED hospedeiro.

Fig. 4 – Representação da Pilha de Protocolos IEC 61850
TABELA 2
TIPOS DE MENSAGENS E CLASSES DE DESEMPENHO
Tipo Classe
1 Mensagens rápidas
1A Trip
2 Velocidade média
3 Baixa velocidade
4 Dados em rajada (raw data)
5 Transferência de arquivos
6 Sincronização de tempo
As mensagens com restrições críticas a atraso, como
bloqueios, são denominados de transferência de objetos
genéricos de eventos do sistema (GOOSE, do inglês generic
object oriented system events) (tipos 1 e 1A) como e
transferência de valores amostrados – SV (sampled (analog)
values) (tipo 4). Essas mensagens além de não utilizam todas
as camadas da pilha de protocolos têm prioridade mais alta.
A. Mensagens Cliente-Servidor
São definidos três tipos de mensagens cliente-servidor:
Sincronização de tempo (tipo 6), Serviços ACSI (Abstract
Communication Service Interface) (tipos 2, 3 e 5) e Eventos
genéricos do status da subestação - GSSE (Generic Substation
Staus Event) (tipos 1 e 1A).
As mensagens ACSI provêem uma interface abstrata de
comunicação entre um cliente e um servidor remoto e para
distribuição de eventos entre uma aplicação em um
equipamento e aplicações remotas em outros equipamentos.
Apesar dos IEDs poderem ter um relógio interno, para
garantir a sincronização entre os IEDs mensagens de
sincronização de tempo são envidas pela rede. Essas
mensagens utilizam o protocolo SNTP (Simple Network Time
Protocol) [4].
B. Mensagens GOOSE e valores amostrados
As mensagens GSSE e GOOSE pertencem à classe de
mensagens GSE (Generic Substation Event) sendo que as
primeiras transportam informações de status e são dos tipos 1 e
1A, como as mensagens GOOSE, mas só suportam uma
4
estrutura fixa de dados enquanto as mensagens GOOSE
transportam estruturas de dados configuráveis.
As mensagens GOOSE contêm informações que permitem
ao receptor conhecer que um status foi modificado e o instante
em que ele foi modificado.
Os valores amostrados, como corrente e tensão do
transformador, são enviados nas mensagens SV que requerem
atenção a restrições de tempo, pois o conjunto de valores
amostrados será usado no receptor para “reconstruir” o valor
original da grandeza medida.
C. Mecanismo de envio de mensagens
Mapear as mensagens com restrições críticas de tempo
diretamente na camada de enlace resolve o problema do atraso
inserido pelas demais camadas no envio das mensagens, porém
retira a confiabilidade que seria garantida por meios de
estabelecimento de seções e confirmações de recepção pelas
camadas que não foram utilizadas. Para garantir a
confiabilidade são inseridos outros mecanismos de
retransmissão, descritos a seguir.
Antes de apresentar o mecanismo de envio vale salientar
que todos os serviços de envio de dados são feitos de forma
espontânea, ou seja, sem a necessidade de serem solicitados
por outro equipamento. Para definir o que deve ser
transmitido, um conjunto de dados relacionados a todas as
mensagens (cliente-servidor, GOOSE ou SV) e um evento que
define o início da transmissão é definido em bloco de controle.
Uma mesma mensagem GOOSE é enviada continuamente a
cada Tmax = 1024ms. Quando um evento ocorre uma nova
mensagem é gerada e o período de envio diminuiu para Tmin =
2ms, em seguida esse período e é incrementado até que o
Tmax seja atingido ou que outro evento ocorra, gerando uma
nova mensagem, conforme está ilustrado na Figura 5. Observe
que caso um não ocorra novos eventos uma mensagem é
repetida em períodos de tamanho Tmax.
Fig. 5 – Repetição de Mensagens GOOSE.
No caso das mensagens por valores amostrados
considera-se que a perda de algumas delas possa ser
recuperada pelos algoritmos que rodam nas funções de
recepção. Portanto não há mecanismos de reconhecimento ou
envio contínuo para esse tipo de mensagem.
D. Topologia da rede de comunicação de dados
Em um sistema de automatização de subestações
normalmente existem duas redes de suporte à comunicação de
dados. Uma rede ao nível de subestação e outra ao nível de
processo. Um dos elementos básicos na composição desta
rede é a switch. Esse tipo de componente introduz retardo na

rede que, dependendo da topologia, torna-se critico,
principalmente para as mensagens GOOSE e de valores
amostrados. Os projetistas de sistema de automatização de
subestação devem levar em consideração este retardo de
tempo para definição da topologia da rede e dos requisitos da
switch.
Considere uma subestação de transmissão de médio porte
com vinte bays, conforme ilustrado na Figura 6, e um switch
com os requisitos necessários para atender a norma IEC-
61850. Isto é, um switch com um retardo na ordem de 5ms.
Suponha que esteja em uso uma rede em anel e que houve uma
falha de disjuntor no bay i central da subestação, portanto a
mensagem GOOSE de falha de disjuntor levará 50 ms,
aproximadamente dois ciclos, para atingir o bay mais distante
isto sem se considerar o atraso devido ao tempo de transmi-
ssão e decorrente a congestionamento de mensagens.
∆T=50ms
U. A. Carmo, Mestre em Ciência da Computação pela Universidade Federal
bay i bay 20
bay 1
Fig. 6 – Retardo das mensagens GOOSE e SV provocado pelo
switch.
Observa-se que no projeto de sistemas de automatização de
subestação utilizando a norma IEC 61850 se faz necessário
uma análise e negociação dos tempos envolvidos nas
mensagens GOOSE e SV e os tempos de disparo das
proteções. Esta análise dos tempos serve de insumo para a
definição da topologia e quantitativos de redes e sub-redes
tanto ao nível de processo como ao nível de subestação.
VI. CONCLUSÕES
Neste artigo foi realizada uma revisão do modelo de dados,
da linguagem de descrição formal SCL e dos protocolos e das
mensagens trocadas entre equipamentos que obedecem à
norma IEC 61850, e assim poderem realizar troca de
informações mesmo que sejam de fabricantes distintos.
Dependendo do dado a ser enviado, um tipo de mensagem é
utilizado e, mensagens com restrições a atrasos não utilizam
todas as camadas do protocolo e para garantir confiabilidade
têm um mecanismo especial de retransmissão.
5
VII. REFERÊNCIAS
[1] F. Hohlbaum, L. Hossenlopp and G. Wing. Concecpt and First
Implementation of IEC 61850. Cigré Brasil Comitê de Estudos B5.
Disponível em http://sage.cepel.br/ceb5/artigos_bienal_2004.htm
[2] IEC 61850 Communication Networks and Systems in Substations
http://www.61850.com/ Visitado em 02 de maio de 2006.
[3] K. W. Ross e J. F. Kurose, "Redes de Computadores e a Internet: Uma
Nova Abordagem". Pearson do Brasil, 3a Edição, 2005.
[4] A. S. Tanenebaum. Redes de Computadores. Campus, 4a Edição, 2003.
[5] Brand, Klaus-Peter. How to Use IEC 61850 in Protection and
Automation. Electra-Cigre, October 2005.
[6] IEC, part 6: Configuration Description Language for Communication in
Electrical Substation related to IEDs, First edition 2004-03.
[7] IEC, part 7-1: Basic communication structure for substation and feed
equipments- principle and models, First edition 2003-7.
VIII. BIOGRAFIAS
E. C. Gurjão nasceu em Campina Grande, PB em fevereiro de 1974. Doutor
em Engenharia Elétrica pela Universidade Federal de Campina Grande
(UFCG), atualmente é professor dessa instituição e tem trabalho na área de
Telecomunicações em especial com Redes de Comunicação e Teoria da
Informação.
de Pernambuco (UFPE), Engenheiro Eletricista pela Universidade Federal de
Pernambuco (UFPE), atualmente é engenheiro da CHESF, instituição que
tem trabalhado na área automação dos processos de supervisão e controle do
sistema de energia elétrica.
B. A. Souza, (M’02–SM’05) é Engenheiro Eletricista, Mestre e Doutor em
Engenharia Elétrica, títulos que recebeu da Universidade Federal da Paraíba,
Campina Grande, em 1977, 1981 e 1995 respectivamente. Atualmente é
professor da Universidade Federal de Campina Grande, Campina Grande.
Suas áreas de interesse são métodos de otimização e técnicas de inteligência
artificial aplicados a sistemas de potência. Transitórios eletromagnéticos,
qualidade da energia, planejamento e operação de sistemas de distribuição e,
mais recentemente, automação de sistemas de energia elétrica.