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

2
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.

3
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.

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
IEC-870-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

4
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.

2.1 Arquitetura da norma IEC 61850.

O modelo de dados orientado a objetos e os dados so trocados entre
funes e sub-funes 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 subfunes 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,

5
Configurao, descrio e extenso.
O atributo de dado [Link] representa um controle e pode ser um comando
de abertura ou fechamento. O [Link] 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

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

6
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
A lista completa dos ns lgicos, bem como seu acrnimo correspondente
IEEE C37.2-1996(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.

8
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.

9
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 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

10

Definio do CDC do tipo DPC

3.3 LINGUAGEM 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:

11
- 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 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="[Link]
<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=...

12
<Terminal
ease:origin="B"
connectivityNode="S1/V1/BB2/1"
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"
voltageLevelName="V1" bayName="BB2" cNodeName="1" xmlns:ease=...
<Terminal
ease:origin="B"
connectivityNode="S1/V1/B2/1"
voltageLevelName="V1" bayName="B2" cNodeName="1" xmlns:ease=...
</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"
substationName="S1"

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.

13
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).

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

14
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.

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.

15

16

17

Grupos de servio do modelo ACSI

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-72, 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:

18

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:

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:

19
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

20

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

Cliente/Servidor