I

CENTRO REGIONAL UNIVERSITRIO DE E. S. DO PINHAL

CURSO DE ENGENHARIA MECATRNICA

NORMA IEC 61850

ESPRITO SANTO DO PINHAL SP

2011

II

SUMRIO

INTRODUO.......................................................................................................1

NORMA IEC 61850.................................................................................................3

2.1

ARQUITETURA DA NORMA IEC 61850...............................................................4

ANALISE DA NORMA IEC 61850.......................................................................5

3.1

NS LGICOS.....................................................................................................5

3.2

DADOS ESTRUTURADOS.....................................................................................7

3.3

LIMGUAGEM SCL..........................................................................................9

3.4

MAPEAMENTO DE SERVIOS ABSTRATOS PARA PROTOCOLOS........................13

INTRODUO

Todas as subestaes possuem algum tipo de automao, cuja complexidade depende da sua
estrutura e da sua importncia no sistema eltrico no qual esto inseridas. No passado eram
utilizadas dispositivos puramente analgicos e simples ligaes eltricas que enviavam pulsos de
comando para os dispositivos. Com o desenvolvimento da eletrnica e dos sistemas digitais houve a
evoluo dos equipamentos secundrios, que deixaram de ser eletromecnicos e passaram a ser
digitais. Tal evoluo tornou possvel a criao de diversos IEDs para a implementao de SASs.
Estes IEDs, para trocarem informaes entre si, utilizam um canal serial, sendo os dados transmitidos
de forma digital por meio de um protocolo.
Fisicamente, podemos estruturar os dispositivos que compe um SAS em diferentes nveis,
cada um com sua funo, sendo classificados em nvel de processo, de bay e de subestao, e de
subestao, conforme mostra a figura.

Comunicao serial nos vrios nveis que compe uma subestao

Os sinais entre os nveis de processo e de bay (como comando de abertura de disjuntor, valor
de corrente lido pelo TC), que so denomidados sinal analgico, passaram a ter a opo de utilizar
um canal de comunicao digital para a troca de informao.
Os dispositivos do nvel de processo so tipicamente I/O remotos, sensores inteligentes (como
TC e TP convencionais ou com interface em fibra tica) e atuadores (disjuntores e seccionadoras).
Os dispositivos do nvel de bay consistem em unidades de medio, proteo e controle, tais
como rels de proteo, medidores de energia e oscilgrafos.
Os dispositivos do nvel de subestao consistem em computadores da subestao com um
banco de dados, a IHM para o operador, interfaces que geram links para outras subestaes, etc.
A interligao dos diversos nveis feita nos buses (bus da subestao e bus do processo) de
forma digital (comunicao serial com protocolo implementado) ou convencional (sinais analgicos
para disparo da bobina do disjuntor, sinal analgico vindo de TCs convencionais). Na inteno de
integrar seus equipamentos, cada fabricante acabou desenvolvendo seu prprio protocolo de
comunicao, muitos deles proprietrios, o que acabou criando no mercado diversos protocolos como
o DNP, MODBUS, LON, PROFIBUS, FIELDBUS, etc.
Portanto, para se interligar equipamentos de diferentes fabricantes, no existe outra forma
seno a utilizao de complicados e caros conversores de protocolo, como mostra a Figura:

Sistema de automao da subestao com seus diversos protocolos

Embora essa configurao oferea a estrutura de comunicao para a automao da
subestao, diversos requisitos que seriam interessantes de ser atingidos no o so. Dentre eles
podemos destacar:
Interoperabilidade: a habilidade dos IEDs de vrios fabricantes de poderem trocar
informaes entre si e utiliz-las para desempenhar suas prprias funes, sem a necessidade de
conversores de protocolo.
Liberdade de configurao: a configurao adotada deveria suportar diferentes filosofias e
permitir liberdade na alocao de funes, tanto de uma maneira mais centralizada (um IED
desenvolver vrias funes) quanto decentralizada (os IEDs trocam informaes entre si para
desempenhar uma determinada funo).
Estabilidade a longo prazo: a configurao adotada tambm deve permitir atualizaes,
facilitando, por exemplo, a insero de novas funes ou novos dispositivos no SAS.
A experincia demonstrou, portanto, a necessidade e a oportunidade de se desenvolver um
protocolo de comunicao padro, que propicie a interoperabilidade entre IEDs de diferentes
fabricantes.
Foi deste esforo que resultou a criao da norma IEC 61850. Para que tais requisitos fossem
atingidos, a IEC61850 utilizou trs mtodos: decomposio em funes, fluxo de dados e modelagem
da informao.
A decomposio em funes utilizada para compreender a relao lgica entre os
componentes de uma funo distribuda, e est presente em termos de ns lgicos que descrevem as
funes, subfunes e interfaces.
O fluxo de dados utilizado para compreender as interfaces de comunicao que devem
suportar a troca de informaes entre componentes funcionais distribudos e os requisitos de
performance funcionais.
A modelagem da informao usada para definir a sintaxe abstrata e as semnticas das trocas
de informao, e esto presente em termos de classes e tipos de objetos, atributos, mtodos de
objetos abstratos (servios) e suas relaes.
Pode-se dizer, portanto, que a IEC 61850 no somente um modelo de protocolo, pois cobre
no apenas a comunicao, mas tambm propriedades das ferramentas de engenharia utilizadas e
medies para gerenciamento da qualidade e da configurao do SAS.

3
2

NORMA IEC 61850

Para possibilitar a comunicao 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.
Quando a comunicao exige um grande nmero de protocolos esses so agrupados em
funcionalidades formando uma camada e o conjunto de camadas forma uma pilha de protocolos.
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 lngua e assim
consigam trocas informaes e se entenderem . Porm, se no houver um consenso que defina
regras bsicas que os protocolos de uma determinada aplicao devam seguir (modelo de
referncia), possvel que solues proprietrias sejam propostas, ou seja, cada fabricante pode
definir um protocolo especfico para os seus produtos e isso pode impedir a comunicao com
equipamentos de outros fabricantes.
O fato acima descrito ocorreu quando do surgimento das primeiras redes de computadores e
foi resolvido pela adoo dos modelos OSI/ISO e do TCP/IP. Sendo esse ltimo um melhor exemplo,
pois resultou na Internet .O problema da profuso de protocolos proprietrio tambm ocorre nas
subestaes de energia eltrica. Atualmente cada fabricante utiliza o seu protocolo, o que dificulta a
interligao entre equipamentos de fabricantes distintos. Essa interligao pode ser feita utilizando
conversores de protocolos (gateways), mas esses equipamentos tm um atraso inerente e para
sistemas em tempo real, como o caso da proteo de uma subestao, atrasos na troca de
mensagens podem gerar atuaes indevidas provocando distrbios no fornecimento de energia
eltrica. Na busca em obter um padro nico de comunicao entre equipamentos numa subestao
de energia eltrica alguns esforos forma iniciados. Uma dessas iniciativas so protocolos como IEC870-5-101/104 que fazem a comunicao entre centro de controle e subestaes, outra iniciativa foi o
protocolo IEC-870-5-103 projetado especificamente para comunicao dos dispositivos de proteo.
Este protocolo utiliza o modelo de mestre-escravo, apresentando a restrio de um pequeno nmero
de funes e de modelo de dados padronizado [5]. Como j foi citado, o projeto UCA e os grupos de
trabalho do IEC iniciaram esses esforos e em seguida se uniram para obter um padro nico o IEC
61850 Redes de Comunicao em Sistemas e Subestaes (do ingls, IEC 61850 Communication
Networks and Systems in Substation) . Esse padro 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 bsicas
a interoperabilidade para permitir a troca de informaes entre equipamentos de fabricantes distintos,
a possibilidade de configuraes de funes com as necessidades dos usurios e que ela seja a
prova de futuro possibilitando a utilizao dos progressos nas tecnologias de comunicao e nas
necessidades dos usurios .
A norma est dividida em 10 partes, conforme representada na Figura abaixo, sendo que
cada uma das partes consiste em um documento que define as caractersticas que uma determinada
implementao deve ter para estar em conformidade com a norma.

4
2.1 Arquitetura da norma IEC 61850.
O modelo de dados orientado a objetos e os dados so trocados entre funes e subfunes que esto nos dispositivos inteligentes eletrnicos (IED, do ingls Intelligent Eletronic
Devices). Na prxima seo so apresentados a pilha de protocolos a as mensagens trocadas entre
os IEDs.
A norma do protocolo IEC-61850 define e padroniza o modelo dos dados que representam os
atributos e funes dos dispositivos fsicos de uma subestao ou usina do sistema eltrico. Este
modelo voltado para a orientao 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 eletrnico inteligente - IED formado por um hardware e por um conjunto de funes
residentes que caracterizam o seu comportamento. As funes utilizam classes de dados e as
respectivas instncias de dados. Um conjunto de funes ou sub-funes interna do IED que trocam
informaes formam um N Lgico NL. Um conjunto de NL forma um dispositivo lgico DL. O
dispositivo lgico est residente no dispositivo fsico (IED). A Figura 2 ilustra a estrutura hierrquica do
modelo de dados interno ao dispositivo fsico. Os ns lgicos contem uma lista de dados baseado em
sua funcionalidade com os respectivos atributos. Os dados tm uma semntica bem definida dentro
do contexto de sistema de automatizao de subestao [7]. O n lgico que representa a funo de
um disjunto denominado XCBR. Um dos dados associados ao n lgico XCBR POS (posio) que
diferente de um simples ponto de estado do disjunto. POS tem vrios atributos que so
categorizados como:
Controle (estado, medidas/valores medidos e configurao),
Substituio,
Configurao, descrio e extenso.
O atributo de dado Pos.ctlVal representa um controle e pode ser um comando de abertura ou
fechamento. O Pos.stVal representa a posio real do disjunto podendo assumir os seguintes
estados: transio, aberto, fechado ou defeito. A norma IEC-61850 padronizou um conjunto de treze
grupos de ns lgicos que tem como finalidade agrupar funes afins do tipo proteo, controle e
automao de subestaes e usinas. Podemos citar como exemplo os grupos de funes de
proteo, de medio e de monitoramento dentre outros. Em cada grupo de ns lgicos existem
classes de ns lgicos associada. Por exemplo, no grupo de funes de proteo existem vinte e sete
classes e o total de classes associadas a todos os grupos de 86. A classe de n lgico atingiu o
nmero de 377 Classes de Dados. A Tabela 1 ilustra as Classes de Dados normalizadas para um N
Lgico.

Classe de dados

Quantid
ade
do 13

Informaes
Sistema
Informao
do
Dispositivo Fsico
Medio
Valores Medidos
Dados Controlveis
Informaes do Estado
Configurao
Total

11
66
14
36
85
130
355

5
3

ANALISE DA NORMA IEC 61850

A norma IEC 61850 utiliza basicamente quatro conceitos para atingir seus objetivos: ns
lgicos, dados estruturados, Linguagem SCL e mapeamento de servios abstratos para protocolos. A
seguir feita uma introduo de cada um deles.

3.1 Ns Lgicos
Todas as funes, seja de automao, proteo ou medio, so decompostas em ns lgicos.
Estas funes podem residir fisicamente em um ou mais dispositivos fsicos.
Assim, num SAS, as informaes so trocadas entre todos os IEDs que compem o sistema.
Mais exatamente, os dados so trocados entre as funes residentes nos dispositivos. A menor parte
da funo que troca dados chamada n lgico. A Figura 3 ilustra este conceito.

Ns lgicos e IEDs: sua localizao e a troca de dados

A IEC 61850 define um total de 92 ns lgicos. Eles so identificados por um acrnimo de
quatro letras que possui uma sintaxe sistemtica. Por exemplo:
PDIF: Proteo Diferencial
XCBR: Disjuntor
YPTR: Transformador de Potncia
Os ns lgicos foram agrupados em categorias, conforme mostra a Tabela. O grupo o qual
pertencem pode ser identificado observando-se a inicial do seu acrnimo.

Grupos de ns lgicos

6
A lista completa dos ns lgicos, bem como seu acrnimo correspondente IEEE C37.21996(nmero ANSI) e sua descrio so feitos na IEC 61850-5.
Alm dos dados referentes implementao das funes, existem alguns dados a serem
comunicados que no se referem a nenhuma funo, mas ao prprio dispositivo fsico, como
informaes de seu nome de identificao ou o resultado da auto-superviso do dispositivo. Portanto,
um n lgico para isso se torna necessrio e denominado LLN0.
O exemplo da Figura mostra a decomposio de duas funes em ns lgicos.

Exemplo de aplicao do conceito de n lgico

Supondo um sistema de potncia com as seguintes funes a ser implementadas:
a) proteo de distncia
b) proteo de sobrecorrente
Estas funes podem ser decompostas nos seguintes ns lgicos:
1) HMI: interface homem mquina
2) PDIS: proteo de distncia
3) PIOC: proteo de sobrecorrente instantnea
4) XCBR: disjuntor
5) TCTR: transformador de corrente
6) TVTR: transformador de tenso
O n lgico LLN0, que sempre est contido em qualquer dispositivo fsico, foi omitido.
A alocao destes ns lgicos nos dispositivos fsicos, indicados na Figura 4, pode ser feita da
seguinte forma:
1) Computador da estao
2) Rel de distncia com unidade de sobrecorrente integrada
3) Disjuntor
4) Transformador de corrente
5) Transformador de tenso
Percebe-se que as funes, na maioria das vezes, so executadas por mais de um n lgico e
que estes ns lgicos necessariamente no precisam estar no mesmo dispositivo fsico. Por exemplo,
a funo de sobrecorrente executada por quatro ns lgicos que esto presentes em quatro
dispositivos fsicos diferentes. Tambm que um mesmo dispositivo fsico pode conter mais de um n
lgico, neste caso o dispositivo 2.

7
3.2 Dados Estruturados
Os ns lgicos fornecem diversas informaes, denominadas pela norma de dados, que
seguem um modelo de dados estruturado. Esse dado mais que um simples ponto, ele constitudo
de diversos atributos, denominados pela norma de atributos do dado.
Um exemplo de estrutura dos dados de um n lgico mostrado na Figura abaixo. Neste
exemplo mostrada a estrutura de dados do n lgico XCBR. Percebe-se que suas informaes
seguem uma estrutura em rvore, na qual num primeiro nvel esto os dados. O dado Pos, por
exemplo, traz informaes referentes ao controle do disjuntor, como sua posio atual. Conforme foi
mencionado anteriormente cada dado possui uma srie de atributos. O atributo stVal, por exemplo,
informa o estado em que se encontra o disjuntor: fechado, aberto ou defeituoso.

Estrutura em rvore dos dados do n lgico XCBR contendo os atributos do dado

Na elaborao da norma observou-se que os atributos de dados para o dado Pos do n lgico
XCBR tambm poderiam ser encontrados em outras aplicaes especficas para chaveamento.
Isso ocorreu tambm para outros ns lgicos. Desta forma, definiram-se vrios modelos
padronizados de atributos de dados, chamados pela norma de Classe de Dados Comum (ou CDC). O
set de dados utilizado definido pela norma como Classe de Dados. Assim, no caso do dado Pos a
Classe de Dados utilizada a DPC (Controllable Double Point). Na IEC 61850-7-3 pode ser
encontrada a lista completa de todas as CDCs. Essa forma de padronizao oferece um esquema
simples para definir todos os tipos de dados na norma.
Portanto, as IEC 61850-7-1, IEC 61850-3 e IEC 61850-7-4 definem os modelos de dados
utilizados para a comunicao no sistema de automao de subestaes. A seguir o SAS tem seus

8
dispositivos fsicos transformados em dispositivos lgicos utilizando os ns lgicos. Os ns lgicos e
os dados neles contidos so definidos na IEC 61850-7-4. Para a definio destes dados so
utilizadas as classes de dados seguindo as CDCs especificadas na IEC 61850-7-3. A IEC 61850-7-4
define 92 ns lgicos fazendo uso de aproximadamente 450 classes de dados.
As IECs 61850-7-x fazem uso de tabelas para a definio dos ns lgicos e das classes de
dados comuns, conforme pode ser observado na Tabela 2 e na Tabela 3, extradas da norma, que
definem respectivamente o n lgico do tipo XCBR e a classe de dados comum do tipo DPC. O DPC
utilizado, por exemplo, para especificar o dado Pos na definio do n lgico XCBR.

Definio do n lgico do tipo XCBR

Definio do CDC do tipo DPC

3.3 LIMGUAGEM SCL

Para garantir a interoperabilidade entre todos os IEDs de uma subestao, constatou-se a
necessidade de uma descrio formalizada do SAS com todos os links de comunicao existentes,
de modo a garantir a compatibilidade na troca de informaes dos IEDs entre eles e entre as
ferramentas de engenharia (programas) utilizadas no processo de automao da SAS.
Para isso definiu-se uma linguagem padronizada de configurao de subestaes chamada
Linguagem de descrio da Configurao da Subestao ou Linguagem SCL. Ela tem como bases a
Linguagem XML (verso 1.0) e a Linguagem UML e definida pela IEC 61850-6.
O mbito da Linguagem SCL, conforme definido na IEC61850-6, claramente restrito aos
seguintes aspectos:
1) especificao funcional do sistema de automao da subestao
2) descrio das configuraes dos IEDs
3) descrio do diagrama unifilar da subestao
Para isto definiu-se:
- um modelo de objetos que descreva os IED, suas conexes de comunicao e a sua
distribuio na subestao - um formato padronizado para descrever como este modelo de objetos
deve ser representado em arquivos a serem trocados entre as ferramentas de engenharia. Desta
forma, primeiramente modelou-se todos os componentes que descrevem o SAS (nveis de tenso,
transformadores, IEDs, ns lgicos, etc) como objetos, por intermdio de modelos estabelecidos pela

10
Linguagem UML. A Figura mostra um trecho do esquema UML que traz a informao dos objetos que
compem um arquivo SCL, por exemplo o tSubstation, e contm dentro dele informaes como os
nveis de tenso existentes e o diagrama unifilar da subestao.

Fragmento de esquema UML utilizado pela Linguagem SCL

Definido o modelo de objetos, o prximo passo foi descrever este modelo em um formato
padronizado que possa ser representado em arquivos a serem trocados pelas ferramentas de
engenharia. Para isso utilizou-se a Linguagem XML.
<Substation name="S1">
<VoltageLevel
sxy:x="10"
sxy:y="28"
name="V1"
xmlns:sxy="http://www.iec.ch/61850/2003/SCLcoordinates">
<Bay sxy:x="229" sxy:y="17" name="BB1">
<ConnectivityNode sxy:x="-10" sxy:y="10" name="1" />
</Bay>
<Bay sxy:x="363" sxy:y="290" name="BB2">
<ConnectivityNode name="1" />
</Bay>
<Bay sxy:x="226" sxy:y="574" name="BB3">
<ConnectivityNode name="1" />
</Bay>
<Bay sxy:x="267" sxy:y="33" name="B1">
<ConductingEquipment sxy:x="107" sxy:y="20" name="CT1" type="CTR">
<Terminal
ease:origin="A"
connectivityNode="S1/V1/BB1/1"
substationName="S1"
voltageLevelName="V1" bayName="BB1" cNodeName="1" xmlns:ease...
<Terminal
ease:origin="B"
connectivityNode="S1/V1/B1/1"
substationName="S1"
voltageLevelName="V1" bayName="B1" cNodeName="1" xmlns:ease=...
</ConductingEquipment>
<ConductingEquipment sxy:x="108" sxy:y="65" name="A" type="CBR">
<Terminal
ease:origin="A"
connectivityNode="S1/V1/B1/1"
substationName="S1"
voltageLevelName="V1" bayName="B1" cNodeName="1" xmlns:ease=...
<Terminal
ease:origin="B"
connectivityNode="S1/V1/BB2/1"
substationName="S1"
voltageLevelName="V1" bayName="BB2" cNodeName="1" xmlns:ease=...
</ConductingEquipment>
<ConnectivityNode name="1" />
</Bay>
<Bay sxy:x="272" sxy:y="320" name="B2">
<ConductingEquipment sxy:x="62" sxy:y="10" name="CT2" type="CTR">
<Terminal
ease:origin="A"
connectivityNode="S1/V1/BB2/1"
substationName="S1"
voltageLevelName="V1" bayName="BB2" cNodeName="1" xmlns:ease=...
<Terminal
ease:origin="B"
connectivityNode="S1/V1/B2/1"
substationName="S1"
voltageLevelName="V1" bayName="B2" cNodeName="1" xmlns:ease=...

11
</ConductingEquipment>
<ConductingEquipment sxy:x="61" sxy:y="55" name="B" type="CBR">
<Terminal
ease:origin="B"
connectivityNode="S1/V1/BB3/1"
voltageLevelName="V1" bayName="BB3" cNodeName="1" xmlns:ease=...
<Terminal
ease:origin="A"
connectivityNode="S1/V1/B2/1"
voltageLevelName="V1" bayName="B2" cNodeName="1" xmlns:ease...
</ConductingEquipment>
<ConnectivityNode name="1" />
</Bay>
</VoltageLevel>
</Substation

substationName="S1"
substationName="S1"

A linguagem acima traz um trecho de cdigo XML utilizado para definir o objeto tSubstation.
Nele se observa o objeto VoltageLevel, que define os nveis de tenso presentes na subestao e os
objetos que esto conectados a ele.
Com base nos esquemas UML definidos e com todos os elementos que o compe gerados em
XML podemos gerar os Arquivos de Descrio SCL, compostos por estes elementos. Estes arquivos
so utilizados na composio do processo de engenharia pretendido com o uso da Linguagem SCL,
que ilustrado pela Figura 8. Os Arquivos de Descrio SCL criados podem ser de 4 tipos:
Descrio das caractersticas do IED (sua extenso .ICD): Este arquivo descreve as
caractersticas de um IED, permitindo a troca de dados da ferramenta de configurao do IED com a
ferramenta de configurao do sistema.
Descrio de especificao do sistema (sua extenso .SSD): Este arquivo descreve o
diagrama unifilar da subestao e os ns lgicos exigidos, permitindo a troca de dados da ferramenta
de especificao do sistema com a ferramenta de configurao do sistema.
Descrio de configurao da subestao (sua extenso .SCD): Este arquivo descreve
por completo a configurao do processo, permitindo a troca de dados da ferramenta de configurao
do sistema com as ferramentas de configurao dos IED.
Descrio do IED configurado (sua extenso .CID): Este arquivo descreve um IED
configurado dentro de um projeto, permitindo a troca de dados da ferramenta de configurao do IED
com o IED. um arquivo SCD reduzido, contendo somente as informaes necessrias ao IED.
A ferramenta de configurao do IED uma ferramenta especfica do fabricante do
equipamento capaz de gerar arquivos de configurao especficos do IED ou configurar o IED.
importante observar que um IED somente poder ser considerado compatvel com a IEC 61850 se
ele vier acompanhado ou por um arquivo ICD que descreva suas caractersticas ou por uma
ferramenta capaz de gerar este arquivo ICD (ferramenta de configurao do IED) e seja ou capaz de
utilizar um arquivo SCD do sistema diretamente ou vir acompanhado de uma ferramenta capaz de
importar este arquivo SCD e configur-lo (ferramenta de configurao do IED).

12

Modelo de referncia para o fluxo de informaes no processo de engenharia com a

Linguagem SCL
A ferramenta de especificao do sistema uma ferramenta capaz de, a partir de uma dada
especificao do sistema (diagrama unifilar, ns lgicos utilizados, diagrama dos alimentadores, etc),
gerar o arquivo que contenha as especificaes da subestao (arquivo .SSD).
A ferramenta de configurao do sistema uma ferramenta independente dos IEDs utilizados
que deve ser capaz de importar arquivos ICDs de diversos IEDs e arquivo SSD de especificao do
sistema que sero utilizados pelo engenheiro para gerar as informaes do sistema que sero
compartilhadas pelos diferentes IEDs. Esta ferramenta gera um arquivo SCD do sistema que ser
utilizado pela ferramenta de configurao do IED para configurar as caractersticas do IED
relacionados ao sistema configurado pela ferramenta de configurao do sistema.
Observa-se ainda que a norma prev trs formas de transferncia dos dados de configurao
do IED produzidos pela ferramenta de configurao do IED:
via transferncia local de arquivo por meio de uma workstation conectada localmente no IED;
via transferncia remota de arquivo por meio do mtodo de transferncia de arquivo da IEC
61850-7-2;
via servios de parametrizao e configurao de dados definidos pela IEC 61850-7-2.

13
3.4 Mapeamento de Servios Abstratos Para Protocolos
Antes de partir para a definio concreta dos protocolos utilizados para a comunicao entre os
ns lgicos, a norma especifica modelos de comunicao abstratos que auxiliam na definio dos
servios disponibilizados pelos protocolos. Estes modelos so chamados Modelos de Interface dos
Servios de Comunicao Abstratos ou modelos ACSI e so definidos utilizando-se tcnicas de
modelagem por objeto.
Os modelos ACSI fazem uso de dois modelos de comunicao:
- Modelo de comunicao cliente-servidor, nos quais encontramos servios como controle ou
leitura de valores;
- Modelo de comunicao peer-to-peer multicast, nos quais encontramos os servios GSE,
utilizados em casos em que o tempo crtico, como na troca de dados entre IEDs de proteo, no
envio de dados de um IED para vrios outros IEDs e na transmisso de valores amostrados.
Com base nestes dois modelos de comunicao, os modelos ACSI definem os servios de
comunicao. Eles formam 14 grandes grupos de modelos de servio, conforme observado na Tabela
abaixo. A primeira coluna contm o nome do grupo, a segunda coluna contm uma descrio
resumida do grupo e a terceira coluna contm os servios disponibilizados por cada modelo.

14

15

Grupos de servio do modelo ACSI

16
A definio completa dos modelos de servios e dos servios disponveis por cada modelo
podem ser encontrada na IEC61850-7-2.
A partir da definio dos servios de comunicao em sua forma abstrata, pode-se partir para o
mapeamento dos servios de comunicao em sua forma real. Para implementar os servios, objetos
e algoritmos especificados nas IEC 61850-7-2, IEC 61850-7-3 e IEC 61850-7-4 a norma faz uso do
Modelo de Referncia OSI (ISO/IEC 7498-1) e de diversos protocolos padres, dentre eles o MMS, o
SNTP, o TCP/IP, etc. Para a deciso dos protocolos utilizados em cada servio, importante antes
observar:

Modelo de referncia OSI e os perfis de Aplicao e Transporte

As combinaes de vrios protocolos nas camadas que compem cada perfil permitem a troca
de diversas informaes e a execuo de servios. Estes protocolos so normalizados pela IEC
61850 ou por outras normas. Na IEC 61850 eles so combinados de 4 formas diferentes, formando
as seguintes configuraes de protocolos:
Cliente/Servidor
GOOSE/GSE
GSSE
Sincronismo de tempo
Para a configurao Cliente/Servidor, por exemplo, so definidos os seguintes servios e
protocolos normalizados para o perfil de Aplicao, conforme Tabela abaixo:

17
J para o perfil de Transporte, existem dois tipos de perfis: TCP/IP ou OSI, sendo que para
estar em conformidade com a norma, no mnimo o perfil TCP/IP deve estar implementado. Os
servios e protocolos normalizados utilizados por cada perfil podem ser vistos na Tabela 6 e na
Tabela abaixo:
Analisando as demais configuraes de protocolo conclui-se que os protocolos utilizados pela
IEC 61850 so padronizados e abertos, o que caracteriza a IEC 61850 como um conjunto de
protocolos abertos e no proprietrios.

Servios e protocolos utilizados pelo perfil de Transporte (TCP/IP) da configurao

Cliente/Servidor

18

Servios e protocolos utilizados pelo perfil de Transporte (OSI) da configurao

Cliente/Servidor