Universidade Federal de Pernambuco Centro de Tecnologia e Geocincias Curso de Especializao em Engenharia de Instrumentao

Avaliao do desempenho da comunicao de dados baseada na IEC 61850 aplicada a refinarias de petrleo

Vincius Machado Moreira Orientador: Edval J. P. Santos, PhD

Monografia apresentada ao Centro de Tecnologia e Geocincias da Universidade Federal de Pernambuco como parte dos requisitos para obteno do Certificado de Especialista em Engenharia de Instrumentao

Recife, 2009

Resumo

Avaliao do desempenho da comunicao de dados baseada na IEC 61850 aplicada a refinarias de petrleo
Vincius Machado Moreira
Fevereiro/2009 Orientador: Edval J. P. Santos, PhD rea de concentrao: Eletro-Eletrnica Palavras-chave: Subestaes, IEDs, IEC 61850, simulaes computacionais. Neste trabalho proposto o desenvolvimento de uma plataforma computacional de modelagem e simulao de uma rede de comunicao para um sistema de automao da PETROBRAS, utilizando os preceitos da norma IEC 61850, que atualmente est se tornando uma tendncia na especificao de SASs Substation Automation Systems dentro desta empresa. A norma se baseia em sistemas supervisrios de controle e proteo distribuda com utilizao de IEDs Intelligent Electronic Devices, interligados por rede de comunicao com protocolo aberto, inclusive utilizando o TCP/IP e tambm o menos comum OSI CO, ambos para aplicaes no crticas e o grande recurso para aplicaes mais crticas, o pacote tipo GOOSE, que ser bastante explorado neste trabalho. A plataforma utiliza uma classificao bastante interessante de IEDs, que so divididos em trs tipos : os breakers IEDs, os IEDs tipo MU Merging Units e os IEDs P&C Protection and Control, de acordo com suas funcionalidades, e suas camadas de protocolos de comunicao. Vale ressaltar que esta classificao partiu de um trabalho de pesquisa do IEEE, fazendo uso de um software, em verso educacional, o OPNET Modeler. A verso deste software bastante acessvel pela Internet, fcil de baixar e de instalar sem maiores dificuldades, e compatvel com o Windows XP. Para o funcionamento das simulaes pelo software necessria a instalao do Visual Studio C++ devido compilao dos arquivos de modelos de processos baseados nesta linguagem. O OPNET Modeler uma ferramenta que possui uma biblioteca bastante rica com as diversas tecnologias de dispositivos de redes de comunicao, alm de poder dimensionar redes em diferentes escalas, topologias, cenrios, como tambm permitir a criao de novos protocolos de comunicao, atravs de editores de modelos de processo, representados por um nmero finito de mquinas de estado e suas respectivas transies entre estados. As informaes relacionadas ao funcionamento de cada modelo de processo so organizadas por blocos, contendo as variveis de processo, as macros, as funes, as rotinas de execuo, voltadas para a programao de redes de computadores. Aps a modelagem dos dispositivos so realizadas simulaes computacionais no OPNET Modeler com o modelo da topologia de rede de um SAS, j testado, em simulao com IEDs reais, em laboratrio da USP- Universidade de So Paulo. Nesta ocasio, na USP, nascia a nova proposta de um sistema baseado na IEC 61850 para atendimento a uma refinaria do sistema PETROBRAS, a RPBC Refinaria Presidente Bernardes de Cubato.

LISTA DE FIGURAS
Figura 1 - Diagrama : Exemplos de protocolos de comunicao.........................8 Figura 2 Perfis das camadas de comunicao da IEC 61850 para os diversos modelos de informao.....................................................................................11 Figura 3 Mdulos dentro de um modelo de n de uma estao de trabalho Ethernet.............................................................................................................17 Figura 4 Modelo de processo do mdulo TCP de um modelo de n de uma estao de trabalho Ethernet............................................................................18 Figura 5 Tela da rea de trabalho de editor de projeto com uma rede topologia estrela................................................................................................19 Figura 6 Tela de apresentao da documentao em html do OPNET Modeler ..........................................................................................................................20 Figura 7 Tela de apresentao do IT GURU......................................................21 Figura 8 Tela de apresentao do OPNET Modeler.........................................21 Figura 9 Modelo de n do P&C IED topologia estrela...................................26 Figura 10 Trechos de cdigo de IPX/SPX antes e aps as adaptaes......28 Figura 11 Trechos de cdigo de IP antes e aps as adaptaes....................29 Figura 12 Modelo de n do Breaker IED topologia estrela............................29 Figura 13 Modelo de processo da GOOSE source do P&C IED........................30 Figura 14 Modelo de processo da GOOSE source do Breaker IED...................31 Figura 15 Header Block do Modelo de processo da GOOSE source do Breaker IED.....................................................................................................................32 Figura 16 Rotina de execuo da mquina de estado generate do Modelo.. . .33 Figura 17 Modelo de n do MU IED topologia estrela...................................34 Figura 18 Mapeamento das subnets da planta da RPBC..................................36 Figura 19 Tempo ETE de um pacote que sai do IED P&C do TIE em direo aos IEDs dos disjuntores A e B (todos os cenrios).................................................38 Figura 20 Tempo ETE de pacotes que saem dos breakers IEDs em direo ao P&C IED do TIE (cenrios 1 a 3 somente trfego FTP e Database e cenrio 1 original).............................................................................................................39 Figura 21 Tempo ETE de pacotes que saem dos breakers IEDs em direo ao P&C IED do TIE .................................................................................................40 Figura 22 Tempo ETE de pacotes que saem dos breakers IEDs em direo ao P&C IED do TIE (cenrios 1 a 4 com micro SINK LOAD)....................................41 Figura 23 Tempo ETE de um pacote que sai do P&C IED do alimentador na SE C-14 em direo aos IEDs localizados montante (cenrios 1 a 3).................44 Figura 24 Tempo ETE de resposta de pacotes que retornam dos breakers IEDs em direo ao P&C IED localizado jusante (cenrios 2 e 3)...........................46 Figura 25 Tempo ETE de resposta de pacotes que retornam dos breakers IEDs em direo ao P&C IED localizado montante (cenrios 4 e 5).......................47 Figura 26 Tempo ETE de pacotes que partem do P&C IED em direo aos breakers IEDs localizados na SE C-17 (cenrios 4 e 5)....................................47

LISTA DE TABELAS
Tabela 1- Uma comparao adaptada entre as camadas OSI e TCP/IP...............5 Tabela 2 Divises da Norma IEC 61850..........................................................10

LISTA DE ABREVIATURAS
ANSI ARP BRK IED CAN CIM CO CPU CSMA/CD DARPA DCS DHCP DNP EIA EMI EPRI ETE FTP GOOSE GPS GSSE HVAC IEDs IEEE IHM IRIG-B ISO LAN LLC LN LON LPROT MAC MIT MMS MU IED MVB OPC OPNET OSI P&C IED PLCs PN Profibus QoS RPBC RTU SAS SCADA American National Standards Institute Address Resolution Protocol Breaker IED Controller Area Network Computer Integrated Manufacturing Connection Oriented Central Process Unit Carrier Sense Multiple Access / Collision Detection Defense Advanced Research Protection Agency Distributed Control System Dynamic Host Configuration Protocol Distributed Network Protocol Electronic Industries Alliance Electromagnetic Interference Electrical Power Research Institute End-to-end File Transfer Protocol Generic Object Oriented Substation Event Global Positioning System Generic Substation Status Event Heating, Ventilation and Air Conditioning Intelligent Electronic Devices Institute of Electrical and Electronics Engineers Interface Homem Mquina Inter-Range Instrumentation Group International Organization for Standardization Local Area Network Logical Link Control Logical Node Local Operating Networking Laboratrio de Pesquisa em Proteo de Sistemas Eltricos Media Access Control Massachusetts Institute of Technology Manufacturing Message Specification Merging Unit IED Multifunction Vehicle Bus Ole for Process Control OPtimized Network Engineering Tools Open Systems Interconnection Protection and Control IED Programmable Logic Controllers Painel Process Field Bus Quality of Service Refinaria Presidente Bernardes de Cubato Remote Terminal Unit Substation Automation System Supervisory Control And Data Acquisition 5

SCL SDCD SE SEL SIMPASE SNTP SV TC TCP/IP TF TP tpal UCA UDP UFPE UML USP UTE UTRs VID VLAN XML MVA kV

Substation Configuration Language Sistema Digital de Controle Distribudo Subestao Schweitzer Engineering Laboratories Simpsio de Automao de Sistemas Eltricos Simple Network Time Protocol Sampled Values Transformador de Corrente Transmission Control Protocol/Internet Protocol Trafo Transformador de Potencial Transport Protocol Adaptation Layer Utility Communication Architecture User Datagram Protocol Universidade Federal de Pernambuco Unified Modeling Language Universidade de So Paulo Usina Trmica Unidades Terminais Remotas VLAN Identifier Virtual Local Area Network eXtensible Markup Language mega volt-ampre kilovolt

GLOSSRIO
2D 3D 802.1Q Duas dimenses. Trs dimenses. padro de rede criado para a otimizao de VLANs, a fim de que larguras de banda de transmisso sejam devidamente otimizadas de acordo com os tipos de servios. um dos mais antigos protocolos da subcamada de acesso ao meio, nascido na dcada de 70. Foi criado em uma universidade havaiana. Ele no muito confivel e por isso mesmo j quase no mais usado hoje em dia. Address Resolution Protocol (ARP), um protocolo que mapeia endereos IP para endereos de rede fsica. mdia. informao que enviada a toda rede de comunicao. Controller Area Network. As CANs se baseiam no conceito do uso de mensagens geradas por broadcast contendo um dispositivo central controlador de mensagens. um modelo computacional que separa clientes e servidores, sendo interligados entre si geralmente utilizando-se uma rede de computadores. Cada instncia de um cliente pode enviar requisies de dado para algum dos servidores conectados e esperar pela resposta. Por sua vez, algum dos servidores disponveis pode aceitar tais requisies, process-las e retornar o resultado para o cliente. Apesar de o conceito ser aplicado em diversos usos e aplicaes, a arquitetura praticamente a mesma. termo usado para denominar a aplicao de banco de dados no ambiente OPNET Modeler. Dynamic Host Configuration Protocol, um protocolo de servio TCP/IP que oferece configurao dinmica de terminais, com concesso de endereos IP de host e outros parmetros de configurao para clientes de rede. Distributed Network Protocol. um protocolo industrial utilizado por uma estao mestre para se comunicar com RTUs ou IEDs. Foi projetado para permitir comunicaes confiveis em ambientes adversos aos sistemas de automao eltrica de utilidade, sendo especificamente projetado para superar distoro induzida por EMI Eletromagnetic Interference, componentes de envelhecimento (sua vida til esperada pode esticar em dcadas), dentre outros meios de transmisso de baixa qualidade.

aloha

arp average broadcast CAN

cliente-servidor

database dhcp

DNP

Enervista Viewpoint (OPC Server)

Sistema OPC Server desenvolvido pela GE, centralizado em um servidor, responsvel por interligar redes baseadas em IEC 61850 a outros sistemas de automao no baseados em IEC 61850. subcamada que divide com a subcamada MAC a camada de interlace, que est compreendida entre a camada de rede e a camada fsica no modelo OSI. um campo de pacote Ethernet, que define qual protocolo de camada superior o pacote transporta. O tamanho do campo Ethertype de dois bytes. termo genrico para redes industriais de comunicao em tempo real. comunicao que realizada em sentido bidirecional e simultneo em um link de uma rede. classificao da tabela ANSI relacionada a transferncia. classificao da tabela ANSI relacionada a funo de reconhecimento de falha de disjuntor. classificao da tabela ANSI relacionada a rel de bloqueio. ou porta de ligao, uma mquina intermediria geralmente destinada a interligar redes, separar domnios de coliso, ou mesmo traduzir protocolos. bloco do editor de modelos de processo do OPNET Modeler utilizado para centralizar os comandos (funes) de um modelo de processo, tais como funes de criao de pacotes, envio, destruio, erros , dentre outras. maior endereo fsico (MAC) da rede para envio de pacotes. computador. ou Concentrador, a parte central de conexo de uma rede. Muito usado no comeo das redes de computadores, sendo o dispositivo ativo que concentra a ligao entre diversos computadores que esto em uma rede de rea local ou LAN. Trabalha na camada fsica do modelo OSI, ou seja, s consegue encaminhar bits. nome dado ao canal de recepo fsico de um modelo de n no OPNET Modeler. nome dado ao canal de transmisso fsico de um modelo de n no OPNET Modeler. norma da IEC que trata de protocolos de telecontrole, teleproteo e sistemas de telecomunicao associados a sistemas eltricos de potncia. norma da IEC que trata de sistemas de comunicao para automao de subestaes. 8

eth_mac_interface Ethertype

fieldbus full duplex funo 43-ANSI funo 50 BF-ANSI funo 68-ANSI gateway header block

high dest address host hub

hub_rx hub_tx IEC 60870-5 IEC 61850

IEEE 1588

uma norma que define um protocolo de sincronismo chamado PTP. O PTP pode ser utilizado em redes de pacotes de telecomunicaes e automao. Prov sincronismo com maior exatido que o protocolo NTP se utilizado adequadamente. ou UCA 2.0 um antigo relatrio tcnico do IEEE que se tornou fundamental para a criao da IEC 61850. Incorpora uma famlia de protocolos bsicos de comunicao a fim de atender requisitos de uma ampla gama de sistemas. termo genrico usado no OPNET Modeler, muitas vezes representando uma informao que utilizada entre dois protocolos ou fisicamente representando uma porta de um dispositivo fsico ou virtual. rede mundial de computadores. software gratuito utilizado para configurao de envio de pacotes a um determinado endereo IP, atravs de protcolos TCP ou UDP. mdulo de processo do modelo de n de estao ethernet que encapsula pacotes provenientes da camada superior em pacotes IP. Tambm desencapsula pacotes que chegam da camada inferior, a fim de transmitir os dados do usurio camada de transporte. Este modelo serve como uma interface entre as camadas superiores e o mdulo IP. tambm chamado de protocolo MMS, e foi o primeiro protocolo do nvel de aplicao criado para o cho de fbrica. Pela EIA- Electronic Industries Alliance designado como RS-511. O MMS um servio do nvel de aplicao que padroniza as mensagens de comunicao de e para dispositivos programveis em um ambiente CIM Computer Integrated Manufacturing. Padro Ethernet. de um sistema operacional entendido como o ncleo deste ou, numa traduo literal, cerne. Ele representa a camada de software mais prxima do hardware, sendo responsvel por gerenciar os recursos do sistema computacional como um todo. Local Operating Networking, ou tambm chamado de Lonworks um protocolo muito popular para automao de vrias funes prediais como a iluminao, ar condicionado e climatizao (HVAC- Heating, Ventilation and Air Conditioning). menor endereo fsico (MAC) da rede para envio de pacotes. Megabits per second. protocolo industrial do tipo mestre escravo desenvolvido pela Modicon (uma empresa do grupo Schneider Electric) em 1970. 9

IEEE-TR 1550

interface

internet IP LOAD ip_encap

ISO 9506

ISO/IEC 8802-3 kernel

LON

low dest address Mbps Modbus

Multnet MVB off-shore OPNET

Conversor (gateway) de protocolo Modbus RTU/Modbus TCP, FAB. GE. Multifunction Vehicle Bus. Protocolo usado para sistema de controle e monitoramento de trens. aquilo que est fora das extenses territoriais (fronteiras) de um pas. nome de um projeto de graduao para concluso de curso na rea de redes realizado por um aluno do MIT - Massachusetts Institute of Technology. Posteriormente lanado em verso comercial, o software OPNET Modeler, primeiro produto da empresa, fundada em 1986, se tornou um dos mais conhecidos softwares para modelagem e simulao de redes. Protocolo OSI de caractersticas funcionais semelhantes ao TCP/IP, orientado conexo, da o termo em ingls Connection Oriented CO. intervalo de tempo entre criao de pacotes. feixe de pacotes. Perfil de aplicao, contemplando as camadas de aplicao, sesso e apresentao do modelo OSI. Perfil de transporte, contemplando as camadas que no fazem parte do perfil A no modelo OSI (transporte, rede, dados e fsica). processo de queueing com prioridade de pacotes. diferentemente da arquitetura cliente-servidor, as mensagens so publicadas em um domnio multicast ou broadcast e somente as estaes interessadas, ou seja, assinantes do servio, recebem as mensagens. termo usado em informtica para o processo de espera em fila de pacotes de informao que podero ser enviados ou recebidos em um canal de comunicao atravs do processo responsvel pelo queueing. Na matemtica chama-se teoria das filas. Rel IED, FAB. GE, para proteo diferencial de barras. Rel IED, FAB. GE, para proteo de disjuntores. Rel IED, FAB. GE, para proteo de linhas de transmisso. Rel IED, FAB. GE, para proteo de alimentadores. Rel IED, FAB. GE, para proteo de geradores. Rel IED, FAB. GE, para proteo diferencial de linhas de transmisso. Rel IED, FAB. GE, para proteo de motores. Rel IED, FAB. GE, para proteo de transformadores.

OSI CO packet interarrival packet streams perfil A perfil T priority queueing publicador-assinante

queueing

Rel B30 Rel C60 Rel D60 Rel F60 Rel G60 Rel L90 Rel M60 Rel T60

10

roteador

do ingls router, ou encaminhador um equipamento usado para fazer a comutao de protocolos, a comunicao entre diferentes redes de computadores provendo a comunicao entre computadores distantes entre si. Roteadores so dispositivos que operam na camada 3 do modelo OSI de referncia. A principal caracterstica desses equipamentos selecionar a rota mais apropriada para encaminhar os pacotes recebidos. Ou seja, escolher o melhor caminho disponvel na rede para um determinado destino. pacote de atualizao de servios. termo usado para mdulo de recebimento e destruio de pacotes no ambiente OPNET Modeler. tipo de perfil de aplicao pr-configurado no OPNET Modeler. termo usado para fonte de pacotes no ambiente OPNET Modeler. ligao para estatsticas. sub-rede. switch de fabricao GE, linha Multilin. switch de fabricao GE, linha Multilin. um dispositivo utilizado em redes de computadores para reencaminhar frames entre os diversos ns. Possuem portas, assim como os concentradores (hubs) e a principal diferena entre o comutador e o concentrador que o comutador segmenta a rede internamente, sendo que a cada porta corresponde um dominio de coliso diferente, o que significa que no haver colises entre pacotes de segmentos diferentes ao contrrio dos concentradores, cujas portas partilham o mesmo domnio de coliso. Outra importante diferena est relacionada ao gerenciamento da rede, pois com um switch gerencivel pode-se criar VLANS, onde deste modo a rede gerenciada fica dividida em menores segmentos. interligao. pela norma IEC 61850 o tempo total de transferncia que um pacote leva para ser transmitido de um dispositivo a outro, incluindo o tempo de processamento interno de cada dispositivo. ponto em que o rel de proteo fecha os contatos de sada. Isso ocorre quando o valor da corrente ou tenso de pickup permanecem no sistema por um perodo de tempo especificado pelo usurio ou por um tempo definido por uma curva, tambm predeterminada pelo usurio. configurao que permite que uma porta de um switch possa reconhecer vrias VLANs, utilizando para isto um tagueamento de pacotes. estao de trabalho. 11

service pack sink Sm_int_profile source statistic wires subnet switch ML-1600 switch ML-2400 switch

tie transfer time

trip

trunks workstation

12

Sumrio
Captulo 1............................................................................................................1 Introduo...........................................................................................................1 1.1- Motivao..................................................................................................1 1.2- Cenrio......................................................................................................1 ........................................................................................................................1 1.3- A importncia de uma subestao em uma refinaria de petrleo...........2 1.4- Comunicao em redes ...........................................................................3 1.5- Protocolo de comunicao TCP/IP.............................................................4 1.6- Sistemas distribudos................................................................................6 1.7- IEDs Intelligent Electronic Devices.........................................................6 1.8- Proposta da Norma IEC 61850..................................................................7 1.9- Apresentao da Norma IEC 61850 .........................................................8 1.10 - Consideraes Finais............................................................................14 Captulo 2..........................................................................................................15 Tecnologias disponveis.....................................................................................15 2.1 - Requisitos iniciais para a instalao do OPNET Modeler........................16 2.2 - Apresentao do Software OPNET Modeler ...........................................16 2.3 - Consideraes finais..............................................................................21 Captulo 3..........................................................................................................23 Simulaes e Resultados Obtidos......................................................................23 3.1 - Modelagem da plataforma de simulao ..............................................23 3.2 Formulao dos casos............................................................................34 3.2.1 Ensaio de paralelismo momentneo de alimentadores - Funo 43 ANSI................................................................................................................36 3.2.2 Ensaio de seletividade lgica Funo 68 - ANSI...............................43 3.3 Consideraes finais.................................................................................48 Captulo 4..........................................................................................................49 Concluses, melhorias possveis e trabalhos futuros........................................49 4.1 Concluses...............................................................................................49 4.2 Melhorias possveis e trabalhos futuros...................................................50 Apndice A........................................................................................................51 Apndice B........................................................................................................55 Apndice C........................................................................................................57 Apndice D........................................................................................................68 Apndice E.........................................................................................................70 Referncias Bibliogrficas.................................................................................78

13

14

Captulo 1 Introduo
1.1- Motivao A motivao deste trabalho se deu pela necessidade de agregar mais conhecimentos na rea de automao de subestaes. Aliado a este aspecto verifica-se uma moderna tecnologia que vem sendo aplicada no cenrio atual, o que nos leva ao encontro da IEC 61850, que trata de um conjunto de tecnologias que juntas mudam a forma de especificar sistemas de automao de subestaes. O mercado j est se direcionando para esta tendncia, e muitos usurios, como a PETROBRAS, j comprovam seu desempenho atravs de testes em laboratrios consagrados. Este assunto referente ao desempenho da comunicao de dados entre dispositivos, inserido na norma IEC 61850 a tnica deste trabalho, onde sero apresentados dois casos de funes executadas atendendo aos requisitos da referida norma. 1.2- Cenrio A PETROBRAS se baseava em sistemas desenvolvidos por fabricantes de sistemas de automao eltrica, com UTRs (Unidades Terminais Remotas) e protocolos proprietrios 1. No momento atual existem investimentos em sistemas de proteo e automao baseados em IEDs Intelligent Electronic Devices, e no mais em UTRs, j que os IEDs possuem atualmente capacidade para executar estas funes.

Protocolo proprietrio tambm conhecido como protocolo fechado ou privado, onde sua utilizao de exclusividade da empresa desenvolvedora.

Segundo consulta, atravs de e-mail, a Bulgarelli [8], verifica-se que as mais recentes especificaes em sistemas supervisrios se baseiam em protocolo da Norma IEC 61850, e no mais em protocolos proprietrios, contudo a PETROBRAS muito grande e ainda no existe um padro definido dentro da empresa. Por exemplo, muitas unidades off-shore (fora da extenso territorial) ainda se baseiam em sistemas de automao eltrica com utilizao de PLCs adaptados para as especifidades de um sistema eltrico, tal como tempo de resoluo de 50 ms e descarte seletivo de cargas em 200 ms. Bulgarelli ainda conclui que h uma tendncia para que os sistemas de automao eltrica da PETROBRAS sejam baseados nos prprios rels digitais de proteo, pois h bastante investimento na tecnologia de IED utilizando a norma IEC 61850 e os fabricantes tm acompanhando este mesmo ritmo de evoluo. Mas, com base nos resultados a serem obtidos com a entrada em operao dos novos sistemas que esto sendo projetados, que a PETROBRAS poder fazer ajustes finos nas especificaes para os prximos empreendimentos.

1.3- A importncia de uma subestao em uma refinaria de petrleo Uma refinaria de petrleo algo de um planejamento estratgico de vrios anos para que se inicie sua construo. Envolvem questes de naturezas diversas ao governo de uma nao, inclusive sociais. Mas, para a operao de uma refinaria necessria uma grande quantidade de recursos, o principal e bsico seria a matria prima, o petrleo, podendo vir acompanhado de vrios outros, como o gs, por exemplo. Ainda assim, similarmente a um veculo, que precisa de uma fonte qumica para iniciar o processo, ou seja, uma bateria para fornecer energia para o motor de partida do mesmo, tambm em uma refinaria, similarmente precisa-se de energia para poder processar o refino. As subestaes de energia eltrica so as portas de entrada dos recursos de energia eltrica que podem ser tidos como primordiais para se manter os sistemas de processamento de refino operando. Sendo ainda passivo de falhas, o sistema eltrico um recurso crtico que precisa ser tratado com cautela e preveno, cujo estudo na Engenharia Eltrica tema de Proteo de Sistemas Eltricos. Assim, muito se tem melhorado em termos tecnolgicos ao longo dos anos, como por exemplo, os rels de proteo tm passado por diversas fases de evoluo em sua concepo. O rel sozinho no faz nada, ou seja, precisa enxergar as grandezas supervisionadas em um sistema eltrico, sendo feito na sua grande maioria atravs de transformadores de instrumentos (TCs e TPs), que se utilizam do princpio da converso eletromagntica. H tambm outros equipamentos que empregam o uso de sensores de temperatura, transformam em meio ptico 2

enviando o sinal por meio de cabeamento ptico at finalmente converter em sinal eltrico para o equipamento de controle, proteo e monitoramento. O rel, alm dos sinais supervisionados, tambm precisa de algum atuando em resposta aos seus comandos, sendo por exemplo, o caso dos disjuntores. Inicialmente, a funo do rel era somente de proteo, mas com a participao cada vez maior da eletrnica digital, hoje estes dispositivos podem agregar tambm funes de controle, superviso, alarme, dentre outras, e atualmente j existem modelos chamados IEDs, Intelligent Electronic Devices, que agregam tecnologias de comunicao em rede, com protocolos de comunicao que os tornam implementveis em uma rede de comunicao para sistemas de automao de subestaes SAS [10] . Durante anos diversas solues proprietrias foram sendo impostas ao mercado, criandose barreiras aos consumidores que se viam escravos de poucas tecnologias e no tinham poder de escolha. Como ser visto a seguir, com o aparecimento do protocolo TCP/IP Transmission Control Protocol/Internet Protocol, um protocolo pblico e genrico, foi possvel que todas estas barreiras fossem desaparecendo. Muito se faz para conseguir criar uma liberdade de escolha para o usurio, mas com a proposta da IEC 61850 um grande passo para a padronizao destes protocolos ser o caminho da interoperabilidade e da intercambialidade entre IEDs de mesmo fabricante e de fabricantes diferentes. 1.4- Comunicao em redes Pode-se dizer que a troca de informaes por um canal de comunicao uma forma de comunicao em rede. Dentro da engenharia, uma informao pode ser analgica, assumindo qualquer valor ao longo do tempo dentro de um determinado intervalo, ou digital, simbolicamente assumindo valores lgicos 0 (zero) ou 1 (um). A informao analgica, mesmo podendo representar qualquer valor, possui uma grande desvantagem devido a rudos, ou seja, dependendo do nvel de rudo entre um transmissor e um receptor analgico, este ltimo pode no identificar se o sinal recebido est correto ou no, e pode aceitar a informao recebida como sendo correta, acarretando a um grave problema. O princpio das redes de computadores so os sistemas de informaes digitais que vieram com o aparecimento dos computadores digitais no final dos anos 60. importante se destacar a influncia da antiga ARPA-Advanced Research Projects Agency criada pelos Estados Unidos, em resposta ao lanamento do satlite Sputnik pela antiga Unio Sovitica em 1959, que era considerado uma ameaa. Uma das misses da ARPA, que em 1969 passa a se chamar DARPA 3

(Defense ARPA), foi a criao da ARPANETAdvanced Research Projects Agency Network, ou seja, uma rede interna de computadores criada para interligar departamentos de pesquisa da DARPA, de forma a agilizar uma ampla estratgia militar de defesa no territrio americano em caso de ataques nucleares inimigos. A criao da ARPANET vista como o marco inicial que originou a Internet. Foi necessria a criao de uma nova linguagem para a transmisso de dados, pois havia a necessidade de unificao de redes de tecnologias distintas, surgindo ento o protocolo TCP/IP. Ou seja, um conjunto de protocolos que possibilitou que redes de pacotes distintos fossem interconectadas, de forma que os computadores no mais precisassem ter o conhecimento sobre as redes intermedirias utilizadas pelos mesmos.

1.5- Protocolo de comunicao TCP/IP Protocolos de comunicao so as linguagens usadas pelos dispositivos de uma rede para que haja um entendimento entre os mesmos durante a troca de informaes. Ou seja, sem protocolos no haveria uma forma simplificada de se transmitir qualquer informao em uma rede. A informao precisa ser empacotada (envelopada), enviada de uma fonte e encaminhada para um sistema de destino [2]. Quando se fala em TCP/IP, fala-se em dois importantes protocolos dentro de um conjunto de protocolos que tornam possvel o envio de uma informao desde a criao da mesma at o seu destino. O uso do protocolo TCP/IP se torna uma vantagem em relao a outros protocolos existentes pelo fato de ser rotevel, isto , ser criado pensando em grandes redes e longas distncias, onde podem haver vrios caminhos para que os dados possam atingir o computador receptor. Informaes nem sempre so pequenas para serem transmitidas numa rede. Por isso, so quebradas em partes compostas por dados binrios (digitais), onde cada parte identificada e processada em vrios estgios (camadas), tornando-se menor ou maior, a depender se origem ou destino, medida que vai passando por estas camadas. Por exemplo, quando se inicia a quebra de uma informao na origem, ou seja, a partir da camada de aplicao, tem-se uma diviso em pequenas partes que vo sendo agregadas com uma identificao ou cabealho. Estas vrias partes com os seus respectivos cabealhos formam um quadro. Cada parte deste quadro identifica uma camada percorrida durante o processo de quebra da informao. Existem vrias formas de se quebrar a informao, ou seja, existem modelos padronizados pela ANSI, como tambm pela ISO, dependendo da complexidade com a qual a rede deseja ser criada. O modelo TCP/IP (da ANSI-American National Standards Institute) veio antes do modelo 4

OSI (da ISO-International Organization for Standardization), sendo este ltimo uma tentativa de estabelecer uma generalizao de classificao em sete camadas para todos os protocolos existentes no mundo. No caso da Internet, era um desejo a utilizao de um protocolo que fosse independente da evoluo das tecnologias de transmisso, aberto ao pblico, e que fosse independente da topologia de rede. Sendo assim, pblico e genrico conforme j citado, o TCP/IP permite sua implementao por diversos fabricantes. Sua arquitetura composta por quatro camadas, conforme mostra a comparao entre os dois modelos na Tab. 1 [22].
Tabela 1- Uma comparao adaptada entre as camadas OSI e TCP/IP

Camadas OSI 7 6 5 Aplicao Apresenta o Sesso

Protocolos comuns ao OSI e ao TCP/IP

Camadas TCP/IP

Observaes A camada de aplicao do TCP/IP corresponde s camadas de aplicao, apresentao e sesso do OSI A camada de transporte de mquina para mquina do TCP/IP corresponde camada de transporte do OSI A camada Internet do TCP/IP corresponde camada de rede do OSI A camada de interface de rede do TCP/IP corresponde s camadas de dados e fsica do OSI

SNMP, TFTP, NFS, DNS, BOOTP

FTP, Telnet, Finger, SMTP,PO P

Aplicao

Transporte

utilizam utilizam UDP TCP (no Transporte (orientad orientad de Mquina o o para Mquina conexo conexo ) ) IP Cartes de Interface de Rede Meio de Transmisso Internet

Rede Dados Fsica

2 1

Interface de Rede

O Modelo OSI dividido em sete camadas num arranjo top-down, ou seja, o nvel mais acima (7) representa a interface humana, ou o prprio aplicativo, j o menor nvel (1), no menos importante, o meio de transmisso (meio fsico), onde efetivamente so transmitidos e recebidos os bits devidamente codificados atravs de protocolos. A codificao das sries de bits recebidos/transmitidos permite a diviso destas sries em quadros, conforme j citado anteriormente. O modelo TCP/IP mais simples devido sua concepo original mais antiga ao 5

modelo OSI, e por isso se verifica a existncia de uma camada de aplicao que engloba as trs camadas mais acima do modelo OSI, e uma camada de interface de rede que engloba as duas camadas mais inferiores. Quanto aos protocolos mostrados na parte central da Tab. 1 verifica-se que aonde ocorre uma subdiviso porque existe uma preocupao em se mostrar que h uma classificao importante dentro da tabela, ou seja, quanto conexo podem existir dois tipos de protocolos de transporte: o TCP, orientado conexo e o UDP, no orientado conexo. Ou seja, para aplicaes que necessitam de uma confirmao de entrega de uma mensagem transmitida a um destinatrio utiliza-se o TCP, e aonde no h, utiliza-se o UDP. 1.6- Sistemas distribudos Os sistemas distribudos so comumente chamados de DCS Distributed Control System, e surgiram da necessidade de descentralizar a funo de controle que antes era feita integralmente em um computador remoto. Ou seja, antes o sistema era totalmente dependente do correto funcionamento do computador (host) remoto, e havia uma quantidade de cabos proporcional quantidade de malhas controladas. Com a inveno dos PLCs Programmable Logic Controllers, inicialmente criados para substituir o uso de rels auxiliares, foi possvel transferir para o campo este poder de controle, ainda mais quando estes passaram tambm a integrar interfaces analgicas. Finalmente com a criao das redes de comunicao digitais houve uma verdadeira revoluo na qual cada vez mais o controle vai chegando perto do processo, ficando a superviso remota mais ligada aplicao de engenharia e interface de controle humana. Uma concepo muito comum nos antigos sistemas supervisrios so os chamados sistemas do tipo SCADA Supervisory Control and Data Aquisition System, onde basicamente os hosts se localizam hierarquicamente no topo do sistema e se interligam por uma rede de comunicao com os PLCs ou RTUs Remote Terminal Units , e estes finalmente se interligam por fios com o processo (no campo).

1.7- IEDs Intelligent Electronic Devices Os principais elementos de superviso e controle de subestaes com automao integrada passam a ser os rels inteligentes, ou seja, rels multifuno digitais, que alm da proteo, tambm desempenham as funes antes executadas pelas RTUs. Dentre os vrios benefcios provenientes da substituio dos rels eletromecnicos pelos rels multifuno microprocessados esto: 6

 padronizao de equipamentos; novas funes de proteo; maior flexibilidade na aplicao; facilidades de comunicao e integrao de dados; simplificao da manuteno; e novas possibilidades de aquisio de dados operacionais. Para esses benefcios serem extrados do sistema de proteo implantado, preciso analisar, e especificar uma gama muito maior de itens e um nmero maior de ajustes de parametrizao durante a concepo do projeto. Do ponto de vista da manuteno, os rels digitais possuem recursos como ajuste e aferio local, isto , diretamente em interfaces nos painis locais ou traseiros, programas especiais e recursos de auto-monitoramento, que reduzem, drasticamente, o tempo gasto nestas operaes; alm disto, eliminada a necessidade de calibrao como nos rels eletromecnicos. [21]

1.8- Proposta da Norma IEC 61850 Um dos principais objetivos da nova norma IEC 61850 o de garantir a interoperabilidade entre IEDs de diferentes fabricantes, permitindo o uso e a troca irrestrita de dados a fim de que sejam realizadas suas funcionalidades dedicadas individuais. Assim, por interoperabilidade entendese a habilidade de dois ou mais IEDs de um mesmo fabricante, ou de fabricantes diferentes, de trocar informaes e usar estas informaes para correta cooperao [3]. A Norma IEC61850 torna-se realidade para atender aos requisitos de mercado, e baseada em fortes argumentos de funcionalidades comprovadas, evoluo tecnolgica, especificaes de clientes e em mtodos de engenharia disponibilizados pelos fabricantes. O mercado global precisa de uma norma tambm global e de um padro que suporte todas as filosofias de operao e concepo de subestaes, com uma combinao de dispositivos sendo feita sem a necessidade de elementos que convertam a todo instante os seus protocolos. Desta forma possvel evitar o emprego de conversores de protocolos, os gateways, os altos custos de engenharia de integrao, treinamento de pessoal, excessos de documentao e dispositivos fsicos para administrao da manuteno .

Na Fig. 1 [3] tem-se o retrato de como foram utilizados alguns dos principais protocolos de comunicao no setor eltrico antes da IEC 61850, evidenciando a presena de uma estao gateway para compatibilizao entre os diversos protocolos utilizados. A presena de variados protocolos recai muitas vezes nas prprias caractersticas dos equipamentos de proteo e controle utilizados, que ao longo de uma ou duas dcadas vm sofrendo rpidos avanos tecnolgicos, ou seja, no setor eltrico seria o prprio caso do rel de proteo e controle.

Figura 1 - Diagrama : Exemplos de protocolos de comunicao

1.9- Apresentao da Norma IEC 61850 Os sistemas de automao industrial modernos atingiram um certo nvel de complexidade que a intuio e experincia humana no so mais suficientes ou eficientes para consolidar rapidamente uma modelagem bem definida dos mesmos. Um ambiente de modelagem torna-se necessrio para que se alcance esse objetivo. Nestas circunstncias, o planejamento da arquitetura do sistema um dos aspectos mais importantes. A IEC 61850 estabelece muito alm de requisitos de comunicao entre IEDs, trazendo uma viso moderna que no se prende rpida mudana da tecnologia da comunicao, mas sim num modelo de dados de objetos, ou seja, em partes de funes que so comuns em subestaes tais como disjuntores, controladores e proteo que podem trocar dados entre si. Estes dados possuem determinados atributos, tais como estampas de tempo ou validade, que devem ser conhecidos ou ajustados para que haja o correto funcionamento do sistema de automao [3]. O acesso ou troca de

dados determinado pela padronizao de servios, garantindo a estabilidade a longo prazo, preparada para a evoluo das tecnologias de comunicao e das prprias exigncias do sistema. Os modelos de dados de objetos podem ser chamados de ns lgicos, ou LNs, do ingls, Logical Nodes. Estes LNs trocam dados entre si e possuem as informaes a serem transmitidas. A localizao destes ns no se prende a um nico dispositivo fsico, quando se considera que uma funo est composta em vrios ns, ou seja, existe uma livre alocao de funes, que admitem sua centralizao ou descentralizao. A norma IEC 61850 estabelece uma padronizao para a linguagem que mapeia os modelos de dados de objetos, consistindo no que se chama de SCL- Substation Configuration Language, que independe dos fabricantes de dispositivos IEDs, descrevendo o modelo de dados com todas as suas opes, a alocao dos LNs aos diferentes dispositivos, todos os canais de comunicao, e a alocao de funes aos equipamentos de manobras de acordo com o diagrama unifilar. Mesmo com o uso de ferramentas de diferentes fabricantes esta linguagem deve ser capaz de garantir a troca de dados durante o processo de engenharia, da a origem do termo chamado interoperabilidade, conforme citado anteriormente. Sendo assim, com a sua publicao oficial em 2004, a IEC 61850 se tornou referncia nos novos projetos de automao de subestaes, propondo-se a introduzir novos conhecimentos, entre os quais: - Modelagem de uma subestao de energia eltrica, com automao baseada nos conceitos de redes e orientao a objetos, atravs da UML-Unified Modeling Language e estrutura da informao proposta com Dispositivo Lgico, N Lgico e Objeto de Dados; - Emprego da Substation Configuration Language (SCL), baseada na XML Extensible Markup Language ; - Emprego do mecanismo de comunicao de mensagens prioritrias, GOOSE - Generic Object Oriented Substation Event, e dos modelos de rede Cliente/Servidor e Publicador/Assinante ;

A norma se divide em dez partes, como apresentado na Tab.2 [3]:

Tabela 2 Divises da Norma IEC 61850 PARTE 1: PARTE 2: PARTE 3: INTRODUO E VISO GERAL GLOSSRIO REQUISITOS GERAIS ADMINISTRAO DO PROJETO E SISTEMAS IMPACTO EM OFERTAS E CONDUO DE PROJETO REQUISITOS BSICOS PARA O PADRO INFORMAES E COMPREENSO

PARTE 4:

PARTE 5:

REQUISITOS DE COMUNICAO LINGUAGEM DE CONFIGURAO DE SUBESTAES (SCL) MODELO DE COMUNICAO (FORMATO DE DADOS E SERVIOS)

PARTE 6:

IMPACTO NA ENGENHARIA

PARTE 7:

A PARTE PRINCIPAL MAPEAMENTO DO BARRAMENTO DA SUBESTAO

PARTE 81: PARTE 8x: PARTE 91:

MAPEAMENTO PARA MMS-TCP/IP ETHERNET

PARA MAPEAMENTOS FUTUROS MAPEAMENTO PARA CONEXES PONTO A PONTO

RESERVADO PARA FUTURO EXECUO DOS MODELOS PARA ETHERNET MAPEAMENTO DO BARRAMENTO DO PROCESSO

PARTE 92:

MAPEAMENTO PARA CONEXES DO BARRAMENTO

A norma bastante extensa, com mais de 1000 pginas, e neste aspecto, ser comentado apenas o que interessa para o escopo deste trabalho. Claramente, pode-se verificar que o interesse para o desenvolvimento de uma plataforma de modelagem e simulao requer o estudo dos modelos de dados a serem transmitidos na rede do SAS. Portanto, na Parte 5 e na Parte 8 podem ser encontradas estas informaes que basicamente so: - Requisitos para as funes, modelos de dispositivos, tipos de mensagens Parte 5: que estabelece os requisitos de desempenho dos diversos tipos de mensagens, tais como taxas de transferncia de informaes, em diversos tipos de arranjos de subestaes, independentemente da tecnologia de comunicao utilizada; 10

- Mapeamento de servios e objetos para o protocolo MMS e ISO/IEC 8802-3 Parte 8: que estabelece a estrutura de perfis A Aplication e T Transport para os tipos de mensagens prioritrias e no prioritrias. Outras partes da norma podem ser consultadas para entendimento acerca de um roteiro para a integrao em sistemas reais, vislumbrando um maior aprofundamento acerca da tecnologia. Por exemplo, a Parte 7 descreve a forma como feita a abstrao do modelo real para o modelo abstrato, ou seja, a virtualizao da subestao em ns lgicos. O protocolo MMS Manufacturing Message Specification tido como um protocolo da camada de aplicao, especfico para mensagens do tipo cliente-servidor. O perfil T, ou seja, das quatro camadas a partir da camada de transporte at a camada fsica pode utilizar tanto o protocolo TCP/IP como o ISO CO, ou seja, ambos de caracterstica orientada conexo. Na Fig. 2 [19] podese verificar de forma clara o perfil dos tipos bsicos de modelos de informao da norma.

Figura 2 Perfis das camadas de comunicao da IEC 61850 para os diversos modelos de informao

A norma define um servio de gerao de mensagens no que seria a camada de aplicao, uma camada de transporte, uma de rede e uma de enlace. A nica camada comum a todas as 11

mensagens, com exceo da GSSE, a camada de enlace do padro Ethernet usando um esquema de prioridade de mensagens. Algumas mensagens saltam camadas porque so mensagens com restries de tempo quanto a atrasos, sendo, portanto mapeadas direto na camada de enlace. Uma interessante caracterstica da norma IEC 61850 que ao invs de determinar um protocolo especfico a ser usado em cada camada, ela define um Abstract Communication Service Interface, ACSI, que funciona como uma interface virtual do IED. Essa interface contm os modelos de funes dos dispositivos lgicos, os dados com seus atributos, as funes de comunicao para acesso a variveis, transferncia de arquivos, dentre outros. Isso permite que qualquer IED se comporte de maneira idntica do ponto de vista da rede, pois o ACSI independente dos protocolos utilizados [4]. Embora a norma defina o ACSI, necessrio um conjunto real de protocolos de comunicao para que o esquema realmente funcione, e por esse motivo so utilizados protocolos prticos que possam operar em equipamentos normalmente encontrados na indstria. A camada de transporte usa os protocolos TCP/UDP e a camada de rede usa o IP, todos extremamente consolidados no mercado. Os objetos do modelo de dados e suas respectivas funes so mapeadas de acordo com o protocolo MMS, da ISO9506. Essa escolha aconteceu porque esse o nico protocolo pblico que suporta a complexidade dos modelos de dados e funes da IEC 61850 [4]. As mensagens, definidas na Parte 5 da norma, so classificadas pelo desempenho em sete classes: - Tipo 1 Mensagens rpidas; - Tipo 1A Trip; - Tipo 2 Velocidade mdia; - Tipo 3 Baixa velocidade; - Tipo 4 Dados em rajada (raw data) ou SV sampled values; - Tipo 5 Transferncia de arquivos; - Tipo 6 Sincronizao de tempo.

Alm desta classificao, as mensagens podem ainda se dividir em dois grupos, ou seja, mensagens cliente-servidor que so mensagens com o formato similar a outros protocolos do tipo

12

mestre-escravo e as mensagens GOOSE/SV. O mapeamento dessas mensagens na pilha de protocolos de comunicao pode ser vista na Fig. 2. Dentro das mensagens GOOSE/SV podem ser citadas duas caractersticas que justificam sua transmisso direta camada de enlace: - A mensagem tipo GOOSE, pela sua especificao, utilizada para troca em tempo real de lgicas de intertravamento e para envio de trip; - As mensagens de dados em rajada (raw) ou tambm chamadas de SV Sampled Values realizam o papel de amostragem dos sinais de tenso e corrente dos TCs e TPs que fazem parte da barra de processo, ou seja estes sinais de amostragem precisam ser reconstitudos de maneira rpida e correta para que se obtenham as formas de onda originais. As mensagens do tipo cliente-servidor so: Sincronizao de tempo do tipo 6, Servios ACSI dos tipos 2, 3 e 5 e Eventos genricos do status da subestao, GSSE, do ingls Generic Substation Status Event, do tipo 1 e 1A. As mensagens do tipo 6 servem para garantir a sincronizao entre IEDs. O protocolo padronizado pela norma para sincronizao o Simple Network Time Protocol, SNTP, mas existe uma polmica com relao adoo desse protocolo, pois alguns fabricantes, como por exemplo, a Schweitzer Engineering Laboratories, SEL, diz que o SNTP no adequado para as aplicaes com precises de at 1s previstas na IEC 61850. A SEL adota como alternativa o IRIG-B, Inter-range instrumentation group [5]. Oficialmente o SNTP o padro adotado pela IEC 61850, mas em breve ser lanado um novo padro para sincronizao, o IEEE 1588, que deve resolver a polmica. Como j foi dito, todas as mensagens do tipo cliente-servidor so enviadas atravs de todas as camadas de rede definidas na IEC 61850. Como existe um tempo de processamento associado a cada uma dessas camadas, as mensagens desse tipo tm um tempo de transmisso maior que as mensagens GOOSE e SV. As mensagens GOOSE so da classe de mensagens Generic Substation Event, GSE, assim como as mensagens GSSE, ambas so dos mesmos tipos (1 e 1A), mas enquanto as mensagens GSSE suportam apenas estruturas fixas de dados, as mensagens GOOSE transportam estruturas configurveis [4]. O termo GOOSE no novo, ou seja, j era usado pelo protocolo UCA-Utility Communications Architecture, o qual serviu de base para a criao do novo GOOSE da IEC 61850. UCA era um ttulo de um projeto, que ocorreu entre 1987 e 1999, da EPRI Electric Power Research Institute, e que posteriormente virou ttulo de um relatrio tcnico do IEEE Institute of Electrical and Electronics Engineers, o IEEE TR-Technical Report Nr. 1550, comumente chamado de UCA 2.0. 13

Historicamente em 1998 que a IEC e o IEEE concordam em vir com um acordo para um padro internacional simplificado. Sendo assim, o IEEE TR 1550 deixa de ser reconhecido como um padro IEEE, passando o padro IEC 61850 a ser internacionalmente reconhecido e aceito para a especificao de sistemas de comunicao para automao de subestaes. Uma das mudanas implementadas pela IEC foi a nomenclatura do antigo GOOSE da UCA que passa a se chamar de GSSE. Muitos padres baseados em IEC 61850 esto em desenvolvimento, entre eles: - uma extenso da IEC 61850 para monitoramento de qualidade de energia (PQM); - uma extenso da IEC 61850 para monitoramento (estatsticas e histricos de informao); - IEC 61400-25 (comunicao para monitoramento e controle de plantas elicas); - IEC 62344 (plantas hidroeltricas comunicao para monitoramento e controle); - IEC 62350 (sistemas de comunicao para fontes de energia distribuda - DER).

1.10 - Consideraes Finais Nos tpicos vistos neste captulo destacam-se alguns pr-requisitos necessrios para a implantao de uma nova forma de especificao de sistemas supervisrios: - classificao por tipos de mensagens da IEC 61850 e respectivos mapeamentos em termos de protocolos de comunicao; - uso do IED, ou seja, de um dispositivo bastante aceito e empregado na rea de proteo, controle e superviso de sistemas eltricos; - conceito de modelo abstrato de informaes com foco em ns lgicos; - conhecimento da forma estrutural dos captulos (partes) da IEC 61850. No captulo 2 so fundamentadas as tecnologias utilizadas para anlise de desempenho da comunicao de dados entre IEDs, como tambm os aspectos que favorecem a adoo das mesmas.

14

Captulo 2 Tecnologias disponveis

Do ponto de vista tecnolgico dentro do ambiente de construo de uma plataforma de testes de simulao abstraem-se os elementos sensores, atuadores, e os controladores (IEDs) dentro do ambiente computacional chamado OPNET Modeler. Ou seja, Optimized Network Engineering Tools foi o nome comercial dado ao software lanado em 1986 aps um bem sucedido projeto de concluso de curso elaborado por um aluno do MIT- Massachusetts Institute of Technology. A escolha por esta tecnologia, ou seja, o software OPNET Modeler, se baseia na possibilidade de analisar as estatsticas diante de vrios tipos de arquiteturas, escalas, cenrios, tecnologias, dentre outras vantagens, sem uma necessidade inicial de um laboratrio real com equipamentos reais, reduzindo assim o custo para a obteno de uma soluo para a especificao de SAS quanto ao seu contedo em termos de tecnologias de rede, tais como: tipo de link, velocidade de transmisso de dados, definio de protocolos, prioridade de trfego, dentre outros.

2.1 - Requisitos iniciais para a instalao do OPNET Modeler necessria uma mquina com Windows XP com no mnimo alguns recursos que suportem tambm a instalao do Visual Studio 6.0. O hardware escolhido tem as seguintes caractersticas: - Laptop TOSHIBA Modelo Satellite A60 S1591, Processador Intel Celeron(R) CPU 2.80 GHz, 704 Mb RAM. 15

O sistema operacional, em sua verso original, o Microsoft Windows XP (Home Edition), verso 2002, service pack 3 . 2.2 - Apresentao do Software OPNET Modeler O software trata-se de um simulador de redes de computadores em ambiente virtual, utilizado tambm para analisar e predizer o desempenho destas redes, incluindo aplicaes, usurios e tecnologias de redes e protocolos. usado por milhares de organizaes comerciais, universidades e rgos do governo ao redor do mundo [6]. Uma grande vantagem deste software, que nos leva sua escolha, como uma ferramenta bastante promissora no nosso estudo de modelagem, a de poder interagir no funcionamento dos modelos de processo que esto dentro dos mdulos de quaisquer modelos de ns que possam ser utilizados na simulao. Na Fig. 3 tem-se a tela de edio de um modelo de n da prpria biblioteca do OPNET Modeler, verso 14.0 Educational version, que ser a verso utilizada neste trabalho.

Figura 3 Mdulos dentro de um modelo de n de uma estao de trabalho Ethernet

16

Os modelos de ns mais utilizados j se encontram disponveis na biblioteca do OPNET. Tais modelos, como o caso dos dispositivos de rede, representados por estaes de trabalho, roteadores, switches, servidores, e vrios outros diferem do caso dos IEDs, que foram desenvolvidos especificamente para uma aplicao. Uma vez que cada mdulo pode representar um protocolo, tem-se a possibilidade de interagir no funcionamento destes protocolos atravs de um editor do OPNET para alcanar o comportamento desejado como ser visto adiante. Os modelos de processos so criados pelo seu respectivo editor, cujo objetivo permitir que o usurio possa editar mquinas de estado finito. Neste aspecto, as mquinas de estado finito so interligadas por transies que ocorrem quando do acontecimento de um determinado evento, e podem provocar uma mudana para um outro ou at para o mesmo estado, dependendo do percurso da transio. Como exemplo, tem-se a Fig. 4 que mostra a tela de edio de um modelo de processo TCP, que faz parte da biblioteca do software OPNET Modeler, aplicado ao uso deste trabalho.

Figura 4 Modelo de processo do mdulo TCP de um modelo de n de uma estao de trabalho Ethernet

17

 possvel notar na Fig. 4 que uma transio entre dois estados ocorre, por exemplo entre as mquinas perifricas e a mquina central. J uma transio para o prprio estado ocorre na mquina init e na mquina active. Outro editor muito importante, o editor de modelos de projetos, disponibiliza uma rea de trabalho para a elaborao de um modelo de rede, no qual podem ser alocados os dispositivos de rede j citados: switches, roteadores, estaes de trabalho, dentre outros. Torna-se possvel a criao de vrios cenrios para a simulao do modelo de rede desejado, a escolha de estatsticas que devem ser analisadas sobre a rede, a execuo da simulao, a apresentao dos resultados, a criao de recursos para simulao de uma rede especfica, a utilizao de editores auxiliares, inclusos os editores j citados anteriormente.

Figura 5 Tela da rea de trabalho de editor de projeto com uma rede topologia estrela

18

Na Fig. 5 pode-se visualizar a rea de trabalho do editor de projetos do OPNET Modeler com uma rede topologia estrela modelada apenas para ilustrao deste trabalho. Foi utilizado o recurso de configurao rpida para 10 estaes de trabalho com uma distncia radial de aproximadamente 25 metros de um switch 16 portas ethernet na posio cartesiana x=50 e y=50, com escala da rea de trabalho em metros. Ao se abrir um novo projeto no editor de projetos necessrio o ajuste de alguns parmetros que sero solicitados inicialmente, tais como: nome do projeto, nome do cenrio, topologia inicial, escala da rede, especificao das dimenses (x,y) da rea, a unidade, especificao das tecnologias a serem utilizadas, e ainda a reviso de parmetros e finalizao. possvel atravs da documentao em formato html do OPNET Modeler acessar os diversos tutoriais, bibliotecas, conceitos bsicos, dentre outros, conforme se verifica na tela de contedo capturada da documentao do OPNET mostrada na Fig. 6.

Figura 6 Tela de apresentao da documentao em html do OPNET Modeler

19

Para iniciar recomenda-se a leitura de Basic Tutorials, onde se tem uma introduo ampla de todos os editores e suas funcionalidades. Ainda, num subtpico deste, Small Internetworkings, pode-se perceber de onde vm os recursos que foram utilizados para o exemplo da rede mostrado na Fig. 5, muito embora a montagem do tutorial seja a de dois cenrios, um mostrando o desempenho da rede antes, e o outro depois da expanso, dentro do edifcio de uma companhia que possui uma pequena rede intranet. Este tutorial muito interessante, e pode ser explorado em muitos manuais traduzidos do OPNET Modeler, que esto expostos no prprio site, atravs do endereo:
http://www.opnet.com/university_program/teaching_with_opnet/textbooks_and_materi als/index.html .

Existe ainda uma verso acadmica fornecida pelo site do OPNET atravs do endereo: http://www.opnet.com/university_program/itguru_academic_edition. Porm, esta verso no fornece acesso a edio de modelos dos ns, e por conseguinte aos modelos de processo, o que no possibilita o desenvolvimento de outros protocolos, que o caso do presente trabalho desenvolvido. Talvez possam ser adaptveis modelos da verso OPNET Modeler para a verso IT GURU Academic Edition, mas neste trabalho no foi utilizada esta possibilidade, j que a verso Modeler engloba a Academic. So mostradas as telas iniciais de abertura de cada uma das verses respectivamente nas Figs. 7 e 8.

Figura 7 Tela de apresentao do IT GURU

Figura 8 Tela de apresentao do OPNET Modeler

20

2.3 - Consideraes finais O objetivo deste captulo foi expor uma introduo ao ambiente computacional OPNET Modeler, como tambm a sua importncia como ferramenta para a escolha do modelo a ser implementado nas simulaes de um SAS. A partir deste ambiente computacional possvel a construo de modelos de dispositivos, os rels do tipo IEDs, no tocante comunicao de dados. vlido ressaltar que no esto sendo modelados TCs, TPs, disjuntores, ou outros equipamentos ou instrumentos de uma subestao, com exceo destes rels que neste ambiente podem no mximo disparar pacotes de trip (GOOSE) a partir do recebimento de dados de medio para funo de abertura de disjuntores, no entanto tudo se limitando no meio da transmisso de dados entre IEDs. Considera-se que os sinais de tenso e corrente de TCs e TPs so processados por IEDs de amostragem de sinais e estes se comunicam com os IEDs de proteo e controle. J os comandos de abertura so enviados por estes aos IEDs de abertura especficos para tal funo. Os modelos so melhorados continuamente a cada nova simulao ou interpretao do caso, haja vista a inmera variedade de dados que podem ser coletados em uma simulao, sejam estes dados de natureza global, sobre determinado n ou at mesmo sobre determinado link. No Captulo 3, os resultados das simulaes obtidos permitiro determinar se os modelos desenvolvidos esto compatveis com a norma IEC 61850 quando da abordagem do estudo de casos reais.

21

22

Captulo 3 Simulaes e Resultados Obtidos

O objetivo principal deste captulo mostrar de uma maneira mais profunda a ferramenta OPNET Modeler com a possibilidade de que esta venha a se consagrar no ramo da Engenharia Eltrica e Eletrnica como um recurso bastante til no planejamento de sistemas supervisrios no que se refere ao requisito dinmico da rede de comunicao. A ampliao da proposta de simulao aqui presente poder ser realizada em trabalhos futuros. A plataforma uma entidade virtual e so inmeros os caminhos e arquiteturas que podem ser criados. Outra caracterstica importante que podem ser montados cenrios comparativos com parmetros estatsticos os mais diversos possveis, incluindo animaes 2D e 3D em alguns casos. Este captulo mostra uma modelagem de IEDs, em termos de requisitos dinmicos de rede de comunicao de dados, a serem utilizados em simulaes para avaliao do desempenho dos tempos end-to-end de envio de pacotes GOOSE durante eventos que ocorrem no sistema eltrico concebido da RPBC [7] atravs de dois casos de funes de proteo clssicos.

23

3.1 - Modelagem da plataforma de simulao Com base no trabalho dos professores Sidhu e Yin [7] foi possvel a construo de modelos de dispositivos IEDs em ambiente virtual. No entanto, para a anlise do desempenho da comunicao de dados de um SAS, houve a necessidade de se implantar tais modelos sobre uma arquitetura de um sistema de comunicao j testado. A leitura da documentao em html do OPNET Modeler foi abordada atravs dos conceitos trazidos em Basic Tutorials e Modeler Tutorials. Saber o conceito de queueing, mdulo mac, mdulo source, mdulo sink, CSMA/CD, Aloha, tudo isto ainda no basta para que se possa formular um modelo que funcione o mais prximo do real. O fato que aps um tempo relativamente longo para assimilar estes conceitos, somado adequao de algumas linhas dos cdigos de mquinas de estado finito de alguns modelos de processo, e aps vrias simulaes mais simples, foi possvel acreditar nos avanos que esto expostos neste trabalho. Uma grande vantagem do OPNET Modeler a de poder dispor de um simulador com dois modos de funcionamento, ou seja, um modo debug e um modo otimizado (mais rpido), ambos de grande valor, a depender da evoluo do desempenho das simulaes. De acordo com o que foi visto na IEC 618505, parte da norma que especifica os requisitos de transfer time dos diversos tipos de mensagens trocadas entre IEDs, possivel seguir uma linha de simulao que obtenha estatsticas de tempo fim-a-fim (ETE- end-to-end) de um pacote GOOSE, enviado de um IED tipo P&C para um IED tipo breaker, responsvel pelo acionamento de disjuntores. possvel se prender somente a esta anlise ou a uma complexidade bem maior desta anlise, dependendo do tamanho do sistema.

24

Conforme exposto no trabalho [7], os IEDs podem ser divididos em trs tipos : 1) Merging Units - MU IED ; So basicamente medidores multigrandezas acoplados aos TCs e TPs do sistema eltrico, obtendo amostras dos sinais de tenso e corrente a uma determinada taxa em samples/s ou Hz, disponibilizando estas amostras, que se denominam SV - Sampled Values ou Raw Data que so encapsuladas em pacotes ethernet no barramento de processo ethernet para serem lidas pelos outros IEDs interessados nestas informaes, os P&Cs IEDs. Conforme modelo apresentado na Fig. 17.

2) Protection & Control P&C IED ; Na ocorrncia de um evento previamente programado, por exemplo, uma falta no sistema, haver pacotes GOOSE de funo de trip sendo enviados dos P&Cs IEDS para os BRKs IEDs. Portanto, os P&C IEDs so dispositivos com caractersticas de reconhecimento de eventos indesejveis no sistema eltrico, e podem dispor de muitas funes de proteo, a depender do objetivo deste dispositivo no sistema. Conforme modelo apresentado na Fig. 9. 3) Breakers - BRK IED . So responsveis pelo acionamento dos disjuntores do sistema, como tambm o envio de status destes disjuntores atravs de pacotes de confirmao GOOSE ou GSSE para os P&Cs IEDs. Conforme modelo apresentado na Fig. 12.

Para o desempenho inicial proposto pela norma, o tempo ETE que uma mensagem GOOSE deveria levar de um IED a outro seria de 4 ms, e de acordo com os resultados obtidos a serem expostos adiante poder ser necessrio um ajuste mais fino nos modelos ou na tecnologia de rede utilizada. Em testes comparativos com protees convencionais o GOOSE ainda consegue ser mais rpido, conforme Seminrio Tcnico de Proteo e Controle [23].

25

O trabalho pde ser iniciado a partir da modelagem dos P&Cs IEDs, em seguida com a modelagem dos BRKs IEDs, e finalmente com a modelagem dos MUs IEDs. Neste aspecto, foi observado no trabalho [7] que um P&C IED podia ser modelado a partir de uma estao de trabalho workstation, tecnologia ethernet, j disponvel na biblioteca do OPNET. No entanto, a adaptao inicial de colocao de um mdulo simple source, um mdulo eth_mac_interface, e um mdulo sink, todos prximos ao mdulo mac, com seus devidos packet streams (fluxo de pacotes) e statistic wires (ligaes para estatsticas) no foi suficiente para se iniciarem de imediato as simulaes. A maioria dos mdulos da estao de trabalho workstation no tiveram a necessidade de uma adaptao em seu cdigo e configurao, exceto os que foram inseridos na vizinhana do mdulo MAC, inclusive o prprio mdulo MAC. Vale ressaltar, que o arquivo padro foi preservado usando-se o recurso save as para se criar um segundo mdulo MAC caracterizado para o uso especfico do trabalho, chamado ethernet_macv2_iec61850.

3.1.1 - Modelagem do N Protection & Control IED topologia estrela

Figura 9 Modelo de n do P&C IED topologia estrela

26

Na rea circulada da Fig. 9 se observam os mdulos que foram implantados na vizinhana do mdulo MAC, onde fica claro tambm observar que entre a fonte de pacotes GOOSE (aplicao) e o mdulo MAC (ligado camada fsica) existe um mdulo de interface MAC que seria um dos mdulos de ligao entre a camada de aplicao e a camada fsica. Sendo assim, o mdulo MAC e sua interface MAC fazem o papel da camada de enlace ethernet, consolidando a forma hierrquica das camadas no tipo de mensagem GOOSE da Fig. 2, retirada da norma IEC 61850-8. O mdulo sink tem a funo de receber, para processamento interno no P&C IED, os pacotes que chegam de outros IEDs, simulando assim o processo de recebimento de pacotes pelos dispositivos IEDs reais, na etapa em que estes iniciam a lgica interna do trip. Um problema tpico ocorreu no reconhecimento de quais fluxos de pacotes o mdulo MAC deveria reconhecer para enviar pacotes GOOSE para que os mesmos pudessem fluir para a camada superior de interface. Foi verificado que nas execues de entrada da mquina de estado start, do modelo de processo do mdulo MAC, existia uma possibilidade de adaptao para realizar a implantao de outro mdulo vizinho, particularmente num trecho de cdigo que fazia a sistemtica de reconhecimento de protocolos IPX/SPX, que no se aplica ao caso. Logo, uma vez adaptado, pde-se observar o efeito atravs de simulaes com estatsticas configuradas para animaes 2D, o que possibilitou observar o comportamento dos pacotes dentro do n . A adaptao consistiu basicamente em fazer com que o mdulo MAC reconhecesse o mdulo ARP e seus fluxos de pacotes, como tambm de forma anloga, reconhecesse o mdulo de interface MAC. Verifica-se nas Figs. 10 e 11, respectivamente o trecho de cdigo de IPX/SPX antes e aps a adaptao, usado para reconhecer o mdulo ARP, e o trecho de cdigo IP antes e aps adaptao, usado para reconhecer o mdulo de interface MAC.

27

ANTES

DEPOIS

Figura 10 Trechos de cdigo de IPX/SPX antes e aps as adaptaes

28

ANTES

DEPOIS

Figura 11 Trechos de cdigo de IP antes e aps as adaptaes

Os cdigos mostrados acima so em linguagem C++, na verdade chamada de proto-C dentro do ambiente OPNET Modeler, provavelmente devido ao direcionamento dado aos diversos protocolos que so disponibilizados para a rea de programao de redes. O processo de modelagem abordado neste trabalho trouxe aos poucos vrias adaptaes em trechos de cdigos nos modelos de processos. 29

Ao contrrio do que possa se pensar, para os modelos aqui mostrados, no foi necessrio nenhum domnio sobre linguagem C++, mas sim boas horas de leitura da documentao do OPNET Modeler, principalmente os tutoriais, algumas simulaes, facilidade com o idioma ingls, pacincia, saber interpretar o modo debug do Kernel, dentre outras qualidades. 3.1.2 - Modelagem do N Breaker IED topologia estrela

Figura 12 Modelo de n do Breaker IED topologia estrela

Conforme se observa na Fig.12, h uma diferena na implantao deste modelo de n para o do item anterior. O mdulo GOOSE source passa de um processo simple source padro do OPNET Modeler para um processo adaptado a fim de poder realizar tanto a criao de pacotes, como tambm o recebimento de pacotes e envio destes para o mdulo sink. Nas figs. 13 e 14 se verificam respectivamente a simple source, usada no P&C IED, e a sua nova adaptao para o BRK IED. Nota-se ainda na Fig. 16 a 30

introduo de mais uma mquina de estado finito, a RCV, ao modelo de processo a fim de que o incio da criao de pacotes dependa da chegada de um pacote proveniente de outro IED tipo P&C. Por ltimo, ainda na Fig. 16, observa-se um pequeno ajuste na mquina de estado generate, ou seja, um pequeno ajuste inicial que vai naturalmente surgindo aps o resultado das primeiras simulaes.

Figura 13 Modelo de processo da GOOSE source do P&C IED

Figura 14 Modelo de processo da GOOSE source do Breaker IED

31

Com a introduo da mquina de estado RCV, e com a chegada de um pacote, ocorre a ativao da macro RCV_ARRVL e paralelamente da funo rcv( ) responsvel pelo envio de cada pacote recebido para o mdulo sink. Ao mudar ento para o estado init, ocorrer uma leitura dos valores atribudos ao mdulo GOOSE source, algumas validaes, acionamento da macro START para transio ao estado generate e registro de algumas variveis para coleta de estatsticas. Os parmetros de atributos do mdulo GOOSE source so facilmente acessveis no ambiente do editor de modelos de processos, clicando com o boto direito do mouse sobre o mdulo. A macro RCV_ARRVL no existia no Header Block original da simple source. Com a insero da mesma, conforme se observa na Fig. 15, foi possvel reconhecer durante as simulaes que sua ativao representava a ocorrncia de um evento no fluxo de pacotes de ndice 0 do mdulo GOOSE source .

Figura 15 Header Block do Modelo de processo da GOOSE source do Breaker IED

Os ndices de um mdulo so nmeros inteiros, e so atribudos para cada ponto de um mdulo de onde possa se originar ou se finalizar um fluxo de 32

pacotes. Eles garantem a identificao do local onde estar ocorrendo um evento no mdulo. Da a sua grande importncia, j que identificando-se este local, sabe-se de onde vem ou para onde se envia um pacote de dados. A numerao dos ndices dada pela ordem de criao dos fluxos de pacotes durante a edio do modelo do processo. Para acessar o valor da numerao dos ndices pode-se clicar com o boto direito do mouse sobre o mdulo GOOSE source, e no menu clicar em Show Connectivity, consequentemente todos os fluxos e os respectivos ndices em cada ponto dos mdulos que se interligam ao mdulo em anlise iro aparecer. Esta caracterstica diferenciada no modelo deste tipo de IED devido ao tipo de lgica que o mesmo destinado a executar, ou seja, conforme o trabalho [7], define-se que este tipo de IED capaz de receber pacotes GOOSE de trip, calcular o tempo ETE e em seguida enviar um comando de abertura ou fechamento para o equipamento de campo, sendo assim o mdulo sink posto em posio acima do mdulo GOOSE, o que no ocorre no P&C IED, j que este no precisa enviar comando diretamente a nenhum equipamento atuador de campo. Um outro detalhe que se observa, na Fig. 14, a transio para a mquina loop, onde a cada pacote recebido inicia-se um processo que leva criao de um novo pacote e assim sucessivamente, a um intervalo de criao pr-estabelecido nos atributos iniciais do mdulo GOOSE source. Tal modificao substitui a permanncia da antiga transio feita pela macro PACKET_GENERATE que verificava quando um pacote acabava de ser gerado e enviado para a camada inferior (interface_MAC). Esta gerao dependia de uma rotina de execuo que havia no estado generate, substituda ento apenas pela chamada funo ss_packet_generate( ), conforme se observa na Fig. 16.

33

Figura 16 Rotina de execuo da mquina de estado generate do Modelo

Com todas estas modificaes foi possvel se aproximar de um modelo que permitisse iniciar um estudo estatstico do tempo ETE, importantssimo para a validao dos modelos perante a norma IEC 61850. O modelo a seguir mostrado na Fig. 17, ltimo a ser apresentado antes dos resultados das simulaes, ser utilizado mais adiante como uma fonte geradora de trfego de pacotes GOOSE em direo ao P&C IED da lgica de funes, embora no seja muito diferente de sua funo principal que seria alimentar o P&C IED com amostras de informaes bem parecidas, ou seja, pacotes raw data de alta prioridade. 3.1.3 - Modelagem do N MU IED topologia estrela Este modelo de n da Fig.17 se assemelha em parte ao modelo de n do P&C IED, sendo a principal diferena a retirada das camadas que fazem a funo do protocolo MMS, ficando ento somente a parte referente aplicao de dados raw. Portanto, tem-se ento a fonte de dados raw, a camada de interface, um mdulo sink, a camada MAC, e a camada fsica.

34

Figura 17 Modelo de n do MU IED topologia estrela

3.2 Formulao dos casos Os casos a serem mostrados neste captulo so baseados no trabalho [8] realizado em 2005 no laboratrio da USP, o LPROT, pela PETROBRAS. Neste trabalho foram obtidos os resultados acerca da viabilidade da utilizao de um SAS, baseado na IEC 61850, para atender o que viria a ser a nova configurao do sistema eltrico de potncia da refinaria RPBC. Sendo assim, baseado nas configuraes dos diagramas unifilares, pode-se verificar o posicionamento dos diversos dispositivos de proteo inteligentes (IEDs) e seus respectivos disjuntores que devero estar devidamente interconectados. Estes disjuntores sero acionados ao receberem os sinais de trip de abertura/fechamento a depender do tipo de evento que esteja sendo processado pelos IEDs. Devido falta de um layout mais preciso da planta da RPBC foi adotado de uma forma geral o layout da Fig. 18, cujas distncias em metros vistas no topo da figura concedem uma noo de espao ocupado pela rede de comunicao entre as diversas subestaes e sala de controle. Nesta arquitetura de rede esto representados os pontos principais da rede de comunicao de dados, as subnets, e suas interligaes fsicas via cabeamento lgico. Cada subnet contm um switch, e cada um destes 35

switches poder ao seu redor ter um grupo de modelos de dispositivos IEDs, estaes clientes e at um servidor, dependendo da sua funo, a exemplo da subnet da sala de controle da planta. A constituio interna de cada subnet presente na Fig. 18 poder diferir um pouco nos casos estudados, conforme se verifica nos apndices C e D.

Figura 18 Mapeamento das subnets da planta da RPBC

Um dos recursos utilizados nas diversas simulaes o modelo adaptado de n do MU IED que neste trabalho chamado de SINK LOAD. A funo do SINK LOAD criar um trfego de fundo nos diversos links de dados que se interligam aos P&C IEDs. Alm deste recurso, haver o trfego de fundo das aplicaes de FTP e de Database que pode ser configurado a qualquer 36

tempo atravs dos objetos de aplicao e de perfil de aplicao presentes na rea de trabalho do projeto. Geralmente os modelos do tipo P&C IED so os responsveis pelo envio dos pacotes GOOSE para os demais IEDs. Porm, na prtica, possvel que um mesmo dispositivo IED abrigue as funes de cada um dos modelos que neste trabalho se classificam, o que no impede a anlise qualitativa da proposta.

3.2.1 Ensaio de paralelismo momentneo de alimentadores - Funo 43 ANSI O caso aborda a ininterruptibilidade de alimentao eltrica em duas barras interligadas por um disjuntor (TIE) C da SE C-14 durante indisponibilidade programada nos alimentadores das barras. Ou seja, cada barra alimentada por uma linha, respectivamente protegida por disjuntores, A e B. Todos os disjuntores possuem um IED associado, mas uma lgica de check de sincronismo implantada no IED do TIE. A comunicao entre os IEDs aps o check de sincronismo permite envio e confirmao de comandos para abrir e/ou fechar disjuntores de forma que se retire ou se coloque em operao alimentadores, ocorrendo neste intervalo o paralelismo momentneo de alimentadores. Neste ensaio procura-se focar no trfego existente entre os IEDs responsveis pela abertura/fechamento dos disjuntores alimentadores das duas barras da SE C-14 e o IED do disjuntor de interligao (TIE) destas duas barras, onde sero analisados 4 cenrios a seguir discriminados : - 1. Cenrio : Anlise de tempo ETE para envio de comando GOOSE do P&C IED aos breakers IEDs dos disjuntores A e B, com todos os trs IEDs isolados em uma VLAN 3 como padro de porta de switch, mas sob influncia de uma estao SINK LOAD interligada ao switch 4 da SE C-14 da planta que estar enviando pacotes de tamanho de 200 bytes ao P&C IED, totalizando um trfego interferente de 6,4 Mbps; - 2. Cenrio : Anlise de tempo ETE para envio de comando GOOSE do P&C IED aos breakers IEDs dos disjuntores A e B, com somente os breakers IEDs isolados em uma VLAN 3 como padro de porta de 37

switch, sob influncia da mesma estao SINK LOAD do cenrio 1, como tambm sob influncia do trfego de pacotes FTP e Database que simulam a aplicao MMS, baseada em TCP/IP, para atualizaes dos IEDs quanto a dados no prioritrios, tais como dados de configurao dos IEDs, dentre outros; - 3. Cenrio : remonta o cenrio 2, mas com a implantao de servio de QoS Quality of Service, baseado em priority queueing ; - 4. Cenrio : remonta o cenrio 2, mas com a implantao de velocidade de 100 Mbps no link que interliga o P&C IED ao switch 4, inclusive com canais de 100 Mbps no dispositivo P&C IED.

Figura 19 Tempo ETE de um pacote que sai do IED P&C do TIE em direo aos IEDs dos disjuntores A e B (todos os cenrios)

38

 vlido ressaltar que embora esta manobra de paralelismo momentneo no seja crtica em termos de requisito de tempo, foi utilizado neste exemplo comandos de trip baseados em mensagens rpidas GOOSE para a sua realizao seguindo o tratamento dos ensaios dado pela PETROBRAS no LPROT da USP. A anlise do grfico da Fig.19 fornece uma interpretao inicial positiva com relao aos requisitos de tempo de transfer time da norma IEC 61850. No entanto, uma anlise do tempo de confirmao de comandos nas lgicas entre rels IEDs demonstra uma preocupao com relao ao correto dimensionamento da capacidade da rede, conforme visto adiante. Neste aspecto, h uma considerao muito importante a ser feita quanto anlise do tempo ETE apresentado na Fig. 20, ou seja, com relao ao tempo ETE de confirmao de envio de pacotes que chegam aos breakers IEDs disparados pelo P&C IED.

Figura 20 Tempo ETE de pacotes que saem dos breakers IEDs em direo ao P&C IED do TIE (cenrios 1 a 3 somente trfego FTP e Database e cenrio 1 original)

39

Somente analisando o tempo de resposta dos breakers IEDs (tempo de confirmao atravs do retorno de pacotes GOOSE de confirmao) dos comandos que foram enviados pelos P&Cs IEDs possvel se obter concluses perante a IEC 61850. Foram estudados os cenrios de 1 a 3 sem micros de SINK LOAD para se mostrar a real influncia dos trfegos de FTP e Database e apenas o cenrio 1 com o micro SINK LOAD ligado. Pode-se observar na Fig. 20 uma variao bem acentuada nos tempos de ETE no cenrio 2, e logo em seguida no cenrio 3 com a implantao do QoS. Na comparao entre os ETEs do cenrio 1 com e sem SINK LOAD verifica-se uma degradao de tempo ETE na faixa de 0,16 ms aproximadamente. Na literatura do ensaio realizado pelo LPROT da USP pela PETROBRAS [8] tem-se um trfego de fundo que gerado pelo programa IP LOAD, ou seja, um programa para saturao de trfego da rede que se utiliza para envio de pacotes em direo ao nmero de IP do rel P&C IED do TIE. Nesta ocasio, nos ensaios da USP, no feita uma anlise da confirmao da recepo de pacotes no destino via pacotes de confirmao GOOSE. Caso viesse a ser realizada esta anlise pelo laboratrio da USP bem provvel que os resultados seriam bem parecidos com os que foram obtidos nos ensaios que se seguem.

40

Figura 21 Tempo ETE de pacotes que saem dos breakers IEDs em direo ao P&C IED do TIE (cenrios 2 e 3 com micro SINK LOAD)

Observa-se no grfico da Fig. 21 que no cenrio 3 o tempo ETE se aproxima bastante de zero, o que pode ser explicado pelos curtos instantes em que o trfego de fundo no est to intenso, melhorando nesses instantes o tempo ETE dos pacotes de confirmao. Neste trabalho o trfego no foi direcionado ao nmero IP do TIE, pois esse trfego de pacotes no est formatado para chegar na camada de aplicao MMS do IED, e sim ao mdulo SINK deste IED, que originalmente responsvel pelos pacotes de confirmao de comandos GOOSE recebidos pelos breakers IEDs. Enfim, devido a este ponto, SINK, ser o destino deste trfego de fundo, neste trabalho o micro gerador de trfego chamado de SINK LOAD. A configurao do SINK LOAD, assim como do IP LOAD original, prev o envio de pacotes no tamanho de 200 bytes a uma taxa de 4000 pacotes/seg, o que representa 200 bytes x 8 bits x 4000 pacotes/seg = 6,4 Mbps, suficiente para saturar em 100 % uma rede full duplex de 10 Mbps. Sendo assim, na Fig. 21, com os cenrios 2 e 3, observam-se os efeitos devastadores somados dos dois trfegos de fundo em um link de 10 Mbps.

41

Figura 22 Tempo ETE de pacotes que saem dos breakers IEDs em direo ao P&C IED do TIE (cenrios 1 a 4 com micro SINK LOAD)

Observa-se na Fig. 22 que somente com uma capacidade de link de 100 Mbps que se consegue estabilizar em um perfil mais uniforme e de valor bem mais satisfatrio, na casa dos 0,2 ms, ou seja, encontra-se um tempo total de envio mais recebimento de aproximadamente 0,46 ms durante todo o intervalo de tempo de 20 s na simulao do OPNET Modeler para este caso, o que representa uma convergncia para uma soluo de escolha da capacidade daquele link que estaria mais crtico naquela ocasio. Outro aspecto muito importante a se considerar na anlise dos cenrios a limitao do domnio de broadcast para alguns agrupamentos de IEDs, pois foi observado que uma vez que se configura a porta do switch que se interliga ao IED analisado para suporte outra(s) VLAN(s), influncia naquele ETE analisado. No cenrio 2 utiliza-se a VLAN 1 como padro na configurao da porta do switch 4 que se interliga ao P&C IED, mas deixa-se o suporte VLAN 3 42 poder existir

(pacotes GOOSE). Definida a VLAN 1 ento como padro, na qual se localiza o servidor de dados da sala de controle, tem-se influncia de trfego FTP e Database, e com isso ocorre uma oscilao no tempo chegam dos breakers IEDs dos disjuntores A e B. No cenrio 3 utilizado um recurso de prioridade de trfego, o QoS, Quality of Service, que se baseia em critrios de prioridade de quais servios ou pacotes devem ter prioridade durante um processo de queueing, ou seja, em espera numa fila de envio para a rede ou para uma camada de enlace. Assim, na tentativa de buscar uma melhoria no tempo ETE, influenciado pelo tempo de queueing, procura-se mostrar se haver algum ganho neste aspecto, uma vez que h uma mudana na oscilao do perfil do ETE neste cenrio. J no cenrio 4, como pode-se perceber, h uma grande mudana no perfil do tempo ETE, havendo uma reduo bastante significativa em virtude da alta capacidade de transmisso do link de 100 Mbps em comparao com o link anterior de 10 Mbps. Mais adiante, nos apndices, estaro detalhadas as configuraes utilizadas nas seguintes tecnologias : switches 16 portas ethernet, estaes de trabalho ethernet, servidor ethernet, P&Cs IEDs, breakers IEDs, MU IEDs, links de dados full duplex para velocidades de 10/100 Mbps, tecnologia de VLANs, trunks, formato de pacotes GOOSE da IEC 61850, dentre outros recursos de configurao de tipo de aplicao, perfil de aplicao, tempo de intervalo de criao de pacotes, tempo de incio de criao e finalizao de pacotes em alguns IEDs, dentre outras ferramentas de auxlio de manuseio do prprio OPNET, tais como para exibio de dados estatsticos grficos ou paramtricos. Uma das tarefas mais difceis da simulao seria encontrar o verdadeiro perfil a ser utilizado na prtica, que poderia levar a inmeras simulaes de desempenho. Na dvida deve-se, como em todo projeto, considerar uma margem de segurana. vlido ressaltar que, no ensaio real de bancada com IEDs reais, so considerados tambm os tempos de processamento das lgicas internas aos dispositivos, ou seja, na simulao em ambiente virtual essas lgicas internas podem ser diferentes em termos de tempo de processamento, no sendo 43 ETE de pacotes que

porm o objetivo aqui considerado. Procura-se adotar uma pior situao de trfego que compreenda todos os fluxos que na prtica podem interferir ou no no mesmo instante de amostragem do ETE.

3.2.2 Ensaio de seletividade lgica Funo 68 - ANSI O ensaio com o emprego da funo 68, na tabela ANSI relacionada a bloqueio, consiste em atribuir uma determinada cadeia de proteo, formada por rels, uma lgica operacional de forma que haja uma ordem para atuao de cada rel diante de um evento. Quando da ocorrncia de um evento, todos os rels da cadeia so sensibilizados, porm somente um determinado rel estar liberado para atuar, permanecendo bloqueados os demais at que uma ordem de desbloqueio, acionada pela funo de falha de disjuntor (50BF), seja enviada pelo rel que se encontra desbloqueado naquele instante dentro da cadeia de proteo. Neste ensaio, procura-se focar no trfego existente entre IEDs responsveis pela proteo seletiva de um alimentador localizado na SE C-14. Neste caso, o IED responsvel pela lgica de bloqueio e seletividade ser o P&C IED do prprio alimentador supervisionado. Foram avaliados 5 cenrios a seguir discriminados : - 1. Cenrio : Anlise de tempo ETE para envio de comando GOOSE do P&C IED aos breakers IEDs dos disjuntores localizados montante. Todos os quatro IEDs encontram-se isolados na VLAN 3 (adotada como padro de porta de switch), sob influncia de uma estao SINK LOAD interligada ao switcth 4 da SE C-14 da planta. O SINK LOAD estar enviando pacotes de tamanho de 200 bytes ao P&C IED, totalizando uma trfego interferente de 6,4 Mbps; - 2. Cenrio : Anlise de tempo ETE para envio de comando GOOSE do P&C IED aos breakers IEDs dos disjuntores localizados montante. Somente os breakers IEDs encontram-se isolados na VLAN 3 (adotada como padro de porta de switch), sob influncia da mesma estao SINK LOAD do cenrio 1. Haver influncia do trfego de pacotes FTP e Database que simulam a aplicao MMS, baseada em TCP/IP, para 44

atualizaes dos IEDs quanto a dados no prioritrios, tais como dados de configurao dos IEDs, dentre outros; - 3. Cenrio : remonta o cenrio 2, mas com a implantao de servio de QoS Quality of Service, baseado em priority queueing ; - 4. Cenrio : remonta o cenrio 2, mas com a implantao de velocidade de 100 Mbps no link que interliga o P&C IED ao switch 4, inclusive com canais de 100 Mbps no dispositivo P&C IED; - 5. Cenrio : remonta o cenrio 4, mas com simulao de falha no link que interliga a SE C-14 a SE C-17.

Figura 23 Tempo ETE de um pacote que sai do P&C IED do alimentador na SE C-14 em direo aos IEDs localizados montante (cenrios 1 a 3)

45

Ao contrrio do caso do item anterior, neste esquema de proteo seletiva, existe um ponto crtico em termos de requisito de tempo e obrigatoriamente foram utilizados comandos de trip baseados em mensagens rpidas GOOSE. Na anlise de desempenho supe-se que toda a lgica se localiza no P&C IED do alimentador da SE C-14, que inicialmente envia comandos de bloqueio, funo 68, aos IEDs montante, e estes apenas estariam responsveis pelos comandos de abertura de seus respectivos disjuntores quando do desbloqueio remoto pela funo 50BF Falha de disjuntor. A anlise dos cenrios se finaliza quando se estabelecem os requisitos necessrios para que os pacotes dos IEDs mais afastados estejam dentro da faixa permitida dos 4 ms da IEC 61850. Na Fig. 23 observam-se tempos de ETE para o trajeto de pacotes que saem do IED (L90-1) de um alimentador na SE C-14 para os IEDs montante que esto submetidos seletividade lgica. Os tempos so compatveis com as respectivas localizaes dos breakers IEDs, nos quais os IEDs localizados na SE C-17 apresentando tempos ETE maiores que 0,35 ms e menores que 0,45 ms. J o breaker IED na SE C-14 apresentando tempo ETE entre 0,25 e 0,30 ms.

Figura 24 Tempo ETE de resposta de pacotes que retornam dos breakers IEDs em direo ao P&C IED localizado jusante (cenrios 2 e 3)

46

Como no caso anterior, tambm primordial a anlise dos tempos de resposta dos breakers IEDs em relao ao P&C IED da lgica (L90-1), ou seja, o tempo desde a deteco da falta at o recebimento da informao que o disjuntor abriu, pois como se observa na Fig. 24 mais uma vez o efeito extremamente devastador, principalmente quando se requer neste caso uma resposta rpida dos mesmos para o caso de falha de disjuntor, sendo muito provvel que haja at a perda de seletividade, j que h um certo limite de tempo programado pelo rel da lgica para a verificao de falha de disjuntor, em torno de 100 ms. Observa-se pela Fig. 24 que no h condies de resposta aceitvel perante os requisitos da norma IEC 61850 em caso de aumento de trfego interferente medida que se incrementa o tempo na simulao, e que no h melhorias em termos do uso do servio de QoS. Seguindo a recomendao do caso anterior de aumento da capacidade do link do P&C IED, so mostrados na Fig. 25 os tempos de ETE para os cenrios 4 e 5.

Figura 25 Tempo ETE de resposta de pacotes que retornam dos breakers IEDs em direo ao P&C IED localizado montante (cenrios 4 e 5)

47

Observa-se na Fig. 25 que mesmo durante a situao do cenrio 5, em que ocorre a perda de um link entre a SE C-14 e a SE C-17, garantida a comunicao com os IEDs da SE C-17. Ocorre um aumento de tempo ETE do cenrio 4 para o cenrio 5, indicando que provavelmente um caminho mais longo foi necessrio para o recebimento de pacotes de confirmao oriundos destes IEDs da SE C-17.

Figura 26 Tempo ETE de pacotes que partem do P&C IED em direo aos breakers IEDs localizados na SE C-17 (cenrios 4 e 5)

Verifica-se na Fig. 26 um aumento no tempo ETE de pacotes que partem do P&C IED em direo aos seus breakers IEDs. 3.3 Consideraes finais Foram apresentados dois casos de simulao de funes, um de paralelismo momentneo de alimentadores e outro de seletividade lgica, ambos operando atravs de comandos GOOSE da IEC 61850. Sendo assim, foram criados alguns cenrios com respectivas condies de trfego de fundo para que intencionalmente houvesse o efeito de uma saturao de rede. Consequentemente, as solues para cada caso recaem em um aumento na capacidade de transmisso do link, ressalvando 48

que o objetivo neste caso manter o padro de tempo da IEC 61850 para o ETE de confirmao de abertura de disjuntor. A validao do ensaio se observa na comparao com os resultados obtidos nos ensaios que foram realizados conforme o trabalho em referncia [8], onde procura-se testar a eficincia dos comandos GOOSE em termos de requisitos de tempo da IEC 61850. vlido ressaltar que nos ensaios da USP o tempo de confirmao de abertura foi medido pela abertura do contato fsico do rel IED que estava conectado a uma mquina de aferio real (Fab. OMICRON). Neste aspecto, o tempo ETE do trajeto do pacote se soma ao tempo de abertura do contato. Outros requisitos da norma no tratam de requisitos de tempo ou requisitos dinmicos, portanto no poderiam ser testados no OPNET Modeler devido a sua rea de aplicao especfica. Um exemplo de outro requisito a ser testado poderia ser o da segurana da rede, que caberia a um outro tipo de estudo.

49

50

Captulo 4 Concluses, melhorias possveis e trabalhos futuros

4.1 Concluses No mbito de avaliao do desempenho da comunicao de dados baseados na IEC 61850 aplicada a refinarias de petrleo, so necessrios recursos muitas vezes parecidos como os que se tm nos laboratrios de testes reais, a exemplo da USP, mas importante salientar que simulaes computacionais baseadas em modelos de processos esto cada vez mais acessveis aos usurios que desejam planejar um estudo sem um laboratrio de testes reais. indiscutvel que empresas de porte como a PETROBRAS possam utilizar melhores recursos, mas muitas vezes necessria a diversificao de mtodos para a chegada de uma soluo, pois recursos reais muitas vezes so dependentes de inmeros fatores. Uma vasta gama de recursos existentes encontrados no OPNET Modeler permite chegar a algumas solues, mas no ao domnio completo de solues. Atravs do trabalho publicado no IEEE [7] encontrado no site de peridicos da UFPE foi possvel unir a possibilidade de construo de uma plataforma de anlise virtual ao caso de implantao de IEDs na refinaria RPBC. O passo inicial sem dvida muito anterior ao de construo desta plataforma foi o de tentar analisar o trfego cliente-servidor entre dois micros reais. Mas, esta possibilidade logo se frustrou pela impossibilidade de existir um software livre capaz de simular comandos GOOSE entre IEDs virtuais. Na ocasio, os softwares utilizados foram cpias de demonstrao obtidas no site da 51

Netted Automation [9], que por sinal foi um timo site para pesquisa de conhecimentos acerca da norma IEC 61850. Quanto norma IEC 61850, no incio sua grandiosidade parece torn-la um tanto quanto repulsiva, no entanto tal fato superado ao se focalizar naquilo que realmente de interesse do estudo: os modelos, os requisitos e os principais conceitos da norma. Fica claro entender que a implantao da norma algo baseado no interesse de liberdade de escolha para o usurio, com o objetivo de reduzir custos por uma soluo global, diferentemente da soluo proprietria. Os modelos de IEDs consolidados neste trabalho so bem acadmicos do ponto de vista lgico, e obedecem ao processamento interno kernel do OPNET Modeler, mas pelo fato deste software ser bem difundido na rea de simulao computacional de redes, apresentar uma vasta biblioteca de modelos de processos j consagrados, por estar apoiado em trabalhos internacionais por empresas j consagradas, acredita-se estar na direo certa de um novo tipo de tecnologia capaz de auxiliar o planejamento de sistemas de comunicao de SASs, principalmente porque se pode evoluir nesta tecnologia. Ou seja, simulaes computacionais servem para planejar testes reais.

4.2 Melhorias possveis e trabalhos futuros O projeto da plataforma computacional deste estudo poderia ficar ainda melhor com o uso de tag de prioridade dado ao pacote GOOSE, que apesar de ser previsto na norma IEC 61850, no foi usado neste trabalho. Seria necessria uma ateno maior para os estudos dos modelos de processo MAC e switch. Outro fato que se tornaria interessante seria o aperfeioamento da configurao de endereos IP e endereos de MAC com utilizao de domnios de broadcast corretamente configurados, pois assim pode-se integrar o funcionamento de vrios casos em um s cenrio, o que nos daria uma viso mais completa de desempenho durante vrias situaes de contingncia no sistema eltrico estudado.

52

Apndice A
Este apndice fornece os diagramas unifilares representados nas telas do sistema supervisrio aplicado nos testes da plataforma de IEDs montados no laboratrio LPROT [8] da Escola Politcnica da USP com relao arquitetura de automao das subestaes da Refinaria Presidente Bernardes de Cubato - RPBC quando da proposta de atualizao baseada na IEC 61850 pela PETROBRAS em 2005 : - SE C-17 Subestao de entrada com recebimento em 230 kV e distribuio em 13,8 kV ; - SE C-14 Subestao de distribuio em 13,8 kV ; - SE C-03 Subestao de distribuio em 13,8 kV. Juntas estas trs subestaes abastecem inmeras subestaes unitrias espalhadas pela refinaria para atendimento aos vrios processos da planta. A subestao de entrada recebe energia da UTE Cubato em 230 kV, transforma para 13,8 kV e distribui atravs de sua barra de 13,8 kV para alimentadores e para outras subestaes, tais como a SE C-14 e a SE C-03. A linha de IEDs utilizada nos ensaios foi de fabricao GE com suporte IEC 61850.

Figura A. 1 Tela para proteo e controle da SE C-17 Diagrama Unifilar do Painel PN-17010A 13,8kV

53

Figura A. 2 Tela para proteo e controle da SE C-17 Diagrama Unifilar do Painel PN-17010B 13,8kV

Figura A. 3 Tela para proteo e controle da SE C-17 Diagrama Unifilar do Painel PN-17010C 13,8kV

54

Figura A. 4 Tela para proteo e controle da SE C-14 Diagrama Unifilar do Painel PN-14010 13,8kV

Figura A. 5 Tela para proteo e controle da SE C-03 Diagrama Unifilar do Painel PN-03010 13,8kV

55

Figura A. 6 Tela para proteo e controle da SE C-17 Diagrama Unifilar de Interligao entre os Painis PN-17010 A/B/C - 13,8kV

56

Apndice B
Este apndice fornece os diagramas de interligao de switches pticos, IEDs e computadores aplicados nos testes da plataforma de IEDs montados no laboratrio LPROT da Escola Politcnica da USP com relao arquitetura de automao das subestaes da Refinaria Presidente Bernardes de Cubato - RPBC quando da proposta de atualizao baseada na IEC 61850 pela PETROBRAS em 2005.

Figura B. 1 Configurao de IEDs e switch utilizados para a configurao da SE C-17

Figura B. 2 Configurao de IEDs e switches utilizados para a configurao da SE C-14

57

Figura B. 3 Configurao de IEDs e switch utilizados para a configurao da SE C-03

Figura B. 4 Rede geral de IEDs e switches pticos construda no Laboratrio de Proteo de Sistemas, para simulao da arquitetura do novo sistema de proteo e automao eltrica da RPBC/PETROBRAS

58

Apndice C
Este apndice fornece as configuraes e os diagramas de interligao de switches, IEDs e computadores para o caso de paralelismo momentneo de alimentadores montado no software OPNET Modeler da simulao computacional deste trabalho. - Configurao da subnet da SE C-14 durante simulao do caso de paralelismo momentneo de alimentadores ;

Figura C. 1- IEDs, switch, micro de engenharia de campo, micro SINK LOAD utilizados para a simulao da comunicao de dados no paralelismo momentneo de alimentadores da barra da SE C-14

Na Fig. C.1 o switch 4 faria o papel do switch ML-2400 da SE C-14 da Fig. B.2, e aparecem tambm os IEDs D60, L90-2 e o C60, respectivamente trocando dados lgicos de formato GOOSE para a operao de paralelismo. A seguir tem-se algumas configuraes realizadas especificamente para este caso.

59

Figura C. 2 Tela das configuraes de atributos da fonte GOOSE do modelo de n P&C IED TIE C60

Figura C. 3 Tela das configuraes de atributos da interface de ethernet do modelo de n P&C IED TIE C60

60

Figura C. 4 Tela das configuraes de atributos do mdulo MAC do modelo de n P&C IED TIE C60

Figura C. 5 Tela das configuraes de atributos do canal de recepo RX do modelo de n P&C IED TIE C60

As mesmas configuraes do canal de Recepo RX acima servem para o canal de transmisso TX do mesmo P&C IED. Observa-se a mudana necessria no ajuste de data rate para suprir a demanda de trfego intenso na pior situao estudada para o referido caso.

61

Figura C. 6 Tela das configuraes de atributos da fonte GOOSE do modelo de n breaker IED L90-2

Figura C. 7 Tela das configuraes de atributos da interface de ethernet do modelo de n breaker IED L90-2

62

Figura C. 8 - Tela das configuraes de atributos do mdulo MAC do modelo de n breaker IED L90-2

Figura C. 9 Tela das configuraes de atributos do canal de recepo RX do modelo de n breaker IED L90-2

As mesmas configuraes do canal de Recepo RX acima servem para o canal de transmisso TX do mesmo breaker IED.

63

Figura C. 10 Tela das configuraes de atributos da fonte GOOSE do modelo de n breaker IED D60

Figura C. 11 Tela das configuraes de atributos da interface de ethernet do modelo de n breaker IED D60

64

Figura C. 12 Tela das configuraes de atributos do mdulo MAC do modelo de n breaker IED D60

Figura C. 13 Tela das configuraes de atributos do canal de recepo RX do modelo de n breaker IED D60

As mesmas configuraes do canal de Recepo RX acima servem para o canal de transmisso TX do mesmo breaker IED. 65

Figura C. 14 Modelo de n do micro SINK LOAD

Clicando-se com o boto esquerdo no micro SINK LOAD verifica-se que este modelo de n baseado no IED tipo Merging Unit MU IED configurado para envio de pacotes numa taxa de 6,4 Mbps, conforme atributos da Fig. C.15. A idia do micro SINK LOAD foi inspirada na idia do software IP LOAD [8], utilizando saturao da rede atravs de pacotes raw data.

Figura C. 15 Configurao dos atributos do mdulo raw data do modelo de n SINK LOAD

66

- Configurao da subnet da sala de controle da planta durante simulao do caso de paralelismo momentneo de alimentadores .

Figura C. 16 Estaes de trabalho cliente e servidor na subnet da sala de controle da planta

Figura C. 17 Configurao FTP (Heavy) ajustada no item de aplicao da simulao

67

Figura C. 18 Configurao Database (Light) ajustada no item de aplicao da simulao

Uma vez configurados estes dois itens de aplicao e de perfil de aplicao a estao servidor deve ser configurada para o perfil de servios, que no caso foi adaptado do perfil padro Sm_Int_profile que j vem disponvel na biblioteca do OPNET Modeler. O micro servidor ento faz o papel da aplicao FTP e Database que foi especificado e as estaes clientes utilizam estes servios. Sendo assim, posteriormente ao passo das configuraes acima, as estaes clientes devem conter o perfil Sm_Int_profile para gerao de um pequeno trfego que passe pelo switch 1. O mesmo papel tambm que o micro de engenharia de campo faz no switch 4 da subnet da SE C-14 na Fig. C.1

Figura C. 19 Configurao do item Supported Services das configuraes de atributos do modelo de n da estao servidor

68

Figura C. 20 Configurao do item Supported Profile das configuraes de atributos do modelo de n de uma estao cliente

Essas configuraes de Supported Profile acima de uma estao cliente localizada na subnet da sala de controle servem tambm para as demais estaes clientes existentes na simulao. As demais configuraes de IP ou MAC devem ser distintas para cada uma das estaes. Caso no seja IP fixo dever se optar pela opo auto assign, o mesmo ocorrendo para o endereo MAC. Para os IEDs, que precisam de endereo certo, foi necessrio fixar endereos MAC, que o que ocorre na prtica, pois cada placa de rede de um dispositivo nica no mundo. Na prtica esse endereo um nmero hexadecimal, mas note-se que neste trabalho foram usados apenas nmeros inteiros distintos especialmente para diferenciar os nicos modelos que foram utilizados na simulao em tela. 69

70

Apndice D
Este apndice fornece os diagramas de interligao de switches, IEDs e computadores para o caso da seletividade lgica entre IEDs montada no software OPNET Modeler da simulao computacional deste trabalho. - Configurao da subnet da SE C-14 durante simulao do caso de seletividade lgica entre IEDs ;

Figura D. 1 IEDs, switch, micro de engenharia de campo, micro SINK LOAD utilizados para a simulao da comunicao de dados na seletividade lgica entre IEDs na SE C-14

Em termos significativos no existiram quase mudanas nas configuraes de atributos dos modelos, mas sim na distribuio dos mesmos, na nomenclatura e no acrscimo de mais um IED, que no total foram 4(quatro), ou seja, 2(dois) IEDs na subnet da SE C-14 e dois IEDs na subnet da SE C-17, conforme se verifica na Fig. D.2.

71

- Configurao da subnet da SE C-17 durante simulao do caso de seletividade lgica entre IEDs .

Figura D.2 IEDs e switch, utilizados para a simulao da comunicao de dados na seletividade lgica entre IEDs na SE C-17

72

Apndice E
Este apndice fornece as demais configuraes que tambm seriam importantes para as simulaes em ambos os casos, tais como as configuraes dos switches, as configuraes para a coleta de estatsticas e o formato do pacote GOOSE. - Switches ; Uma opo para configurao rpida de VLAN para um determinado switch ou link feita pelo menu da rea de trabalho na opo protocols \VLAN.

Figura E. 1 Opo no menu para configurao rpida de um switch ou um link

73

Outra opo clicar no prprio switch ou no prprio link com o boto direito e acessar a opo Edit attributes.

Figura E. 2 Tela de atributos de um switch 16 portas ethernet

Figura E. 3 Tela de atributos de um link

74

Para se determinar em qual porta do switch estaria ligado um determinado link deve-se com o boto direito sobre o link desejado escolher a opo Edit ports.

Figura E. 4 Tela de seleo de portas de um link

Uma outra opo de configurao de um switch seria manualmente fazer as configuraes por porta .

Figura E. 5 Tela de configurao manual das portas de um switch

75

Na tela da Fig. E.5 se observa que a porta 10 do switch 4 no cenrio 1 do caso paralelismo momentneo de alimentadores est configurada para suportar as VLANs 1 e 3, mas a VLAN padro neste caso a VLAN 3, adotada como a VLAN para pacotes GOOSE, a qual foi configurada somente para os IEDs do paralelismo. J nos demais cenrios a VLAN 3 deixa de ser padro, a fim de que o dispositivo detentor da lgica de envio de pacotes de comando GOOSE passe a ser influenciado pelo trfego de fundo proveniente da VLAN 1. Um importante recurso para a visualizao das VLANs que esto ativas pode ser acessado pela opo View\Visualize Protocol Configuration\VLAN Configuration da rea de trabalho.

Figura E. 6 Tela de recurso para visualizao das VLANs configuradas, mostrando a VLAN 3

Figura E. 7 Tela de recurso para visualizao das VLANs configuradas, mostrando a VLAN 1

76

Observa-se que alguns links esto com configurao trunk, ou seja, para suportar mais de uma VLAN no mesmo link. Vale ressaltar que este recurso s se torna vivel em dispositivos que aceitam a configurao de tagueamento de porta, ou seja padro 802.1Q. Sendo uma das dificuldades do trabalho e que foram citadas no captulo 4, subitem de trabalhos futuros. - Configuraes de coleta de estatsticas ; Um dos recursos principais deste trabalho foram as configuraes para a coleta de estatsticas. O OPNET Modeler apresenta inmeras possibilidades e isto o que mostra a Fig. E.8 a respeito de uma coleta individual de estatstica, como por exemplo, no modelo de n P&C IED .

Figura E. 8 Tela de configurao das estatsticas individuais de um modelo

Acima uma das opes escolhidas o tempo End-to-End Delay (ETE) do trfego em direo ao mdulo sink do IED. Podem ser feitas vrias outras escolhas, inclusive animaes 2D e at 3D dependendo do tipo de plataforma de simulao. Vale ressaltar que no desenvolvimento dos modelos vrias 77

animaes 2D foram necessrias. Na opo DES do menu tem-se essas opes de gravao das animaes, Record, e tambm da escolha das estatsticas, se individual ou global. Quanto aos resultados, estes podem ser exibidos de diversas formas ou estilos, por exemplo, abaixo pode-se obter o formato grfico do ETE em valor mdio, average. Para acessar os resultados existe um pequeno boto no menu chamado View Results.

Figura E. 9 Tela de recurso para visualizao dos resultados

No boto Show mostrado na parte inferior direita da Fig. E.9 tem-se a opo de exibir em uma tela individual somente o grfico do resultado, e por conseguinte pode-se escolher o estilo da linha do grfico, como por exemplo, estilo discreto, barras, dentre outros, e at exportar os resultados para uma planilha.

Figura E. 10 Tela de recurso para visualizao individual de um resultado grfico e a opo de exportao para uma planilha

78

- Formato do pacote GOOSE . O formato do pacote GOOSE baseado no formato da Norma IEC61850 -8-1 Anexo C, Overview of ISO/IEC 8802-3 frame structure for GSE management and GOOSE. Portanto, abaixo tem-se o formato do pacote ainda na fonte GOOSE e o formato do pacote ethernet_v2 que usado no encapsulamento quando da passagem pelo mdulo MAC do IED.

Figura E. 11 Formato dos pacotes GOOSE e ethernet_v2 pelo editor de formato de pacotes

Vale ressaltar que o formato dos pacotes um importante recurso para interpretao quando da passagem pelos mdulos de processo do OPNET Modeler.

79

80

Referncias Bibliogrficas

[1] Torres, Gabriel. Redes de Computadores Curso Completo. Rio de Janeiro, Axcel Books, 2001; [2] Cyclades Brasil, Guia Internet de Conectividade. So Paulo, SENAC So Paulo, 2001; [3] Dos Santos, Lus Fabiano & Pereira, Lima. So Paulo, VII SIMPASE; [4] GURJO, E. C.; CARMO, U. A.; SOUZA, B. A. Aspectos de comunicao da norma IEC 61850. In: Simpsio Brasileiro de Sistemas Eltricos - SBSE 2006, Campina Grande. Anais do Simpsio Brasileiro de Sistemas Eltricos - SBSE 2006, 2006. v. 1. p. 1-5; [5] ALMEIDA, Clvis. Notas de aula. CENEL 2008. Rio de Janeiro, 2008; [6] ALECRIM, Paulo Dias de. Simulao Computacional para Redes de computadores. Rio de Janeiro, Editora Cincia Moderna Ltda, 2009; [7] T. S. Sidhu, Y. Yin, Modelling and Simulation for Performance Evaluation of IEC 61850 based Substation Communication Systems, IEEE Trans. On Power Delivery, vol. 22, no. 3, pp. 1482-1489, Jul.2007; [8] Bulgarelli, R.; Senger, E.C.; Santos, A.; Zerbinatti, P.E.; Viceconti, P.E.; Reis Filho, E.A.. O Modelamento e Ensaios de Sistema de Proteo e Automao para o Sistema de Distribuio de Energia Eltrica da Refinaria Presidente Bernardes (RPBC), baseado em IEDs e no Protocolo IEC 61850. So Paulo, LPROT-USP, 2005; [9] http://www.nettedautomation.com/index.html; [10] INTERNATIONAL ELETROTECHNICAL COMMISSION. IEC 61850-1: Communication networks and systems in substations Part 1 Introduction and overview. Geneva, 2003; [11] INTERNATIONAL ELETROTECHNICAL COMMISSION. IEC 61850-2: Communication networks and systems in substations Part 2: Glossary. Geneva, 2003; [12] INTERNATIONAL ELETROTECHNICAL COMMISSION. IEC 61850-3: Communication networks and systems in substations Part 3: General requirements. Geneva, 2002; [13] INTERNATIONAL ELETROTECHNICAL COMMISSION. IEC 61850-5: Communication networks and systems in substations Part 5 Communication requirements for functions and device models. Geneva, 2003; 81

[14] INTERNATIONAL ELETROTECHNICAL COMMISSION. IEC 61850-6: Communication networks and systems in substations Part 6 Configuration description language for communication in electrical substations related to IEDs Introduction and overview. Geneva, 2004; [15] INTERNATIONAL ELETROTECHNICAL COMMISSION. IEC 61850-7-1: Communication networks and systems in substations Part 7-1: Basic communication structure for substation and feeder equipment Principles and models. Geneva, 2003; [16] INTERNATIONAL ELETROTECHNICAL COMMISSION. IEC 61850-7-2: Communication networks and systems in substations Part 7-2: Basic communication structure for substation and feeder equipment Abstract communication service interface (ACSI). Geneva, 2003; [17] INTERNATIONAL ELETROTECHNICAL COMMISSION. IEC 61850-7-3: Communication networks and systems in substations Part 7-3: Basic communication structure for substation and feeder equipment Common data classes. Geneva, 2003; [18] INTERNATIONAL ELETROTECHNICAL COMMISSION. IEC 61850-7-4: Communication networks and systems in substations Part 7-4: Basic communication structure for substation and feeder equipment Compatible logical node classes and data classes. Geneva, 2003; [19] INTERNATIONAL ELETROTECHNICAL COMMISSION. IEC 61850-8-1: Communication networks and systems in substations Part 8-1: Specific Communication Service Mapping (SCSM) Mappings to MMS (ISO 9506-1 and ISO 9506-2) and to ISO/IEC 8802-3. Geneva, 2004; [20] INTERNATIONAL ELETROTECHNICAL COMMISSION. IEC 61850-9-1: Communication networks and systems in substations Part 9-1: Specific Communication Service Mapping (SCSM) Sampled values; [21] Tecnologia em Metalurgia e Materiais, So Paulo, v.3, n.3, p. 41-45, jan.-mar. 2007; [22] Gallo, Michael A.; Hancock, William M. Comunicao entre computadores e tecnologias de rede. So Paulo, Pioneira Thomson Learning, 2003; [23] P. Jnior, Paulo S. Testes de performance de IEDs atravs de ensaios utilizando mensagens GOOSE (IEC61850). IX STPC Seminrio Tcnico de Proteo e Controle. Belo Horizonte, 2008.

82