Tese Manzoni

DESENVOLVIMENTO DE UM SISTEMA COMPUTACIONAL ORIENTADO A
OBJETOS PARA SISTEMAS ELTRICOS DE POTNCIA: APLICAO A

SIMULAO RPIDA E ANLISE DA ESTABILIDADE DE TENSO
Alessandro Manzoni
TESE
SUBMETIDA
AO
CORPO
DOCENTE
DA
COORDENAO
DOS
PROGRAMAS DE PS-GRADUAO DE ENGENHARIA DA UNIVERSIDADE

FEDERAL DO RIO DE JANEIRO COMO PARTE DOS REQUISITOS NECESSRIOS
PARA A OBTENO DO GRAU DE DOUTOR EM CINCIAS EM ENGENHARIA
ELTRICA.
Aprovada por:
Prof. Djalma Mosqueira Falco, Ph.D.
Prof.Glauco Nery Taranto, Ph.D.
Prof. Ildemar Cassana Decker, D.Sc.
Prof. Jos Luiz Rezende Pereira, Ph.D.
Dr. Nelson Martins, Ph.D.
Dr. Jorge Luiz de Arajo Jardim, Ph.D.
RIO DE JANEIRO, RJ BRASIL

MARO DE 2005
MANZONI, ALESSANDRO
Desenvolvimento
de
um
Sistema
Computacional Orientado a Objetos para Sistemas

Eltricos de Potncia: Aplicao a Simulao
Rpida e Anlise da Estabilidade de Tenso [Rio de
Janeiro] 2005.
XI, 165 p. 29,7 cm (COPPE/UFRJ, D.Sc.,
Engenharia Eltrica, 2005)
Tese - Universidade Federal do Rio de Janeiro,
COPPE
1. Modelagem Orientada a Objetos
2. Estabilidade de Sistemas de Energia Eltrica
I. COPPE/UFRJ
II. Ttulo ( srie )
ii
Dedicada aos meus pais Nelsi e Alba

e ao meu irmo Gustavo (in memorium).
iii
A minha esposa Andra e ao meu filho Filipe

pelo apoio e pacincia demonstrado
em todas as horas da realizao deste trabalho.
iv
Agradecimentos
Aos professores, orientadores e amigos Djalma M. Falco e Glauco Nery
Taranto pela orientao, dedicao, confiana e apoio demonstrados ao longo do
desenvolvimento deste trabalho.
A todos os professores do Curso de Ps-Graduao em Engenharia Eltrica da
UFRJ que, de uma ou de outra forma, contriburam para a realizao deste trabalho.
Um agradecimento especial ao professor Alquindar de Souza Pedroso pelas
valiosas discusses e amizade demonstrada no perodo em que estive na UFRJ.
Ao colega e amigo Zulmar S. Machado Jr. pelo crescimento mtuo que tivemos
com as discusses a respeito de nossos trabalhos.
A todos os funcionrios, bolsistas, colegas e amigos do mestrado/doutorado
pelas horas de convvio dentro e fora da universidade.
Ao CNPq pelo suporte financeiro.
Resumo da Tese apresentada COPPE/UFRJ como parte dos requisitos necessrios

para a obteno do grau de Doutor em Cincias (D.Sc.)
DESENVOLVIMENTO DE UM SISTEMA COMPUTACIONAL ORIENTADO A

OBJETOS PARA SISTEMAS ELTRICOS DE POTNCIA: APLICAO A
SIMULAO RPIDA E ANLISE DA ESTABILIDADE DE TENSO
Alessandro Manzoni
Maro/2005
Orientadores: Djalma Mosqueira Falco

Glauco Nery Taranto
Programa: Engenharia Eltrica
Este trabalho tem por objetivo aplicar a Modelagem Orientada a Objetos para o
desenvolvimento de uma base computacional capaz de integrar e dar suporte
construo de um amplo conjunto de ferramentas para simulao e anlise de
sistemas eltricos. O modelo proposto mostrou-se adequado para acomodar
aplicativos tais como fluxo de potncia, anlise modal e simulao dinmica completa.
Aliado a isso, obteve-se um grau de generalizao para os modelos e aplicativos que
permitem que um novo equipamento (ou um novo modelo para este equipamento) seja
adicionado ao sistema e assimilado automaticamente por todo o elenco de aplicativos.
Em uma segunda etapa do trabalho, foi proposta uma modificao na metodologia de
simulao rpida de mdio e longo prazo que possibilitou a esta ferramenta um estudo
mais amplo dos fenmenos que ocorrem em cenrios de instabilidade de tenso. A
reteno da dinmica dos modelos na formulao do mtodo possibilitou que tcnicas
de anlise modal fossem utilizadas durante a simulao da trajetria do sistema.
Adicionalmente uma metodologia de simulao combinada, que rene o simulador
rpido modificado e um simulador da dinmica completa, permitiu ampliar ainda mais a
faixa de fenmenos que o simulador rpido pode estudar.
vi
Abstract of Thesis presented to COPPE/UFRJ as a partial fulfillment of the

requirements for the degree of Doctor of Science (D.Sc.).
DEVELOPMENT OF AN OBJECT ORIENTED COMPUTATIONAL SYSTEM:

APPLICATION TO FAST SIMULATION AND VOLTAGE STABILITY
ANALYSIS
Alessandro Manzoni
March/2005
Advisors: Djalma Mosqueira Falco

Glauco Nery Taranto
Department: Electrical Engineering
The objective of this work is the application of Object Oriented Modeling to the
development of a computational basis able to integrate and support the building of a
large set of computational tools for simulation and analysis of electric power systems.
Tests with the proposed model showed its adequacy for the implementation of
applications like power flow, modal analysis, and full dynamic simulation. Moreover, the
generalization achieved in model and applications allows that a device (or a new model
for a device already included in the system) be automatically added to the system and
assimilated by all applications. In a second stage of the work, it is proposed a
modification in the methodology for mid- and long-term simulation that allows to this
computational tool a more general study of phenomena present in voltage instability
scenarios. The preservation of the full dynamic models in the method formulation
allowed the use of modal analysis in points of the simulated system trajectory.
Additionally, a combined simulation methodology, bringing together an enhanced fast
dynamic simulator and a full dynamic simulator, allowed an even more enlarged range
of dynamic phenomena that can be studied using the proposed methodology.
vii
Sumrio
CAPTULO 1 INTRODUO ................................................................................................................1
1.1 CONSIDERAES GERAIS ..................................................................................................................1
1.2 ESTRUTURA DO TRABALHO ...............................................................................................................2
CAPTULO 2 MODELAGEM ORIENTADA A OBJETOS................................................................4
2.1 CONSIDERAES GERAIS ..................................................................................................................4
2.2 MUDANA NO ENFOQUE DE PROGRAMAO ....................................................................................5
2.2.1 O Conceito de Objeto ...........................................................................................................6
2.2.2 Herana e Polimorfismo.......................................................................................................8
2.3 METODOLOGIAS DE PROJETO ORIENTADO A OBJETOS ......................................................................8
2.3.1 Mtodo de Booch [2] ............................................................................................................9
2.3.2 OMT [2][1] ..........................................................................................................................9
2.3.3 Mtodo OOSE [2]...............................................................................................................10
2.4 UNIFIED MODELING LANGUAGE (UML) .........................................................................................11
2.4.1 O Processo de Desenvolvimento da UML ..........................................................................11
2.4.2 A Representao dos Modelos na UML[2][3] ...................................................................13
2.4.3 O Diagrama de Classes da UML e sua Notao Grfica...................................................16
2.5 CONSIDERAES FINAIS..................................................................................................................19
CAPTULO 3 MODELAGEM ORIENTADA A OBJETOS APLICADA A SISTEMAS DE
ENERGIA ELTRICA .................................................................................................20
3.1 CONSIDERAES GERAIS ................................................................................................................20
3.1.1 Reviso Bibliogrfica .........................................................................................................21
3.2 LEVANTAMENTO DOS REQUISITOS DO MODELO ORIENTADO A OBJETOS ........................................26
3.3 DESCRIO TOPOLGICA DO SEE...................................................................................................29
3.3.1 Descrio Fsica.................................................................................................................29
3.3.2 Descrio Lgica................................................................................................................35
3.3.3 Coexistncia das Descries ..............................................................................................37
3.3.4 A Configurao da Rede Eltrica.......................................................................................40
3.4 FUNCIONALIDADES ESPECFICAS.....................................................................................................41
3.4.1 Estado de um Dispositivo ...................................................................................................43
3.4.2 Modelo de um Dispositivo ..................................................................................................44
3.5 FERRAMENTAS MATEMTICAS .......................................................................................................59
3.6 APLICATIVOS ..................................................................................................................................61
3.6.1 Um Aplicativo Exemplo ......................................................................................................64
CAPTULO 4 METODOLOGIA DE SIMULAO RPIDA NO TEMPO ...................................69
4.2 ESTABILIDADE DE TENSO ..............................................................................................................70
4.2.1 Definies em Estabilidade de Tenso ...............................................................................70
4.2.2 Escalas de Tempo ...............................................................................................................72
4.2.3 Mtodos de Avaliao da Estabilidade de Tenso .............................................................73
4.3 SIMULAO RPIDA .......................................................................................................................77
4.3.1 Modelos Matemticos.........................................................................................................78
4.4 SIMULAO RPIDA MODIFICADA..................................................................................................83
viii
4.4.1 Modelos Matemticos.........................................................................................................83

4.4.2 Consideraes sobre os Modelos Matemticos e suas Implicaes...................................85
4.5 COMPARAO ENTRE AS METODOLOGIAS ......................................................................................87
4.6 SIMULAO RPIDA E COMPLETA COMBINADAS............................................................................92
4.6.1 Aspectos Computacionais...................................................................................................93
CAPTULO 5 RESULTADOS...............................................................................................................97
5.2 BASE DE APLICATIVOS IMPLEMENTADA..........................................................................................98
5.3 SIMULAES E AVALIAO DA FLEXIBILIDADE DO M.O.O. ...........................................................99
5.3.1 Sistema Exemplo...............................................................................................................100
5.3.2 Fluxo de Potncia.............................................................................................................100
5.3.3 Anlise de Estabilidade de Pequenos-Sinais ....................................................................103
5.3.4 Simulao da Dinmica Completa ...................................................................................105
5.3.5 Simulao Rpida.............................................................................................................109
5.3.6 Simulaes de Longo Prazo .............................................................................................112
5.3.7 Flexibilidade de Formulao ...........................................................................................117
5.3.8 Flexibilidade de Modelagem ............................................................................................118
5.3.9 Comentrios Gerais..........................................................................................................126
5.4 DESEMPENHO COMPUTACIONAL DO M.O.O..................................................................................126
5.4.1 Descrio dos Sistemas Utilizados ...................................................................................127
5.4.2 Desempenho Computacional do Fluxo de Potncia .........................................................128
5.4.3 Desempenho Computacional da Simulao da Dinmica Completa ...............................131
5.4.4 Simulao de Longo Prazo para o Sistema Brasileiro .....................................................137
5.4.5 Simulao de Mdio Prazo para o Sistema Brasileiro .....................................................139
5.4.6 Comentrios Gerais..........................................................................................................141
5.5 CONSIDERAES FINAIS................................................................................................................141
CAPTULO 6 CONCLUSES ............................................................................................................143
6.1 CONSIDERAES GERAIS ..............................................................................................................143
6.2 SUGESTES PARA FUTUROS TRABALHOS ......................................................................................146
REFERNCIAS BIBLIOGRFICAS................................................................................................. 147
ix
ndice de Figuras
FIGURA 1 EXEMPLOS DE OBJETOS DE UMA APLICAO PARA GEOMETRIA PLANA ....................................7
FIGURA 2 EXEMPLO DE UM DIAGRAMA DE CLASSES DA UML.................................................................13
FIGURA 3 EXEMPLO DE UM DIAGRAMA DE CASOS DE USO DA UML [2]..................................................14
FIGURA 4 EXEMPLO DE UM DIAGRAMA DE SEQNCIA DA UML [2].......................................................14
FIGURA 5 EXEMPLO DE UM DIAGRAMA DE COLABORAO DA UML [2] ................................................15
FIGURA 6 EXEMPLO DE UM DIAGRAMA DE ESTADO DA UML [2] ............................................................16
FIGURA 7 REPRESENTAO DE CLASSES NA UML ..................................................................................17
FIGURA 8 REPRESENTAO DE RELACIONAMENTOS ENTRE CLASSES NA UML.......................................18
FIGURA 9 REPRESENTAO DE PACOTES NA UML ..................................................................................18
FIGURA 10 REPRESENTAO DE TEMPLATES NA UML............................................................................19
FIGURA 11 RELAO ENTRE AS ABORDAGENS DO MOO .........................................................................28
FIGURA 12 ARRANJO TOPOLGICO DE UM SEE .......................................................................................30
FIGURA 13 DIAGRAMA DE CLASSES DO SEE............................................................................................31
FIGURA 14 DIAGRAMA DE CLASSES DA SUBESTAO .............................................................................32
FIGURA 15 DIAGRAMA UNIFILAR DE UMA SUBESTAO HIPOTTICA .....................................................33
FIGURA 16 PROCESSO DE CONFIGURAO DA SUBESTAO ...................................................................36
FIGURA 17 DIAGRAMA DE CLASSES DAS ILHAS ELTRICAS .....................................................................36
FIGURA 18 ESTRUTURA ORGANIZACIONAL DO MOO .............................................................................38
FIGURA 19 DIAGRAMA GERAL DE CLASSES .............................................................................................39
FIGURA 20 ESTRUTURA GERAL DE UM DISPOSITIVO GENRICO ..............................................................42
FIGURA 21 ESTADO DOS DISPOSITIVOS ....................................................................................................44
FIGURA 22 DIAGRAMA DE BLOCOS REPRESENTATIVO DE UMA EQUAO ...............................................46
FIGURA 23 ESTRUTURA DE CONEXO DE UM BLOCO CONSTRUTIVO ELEMENTAR...................................47
FIGURA 24 DIAGRAMA DE CLASSES GERAL PARA O MODELO DE UM DISPOSITIVO..................................48
FIGURA 25 MODELO DE UMA UNIDADE DE GERAO ..............................................................................49
FIGURA 26 MECANISMO DE SOLUO E DERIVAO DO MODELO ..........................................................51
FIGURA 27 ESTRUTURA GERAL DOS BLOCOS COMPONENTES DO MODELO .............................................53
FIGURA 28 ESTRUTURA GERAL DE UM BLOCO DE SADA DO TIPO OSHUNT.............................................55
FIGURA 29 MODELO DE CARGA ZIP ........................................................................................................57
FIGURA 30 DIAGRAMA DE CLASSES DAS FERRAMENTAS MATEMTICAS ................................................60
FIGURA 31 DIAGRAMA DE CLASSES DO SEE X APLICATIVOS .............................................................62
FIGURA 32 ESTRUTURA GERAL DO MOO ................................................................................................63
FIGURA 33 ESTRUTURA DE UTILIZAO ..................................................................................................64
FIGURA 34 DIAGRAMA DAS CLASSES UTILIZADAS NO APLICATIVO EXEMPLO ........................................66
FIGURA 35 SISTEMA DE REFERNCIA E MATRIZ DE TRANSFORMAO ....................................................78
FIGURA 36 SISTEMA EXEMPLO DE 9 BARRAS ..........................................................................................87
FIGURA 37 TENSO TERMINAL DO GERADOR 1 EM AMBAS METODOLOGIAS ...........................................88
FIGURA 38 TENSO TERMINAL DO GERADOR 3 EM AMBAS METODOLOGIAS ...........................................88
FIGURA 39 POTNCIA REATIVA DO GERADOR 1 EM AMBAS METODOLOGIAS ..........................................89
FIGURA 40 ANLISE DA ESTABILIDADE AO LONGO DA TRAJETRIA .......................................................89
FIGURA 41 TENSES E ANLISE MODAL PARA UM DEGRAU DE CARGA DE 30% .....................................90
FIGURA 42 TENSES NAS BARRAS PARA UM DEGRAU DE CARGA DE 30%...............................................91
FIGURA 43 POTNCIAS REATIVAS GERADAS PARA UM DEGRAU DE CARGA DE 30% ...............................91
FIGURA 44 TENSO TERMINAL DO GERADOR 1 PARA UM DEGRAU DE CARGA ........................................92
FIGURA 45 TENSO TERMINAL DO GERADOR 3 PARA UM DEGRAU DE CARGA ........................................93
FIGURA 46 BLOCO DINMICO DO MODELO ORIENTADO A OBJETOS (ATRASO) ........................................94
FIGURA 47 SISTEMA EXEMPLO DE 45 BARRAS .......................................................................................100
FIGURA 48 TENSES DAS BARRAS (FLXPOT++) ....................................................................................101
FIGURA 49 POTNCIA ATIVA E REATIVA DOS GERADORES (FLXPOT++) ..............................................101
FIGURA 50 DIFERENA NAS TENSES ENTRE OS PROGRAMAS FLXPOT++ E ANAREDE .........................102
FIGURA 51 DIFERENA NAS GERAES ENTRE OS PROGRAMAS FLXPOT++ E ANAREDE ......................102
FIGURA 52 AUTOVALORES E FATORES DE PARTICIPAO / MODE SHAPE PARA UM AUTOVALOR
SELECIONADO (AEPS++)....................................................................................................103
FIGURA 53 NGULO DOS GERADORES (SIMSEES++) ...........................................................................106
FIGURA 54 POTNCIA ELTRICA E CORRENTE DE CAMPO DOS GERADORES (SIMSEES++) .................106
FIGURA 55 NGULO DOS GERADORES (SIMSEEA++) ...........................................................................107
FIGURA 56 POTNCIA ELTRICA E CORRENTE DE CAMPO DOS GERADORES (SIMSEEA++) .................107

FIGURA 57 NGULO DO GERADOR DA USINA DE ITABA (SIMSEES++/SIMSEEA++/ANATEM) .........108
FIGURA 58 TENSO DE CAMPO DO GERADOR DA USINA DE ITABA
(SIMSEES++/SIMSEEA++/ANATEM) ................................................................................108
FIGURA 59 TENSES DAS BARRAS (FASTSIM++) ...................................................................................109
FIGURA 60 POTNCIA ATIVA E REATIVA DOS GERADORES (FASTSIM++)..............................................110
FIGURA 61 OUTRAS GRANDEZAS ELTRICAS DOS GERADORES (FASTSIM++).......................................110
FIGURA 62 TRAJETRIA DOS AUTOVALORES PARA UMA RAMPA DE CARGA (FASTSIM++) ...................111
FIGURA 64 POTNCIA ATIVA E REATIVA DAS CARGAS (FASTSIM++)....................................................113
FIGURA 65 GRANDEZAS ELTRICAS DOS GERADORES (FASTSIM++).....................................................113
FIGURA 66 TENSES DAS BARRAS (SIMSEES++) .................................................................................114
FIGURA 67 POTNCIA ATIVA E REATIVA DAS CARGAS (SIMSEES++) ..................................................114
FIGURA 68 GRANDEZAS ELTRICAS DOS GERADORES (SIMSEES++) ....................................................115
FIGURA 70 NGULOS DOS GERADORES (FASTSIM++) ...........................................................................117
FIGURA 71 MODELO DO SVC INTRODUZIDO NA BARRA DE JOINVILLE ..................................................119
FIGURA 72 TENSES DAS BARRAS SEM A INCLUSO DO SVC (FLXPOT++)...........................................120
FIGURA 73 TENSES DAS BARRAS COM A INCLUSO DO SVC (FLXPOT++)..........................................120
FIGURA 74 POTNCIAS GERADAS PELOS GERADORES E PELO SVC (FLXPOT++)...................................121
FIGURA 75 ESTRUTURA DA MATRIZ JACOBIANA COM A INCLUSO DO SVC (AEPS++).......................122
FIGURA 76 AUTOVALORES DO SISTEMA COM A INCLUSO DO SVC (AEPS++)....................................123
FIGURA 77 TENSES DAS BARRAS E TENSO NA BARRA DO SVC (SIMSEES++) .................................124
FIGURA 78 POTNCIA REATIVA E SUSCEPTNCIA DO SVC (SIMSEES++)............................................124
FIGURA 80 POTNCIA REATIVA DOS GERADORES/SVC E SUSCEPTNCIA DO SVC (FASTSIM++).........125
FIGURA 81 COMPARAO DE DESEMPENHO DO PROGRAMA DE FLUXO DE POTNCIA GENERALIZADO
COM O FLUXO DE POTNCIA CONVENCIONAL ......................................................................129
FIGURA 82 COMPARAO DE DESEMPENHO DE UMA ITERAO DO PROCESSO PARA O SISTEMA S2000130
FIGURA 83 COMPARAO DE DESEMPENHO DE UMA ITERAO DO PROCESSO PARA O SISTEMA S2800130
FIGURA 84 COMPARAO DE DESEMPENHO DOS PROGRAMAS DE SIMULAO DA DINMICA COMPLETA
............................................................................................................................................132
FIGURA 85 COMPOSIO DE UMA ITERAO DO PROCESSO DE CLCULO DO MTODO SIMULTNEO
IMPLCITO (SIMSEES++) ....................................................................................................135
FIGURA 86 DESEMPENHO DO SISTEMA S0188 PARA VARIAO NO PASSO DE INTEGRAO (SIMSEES++)
............................................................................................................................................136
FIGURA 87 NGULOS DO GERADOR PARA T = 1 MSEG E T = 10 MSEG (SIMSEES++) .......................137
FIGURA 88 TENSES DAS PRINCIPAIS BARRAS DO SISTEMA (FASTSIM++) ............................................138
FIGURA 89 GRANDEZAS ELTRICAS DE ALGUNS GERADORES DO SISTEMA (FASTSIM++) ....................138
FIGURA 90 TENSO DAS PRINCIPAIS BARRAS DO SISTEMA (FASTSIM++)..............................................140
FIGURA 91 NGULO E TENSO DE CAMPO DOS GERADORES (FASTSIM++)...........................................140
xi
ndice de Tabelas
TABELA 1 DERIVADAS DO MODELO ZIP DE CARGA ................................................................................59
TABELA 2 DESEMPENHO COMPUTACIONAL DOS PROGRAMAS PARA AS SIMULAES DE LONGO PRAZO
............................................................................................................................................115
TABELA 3 CONVERGNCIA DO FLUXO DE POTNCIA .............................................................................118
TABELA 4 DIMENSES DOS SISTEMAS UTILIZADOS ...............................................................................127
TABELA 5 DESEMPENHO COMPUTACIONAL DOS PROGRAMAS DE FLUXO DE POTNCIA ........................128
TABELA 6 COMPARAO DE DESEMPENHO DOS PROGRAMAS DE SIMULAO DA DINMICA COMPLETA
............................................................................................................................................132
TABELA 7 TIPOS DE MODELOS UTILIZADOS...........................................................................................134
TABELA 8 DESEMPENHO DO SISTEMA S0188 PARA VARIAO NO PASSO DE INTEGRAO ..................136
TABELA 9 DESEMPENHO DO SISTEMA BRASILEIRO COM MODELOS REAIS.............................................139
xii
Captulo 1
Introduo
1.1 Consideraes Gerais

No atual cenrio do setor eltrico cada vez mais crescente a necessidade de
programas computacionais para auxiliar nas atividades de operao e planejamento
dos sistemas de energia eltrica. Isto tem levado a um crescimento substancial da
quantidade de softwares disponveis para o setor eltrico. No entanto, apesar do
sucesso e qualidade destes softwares, sua grande maioria ainda est baseada na
primeira gerao das linguagens de alto nvel (FORTRAN em sua grande maioria).
reconhecido que programas escritos em linguagens convencionais apresentam
problemas quanto a manuteno e atualizaes, sobretudo quando aumentam as
dimenses e a complexidade destes programas. Outras caractersticas desta gerao
de programas podem ainda ser citadas:
Estruturas de dados vulnerveis manutenes;
Baixo nvel de integrao entre diferentes aplicativos;
Requerem elevados investimentos para manutenes e atualizaes;
Pouca ou nenhuma reusabilidade de cdigos j escritos;
Dificuldades no gerenciamento de mdulos desenvolvidos por equipes distintas.

Em geral, o elenco de software atualmente disponvel para o setor eltrico
possui um baixo nvel de integrao e so usados isoladamente, diminuindo a

produtividade dos estudos envolvidos. O novo cenrio do setor eltrico, baseado em
um ambiente desregulamentado e competitivo, onde as necessidades de mercado
levam a utilizao mxima do sistema de transmisso, resulta na operao em

condies de reduzidas margens de segurana. Neste cenrio, fundamental que os
engenheiros de sistemas de potncia possam contar com o apoio de ferramentas
computacionais
geis
extremamente
flexveis,
de
utilizao
amigvel,
e,
principalmente, um conjunto amplo e integrado de ferramentas para simulao e

anlise de sistemas eltricos. A Modelagem Orientada a Objetos (MOO), como
metodologia de desenvolvimento de softwares, apresenta-se como uma opo
promissora para enfrentar os novos desafios da produo de ferramentas
computacionais para a indstria de energia eltrica. A MOO visa a construo de uma
estrutura de dados slida e consistente, a partir da qual so implementados softwares
flexveis, com alto grau de reutilizao dos cdigos e com facilidades para
manutenes e atualizaes.
O presente trabalho tem por objetivo aplicar a Modelagem Orientada a Objetos
para o desenvolvimento de uma base computacional capaz de integrar e dar suporte
construo de um amplo conjunto de ferramentas para simulao e anlise de
sistemas eltricos de grande porte. O modelo orientado a objetos deve possuir um
grau de generalizao tal que os aplicativos possam assimilar rapidamente
modificaes e alteraes decorrentes do surgimento de novas metodologias de
anlise ou de novos equipamentos (ou o aperfeioamento dos j existentes).
Em uma segunda etapa do trabalho, e utilizando-se do ferramental de software
j desenvolvido, desenvolveu-se uma nova gerao de simuladores rpidos da
dinmica de mdio e longo prazo para sistemas eltricos de potncia. Estudou-se
ainda a viabilidade da utilizao das informaes obtidas com a anlise modal ao
longo da simulao para o controle e avaliao da estabilidade de tenso do sistema.
1.2 Estrutura do Trabalho

O texto deste documento est organizado em seis captulos, da seguinte forma:
O Captulo 1 apresenta uma breve introduo do assunto e os objetivos gerais
do trabalho.
No Captulo 2 so apresentados os conceitos e idias bsicas da Modelagem
Orientada a Objetos, onde so descritas algumas metodologias de projeto disponveis
na literatura. A linguagem UML (Unified Modeling Language) apresentada como
linguagem padro de modelagem de objetos, e sua notao grfica para descrever os

modelos orientados a objetos descrita. A compreenso dos conceitos bsicos da
modelagem orientada a objetos e da notao grfica utilizada indispensvel para o
entendimento da estrutura orientada a objetos proposta.
O Captulo 3 apresenta o modelo computacional orientado a objetos proposto
para aplicaes gerais em sistemas de energia eltrica. So levantados os requisitos
deste modelo e identificadas funcionalidades comuns que podem ser utilizadas em
uma grande diversidade de aplicativos da rea. Todos os modelos computacionais
apresentados so descritos na forma de diagramas de classes utilizando-se a notao
grfica da linguagem UML. Um pacote para suporte e apoio matemtico tambm
proposto e apresentado, com funes de gerenciamento de matrizes esparsas e
soluo de sistemas lineares de grande porte. Por fim, apresentada uma estrutura
computacional base para a construo de aplicativos utilizando como suporte os
modelos computacionais desenvolvidos.
No Captulo 4 descrita a metodologia de simulao rpida da dinmica de
mdio e longo prazo. Neste captulo proposta uma modificao na proposta original
[38], que permite a utilizao de tcnicas de anlise modal para o controle e avaliao
da estabilidade de tenso do sistema ao longo da simulao, possibilitando estudar
uma faixa mais ampla de fenmenos que a formulao original.
No
Captulo
so
apresentados
resultados
obtidos
com
modelo
computacional desenvolvido. Os resultados mostram a flexibilidade obtida com o

modelo proposto bem como algumas anlises comparativas referente a performance
computacional da estrutura proposta.
O Captulo 6 apresenta as concluses deste trabalho e prope sugestes para
trabalhos futuros.
Captulo 2
Modelagem Orientada a Objetos

A industria da informtica vm oferecendo solues que buscam facilitar a tarefa
de programao no desenvolvimento de sistemas computacionais complexos. De
tempos em tempos surge um novo paradigma de programao que rompe com
antigos conceitos e apresenta uma forma inteiramente nova de abordar a tarefa de
programao. Isto aconteceu com o surgimento das linguagens de alto nvel, que
substituram as antigas linguagens de mquina; com as linguagens estruturadas, que
substituram as linguagens lineares; e, mais recentemente, com as linguagens
orientadas a objeto, que se propem a substituir as linguagens estruturadas ou
procedurais. Outros paradigmas de programao recentes, muito embora restritos a
aplicaes especficas, so a programao para processamento paralelo e a
programao visual.
O surgimento de um novo paradigma de programao normalmente impe
mudanas profundas na maneira de abordar a tarefa da programao. Neste sentido,
a programao orientada a objetos (POO) e a modelagem orientada a objetos (MOO),
mudam
significativamente
enfoque
da
programao,
antes
centrado
fundamentalmente nas funcionalidades de um programa e agora passando a priorizar

os elementos conceituais do domnio do problema. Alm do projeto e implementao
de programas computacionais, os modelos baseados em objetos so teis ainda para
a compreenso de problemas, para a comunicao entre peritos de vrias
especialidades na elaborao das aplicaes, para modelar empresas, preparar
documentao, projetar bancos de dados, etc [1].
Este captulo introduz os conceitos e idias bsicas da modelagem orientada a

objetos, apresenta a UML (Unified Modeling Language) como linguagem padro de
modelagem de objetos, e sua notao grfica para descrever os modelos orientados a
objetos. A compreenso dos conceitos bsicos da modelagem orientada a objetos e
da notao grfica utilizada indispensvel para o entendimento dos prximos
captulos.
2.2 Mudana no Enfoque de Programao

O enfoque tradicional de modelagem para a construo de sistemas
computacionais baseia-se na compreenso desse sistema como um conjunto de
funes que executam processos sobre dados. Nesta abordagem os elementos
centrais do programa so as funes que executam tarefas sobre os dados, ou seja,
no contexto do programa, os dados so sempre elementos passivos que sofrem algum
tipo de processamento.
No modelo orientado a objetos os dados (ou objetos) so os elementos centrais
do programa. Modelando-se desta forma o programa passa a ser visto como uma
coletnea de objetos que relacionam-se e interagem entre si, onde cada objeto
representa um conceito real e bem definido do domnio do problema. Desta forma, um
modelo orientado a objetos mais prximo do problema real e, por esta razo, mais
fcil de ser entendido e gerenciado, afinal a abordagem trata com elementos e
conceitos que so familiares as pessoas envolvidas no projeto. Alm disso, modelos
fundamentados na essncia do problema e no em funes que devem ser
executadas so mais estveis, mais robustos, suportam melhor o tempo, sua
implementao e manuteno so mais baratas, e geralmente servem de instrumentos
para a compreenso de aspectos do problema das quais no se tinha conhecimento
inicialmente.
A mudana de enfoque justificada pelo fato de que os objetos existem na
natureza muito antes de haver qualquer tipo de aplicao deles em sistemas
computacionais. Esta abordagem oferece como principais benefcios [2]:
Mantm a modelagem do sistema o mais prximo possvel de uma viso

conceitual do mundo real;
Prioriza os dados na modelagem do sistema, que so os elementos mais estveis

entre todos aqueles que compem um sistema computacional;
Oferece maior transparncia na passagem da fase de modelagem para a de

implementao, onde so apenas introduzidos detalhes no sistema, no
requerendo uma reorganizao do modelo.
O desenvolvimento de sistemas baseado em objetos concentra a maior parte
dos esforos nas etapas de modelagem e entendimento do problema, somente

quando os conceitos relativos a aplicao so identificados, organizados e
compreendidos que os detalhes de implementao so tratados. A vantagem advm
do fato que as eventuais falhas so tratadas ainda na fase de projeto quando tem
correo menos dispendiosa do que quelas encontradas durante a fase de
implementao. Na abordagem tradicional a nfase repousa mais na implementao
do que na anlise ou projeto. O enfoque precoce dos problemas de implementao
restringe as opes de projeto e muitas vezes conduz a um produto menos flexvel.
2.2.1 O Conceito de Objeto

O objeto a entidade fundamental do modelo orientado a objetos e representa
um conceito no domnio do problema, algo com limites ntidos e significado bem
definido com relao ao problema em questo. Um objeto consiste de um conjunto de
atributos (dados) que definem a sua descrio interna e o seu estado atual, e um
conjunto de mtodos (funes) que executam aes pertinentes ao conceito que o
objeto representa. Um objeto pode ser entendido como algo real dentro do programa,
uma estrutura com identidade prpria. Ou seja, dois objetos so distintos mesmo que
todos os valores de seus atributos sejam idnticos. Tomando como exemplo uma
aplicao qualquer para geometria plana, a Figura 1 mostra trs possveis objetos
pertencentes ao domnio da aplicao, seus atributos e funes. A escolha dos objetos
pode parecer bvia para este exemplo simples, mas representa uma das tarefas mais
difceis na modelagem de sistemas complexos e no triviais.
Objeto: Coordenada
Atributos: real x,y
Mtodos:
Calcular_Distncia
Coordenada
y
Tringulo
p2
Objeto: Tringulo
p1
Atributos: Coordenada p1,p2,p3

Mtodos:
Calcular_rea
Calcular_Permetro
p3
p1
Retngulo
p3
Objeto: Retngulo
p2
x
p4
Atributos: Coordenada p1,p2,p3,p4

Mtodos:
Calcular_rea
Calcular_Permetro
Figura 1 Exemplos de Objetos de uma Aplicao para Geometria Plana

Os atributos e mtodos de um objeto devem concentrar os aspectos essenciais
da entidade que representa e ignorar propriedades acidentais, evitando atribuir-lhe
caractersticas que no pertencem ao conceito que o objeto representa simplesmente
para facilitar algum aspecto da implementao. Isto significa concentrar-se no que um
objeto e faz, antes de decidir como ele deve ser implementado, preservando
assim a liberdade de tomar decises e evitando o comprometimento prematuro com
detalhes.
Os objetos comunicam-se entre si e com o mundo exterior atravs de
mensagens. Cada mensagem ativa um ou um conjunto de mtodos do objeto,
requisitando uma determinada ao que o objeto compreende e sabe como executar.
Os mtodos definem ento todas as tarefas que o objeto est habilitado a realizar, ou
seja, so os elementos ativos dentro de um objeto. Durante a execuo de uma ao
os objetos normalmente fazem uso de seus atributos internos e de seu alcance na
hierarquia do problema, requisitando, se necessrio, a ao de outros objetos para a
execuo de uma operao em particular. Assim, um programa orientado a objetos
essencialmente o resultado de uma colaborao organizada entre aes individuais de
objetos.
A declarao da estrutura computacional que descreve um tipo especfico de
objeto denomina-se Classe. Objetos com a mesma estrutura de dados (atributos) e o
mesmo comportamento (mtodos) pertencem a mesma classe. Cada objeto dito ser
instncia de sua classe, porm, como j foi dito, possui identidade prpria.
2.2.2 Herana e Polimorfismo

Existe alguma discordncia entre os autores sobre quais so exatamente as
caractersticas exigidas pela abordagem baseada em objetos, mas elas geralmente
incluem quatro aspectos essenciais: Identidade e Classificao (apresentados no item
2.2.1) e Polimorfismo e Herana [1][2] que sero discutidos a seguir.
Polimorfismo: representa a capacidade de vrios objetos diferentes possurem

mtodos com o mesmo nome (mensagens idnticas), geralmente associados a
uma tarefa semelhante. Isto permite uma padronizao das mensagens com a
mesma finalidade para objetos distintos, facilitando a legibilidade do cdigo. Um
exemplo claro disto a definio do mtodo para o clculo da rea de uma figura
geomtrica do exemplo apresentado na Figura 1. Tanto para o objeto Tringulo,
quanto para o objeto Retngulo, a mensagem ser igual (Calcular rea), porm
cada objeto ter uma implementao diferente para este mtodo.
Herana: a capacidade do objeto herdar todas as caractersticas de um objeto

antecessor (que lhe deu origem). A herana torna possvel a especializao de
objetos descendentes atravs da incluso de novas caractersticas a este objeto. O
processo de herana define uma hierarquia de objetos, todos descendendo e
herdando as caractersticas do seu objeto antecessor. Isto permite uma eficiente
organizao de funcionalidades entre os objetos, onde os objetos dos nveis
superiores da hierarquia possuem funcionalidades mais gerais e os objetos dos
nveis inferiores possuem funcionalidades mais especficas e direcionadas a uma
determinada aplicao. Alm disso, esta capacidade reduz substancialmente as
repeties nos projetos e programas.
2.3 Metodologias de Projeto Orientado a Objetos

Vrias metodologias para modelagem e projeto baseados em objetos foram
propostas ao longo dos ltimos anos [2]. Embora existam interpretaes particulares
em cada metodologia, todas elas apresentam a programao orientada a objetos
como um novo paradigma, ou seja uma nova maneira de pensar, e no simplesmente
uma tcnica de programao. A seguir so apresentadas resumidamente as
metodologias mais relevantes no campo da orientao a objetos.
2.3.1 Mtodo de Booch [2]

Grady Booch props um mtodo que consiste no emprego de tcnicas de
desenho orientado a objetos, apesar de ter sido estendido para contemplar tambm a
anlise orientada a objetos. Booch descreve um objeto como sendo um modelo do
mundo real que consiste de dados e habilidades para o tratamento desses dados.
Uma vez tendo sido localizados e definidos os objetos, esses passam a servir de base
para os mdulos do sistema ou so considerados mdulos relacionados. Segundo
Booch o desenho estruturado funciona bem como linguagem de programao
estruturada, mas o enfoque estruturado direciona a concentrao de esforos na
lgica do mdulo, com pouca nfase no uso dos dados. O resultado a gerao de
cdigo adicional e menos dados, pois estruturas so derivadas dos processos e esses
necessitam interagir com os dados. A estreita relao existente entre o desenho
orientado a objetos, proposto por Booch, e programao orientada a objeto permite
aos projetistas tomar decises antes da criao do cdigo, contribuindo para a
melhoria do sistema gerado.
2.3.2 OMT [2][1]

A Tcnica de Modelagem de Objetos (OMT Object Modeling Technique) foi
desenvolvida por Rumbaugh, e baseada na modelagem semntica de dados. O
mtodo OMT tornou-se um enfoque testado e maduro, cobrindo as diversas fases do
desenvolvimento orientado a objetos. A notao empregada por Rumbaugh
semelhante a dos mtodos estruturados e utiliza a notao de modelo de objeto que
suporta conceitos de modelagem de dados (atributos e relacionamentos), modelagem
de objetos (composio e agregao) e herana. O mtodo OMT utiliza trs modelos
ortogonais e interligados para a descrio de um sistema completo, so eles:
Modelagem de Objetos: descreve a estrutura esttica dos objetos de um sistema

e seus relacionamentos. Utiliza para isso os Diagramas de Objetos, que so
grficos cujos ns so classes de objetos e cujos arcos so os relacionamentos
entre as classes.
Modelagem Dinmica: descreve os aspectos de um sistema que se modificam

com o tempo, sendo usado para especificar e implementar os aspectos de controle
do sistema. O modelo dinmico contm Diagramas de Estados, que so grficos
cujos ns so estados e cujos arcos so transies entre estados causados por
eventos.
Modelagem Funcional: descreve as transformaes dos valores dos dados de um

sistema. Este modelo contm Diagramas de Fluxo de Dados, que so grficos
cujos ns so processos e cujos arcos so fluxos de dados.
O ponto forte do mtodo OMT a notao utilizada e o enfoque relativamente
conservador do uso da teoria de objetos. Por outro lado, um problema apresentado a

falta de notao especfica para representar a passagem de mensagem de um objeto
para outro.
2.3.3 Mtodo OOSE [2]

Jacobson criou as bases para o mtodo Object-Oriented Software Engineering
(OOSE). O que diferencia a OOSE de outros mtodos orientados a objeto o seu foco
em Casos de Uso e a categorizao de pessoas e equipamentos dependendo de seu
papel no sistema global. A anlise no mtodo de Jacobson baseada em modelos de
requerimentos e anlise, que consistem de um conjunto de Casos de Uso, de um
modelo do domnio do problema, e de uma descrio da interface do sistema.
Seguindo a criao do modelo de anlise, so gerados diagramas baseados no
modelo que tambm descrevem a comunicao entre blocos. O modelo de blocos
ento implementado utilizando-se linguagens apropriadas e ferramentas orientadas a
objeto. Um dos pontos fracos do enfoque original da OOSE a notao simplista
usada para objetos de domnio (objetos so simplesmente representados como
crculos). Por outro lado, o mtodo OOSE tem sido adaptado para a engenharia de
negcio, onde as idias so usadas para modelar e melhorar processos.
Vrias outras metodologias para modelagem e projetos baseados em objetos
foram propostas [2], destacam-se os mtodos de SHLAER/MELLOR, COAD/YOURDON,
MARTIN/ODELL, WIRFS-BROCK (CRC), EMBLEY/KURTZ e FUSION. Porm, o mtodo de
Booch, a OMT, e o mtodo OOSE foram as metodologias de modelagem para objetos
que mais se destacaram, obtendo reconhecimento pela comunidade usuria como
mtodos de classe mundial. Seus autores juntaram foras, ento, e unificaram seus
mtodos criando uma linguagem de modelagem unificada, a UML (Unified Modeling
Language). Esta linguagem tem sido aceita como linguagem de modelagem padro
atualmente, e ser vista em detalhes no prximo item.
10
2.4 Unified Modeling Language (UML)

A UML [3] uma tentativa de padronizar a modelagem orientada a objetos de
forma que qualquer sistema possa ser modelado corretamente e com consistncia,
interagindo facilmente com outras aplicaes, e de simples atualizao e
compreenso. No entanto, a linguagem de modelagem criada por Booch, Rumbaugh e
Jacobson vai alm de uma simples padronizao em busca de uma notao unificada,
uma vez que contm conceitos novos que no so encontrados em outros mtodos
orientados a objetos.
Atualmente, a UML aceita como linguagem padro (aprovada em novembro
de 1997 pela OMG Object Management Group como linguagem padro de
desenvolvimento) para especificar, visualizar, documentar e construir sistemas
computacionais orientados a objeto, podendo ser utilizada em todos os processos ao
longo do ciclo de desenvolvimento e atravs de diferentes tecnologias de
implementao.
A UML composta por um Processo para o Desenvolvimento de Sistemas, e
por uma linguagem grfica para Representao dos Modelos (Diagramas da UML).
Cada um dos componentes da UML possui uma enorme riqueza de detalhes e
notaes que permitem modelar uma grande variedade de sistemas e situaes de
projeto. No propsito deste trabalho apresentar em detalhes todos os aspectos e
notaes da UML, sero apresentados to somente os aspectos necessrios ao
entendimento dos modelos propostos nos captulos seguintes deste trabalho. Uma
descrio mais detalhada da UML pode ser encontrada em [3].
2.4.1 O Processo de Desenvolvimento da UML

O processo de desenvolvimento da UML (denominado Rational Objectory
Process) um processo interativo centrado nos conceitos de Casos de Uso e mtodos
de projeto orientados a objetos. O Objectory composto por quatro componentes
principais que so descritos em termos de atividades e representam o aspecto esttico
do processo. Os componentes principais do processo so descritos a seguir:
Levantamento dos Requisitos: A meta do levantamento dos requisitos consiste

em descrever o qu o sistema deve fazer, permitindo aos desenvolvedores e
usurios concordarem sobre uma descrio comum do problema. O sistema
delimitado, sendo definido seus contornos e comportamento a partir das
11
necessidades potenciais modeladas nos Casos de Uso. O diagrama de Casos de

Uso a principal tcnica utilizada na fase de levantamento dos requisitos, muito
embora um diagrama de classes de alto nvel possa ser especificado.
Anlise e Projeto: A meta da anlise mostrar como o sistema ser materializado

na fase de implementao. Busca-se construir um sistema estruturado e robusto
que execute, em um ambiente de implementao especfico, as funes e tarefas
descritas nos Casos de Uso. O propsito bsico do modelo de anlise prover
uma compreenso do sistema e facilitar a comunicao entre tcnicos e usurios,
no voltando-se para solues tcnicas ou detalhes de cdigo dos programas. Por
outro lado, o modelo de projeto serve como uma abstrao do cdigo fonte,
atuando como um esboo de sua estrutura. O projeto tambm resulta em
descries da viso interna e realizaes de Casos de Uso, detalhando como so
percebidos em termos de objetos e classes participantes.
Implementao: A fase de implementao ocorre no instante em que as classes

necessitam ser programadas tomando-se por base o modelo do projeto. O sistema
percebido atravs da implementao, produzindo-se os arquivos de cdigo fonte
que resultaro em um sistema executvel. Se o projeto foi elaborado corretamente
e com detalhes suficientes, a tarefa de codificao mecnica. O trabalho
suportado por regras de programao que buscam padronizar o cdigo
desenvolvido por programadores diferentes e prevenir construes inadequadas.
Testes: O objetivo desta fase identificar erros no cdigo atravs de um nmero

de casos de teste que avaliem diferentes aspectos de cada mdulo. Primeiramente
testa-se cada Caso de Uso separadamente para avaliar se as classes participantes
trabalham corretamente e, em seguida, realizam-se os testes do sistema como um
todo empregando as descries dos Casos de Uso como entrada para o teste. O
processo de testes dirigido pelos Casos de Uso um processo quase
automatizado, uma vez que os teste j esto definidos desde as etapas iniciais do
projeto (quando so definidos os Casos de Uso).
Cada componente do processo da UML subdivido em ciclos ou fases,
representando o aspecto dinmico e interativo do processo. Assim, o trabalho

realizado atravs de interaes, sendo que o produto final obtido de maneira
incremental, muito embora o produto em termos de programa executvel somente
estar disponvel nas etapas finais do processo.
12
2.4.2 A Representao dos Modelos na UML[2][3]

O modo para descrever os vrios aspectos da modelagem pela UML atravs
da notao definida pelos vrios tipos de diagramas. Cada diagrama representa uma
perspectiva do modelo (views), mostrando aspectos particulares do sistema e dando
enfoque a ngulos e nveis de abstraes diferentes para que uma figura completa do
sistema seja construda. Um diagrama uma apresentao grfica de uma coleo de
elementos de modelo, freqentemente mostrado como um grfico conectado de arcos
e vrtices. Os diagramas principais da UML so:
Diagramas de Classes: Grfico bidimensional de elementos de modelagem que

pode conter tipos, pacotes, relacionamentos, instncias, objetos e vnculos
(conexes entre dois objetos). Um diagrama de classes denota a estrutura esttica
de um sistema e as classes representam coisas que so manipuladas por esse
sistema. O diagrama considerado esttico pois a estrutura descrita sempre
vlida em qualquer ponto no ciclo de vida do sistema. Um diagrama de objetos
uma variao do diagrama de classe e utiliza quase a mesma notao.
Classes
Agregao
Tringulo
<<Atributos>>
<<Mtodos>>
float Calcularrea ()
float CalcularPermetro ()
void Desenha ()
FiguraGeomtrica
Coordenada
<<Atributos>>
<<Atributos>>
int cor;
real x;
real y;
<<Mtodos>>
<<Mtodos>>
Retngulo
void Desenha ()
float CalcularDistncia (coord _pt)
<<Atributos>>
<<Mtodos>>
Herana
void Desenha ()
Multiplicidade
Figura 2 Exemplo de um Diagrama de Classes da UML
Diagramas de Casos de Uso: Os Casos de Uso descrevem a funcionalidade do

sistema percebida por atores externos (usurios). Um ator interage com o sistema
podendo ser um usurio, dispositivo ou outro sistema. Um Caso de Uso descreve
as operaes que o sistema deve cumprir para cada usurio, formalizando as
13
funes que o sistema deve cumprir. No entanto, os Casos de Uso utilizam sempre
uma linguagem informal (de fcil entendimento pelo usurio) para descrever as
operaes a serem cumpridas.
Ator
Sistema
Interao
Funcionalidade
Figura 3 Exemplo de um Diagrama de Casos de Uso da UML [2]

Diagramas de Interao Diagramas de Seqncia: Apresenta a interao e a
seqncia de tempo dos objetos que participam de uma ao. As duas dimenses
de um diagrama de seqncia consistem na dimenso vertical (tempo) e na
direo horizontal (objetos diferentes). O diagrama de seqncia mostra a
colaborao dinmica entre um nmero de objetos, sendo o aspecto principal
desse diagrama mostrar a seqncia de mensagens enviadas entre objetos.
XX:
ClasseA
Y1:
ClasseB
Evento
Operao (parmetros)
Criar
tempo
Z1:
ClasseC
Operao
Resultado
Destruir
Resultado
objetos
Figura 4 Exemplo de um Diagrama de Seqncia da UML [2]
14
Diagramas de Interao Diagramas de Colaborao: Mostra uma interao de

um Caso de Uso organizado em torno de objetos e seus vnculos mtuos, de
maneira que so usados nmeros de seqncia para evidenciar a seqncia de
mensagens. desenhado como um diagrama de objeto onde um nmero de
objetos mostrado com seus relacionamentos.
1:Evento
XX: ClasseA
2: Operao (parmetros)
Y1: ClasseB
Z1: ClasseC
3: Criar
4: Operao
Figura 5 Exemplo de um Diagrama de Colaborao da UML [2]
Diagramas de Estado: Mostra as seqncias de estados que um sistema assume

em resposta a estmulos recebidos, juntamente com suas respostas e aes. Um
diagrama de estado tipicamente o complemento de uma classe e relaciona os
possveis estados que objetos da classe podem ter e quais eventos podem causar
a mudana de estado. Um tipo de diagrama de estado especial so os Diagramas
de Atividade, onde a maioria dos estados so estados de ao e a maioria das
transies ativada por concluso das aes. Seu propsito estudar os fluxos
dirigidos por processos internos, descrevendo as atividades desempenhadas em
uma operao.
15
Solicitao
Enviada
Anlise
Requesitada
Registrando
Aprovao
Requesitada
Analisando
Aprovando
OK
Atendendo
Solicitao
Atendida
Figura 6 Exemplo de um Diagrama de Estado da UML [2]

Existem ainda outros diagramas da UML de menor importncia, que no sero
descritos neste trabalho. So eles: Diagramas de Componente e Diagramas de
Implantao [3].
2.4.3 O Diagrama de Classes da UML e sua Notao Grfica

Os conceitos usados nos diagramas so chamados de modelos de elementos.
Um modelo de elemento definido formalmente na UML com o exato significado do
que ele representa, sem definies duvidosas ou ambguas. A UML tambm define
uma representao grfica para cada modelo de elemento, que mostrada nos
diagramas. Um elemento pode existir em diversos tipos de diagramas, mas existem
regras que definem que elementos podem ser mostrados em que tipos de diagramas.
Alguns exemplos de modelos de elementos so as classes, objetos, estados, pacotes
e componentes. A seguir sero definidos e exemplificados alguns modelos de
elementos da UML, juntamente com sua representao grfica.
Classe: Uma classe a descrio de um tipo de objeto. Todos os objetos so

instncias de classes, onde a classe descreve as propriedades e comportamentos
daquele objeto. Em UML as classes so representadas por um retngulo dividido
em trs compartimentos: o compartimento de nome, que conter apenas o nome
da classe modelada, o de atributos, que possuir a relao de atributos que a
classe possui em sua estrutura interna, e o compartimento de operaes, que
sero os mtodos de manipulao de dados e de comunicao de uma classe com
outras do sistema. A sintaxe usada em cada um destes compartimentos
independente de qualquer linguagem de programao. A UML aceita uma forma
16
simplificada de representao das classes, normalmente quando no necessrio

uma maior riqueza de detalhes, onde apenas o retngulo com o nome da classe
aparece.
NomeDaClasse
NomeDaClasse
<<Atributos>>
- str: char
- id : integer
<<Mtodos>>
# func1 () : integer
+ func2 () : real
Figura 7 Representao de Classes na UML
Relacionamentos entre Classes: Os relacionamentos ligam as classes/objetos

entre si criando relaes lgicas entre estas entidades. Os relacionamentos podem
ser dos seguintes tipos:
Associao: so ligaes fsicas ou conceituais entre os objetos, uma associao
normalmente determina interaes entre objetos. Uma associao uma
conexo entre classes, isto significa que tambm uma conexo entre objetos
daquelas classes.
Dependncia: indica um relacionamento entre duas ou mais classes, onde uma
classe cliente dependente de outra, porm no existe uma ligao fsica ou
estrutural entre os objetos. Uma modificao em um elemento independente
afetar diretamente elementos dependentes da anterior.
Herana: permite que uma classe herde todas as caractersticas de outra classe
(superclasse). Atravs deste mecanismo possvel reunir caractersticas comuns
entre objetos correlatos, definindo uma estrutura hierrquica onde os nveis mais
altos so elementos mais gerais e os nveis mais baixos elementos mais
especializados.
Agregao: define um relacionamento parte-de, ou seja um objeto formado de
vrios outros objetos componentes. A agregao um caso particular da
associao. As palavras chaves usadas para identificar uma agregao so:
"consiste em", "contm", " parte de".
17
Associao:
Associao
Simples
ClasseA
ClasseB
ClasseA
Associao
Recursiva
Dependncia:
ClasseA
ClasseB
Herana:
ClasseA
ClasseFilho
Agregao:
ClasseA
ClasseComponente
Figura 8 Representao de Relacionamentos entre Classes na UML
Pacotes: So macroentidades de propsito geral que agregam vrios objetos e

seus relacionamentos definindo um conceito mais amplo e geral. Pacote um
mecanismo de agrupamento, onde todos os modelos de elementos podem ser
agrupados.
Banco de Dados
Figura 9 Representao de Pacotes na UML
Templates: Representam um tipo especial de classe parametrizada onde o tipo

base dos atributos passado como parmetro. Esta tcnica permite definir uma
classe sem especificar todos os tipos que ela utiliza. Os tipos no especificados
so fornecidos como parmetro no momento da utilizao.
18
Tipo
Classe
Figura 10 Representao de Templates na UML
2.5 Consideraes Finais

A organizao da modelagem orientada a objetos em diagramas, especificando
caractersticas estticas e dinmicas do modelo, permite que qualquer tipo de
comportamento do sistema possa ser facilmente visualizado. Com a UML os modelos
possuem um padro simples e extremamente robusto para especificar e descrever a
grande maioria das funes, relacionamentos e tcnicas de desenvolvimento orientado
a objetos. Desta forma, a UML facilita a comunicao e o aproveitamento dos modelos
desenvolvidos pelos analistas envolvidos no processo de produo de software, j que
a linguagem que ser utilizada por todos ser a mesma, acabando assim com
qualquer problema de interpretao e mal-entendimento de modelos criados por
outros desenvolvedores. Alm disso, os modelos criados podero ser facilmente
analisados por futuras geraes de desenvolvedores acabando com a diversidade de
tipos e nomenclaturas de modelos.
No entanto, se por um lado a Representao de Modelos da UML
extremamente til e recomendvel para o desenvolvimento de softwares na rea de
sistemas de energia eltrica, o Processo de Desenvolvimento da UML no se aplica
com a mesma eficcia. Programas para sistemas de energia normalmente possuem
caractersticas bastante peculiares, onde no se conhece claramente a forma do
produto final. Inmeras modificaes e alteraes se fazem necessrias durante o
ciclo de desenvolvimento do software, sobretudo se novas metodologias e algoritmos
de engenharia esto sendo desenvolvidos e experimentados. Assim, processos que
utilizam como base Casos de Uso (base da metodologia de desenvolvimento
recomendado pela UML) possuem dificuldades no desenvolvimento desta classse de
programas, uma vez que no se conhece exatamente as caractersticas do produto
final. A metodologia de desenvolvimento para programas deste tipo deve ser criada
pelos prprios desenvolvedores conforme as peculiaridades e caracterstica do
programa em desenvolvimento.
19
Captulo 3
Modelagem Orientada a Objetos Aplicada a
Sistemas de Energia Eltrica

A primeira gerao de ferramentas computacionais para sistemas de energia
eltrica constituam-se de programas aplicativos direcionados para um nmero
limitado de funes (em sua grande maioria escritas em linguagem FORTRAN). Muito
pouca ou nenhuma importncia era dada reutilizao do cdigo para futuros
aplicativos que se fizessem necessrios. Assim, cada vez que uma nova ferramenta
era necessria um programa totalmente novo era implementado. Contrastando com
esta realidade, o setor eltrico sempre exigiu ferramentas com caractersticas bastante
dinmicas, onde o surgimento de novos equipamentos (e por conseqncia novos
modelos computacionais), o aperfeioamento dos modelos j existentes e o
surgimento de novas metodologias de anlise possam ser rapidamente assimiladas
pelos programas aplicativos. Sendo assim, os softwares para a rea de energia
eltrica devem ser geis e extremamente flexveis face a mudanas. Um projeto que
no levar em considerao a possibilidade de mudanas ao longo de sua vida est
sujeito ao risco de uma grande reformulao no futuro.
Atualmente duas classes de ferramentas orientadas a objetos tem surgido para
agilizar a produo de programas aplicativos, so os frameworks e os toolkits de
classes [4]. Um framework constitui-se de um conjunto de classes cooperantes que
constroem um projeto reutilizvel para uma especfica classe de aplicativos
(aplicativos para sistemas de energia eltrica, por exemplo). Um framework
customizado para uma aplicao especfica atravs da criao de subclasses
20
direcionadas para a aplicao, derivadas das classes abstratas do framework. Assim,

um framework dita a arquitetura da aplicao, define sua estrutura geral, sua diviso
em classes e como estas colaboram, de maneira que o projetista ou o implementador
da aplicao pode se concentrar nos aspectos especficos da sua aplicao. Como
resultado, as decises de projeto so reduzidas permitindo no somente construir
aplicaes mais rapidamente como tambm aplicaes com estrutura similar, mais
consistentes e fceis de manter. O projeto de um framework aposta que uma
arquitetura funcionar para todas as aplicaes do domnio, portanto imperativo
projetar o framework de maneira que ele seja to flexvel e extensvel quanto possvel.
Toolkits, por sua vez, so conjuntos de classes relacionadas e reutilizveis,
projetadas para fornecer uma funcionalidade til e de finalidade geral (interfaces
grficas, por exemplo). Toolkits devem funcionar em muitas aplicaes para serem
teis, independentemente de quais sero as aplicaes e necessidades especiais.
Este captulo apresenta um framework de classes (base computacional) para
aplicaes gerais em sistemas de energia eltrica. So levantados os requisitos de um
modelo orientado a objetos base para a rea de sistemas eltricos e identificadas
funcionalidades comuns que podem ser utilizadas em uma grande diversidade de
aplicativos da rea. Um toolkit para suporte e apoio matemtico tambm proposto e
apresentado, com funes de gerenciamento de matrizes esparsas e soluo de
sistemas lineares de grande porte. Por fim, apresentada uma estrutura
computacional base para a construo de aplicativos utilizando como suporte o
framework e o toolkit desenvolvidos.
3.1.1 Reviso Bibliogrfica

O nmero de trabalhos encontrados na literatura onde foram utilizadas tcnicas
de modelagem orientada a objetos ainda pequeno, contudo h uma tendncia de
alterao significativa deste cenrio. Inicialmente os trabalhos relacionados ao tema
concentraram-se quase que exclusivamente nas reas de interface grfica [9][10][11],
gerenciamento de base de dados [6][7][8][16][29] e na soluo de fluxo de potncia
[12][14][16][19][26]. Desenvolvimentos mais recentes utilizando a orientao a objetos
propem a implementao de uma plataforma base orientada a objetos para
aplicaes gerais em SEE [16][21][26][27][28][29][31][32][33][34]. Outras aplicaes da
metodologia orientada a objetos encontram-se nas reas de restaurao de sistemas
aps a ocorrncia de contingncias [15][20], planejamento da transmisso [18],
distribuio de energia eltrica [17][21][32], simulao da dinmica de SEE
21
[13][23][24], simulao de faltas em subestaes [22] e configurao de redes eltricas

[10][28][32]. A seguir apresenta-se uma reviso bibliogrfica relacionada ao tema.
Em 1990, Neyer et alii [5] aplicaram tcnicas de programao orientada a
objetos ao problema do fluxo de potncia e avaliaram as potencialidades, na poca,
de aplicao da POO em SEE. Os autores propem uma estrutura orientada a objetos
que suporta tanto a configurao da rede eltrica quanto o problema do fluxo de
potncia, utilizando para isso o conceito de elementos fsicos e conceituais. Os
elementos fsicos so estticos na estrutura e os elementos conceituais dinmicos,
determinando a estrutura topolgica atualizada do sistema conforme o estado
operativo dos dispositivos de manobra (chaves, disjuntores, etc.). Foram relatados
desempenhos 2 a 3 vezes inferiores aos de implementaes equivalentes em
FORTRAN. Especificamente, 30 a 50% do tempo de processamento foram identificados
como tempos despendidos em overhead associado ao uso da POO.
Flinn e Dugan em [7] propem uma base de dados orientada a objetos capaz
de, segundo os autores, suportar diversas aplicaes, tais como anlise harmnica,
fluxo de potncia, curto-circuito e estabilidade transitria. Relatam dificuldades em
usar banco de dados relacional para modelar estruturas complexas como as
encontradas em sistemas de energia eltrica. Os autores destacam ainda a
necessidade de um banco de dados nico para sistemas de energia capaz de suportar
as mais diversas aplicaes.
Foley et alii em [9] apresentam uma interface grfica homem-mquina para SEE
utilizando a POO. Neste trabalho proposta uma estrutura hierrquica de classes
direcionada para o desenvolvimento de interfaces grficas. Posteriormente, Foley e
Bose [10] utilizam conceitos semelhantes aos elementos fsicos e conceituais de [5]
para abordar o problema da configurao de redes eltricas. A estrutura
computacional agrupa os dispositivos em Subestaes, imitando a estrutura fsica real
de um SEE. Um aplicativo de Fluxo de Potncia pelo mtodo de Gauss-Seidel
tambm implementado sobre a estrutura orientada a objetos proposta, segundo os
autores esta metodologia mais coerente com a metodologia orientada a objetos.
Hakavik e Holen [12] propuseram uma nova estrutura hierrquica de classes
para a modelagem computacional dos elementos de SEE e avaliaram a viabilidade da
utilizao da POO para manipulaes de matrizes esparsas. Os autores utilizam uma
estrutura de classes direcionada para o problema de Fluxo de Potncia, e uma
hierarquia para os aplicativos descendente da estrutura que descreve o SEE. So
22
descritos problemas de performance computacional em funo de uma interpretao

purista da filosofia da POO. Os autores tambm mostraram que a POO no causa
necessariamente aumento do tempo computacional.
Zhou [14] aplicou a POO para a implementao de um programa de fluxo de
potncia, utilizando para isso uma estrutura orientada a objetos semelhante a proposta
em [12]. Neste trabalho relatado um bom desempenho computacional da POO,
embora as razes no tenham sido claramente expostas. Foi apresentado tambm a
aplicao dos conceitos da POO para manipulaes de matrizes esparsas e soluo
de sistemas lineares de grande porte.
Gaing et alii [15] utilizaram a POO para implementar um pacote computacional
para auxlio a restaurao de SEE aps a ocorrncia de contingncias, integrando
interface grfica e programas aplicativos. Os autores seguem criteriosamente todos os
passos da metodologia de desenvolvimento da OMT [1], sendo o primeiro trabalho que
utiliza uma notao formal para representar a estrutura orientada a objetos proposta.
So apresentados Diagramas de Objetos, de Fluxo de Dados e de Estados para
descrever o processo de restaurao.
Phillips et alii inovam em [16] ao proporem uma base computacional orientada a
objetos para aplicaes gerais em sistemas de energia eltrica (framework). A
estrutura centrada sobre um banco de dados orientado a objetos, e utiliza o fluxo de
potncia como aplicativo exemplo. Os autores relatam problemas de desempenho
computacional do fluxo de potncia quando comparado a um programa tradicional
escrito em C, porm o desempenho do banco de dados orientado a objetos apresenta
desempenho de 36% a 173% superior aos bancos de dados relacionais tradicionais.
Zhu e Lubkeman em [17] propem uma base orientada a objetos para sistemas
de distribuio. Os autores acreditam que, uma vez que a estrutura computacional
modelada utilizando como base os conceitos reais do sistema esta ser capaz de
suportar uma grande quantidade de aplicativos. Para isso, propem um modelo para
descrever o SEE independente de qualquer aplicativo. Zhu e Lubkeman utilizaram
uma estrutura hierrquica, derivada de um elemento base denominado Device,
dividida em trs grandes grupos: elementos Shunt, elementos Branch e Protective.
Todos os elementos (Devices) so agrupados em classes que representam os
alimentadores e subestaes de um sistema de distribuio. O trabalho mostra
Diagramas de Classes (OMT) detalhados da estrutura utilizada.
23
Handschin
et alii [18] utilizaram a modelagem orientada a objetos para
planejamento da transmisso em ambiente desregulamentado. Os autores classificam

os dispositivos do SEE de acordo com o nmero de plos e representam um modelo
para o mercado de energia.
Fuerte-Esquivel et alii [19] realizaram uma aplicao da POO para a
implementao de um programa de fluxo de potncia considerando a modelagem de
dispositivos
FACTS.
Neste
trabalho
tambm
relatado
um
desempenho
computacional comparvel com implementaes equivalentes em FORTRAN. As razes

para esses resultados so atribudas a boas prticas de programao e a no
utilizao purista da filosofia da POO na resoluo de sistemas lineares de grande
porte.
Manzoni, Silva e Decker, em [24], desenvolveram um novo modelo hierrquico
de classes para a representao de SEE. Esta estrutura foi aplicada especificamente
para o problema da simulao da dinmica. No mesmo trabalho so propostos uma
classe Matriz e tcnicas para a soluo eficiente de sistemas lineares esparsos de
grande porte, envolvendo matrizes com elementos complexos. Foram realizados
testes com sistemas eltricos de grande porte e obtidos ndices de desempenho
comparveis aos do programa de Anlise de Transitrios Eletromecnicos (ANATEM),
desenvolvido pelo CEPEL. Detalhes relativos a modelagem dos elementos do SEE,
incluindo-se controladores, caldeiras e outros, podem ser encontrados em [23]. O bom
desempenho computacional atribudo a prticas de programao que contemplem
os requisitos de eficincia computacional para a resoluo de sistemas lineares de
grande porte. Os resultados deste trabalho mostram que a POO uma alternativa
para o desenvolvimento de softwares de grande porte em SEE, mesmo quando so
crticos os requisitos de desempenho computacional.
Zhu e Jossman em [21] propem a utilizao de Padres de Projeto (Design
Patterns [4]) para a modelagem de certos aspectos dos sistemas eltricos. Os autores
destacam a necessidade do desenvolvimento de uma base comum orientada a objetos
para suportar uma grande variedade de aplicativos para SEE de forma integrada,
porm salientam a dificuldade de se chegar a uma estrutura tima.
Bradley
et
alii
[22]
utilizam
modelos
baseado
em
objetos
para
desenvolvimento de um aplicativo de simulao de faltas em SEE. Os autores utilizam

um modelo semelhante ao conceito de elementos fsicos e conceituais de [5] com
sucessveis nveis de agregao para representar a estrutura fsica e conceitual do
24
SEE. Assim, dispositivos so agregados em mdulos, mdulos so agregados em

subestaes, e estas, por sua vez, renem-se para compor o SEE. Paralelamente a
esta estrutura, elementos de manobra so agrupados em barras, barras so
agregadas em ilhas eltricas, e estas compem o SEE. Infelizmente, Bradley et alii
no utilizam uma notao formal para descrever o modelo orientado a objetos
adotado.
Pandit et alii [27][28] propem um plataforma de classes para aplicaes em
SEE. Os autores focalizaram sua plataforma para problemas de regime permanente
(fluxo de potncia, curto-circuito, processamento de topologia, fluxo de potncia timo,
anlise de observabilidade e estimao de estados), argumentando que domnios de
aplicaes distintos requerem ferramentas de modelagem matemtica distintas. A
estrutura hierarquizada com base em trs classes principais: Apparatus, Substation
e Graph. Um processador de topologia utilizado para formar a rede eltrica (classe
Network) que ser posteriormente utilizada pelos aplicativos. Os trabalhos utilizam
uma estrutura genrica para gerenciar matrizes esparsas e sistemas lineares de
grande porte, que apresentada em detalhes em [30].
Araujo e Pereira [25] desenvolveram uma estrutura orientada a objetos para
representar matrizes esparsas e sistemas lineares de grande porte, obtendo
excelentes resultados em relao ao desempenho computacional para matrizes com
dimenso na ordem de 53000.
Agostini et alii em [33][34] propem um base orientada a objetos para
aplicaes gerais em SEE (framework). Os autores utilizam uma estrutura hierrquica
baseada nos conceitos de elementos estruturais e elementos de composio. Os
elementos estruturais representam os dispositivos fsicos do sistema, so derivados de
uma classe base denominada C_Structural e dividem-se em trs grandes grupos:
C_Shunt, C_Branch e C_Bar. Os elementos de composio so derivados de uma
classe denominada C_Composition e representam o conjunto de equipamentos que
compem um elemento fsico (para uma unidade de gerao, por exemplo, os
elementos de composio compreendem a mquina sncrona e seu conjunto de
controladores). Neste trabalho proposta tambm uma estratgia para troca de
funcionalidade entre os elementos estruturais em tempo de execuo atravs de um
Padro de Projeto denominado Adapter [4]. Os aplicativos aparecem como um
conjunto hierrquico de classes associadas ao pacote (macroentidade) que representa
o SEE. Em um trabalho posterior [35], o modelo base proposto por Agostini et alii
utilizado para o desenvolvimento de um segundo conjunto de aplicativos que incluem
25
fluxo de potncia, avaliao da segurana dinmica e seleo/classificao de

contingncias crticas, comprovando as facilidades propiciadas pelo modelo orientado
a objetos para a incorporao de novas metodologias de anlise de sistemas de
energia eltrica.
Araujo et alii [32] propem uma metodologia baseada em objetos para anlise
de sistemas de distribuio trifsicos desbalanceados. Os autores utilizam uma
estrutura hierrquica, derivada de um elemento base denominado CComponente,
dividida em trs grandes grupos: CElemento, CBarra e CChave. A classe CElemento
d origem ainda a duas outras classes denominadas CPassivo, para representar
elementos que possuem sempre o mesmo comportamento, e CAtivo, para representar
elementos cujos parmetros podem variar em funo do estado do sistema. Um
processador de topologia utilizado para formar a rede eltrica do SEE, gerando uma
estrutura denominada CRede, onde ento so conectados os aplicativos.
Dentre as estruturas orientadas a objetos propostas para representar SEE, sem
dvida alguma, a mais sofisticada a proposta pelo EPRI (Electric Power Research
Institute) para integrao de softwares em centros de operao e controle de SEE [29].
O CIM (Common Information Model) um framework de classes proposto para
padronizar o fluxo de informaes em um centro de controle, sua estrutura permite
representar uma ampla faixa de componentes de um SEE. O CIM padroniza nomes de
classes, seus atributos e relacionamentos criando uma base de dados comum que
facilita a integrao entre aplicativos nos centros de controle. Apesar de impor um
padro a base CIM ainda permanece aberta para aceitar definies prprias. A
estrutura proposta no CIM pode servir como base para a construo de bancos de
dados nicos para o SEE, relacionais ou orientados a objetos.
3.2 Levantamento dos Requisitos do Modelo Orientado a

Objetos
A definio de uma estrutura computacional genrica para propsitos gerais em
SEE (framework) deve ser slida, inequvoca e expansvel. Alm disto, deve fornecer
os meios para que os mais diversos aplicativos possam ser acomodados sob sua
estrutura, provendo mecanismos que permitam a troca de informaes e resultados
entre estes aplicativos.
26
Em sua maioria os trabalhos anteriores propuseram modelos centrados na

soluo de um problema especfico [5][9][10][11][12][14][15][18][19][20][22]. Ainda que
estes trabalhos tenham sido pioneiros e contriburam para difundir a MOO na rea,
seus modelos foram direcionados para o aplicativo utilizado como exemplo (fluxo de
potncia normalmente). A escolha de um aplicativo especfico para conduzir o
desenvolvimento pode levar a modelos que tornaro inviveis a sua reutilizao em
outras aplicaes. Esta abordagem pode resultar em um forte acoplamento entre o
MOO adotado e aspectos especficos do aplicativo alvo, uma vez que detalhes da
soluo do problema so normalmente adicionados aos objetos desenvolvidos.
O sucesso de um MOO com o propsito de prover uma base computacional
slida para SEE reside na identificao das principais caractersticas e funcionalidades
de um SEE, e no agrupamento destas em funcionalidades gerais, comuns a todos os
aplicativos, e funcionalidades especficas, direcionadas a um determinado aplicativo. O
MOO deve ento implementar uma estrutura base fixa, composta das caractersticas
mais gerais do SEE, e prover mecanismos para que caractersticas especficas
possam ser adicionadas, utilizadas e removidas com segurana e consistncia
conforme o aplicativo em uso.
Com base no exposto acima, o modelo orientado a objetos adotado neste
trabalho delimita muito claramente trs aspectos fundamentais do problema:
Descrio Topolgica: representa a estrutura base do MOO, descrevendo

aspectos topolgicos e estruturais da rede eltrica. A descrio topolgica define o
arranjo estrutural de um SEE (reas, subestaes, etc), seus dispositivos e
equipamentos componentes (geradores, cargas, LTs, etc) bem como os
relacionamentos e conexes entre estes componentes. O modelo estrutural base
deve descrever o sistema como ele fisicamente, por esta razo fixo (muda
somente por ocasio da instalao de novos equipamentos) e independente de
qualquer aplicativo;
Funcionalidades Especficas: permite que caractersticas e funcionalidades

especficas de uma determinada aplicao sejam includas no MOO (um gerador,
por exemplo, possu dados e funcionalidades diferentes para o fluxo de potncia e
para a simulao dinmica). As caractersticas especficas devem ser adicionadas
ao MOO, executadas durante o tempo de vida da aplicao, e ento removidas de
forma segura e consistente;
27
Ferramentas Matemticas: em aplicaes voltadas a SEE necessrio ainda

dispor de ferramentas matemticas para suporte e apoio (operaes matriciais,
soluo de sistemas lineares, etc). Embora estas ferramentas conceitualmente no
pertenam ao domnio do SEE, sua utilizao fundamental para a formulao e
soluo dos aplicativos.
Estas trs caractersticas devem implementar interfaces de acoplamento bem
definidas, dando consistncia ao MOO e provendo a base e os recursos para a

construo de qualquer aplicativo. A Figura 11 mostra como as abordagens do
problema se complementam definindo a base computacional para a implementao de
qualquer aplicativo em SEE. Nesta estrutura, o conjunto de Funcionalidades
Especficas adicionadas ao modelo deve ser adequada ao tipo de aplicativo sendo
implementado.
APLICATIVOS
MOO BASE
Ferramentas
Matemticas
(Descrio Topolgica)
Caractersticas
Especficas
Figura 11 Relao entre as abordagens do MOO

A filosofia da MOO recomenda ainda que os objetos sejam direcionados para
representar
conceitos
do
mundo
real,
mantendo
modelo
computacional
suficientemente prximo da estrutura real do problema. Para isso necessrio definir

classes que representem fielmente os conceitos do SEE tal qual sua estrutura fsica
real, abstraindo completamente qualquer aplicativo alvo. Isto se justifica pelo fato de
que os objetos (geradores, cargas, subestaes, LTs, etc) existem no SEE e se
relacionam entre si independentemente de qualquer tipo de aplicativo. Assumindo que
28
o MOO implementado uma cpia bastante prxima do SEE real, razovel esperar
que as aplicaes se acomodem naturalmente sobre o modelo computacional.
Uma discusso mais detalhada sobre cada um dos aspectos, bem como sua
implementao computacional, apresentada a seguir.
3.3 Descrio Topolgica do SEE

A primeira e mais fundamental funcionalidade do MOO descrever a estrutura
topolgica geral do SEE. Todas as estruturas, dispositivos, arranjos e interconexes
do SEE devem ser adequadamente descritos e gerenciados atravs
desta
funcionalidade. Em termos de sua descrio estrutural e topolgica um SEE pode ser

visto de duas formas distintas:
Descrio Fsica (barramento-disjuntor): descreve o SEE como ele fisicamente.

Todos os equipamentos e dispositivos das subestaes (geradores, disjuntores,
chaves seccionadoras, cargas, etc.) so representados e descritos em seu arranjo
topolgico. As subestaes so agrupadas em reas e/ou Sub-reas e
interligadas atravs das Linhas de Transmisso, definindo assim o arranjo
estrutural do SEE.
Descrio Lgica (barra-injeo): fornece a descrio topolgica resultante do

processo de Configurao da Rede Eltrica [36], sendo esta direcionada
especialmente para os aplicativos. Nesta descrio os dispositivos lgicos
(seccionadoras, disjuntores, etc.) no so representados. O SEE reduzido a
Barras Eltricas e dispositivos efetivamente conectados a estas barras,
determinando a configurao operativa atual do SEE.
A seguir sero apresentados detalhes dos modelos computacionais adotados
para cada uma das descries.
3.3.1 Descrio Fsica

Um SEE de grande porte , normalmente, subdividido em reas ou Regies de
interesse. As reas podem representar uma regio geogrfica do SEE ou uma regio
de abrangncia de uma empresa de energia eltrica, e delimitam um conjunto de
Subestaes e Linhas de Transmisso. A Figura 12 mostra um exemplo real do
sistema eltrico do Rio Grande do Sul, onde observa-se a grande rea RS e trs reas
29
internas (Norte, Centro-Oeste e Sul), cada rea com seu conjunto de subestaes e
linhas de transmisso. O detalhe na figura traz o diagrama unifilar de uma das
SE SVI
subestaes deste sistema.
Figura 12 Arranjo Topolgico de um SEE

O exemplo acima mostra que um SEE pode ser descrito em dois nveis de
profundidade. O primeiro contendo as reas, subestaes e linhas de transmisso, e o
segundo contendo os equipamentos e dispositivos internos de cada subestao (um
terceiro nvel poderia ainda ser proposto, contendo a rede eltrica dos alimentadores
de distribuio presentes na subestao cargas no contexto do sistema de
transmisso , entretanto esta abordagem no ser tratada neste trabalho). As
empresas de energia eltrica figuram nesta hierarquia com abrangncia irrestrita sobre
todos os nveis de profundidade representados, uma vez que possuem desde reas
inteiras (com todas as subestaes e LTs desta rea) at alguns equipamentos
isolados em subestaes que pertencem a outras empresas.
30
modelo
orientado
objetos
adotado
prioriza
fundamentalmente
concordncia com a estrutura do SEE real. Neste sentido, todas as classes

implementadas bem como seus atributos e funcionalidades esto baseadas em
conceitos e objetos reais de um SEE. O diagrama de classes adotado para
representar o primeiro nvel de profundidade do SEE mostrado na Figura 13.
SEE
rea
0..n
Subestao
0..n
0..n
Empresa
0..n
0..n
LT
COSEE
0..1
SCADA
0..n
Controle Centraliz.
Figura 13 Diagrama de Classes do SEE

A hierarquia de classes da Figura 13 utiliza uma classe global denominada SEE
(Sistema de Energia Eltrica) para armazenamento e controle de todas as estruturas
computacionais que representam o sistema. A classe SEE composta de uma rea
base que pode conter subestaes, linhas de transmisso e um eventual centro de
operao do sistema (COSEE). A classe rea pode ainda abrigar em seu interior outras
classes do mesmo tipo (sub-reas), permitindo assim a hierarquizao de diversos
nveis de reas e sub-reas. O centro de operao do sistema composto por um
sistema de superviso (SCADA) e esquemas de controle centralizado (como o CAG,
por exemplo).
O segundo nvel de profundidade representado pela classe Subestao
(representada genericamente na Figura 13), sendo o diagrama de classes adotado
para representar sua estrutura interna mostrado na Figura 14.
31
Subestao
Medidor
Grafo
RTU
0..n
Grnd
0..n
Ramo
nTerminal
Barramento
Shunt
Rel
Transf_3enrol
Srie
Lgico
Disjuntor,
Seccionadora, etc
Transformador,
LTC, LT, etc
Gerador, Carga,
Capacitor, etc
Device
Figura 14 Diagrama de Classes da Subestao

De forma anloga a uma subestao fsica real, a classe Subestao encerra
em seu interior o conjunto de objetos que representam os equipamentos e dispositivos
internos de uma subestao. Neste contexto, a classe Subestao possui duas
funcionalidades principais: armazenar os objetos que representam seus equipamentos
e dispositivos internos, e gerenciar a conectividade destes elementos.
A conectividade dos equipamentos de uma subestao (visualizada atravs do
Diagrama Unifilar mostrado no detalhe da Figura 12) implementada atravs de um
conjunto de classes elementares (Grnd, Ramo, nTerminal e N) reunidas sob o
domnio de uma classe denominada Grafo (ver Figura 14). Desta forma, as classes
elementares delimitam um conjunto particular de funcionalidades genricas que
implementam e gerenciam os mecanismos responsveis pela conectividade dos
elementos.
A escolha das classes elementares resulta da classificao dos equipamentos
de acordo com o seu nmero de terminais. Assim, abstraindo-se o tipo especfico de
dispositivo, os equipamentos podem ser classificados em elementos com um terminal
(Grnd), elementos com dois terminais (Ramo) e elementos com trs ou mais terminais
(nTerminal). Cada classe elementar conecta-se a pontos genricos de conexo (seus
ns terminais) que so representados atravs de uma classe denominada N. Assim,
cada elemento da subestao (Grnd ou Ramo) est necessariamente conectado a um
32
ou dois ns de conexo (obs.: a classe nTerminal, e seus descendentes, contm

internamente o conjunto dos seus ns terminais, uma vez que descendem da prpria
classe Grafo). A conectividade entre os elementos e os ns terminais efetuada
atravs de uma associao bidirecional entre as classes GrndN e RamoN (a
Figura 14 mostra estas associaes como linhas laterais entre as classes). Esta
associao bidirecional facilita a navegabilidade sobre a estrutura topolgica dos
equipamentos da subestao, definindo um modelo computacional bastante prximo
do modelo fsico real.
Uma classe denominada Barramento, descendente da classe N, utilizada
para representar os barramentos fsicos das subestaes. Para isso possui atributos
adicionais em relao aos ns, tais como: nome de identificao, nvel de tenso, tipo
(operao ou transferncia), cor, bitola, etc. O conceito de ns e barramentos pode ser
melhor entendido atravs do diagrama unifilar de uma subestao elementar tomada
como exemplo e mostrada na Figura 15. Neste exemplo os ns so representados
como pontos cheios e os barramentos como barras cheias .
SUBESTAO 04
TR1
LT2
C1
LT1
Figura 15 Diagrama Unifilar de uma Subestao Hipottica

O MOO adotado neste trabalho implementa ainda uma classe especial
denominada LT para representar as linhas de transmisso do SEE. Sendo um
elemento de dois terminais a classe LT descendente natural da classe Ramo. No
entanto, devido a suas caractersticas particulares de conectividade, cada n terminal
pertence a uma subestao distinta, a classe LT no pertence ao grafo da subestao
mas a rea que a contm (ver Figura 13).
Os equipamentos contidos nas subestaes possuem caractersticas gerais
comuns, tais como um identificador do tipo especfico de equipamento, seu nome e
33
nmero de identificao, o mdulo a que pertence na subestao, sua empresa

proprietria, etc. Estas caractersticas so agrupadas em uma classe genrica
denominada Device, conforme pode ser visualizado na Figura 14. A superposio das
caractersticas da classe Device com as caractersticas das classes elementares de
conectividade do grafo, atravs de um mecanismo denominado herana mltipla [2],
define um conjunto de classes que constituem a base para a implementao de
qualquer equipamento especfico do SEE (ver Figura 13 e Figura 14). As classes
construtivas base so:
Shunt: classe base para a definio dos equipamentos conectados a apenas um

n terminal (Geradores, Cargas, Capacitores, etc);
Srie: classe base para a definio dos equipamentos conectados a dois ns

terminais que possuem impedncia entre os terminais (Transformadores, LTCs,
LTs, TCSCs, etc);
Lgico: classe base para a definio dos equipamentos de manobra (Disjuntores,

Seccionadoras, etc). Equipamentos de manobra so conectados a dois ns
terminais porm com impedncia nula entre os terminais;
Controle Centralizado: classe base para a definio de esquemas de controle

centralizado. Estes dispositivos no esto conectados a ns terminais mas
associados s demais classes do SEE para a execuo de alguma ao de
controle de carter centralizado (um esquema de CAG, por exemplo, importa
informaes de freqncia e fluxo em LTs para atuar nos controles dos geradores).
Os sistemas de medio, proteo e superviso de uma subestao so
implementados atravs de um conjunto adicional de classes base especialmente

projetadas para esta funcionalidade e denominadas Medidor, Rel e RTU,
respectivamente. Assim, a classe Medidor implementa funes de monitorao de
grandezas eltricas e lgicas de um ponto ou equipamento da subestao. A classe
Rel implementa funes de monitorao e de atuao (sempre atravs de um
dispositivo lgico), permitindo que um determinado equipamento seja desligado/ligado
se alguma grandeza monitorada exceder o nvel de ajuste do rel (aciona o disjuntor
terminal de uma linha de transmisso se a corrente ultrapassar o valor de ajuste do
rel, por exemplo). A classe RTU recebe/envia informaes dos medidores e
equipamentos locais para o sistema de superviso (classe SCADA) e/ou diretamente
para RTUs de outras subestaes.
34
Dispositivos com trs ou mais terminais, devido as suas caractersticas

particulares, so tratados como casos especiais na estrutura proposta, e por esta
razo no possuem uma classe base geral para sua implementao. Estes
equipamentos so implementados adicionando caractersticas particulares do
equipamento as caractersticas herdadas da classe nTerminal (conectividade) e
Device (caractersticas gerais).
3.3.2 Descrio Lgica

A descrio fsica de um SEE normalmente permanece inalterada ao longo de
um estudo, uma vez que esta somente modificada quando novos dispositivos so
adicionados ao sistema (entrada em operao de novos equipamentos, construo de
subestaes e/ou LTs, etc). Por outro lado, um mesmo SEE pode assumir inmeras
configuraes de operao distintas, uma vez que manobras nos dispositivos lgicos
do
sistema
(disjuntores,
seccionadoras,
etc)
conectam
e/ou
desconectam
equipamentos, alterando a estrutura da rede eltrica efetivamente ativa deste SEE.

Considere o diagrama unifilar da subestao mostrada no exemplo da Figura 15 e
reproduzida
na
Figura
16a.
estado
dos
disjuntores
desta
subestao
(ABERTO/FECHADO) determinam a configurao operativa da mesma, ou seja, quais

elementos esto efetivamente conectados a rede e em que configurao.
Um elemento lgico fechado ou um conjunto de elementos lgicos fechados e
conexos determinam um ponto eltrico comum no SEE, composto pelos ns terminais
dos dispositivos lgicos. Este ponto comum aqui denominado Barra Eltrica, ou
simplesmente Barra, e pode ser definido como a agregao de todos os ns
conectados eletricamente atravs de um ou mais dispositivos lgicos fechados (ver
Barra 01 na Figura 16a). Um dispositivo no-lgico (Gerador, Carga, LT, etc)
conectado a qualquer n do ponto eltrico comum est tambm conectado a barra que
define este ponto comum, formando assim uma nova rede eltrica onde os dispositivos
lgicos podem ser suprimidos (ver Figura 16b). Esta rede constitui a rede eltrica
efetivamente ativa do SEE, sendo denominada neste trabalho de Descrio Lgica. O
conceito de Descrio Lgica pode ser melhor entendido atravs da Figura 16a e
Figura 16b, onde mostrado, respectivamente, as descries fsica e lgica da
subestao exemplo, bem como as Barras Eltricas formadas assumindo-se todos os
disjuntores fechados.
35
a) Descrio Fsica
SUBESTAO 04
b) Descrio Lgica
SUBESTAO 04
TR1
TR1
LT2
LT2
C1
LT1
C1
LT1
Barra 01
Barra 02
Barra 01
Barra 02
Figura 16 Processo de Configurao da Subestao

O diagrama de classes adotado para representar a descrio lgica de um SEE
mostrado na Figura 17.
SEE
IlhaEltrica
Shunt
0..n
Barra
0..n
Srie
Figura 17 Diagrama de Classes das Ilhas Eltricas

O diagrama de classes da Figura 17 mostra a introduo de uma classe
especial denominada Barra para representar as Barras Eltricas do SEE, sendo esta
representada por uma relao do tipo agregao de um ou mais ns. Para os
propsitos da descrio lgica necessrio que apenas os dispositivos descendentes
das classes base Shunt e Srie possuam conexo as barras, uma vez que os
dispositivos lgicos so suprimidos desta descrio (a classe nTerminal, e seus
descendentes, contm internamente o seu conjunto de barras).
Um conjunto de barras conexas (atravs de elementos srie) delimitam uma Ilha
Eltrica no SEE, ou seja uma rede eltrica conexa e seu conjunto de elementos ativos.
Este arranjo pode ser visualizado no diagrama de classes da Figura 17 atravs de
36
uma relao do tipo agregao entre as classes Ilha Eltrica e Barra. Um sistema
normalmente apresenta apenas uma Ilha Eltrica, entretanto em situaes de
contingncias ou durante manobras podem ocorrer desconexes de partes do sistema
resultando em ilhamentos no SEE, que traduzido no modelo computacional como o
surgimento de Ilhas Eltricas adicionais.
Sob a tica dos aplicativos apenas a Descrio Lgica do SEE de real
interesse, uma vez que a formulao da maioria dos aplicativos est centrada nos
elementos da rede eltrica efetivamente ativa do SEE, desconsiderando qualquer
dispositivo lgico.
3.3.3 Coexistncia das Descries

Entre as caractersticas desejveis do MOO desenvolvido est a unicidade, por
esta razo necessrio que ambas descries do SEE (fsica e lgica) coexistam de
forma harmnica e consistente. Para isso, cada equipamento possui conectividade
dupla, ou seja implementa mecanismos que permite conexo aos Ns (ponto fsico da
subestao, herdado das classes Grnd e Ramo), e mecanismos de conexo as Barras
(ponto comum da descrio lgica, herdado das classes Shunt e Srie). No entanto,
em ambas descries o dispositivo, ou objeto que o representa, exatamente o
mesmo.
A caracterstica de conectividade dupla define dois caminhos de acesso a um
determinado dispositivo do SEE, o primeiro atravs da sua Descrio Fsica (SEE
rea Subestao Equipamento) e o segundo atravs da sua Descrio Lgica
(SEE IlhaEltrica Barra Equipamento). A Figura 18 ilustra a coexistncia das
duas descries como planos de agrupamentos de elementos (representado
computacionalmente atravs de uma relao de agregao entre as classes). No
plano mais baixo figuram os dispositivos que compem o SEE (LTs, cargas,
transformadores, etc) e seus ns de conexo. Cada novo plano agrupa os elementos
do plano inferior (indicado pelas linhas tracejadas entre os planos), sendo que os
planos superiores podem ser divididos em dois semiplanos correspondentes as duas
descries possveis. Por fim, no nvel superior, um plano que representa o SEE
agrupa ambas as descries. A ilustrao da Figura 15 mostra que os dispositivos que
compem o SEE (plano inferior) so compartilhados pelas duas descries de forma
harmnica e inequvoca. O MOO adotado pode ento ser entendido como uma
descrio computacional genrica com duas descries topolgicas coexistentes.
37
SEE
Area
se
se
Barra
se
Barra
Descrio Lgica
Descrio Fsica
Agregao
IlhaEltrica
Area
Figura 18 Estrutura Organizacional do MOO

A utilizao das duas descries topolgicas simultneas adotadas neste
trabalho deve-se a diretiva inicial de projetar um MOO para propsitos gerais em SEE,
desta forma o MOO torna possvel contemplar tambm aplicaes que requeiram a
descrio do SEE em nvel de diagrama unifilar detalhado das subestaes (como por
exemplo um aplicativo para simulao do restabelecimento do SEE). Aliado a isso, um
MOO projetado sem considerar a representao detalhada dificultaria a sua expanso
futura para contemplar esta potencialidade, uma vez que decises j teriam sido
tomadas sobre a estrutura projetada. Por outro lado, a descrio detalhada sempre
pode ser simplificada para uma descrio bastante prxima da representao
tradicional (barra-injeo), simplesmente no representando os dispositivos lgicos
nas subestaes e conectando os equipamentos diretamente aos barramentos.
A Figura 19 mostra o Diagrama Geral de Classes adotado neste trabalho, onde
esto reunidos todos os diagramas de classes apresentados anteriormente em um
diagrama nico.
38
DEVICE
Empresa
COSEE
rea
Subestao
Medidor
Grafo
N / Device
RTU
Grnd
0..n
0..n
Ramo
nTerminal
Barramento
Shunt
0..n
Barra
0..n
Rel
N / Device
Transf_3enrol
Srie
S.E.E.
Lgico
SCADA
Transformador
Disjuntor
Reator
OLTC
Seccionadora
Capacitor
Disp_Serie
Disp_Logico
Gerador
Controle Centraliz.
C.A.G.
Disp_Shunt
C.S.T.
Carga
LinhaTransmisso
IlhaEltrica
Figura 19 Diagrama Geral de Classes
39
3.3.4 A Configurao da Rede Eltrica

A construo da Descrio Lgica do SEE efetuada pelo Configurador de
Redes [36]. Esta ferramenta trabalha integrada ao modelo computacional que
descreve o SEE, atuando como uma funcionalidade de transcrio da Descrio Fsica
do SEE para a sua Descrio Lgica correspondente. Uma vez detectada alguma
alterao no estado de um dispositivo lgico do SEE, seja atravs de alguma ao
externa ao MOO (comando explcito de chaveamento pelo usurio) ou pela ao de
algum dispositivo de proteo (atuao de rel), o modelo imediatamente aciona a
funcionalidade de reconfigurao da rede, mantendo assim sempre atualizada a
Descrio Lgica do SEE.
O algoritmo adotado para a funo de configurao da rede uma variao da
tcnica de Passeio pelos Arcos do Grafo do SEE [36], adaptada para explorar
eficientemente as potencialidades da POO. A escolha deste algoritmo deve-se
principalmente as suas caractersticas de varredura nica nos arcos do sistema,
velocidade de execuo e simplicidade de implementao. A configurao da rede
eltrica executada em duas etapas: configurao das subestaes e configurao da
rede eltrica global. Na primeira etapa, realiza-se a configurao das subestaes
onde os estados dos dispositivos lgicos so processados gerando Barras Eltricas e
Ilhas Eltricas locais a cada subestao. Na etapa seguinte, realiza-se a etapa de
configurao da rede eltrica global, onde percorre-se as linhas de transmisso das
reas do SEE reunindo as Ilhas Eltricas locais que esto conexas e gerando uma ou
mais Ilhas Eltricas globais. Desta forma, o processo de reconfigurao (atualizao
da configurao) da rede pode ser otimizado, uma vez que a primeira etapa
realizada apenas nas subestaes onde ocorreram chaveamentos nos dispositivos
lgicos. Alm disto, o mesmo algoritmo de configurao pode ser utilizado sem
alteraes significativas tanto na etapa de configurao das subestaes como na
etapa de configurao da rede eltrica global.
Caractersticas prprias da Programao Orientada a Objetos e da linguagem
++
introduzem algumas particularidades ao algoritmo de configurao de redes que o
diferem da metodologia tradicional. So elas:
O uso de listas encadeadas alocadas dinamicamente e de ponteiros evitam

varreduras constantes nos vetores de dados para renumerao das sees de
barras configuradas, otimizando a performance computacional desta metodologia;
40
A configurao realizada em duas etapas somente: configurao das

subestaes e da rede eltrica global. A etapa de construo das tabelas
equipamento-barra da metodologia tradicional (mapeam os equipamentos
conectados as sees de barramento nas barras configuradas) pode ser eliminada
do processo [36]. O mapeamento definido automaticamente atravs da
conectividade existente entre as barras e os objetos que representam os
dispositivos (objetos contm internamente todos os dados e funcionalidades dos
elementos que descrevem).
O configurador de redes no um aplicativo pertencente cadeia de funes

tradicionais da operao em tempo real mas uma funcionalidade intrnseca do
MOO que descreve o SEE, uma vez que necessria e indispensvel para manter
as duas descries coerentes.
3.4 Funcionalidades Especficas

Diferentemente da descrio topolgica, completamente independente dos
aplicativos, as funcionalidades dos dispositivos so altamente dependentes do
aplicativo em uso. De fato, o comportamento e os dados de um dispositivo podem
mudar completamente de um aplicativo para outro. Um gerador, por exemplo, possui
dados e comportamento para o Fluxo de Potncia completamente diferente dos dados
e comportamento que possui para a Anlise da Estabilidade Transitria ou Clculo de
Curto-Circuito, no entanto conceitualmente o dispositivo Gerador ainda o mesmo
para todas as aplicaes.
O MOO adotado implementa mecanismos que permitem que dados e
funcionalidades especficas sejam adicionadas aos dispositivos conforme a aplicao
e removidos quando no mais necessrios. A estratgia adotada para alcanar este
objetivo define cada dispositivo (derivado da classe Device) como sendo uma
composio de duas estruturas especializadas: um estado, que determina sua
condio de operao (normalmente uma injeo na rede eltrica) e est rigidamente
acoplado ao dispositivo, e um modelo, que atualiza o estado deste dispositivo e pode
ser alterado conforme as necessidades do aplicativo em uso. A classe genrica Device
contm ento apenas funes de carter geral, todos os dados e funcionalidades
especficas so deslocados para o modelo. De fato, deve-se evitar que caractersticas
especficas de uma ou outra aplicao sejam adicionadas a esta classe. A Figura 20a
41
e Figura 20b mostram, respectivamente, a estrutura geral de um dispositivo genrico e

o diagrama de classes que o representa.
a)
Barra
Device
Lista de Modelos
Estado
Modelo
b)
Device
0..1
estado
0..1
modelo
Figura 20 Estrutura Geral de um Dispositivo Genrico

A ilustrao da Figura 20a mostra que o modelo de um dispositivo pode ser
livremente substitudo alterando assim o comportamento deste dispositivo de acordo
com as necessidades dos aplicativos (dados e funcionalidades especficas).
Entretanto, o dispositivo agregador (descendente da classe Device) permanece fixo
entre as aplicaes, concordando com a premissa de que o elemento em si no muda
entre aplicativos, mas apenas o seu comportamento (ou seu modelo). A classe Device
deve ento gerenciar adequadamente a substituio do seu modelo, quando
necessrio, e prover mecanismos para que as aplicaes tenham livre acesso ao
estado e ao modelo.
A classe base Device implementa ainda mecanismos que permitem aos seus
descendentes selecionar qual caracterstica estar habilitada para utilizao (estado
e/ou modelo), adicionando flexibilidade ao dispositivo genrico. Assim, equipamentos
do tipo Proteo & Medio (classes Medidor e Rel) e o sistema de Superviso
(classes SCADA e RTU) possuem funcionalidades fixas para qualquer tipo de aplicativo,
e por esta razo no precisam implementar mecanismos para troca de funcionalidades
42
nem armazenar estados, ou seja o estado e o modelo esto inibidos neste conjunto de
classes. As classes descendentes de Controle Centralizado possuem o modelo
habilitado e o estado inibido, uma vez que no necessitam armazenar estados. Os
demais grupos descendentes da classe genrica Device (Shunt, Srie, Lgico)
possuem estado e modelo habilitados.
A decomposio de cada dispositivo em estado e modelo, evita que sejam
necessrias alteraes nos dispositivos para cada nova aplicao implementada,
simplesmente adicionado um novo modelo ao dispositivo com os dados e
funcionalidades especficas para o aplicativo. De maneira geral, possvel dizer que,
com a abordagem proposta, apenas os dados e as funcionalidades dedicadas do
dispositivo so alterados conforme muda a aplicao, o elemento conceitual (classe
agregadora) continua o mesmo. Alm disso, em uma representao integrada
(dispositivos
representados
atravs
de
uma
nica
classe
com
dados
funcionalidades) os dispositivos tenderiam a tornarem-se classes com um amontoado

de mtodos e atributos, resultantes da implementao de vrios aplicativos sobre a
mesma estrutura.
A seguir sero apresentados detalhes dos modelos computacionais adotados
para o estado e modelo dos dispositivos.
3.4.1 Estado de um Dispositivo

A classe estado desempenha a funo de reter no dispositivo o seu estado
operativo mais atual (para um gerador, por exemplo, o estado representado pela
injeo de potncia ou corrente na rede eltrica). Esta caracterstica particularmente
necessria quando h troca de modelos ou aplicativos em tempo de execuo. Assim,
um novo modelo adicionado ao dispositivo pode atualizar suas variveis internas de
forma a concordar com o ltimo estado deste dispositivo, e, de maneira semelhante, a
soluo de um aplicativo pode ser utilizada como ponto de partida para um outro
aplicativo qualquer. Por estas razes, a classe estado no pode ser substituda em
tempo de execuo, permanecendo rigidamente acoplada ao dispositivo durante o
tempo de vida deste.
Cada grupo de dispositivos possui um conjunto de variveis que definem o seu
estado particular, com exceo dos Controles Centralizados que no possuem estado.
Para os dispositivos Shunt e Srie o estado composto pela injeo complexa nas
43
barras terminais do dispositivo (S ou I, de acordo com o modelo) e uma parcela

dependente da tenso, representada por admitncias em derivao e/ou em srie
entre as barras, conforme mostra a Figura 21. Uma estrutura mais simples definida
para os dispositivos Lgico, contendo apenas a sua situao operativa (ABERTOFECHADO).
A classe Barra no pode ser considerada um dispositivo do SEE, entretanto
esta define o estado da rede eltrica, representado pelas tenses complexas e

freqncia ao longo de toda a rede do SEE, por este motivo possui um estado especial
composto apenas pela sua tenso complexa nodal.
b) Srie
a) Shunt
Barra
Barra1
S/I
Y1
Barra2
Yser
S1 / I1
S2 / I2
Y2
Figura 21 Estado dos Dispositivos

Cada termo componente do estado de um dispositivo pode ser livremente
acessado pelo modelo deste dispositivo ou pelo aplicativo (operao de leitura),
entretanto apenas o modelo tem permisso para modificar o estado dos dispositivos
(operao de escrita). Assim a ao do modelo pode ser entendida como uma
operao particular do dispositivo que exteriorizada para o sistema pelo estado
deste dispositivo. De forma semelhante, o estado das barras pode ser acessado pelos
dispositivos e aplicativos, porm apenas os aplicativos tem permisso de escrita, uma
vez que as aes dos aplicativos tem carter sistmico e no localizado como no caso
dos dispositivos. Um modelo pode utilizar ou no todos os termos que compem o
estado, assim uma Linha de Transmisso, por exemplo, representada pelo seu modelo
atualizar os termos Yser, Y1 e Y2 do estado, mantendo as injees S1-S2 ou I1-I2
nulas (ver Figura 21b).
3.4.2 Modelo de um Dispositivo

A classe modelo contm as caractersticas especficas de um determinado
dispositivo, sempre voltadas para um aplicativo ou conjunto de aplicativos. O modelo
encerra ento os dados, equaes e aes individuais dos dispositivos para um
44
determinado aplicativo. No entanto, nas aplicaes mais usuais de SEE, possvel

identificar um conjunto de funcionalidades para os dispositivos (ou para os modelos)
que so comuns a uma grande diversidade de aplicativos. As funcionalidades so:
Armazenamento de Dados e Equaes: os dados, parmetros, variveis e

equaes que definem um modelo devem ser armazenados e gerenciados no
interior da classe modelo. conveniente salientar que os dados e equaes de um
dispositivo podem variar de acordo com o aplicativo;
Determinao das Condies Iniciais: valendo-se do estado do dispositivo e do

conjunto de equaes que definem o modelo, este deve ser capaz de inicializar
suas variveis e parmetros internos de forma a reproduzir o mesmo estado
anterior, porm agora para outros dados e com outras funcionalidades;
Soluo e Derivao das Equaes: esta talvez seja a funcionalidade mais

importante de um modelo, uma vez que responsvel por aes como resolver o
conjunto de equaes do modelo, atualizar o estado do dispositivo e calcular
derivadas parciais das equaes que definem o modelo em relao ao conjunto de
variveis de estado;
Definio de Funcionalidades Especficas: aplicativos que requerem aes

particulares de um determinado dispositivo podem ainda introduzir tais aes em
classes derivadas da classe modelo (atravs do mecanismo da herana).
A identificao do conjunto de funcionalidades citadas acima, permite definir
uma interface de utilizao comum para estas funcionalidades, de tal forma que todos
os aplicativos reconheam e saibam como tratar estas funes, independente do
modelo especfico que est associado ao dispositivo. Isto permite que um dispositivo
conserve o mesmo modelo para vrios aplicativos, desde que o modelo seja adequado
ao aplicativo (o modelo para uma linha de transmisso, por exemplo, pode manterse o mesmo para uma grande quantidade de aplicativos). Alm disso, a padronizao
da interface de acesso s funcionalidades comuns generaliza os aplicativos que
utilizam esta interface, uma vez que tal aplicativo sabe como tratar o modelo sem
conhecer necessariamente sua estrutura interna. Por esta razo, os aplicativos
passam a tratar novos modelos automaticamente, sem a necessidade de alteraes
no cdigo do aplicativo. Assim, um programa de fluxo de potncia e um programa de
simulao dinmica completa, por exemplo, incorporam automaticamente qualquer
45
novo modelo adicionado ao SEE sem qualquer alterao no cdigo do programa (um
novo equipamento FATCS ou um novo modelo de regulador de tenso).
Para alcanar o grau de generalidade descrito acima, o modelo deve armazenar
e gerenciar eficientemente o conjunto de parmetros, variveis e equaes que
definem o comportamento do dispositivo. Uma estrutura computacional especialmente
projetada para este fim foi implementada e ser descrita a seguir.
3.4.2.1 Estrutura Computacional do Modelo de um Dispositivo
Uma equao matemtica qualquer pode ser representada atravs de um
conjunto de blocos elementares organizados na forma de um Diagrama de Blocos,
onde cada bloco elementar representa uma operao matemtica singular. A Figura
22 mostra uma equao exemplo e sua correspondente representao em diagrama
de blocos.
f(x,y) = 2.x + sen ( 3.y + x ) y

x
2
+
sen
+
f(x,y)
-
3
y
Figura 22 Diagrama de Blocos Representativo de uma Equao

A decomposio de uma equao em seu correspondente diagrama de blocos
permite definir uma estrutura orientada a objetos especial onde blocos construtivos
elementares (objetos no contexto da modelagem orientada a objetos) so interligados
para formar o conjunto de equaes que definem o modelo de um dispositivo. Esta
forma de representar as equaes do modelo adiciona flexibilidade estrutura
computacional, uma vez que permite ao modelo conhecer e manipular a estrutura da
equao armazenada. Alm disso, os parmetros e equaes do modelo podem ser
construdos em tempo de execuo do programa, permitindo aos usurios definirem
46
seus prprios dispositivos (geradores, linhas de transmisso, CAG, etc.) em um

conceito denominado Dispositivo Definido pelo Usurio.
O elemento central da estrutura orientada a objetos implementada para
descrever equaes um bloco genrico (classe Blc) sem operao matemtica
especfica associada, e que ser utilizado como base para a construo de todos os
demais blocos elementares (atravs do mecanismo da herana). Abstraindo-se o tipo
especfico de operao matemtica associada ao bloco, pode-se definir um conjunto
de funcionalidades que sero comuns a todos os blocos elementares que definem um
modelo, destas a mais fundamental trata da conectividade entre os blocos, uma vez
que esta funcionalidade dita a estrutura da equao armazenada. Para este fim, o
bloco base gerencia um conjunto de classes especiais auxiliares (denominadas
variveis) responsveis pela interconectividade dos blocos. Cada bloco pode possuir
n variveis de entrada, denominadas VarInp (u1 un), e m variveis de sada,
denominadas VarOut (y1 ym), sendo o nmero de entradas e sadas de cada bloco
dependente da operao matemtica que este executa (1:1 para um bloco ganho, n:1
para um bloco somador, etc). A varivel de sada (VarOut) armazena o valor numrico
resultante da operao matemtica elementar, podendo conectar-se a uma ou mais
variveis de entrada de outros blocos. As variveis de entrada (VarInp), por sua vez,
podem conectar-se a somente uma varivel de sada de outro bloco, evitando assim
ambigidades (1 entrada associada a diversas sadas). A Figura 23 mostra a estrutura
geral do bloco base e suas variveis de entrada/sada, bem como as conexes
possveis entre as variveis.
BLC
u1
y1
BLC
........
BLC
........
VarOut:
VarInp:
BLC
un
BLC
fnc () = 0
ym
Figura 23 Estrutura de Conexo de um Bloco Construtivo Elementar

Cada bloco derivado do bloco base implementa uma operao matemtica
especfica (operao virtual no bloco base) que relaciona uma sada a uma ou mais
entradas do bloco. Por exemplo, um bloco ganho (1 entrada u e 1 sada y) executa
uma funo do tipo y=K*u, onde K define o ganho do bloco.
47
O modelo de um determinado dispositivo geralmente composto de diversos

blocos e parmetros que definem seu conjunto de equaes, alm disso o modelo
deve permitir ainda a incluso de sub-modelos em sua estrutura. O diagrama de
classes que descreve a estrutura computacional do modelo mostrado na Figura 24.
dP
dFdX
VarDIF
Vars
VarSTT
VarALG
VarInp
0..n
VarOut
0..1
Parm
Blc
Ref
MdlOut
Model
MdlInp
Figura 24 Diagrama de Classes Geral para o Modelo de um Dispositivo

O diagrama de classes da Figura 24 mostra o relacionamento do bloco base
(classe Blc) com o seu conjunto de variveis de entrada/sada (classes VarInp e
VarOut, respectivamente) atravs de uma relao de agregao, e a conectividade
entre as variveis de entrada/sada atravs de uma relao de associao. Dois
grupos de classes derivadas de VarOut constituem o conjunto de parmetros (classes
Parm e Ref) e variveis de estado do modelo (classes VarSTT, VarDIF e VarALG).
Parmetros e referncias so um tipo especial de variveis de sada sem bloco
associado, ou seja, um parmetro pode ser entendido como uma varivel de sada
com valor numrico fixo e que pode ser conectado s entradas dos demais blocos do
modelo. Variveis de estado, por sua vez, representam um conjunto especial de
variveis de sada de determinados blocos (integradores, por exemplo) e definem os
estados internos de um modelo. Assim, qualquer bloco de natureza dinmica
(integrador, washout, etc) necessariamente possuir variveis de sada do tipo
diferencial (classe VarDIF). De forma semelhante, um bloco algbrico (somador,
48
ganho, seno, etc) pode ter sua sada promovida ao status de varivel algbrica
(classe VarALG). Esta promoo deve ser especificada na construo do modelo.
O modelo de um dispositivo (classe Model) constitudo de um conjunto de
blocos matemticos elementares e de um conjunto de parmetros, em um arranjo
estrutural denominado Composite1 [4] que lhe permite hierarquizar a estrutura final em
vrios nveis e sub-nveis (o modelo de um gerador, por exemplo, pode ser constitudo
de vrios sub-modelos representando a mquina sncrona, seu conjunto de
controladores, a turbina, etc). A classe Model implementa ainda variveis de
entrada/sada adicionais MdlOut e MdlInp, derivadas de VarInp e VarOut, que so
responsveis pelo by-pass das conexes do modelo para os seus blocos internos.
A Figura 25 mostra um modelo construdo para representar uma unidade de
gerao, onde trs sub-modelos representam os componentes internos do gerador
(Mq. Sncrona, Reg. de Tenso e Reg. de Velocidade). Para simplificar o desenho
apenas o sub-modelo do Regulador de Tenso mostrado em detalhes.
Unidade de Gerao
Regulador de Tenso
Vt
Vref
Vt
Vt
+
+
Ka
1 + s.Ta
Efd
Efd
Efd
Pm
Ire
Iim
Mq. Sncrona
s.Kf
1 + s.Tf
Pm
Legendas:
Reg. de
Velocidade
Bloco Elementar
Var. de Entrada (VarInp)
Modelo
Var. de Sada (VarOut)
Parmetro / Referncia
Figura 25 Modelo de uma Unidade de Gerao
Composite um Padro Estrutural de Projeto que permite representar objetos em estrutura de rvore
para representar hierarquias todo-parte. A relao de herana e agregao entre as classes Blc e Model
permite tratar de maneira uniforme objetos individuais e composio de objetos [4].
49
A construo de modelos, usando a estrutura computacional proposta, no

precisa necessariamente obedecer ao arranjo estrutural clssico do equipamento
(para um gerador: Mq. Sncrona + Reg. de Tenso + Reg. de Velocidade). Assim
qualquer arranjo estrutural ou novo equipamento (existente ou que venha a existir)
pode
ser
introduzido
no
modelo
sem
nenhum
esforo
de
implementao
computacional.
3.4.2.2 Mecanismo de Soluo e Derivao das Equaes
A estrutura de armazenamento das equaes nos modelos permite definir um
mecanismo automtico de soluo e clculo das derivadas parciais das equaes,
conferindo aos aplicativos um alto grau de generalizao, uma vez que no
necessitam conhecer previamente o tipo de dispositivo conectado as barras do
sistema para executar tais aes.
Para o clculo das derivadas fez-se necessrio implementar um conjunto de
classes especficas (classes dP e dFdX) para armazenar e gerenciar as derivadas
parciais das equaes do modelo em relao ao seu conjunto de variveis de estado
(classes VarDIF e VarALG). O diagrama de classes da Figura 24 mostra o
relacionamento entre as classes dP e dFdX, e com as demais classes que definem o
modelo. Nesta estrutura, a classe dFdX armazena a derivada da equao em relao
a uma nica varivel de estado, sendo constituda de um coeficiente numrico e uma
associao a varivel de sada correspondente ao estado (VarOut). A classe dP, por
sua vez, representa o conjunto de derivadas parciais de uma determinada equao em
relao a todas as variveis de estado que a equao depende, sendo implementada
como um conjunto de classes dFdX (relao de agregao). Utilizando esta estrutura
possvel padronizar o tratamento das derivadas de tal forma que os aplicativos no
precisam conhecer o tipo especfico de dispositivo que gerou aquele conjunto de
derivadas parciais. Ou seja, os aplicativos dispem de uma estrutura genrica de
tratamento de derivadas parciais que independente do dispositivo. A seguir ser
apresentado detalhes do algoritmo de clculo das derivadas parciais [60][61] atravs
de um exemplo para facilitar o entendimento do mecanismo.
Tomando como exemplo a equao mostrada na Figura 22, aqui reapresentada
na Figura 26, e atribuindo as variveis x e y os valores 0.1 e 0.3, respectivamente, a
equao exemplo e suas derivadas parciais em relao as variveis de interesse
assumem os valores apresentados abaixo:
50
f(x,y) = 2.x + sen ( 3.y + x ) y
f(x,y) = 0.74
f (x,y) / x = 2 + cos ( x + 3.y )

f (x,y) y = 3. cos ( x + 3.y ) 1
f (x,y) / x = 2.54
(x = 0.1; y = 0.3)
f (x,y) / y = 0.62
x
[1] x
= 0.1
xo = 0.1
[1] x
= 0.1
[1] x
[3] y
= 1.0
sen
cft cos(u)
[3] y
= 0.9
cft K
[0.54] x
[1.62] y
= 0.84
cft K
[2] x
= 0.2
f(x,y)
[2.54] x
[0.62] y
= 0.74
[1] y
= 0.3
[1] y
= 0.3
y
yo = 0.3
Figura 26 Mecanismo de Soluo e Derivao do Modelo

O mecanismo de soluo e derivao das equaes parte da varivel de sada
que define a equao que se deseja obter a soluo e/ou o conjunto de derivadas
parciais (ponto f(x,y) na Figura 26). A partir deste ponto percorre-se o caminho
seguindo a orientao inversa dos blocos (sada entrada) at que uma varivel de
estado seja encontrada (VarDIF ou VarALG), no exemplo da Figura 26 todos os
caminhos levam as variveis x e y. A escolha do caminho inverso adequada devido
a existncia de apenas uma opo possvel para cada varivel de entrada dos blocos,
uma vez que cada entrada associada a apenas uma sada de outro bloco. Aliado a
isto, possvel implementar um algoritmo de busca recursiva que marca naturalmente
o caminho percorrido. As variveis de estado encontradas nesta busca determinam o
conjunto de termos das derivadas parciais que sero calculados para a equao.
Aps a identificao do conjunto de variveis de estado que a equao
dependente percorre-se o caminho direto, a partir das variveis de estado (o caminho
51
direto j foi devidamente marcado pela busca recursiva, de tal forma que no a
necessidade de busc-lo), atualizando, a cada passagem por um bloco matemtico, a
estrutura especial projetada para armazenamento das derivadas parciais (estrutura
composta por instncias da classe dFdX). A Figura 26 mostra os valores armazenados
na estrutura auxiliar para todos os pontos do diagrama de blocos no caminho direto
percorrido, sendo:
[coeficiente] varivel de estado
dFdX
[coeficiente] varivel de estado
dFdX
dP
= valor parcial da equao

Cada vez que a classe dP passa por um bloco do diagrama uma operao
particular executada sobre esta estrutura. A operao depende do tipo de operao
matemtica executada no bloco, porm uma lei de formao geral pode ser formulada.
A lei de formao aplicada a todos os termos dFdX de dP e obedece a seguinte
regra:
[coeficiente]antigo [d fblc / du] u = uo
novo coeficiente associado a

varivel de estado
onde o novo coeficiente de dFdX obtido multiplicando-se o antigo coeficiente pela

derivada da operao matemtica implementada no bloco em relao a entrada.
Tomando com o exemplo o bloco sen do diagrama de blocos da Figura 26 a lei de
formao assume a seguinte forma:
[coeficiente] novo = [coeficiente]antigo [ cos(u) ] u = uo

ou seja, para a varivel de estado y teremos:
[3] y
= 1.0
sen
[ [ 3 ] cos(1.0) = 1.62 ] y
= sen(1.0) = 0.84
O conjunto de coeficientes (termos dFdX) obtidos no ponto que define a

equao so as derivadas parciais em relao ao conjunto de variveis de estado
identificadas pelo algoritmo, conforme mostram os resultados da Figura 26
concordando com os obtidos de forma analtica.
52
A deteco de um parmetro, ou uma referncia, durante o percurso inverso

para identificao do conjunto de variveis de estado tambm interrompe o processo
de busca. Nesta situao adotado o mesmo procedimento das variveis de estado,
porm a classe dFdX assume um coeficiente nulo que determina a eliminao desta
derivada (isto concorda com o fato da derivada de uma funo em relao a uma
constante ser nula).
3.4.2.3 Relao dos Blocos Elementares para a Construo dos Modelos
A Figura 27 mostra um diagrama de classes com todos os blocos construtivos
elementares que so derivados do bloco base. Estes blocos constituem a base para a
construo de qualquer modelo de dispositivo no MOO que representa o SEE.
Blc
BlcOut
BlcInp
oShunt
BlcMath
InpNo
BlcDin
BlcNLin
Somad
Integrd
Limit
oSerie
iTens
Mult
Derivd
DeadBand
oLogico
iFreq
Divs
Lag
Select
Ganho
Washout
Max
Menos
Leadlag
Min
Abs
Blc2Ord
Delay
InpDevc
iPote
iCorr
Mod
Step
Mod2
Curv
Invrs
Ptos
iLogi
iModel
Sqr
Cte
Sqrt
zIntegrd
Sin
Exp
Cos
Log
Tan
Trig
Asin
dq2cmplx
Acos
cmpl2dq
Atan
Figura 27 Estrutura Geral dos Blocos Componentes do Modelo

Os blocos elementares esto organizados em grupos conforme caractersticas
comuns. Os grupos so:
53
Blocos de Sada (classe BlcOut): compreendem os blocos que exteriorizam a

ao do modelo para o SEE, atravs do estado do dispositivo. Existem trs blocos
bsicos de sada, um para cada grupo de dispositivos que possui estado. Os
blocos de sada so responsveis pela alterao do estado dos dispositivos e pelo
clculo das derivadas parciais da injeo do dispositivo na rede eltrica (potncia
ou corrente de acordo com a solicitao do aplicativo). Cada modelo de dispositivo
pode conter apenas um nico bloco de sada, e este deve concordar com o tipo de
dispositivo (por exemplo, modelos de dispositivos derivados da classe Shunt
podem conter somente blocos do tipo oShunt).
Blocos de Entrada (classe BlcInp): blocos de entrada fazem a aquisio de

variveis do SEE, ou de outros modelos, para o interior de um determinado
modelo. Qualquer tenso nodal ou freqncia do SEE, injeo dos dispositivos na
rede eltrica (potncia e/ou corrente), estado operativo dos dispositivos lgicos,
bem como variveis de estado de outros dispositivos podem ser aquisitados pelos
blocos de entrada e utilizados no modelo;
Blocos Matemticos (classe BlcMath): blocos matemticos realizam operaes

algbricas elementares, tais como soma, multiplicao, ganho, seno, cosseno, etc
(ver Figura 27). Os blocos matemticos, derivados da classe base BlcMath, no
produzem variveis de estado no modelo, porm, se desejado, podem ter suas
sadas promovidas a variveis de estado algbricas (VarALG), e desta forma
passam a definir derivadas parciais (correntes de eixo direto e quadratura de
geradores sncronos Id e Iq so um bom exemplo do uso de variveis de
estado algbricas);
Blocos Dinmicos (classe BlcDin): so o conjunto de blocos que possuem uma

equao diferencial associada, produzindo obrigatoriamente uma varivel de
estado no modelo. Os blocos dinmicos sempre impem suas sadas como
variveis de estado do modelo;
Blocos No-Linearizveis (classe BlcNLin): representam um conjunto de blocos

que no tem derivada definida, tais como limitadores, funes de mximo e
mnimo, banda morta, etc. No entanto, estes blocos ainda tem o seu efeito
considerado no processo de clculo das derivadas parciais das equaes do
modelo.
54
3.4.2.4 Funes Especiais das Classes BlcOut e dP/dFdX

Os blocos de sada dos modelos (derivados de BlcOut) possuem caractersticas
especiais que os diferem dos demais blocos. Tais blocos so os responsvel pela
conectividade dos modelos rede eltrica do SEE, uma vez que atualizam o estado
dos dispositivos (so os nicos que possuem permisso de escrita no estado dos
dispositivos Shunt, Srie e Lgico). Por esta razo, cada bloco de sada deve ser
coerente com o estado do dispositivo associado, ou seja deve possuir tantas variveis
de entrada quantos forem os termos componentes do estado, permitindo assim que o
modelo possa atualizar cada termo que compe o estado individualmente. Tomando
como exemplo os dispositivos Shunts, que possuem como estado uma injeo
complexa e uma admitncia em derivao (ver Figura 21a), o bloco de sada
correspondente (oShunt) deve possuir 4 variveis de entrada, uma para cada termo
POT/CORR
Q / Iim
oSHUNT
P / Ire
POT/CORR
componente do estado. A Figura 28 mostra a estrutura de um bloco do tipo oShunt.
P / Ire
Q / Iim
Figura 28 Estrutura Geral de um Bloco de Sada do Tipo oShunt

A definio do tipo de injeo de entrada no bloco (POT:P/Q ou CORR:Ire/Iim) deve
ser definida durante a construo do modelo, sendo coerente com as equaes de
injeo definidas no modelo. A injeo total do dispositivo na rede eltrica ento
composta pela injeo de entrada no bloco mais uma parcela dependente da tenso
(entradas G e B). De forma semelhante a injeo de entrada, tambm o tipo de injeo
na rede eltrica pode ser definido em tempo de execuo (POT:P/Q ou CORR:Ire/Iim),
cabendo ao bloco oShunt a tarefa de converso (Smodelo Irede ou Imodelo Srede) se
houver necessidade. Assim, um modelo pode ser formulado como injeo de corrente
e escrever no estado do dispositivo associado tanto corrente como potncia, ficando
por conta dos blocos BlcOut as converses que se fizerem necessrias. Esta
caracterstica permite que um mesmo modelo possa ser usado tanto para aplicativos
que trabalham na formulao de balano de potncia como para queles que
trabalham na formulao de balano de corrente (em termos prticos, o mesmo
modelo pode ser utilizado em um Fluxo de Potncia tradicionalmente formulado
55
como injeo de potncia e em um programa de Anlise Modal tradicionalmente

formulado como injeo de corrente sem que seja necessrio acrescentar qualquer
nova funcionalidade ao modelo). O mecanismo de converso POT CORR tambm
vlido para o clculo das derivadas parciais, ou seja possvel construir um modelo
que escreve corrente nas variveis de entrada dos blocos BlcOut e solicitar derivadas
parciais da injeo de potncia deste dispositivo na rede eltrica.
Da mesma forma que um aplicativo pode ser formulado como injeo de
potncia ou corrente para os dispositivos, este tambm pode ser formulado com
tenses em coordenadas polares ou retangulares. As classes de armazenamento das
derivadas parciais dP e dFdX foram dotadas de funes que encarregam-se de fazer
as devidas converses entre coordenadas polares e retangulares para as derivadas
das tenses. O tipo de coordenada desejado um parmetro de definio da classe
dP e esta armazena as derivadas das tenses nas coordenadas desejadas. Assim, se
definido coordenadas retangulares, por exemplo, e um bloco de entrada fornece o
mdulo de uma tenso qualquer, a classe dP automaticamente encarrega-se de
efetuar a converso das derivadas parciais para o tipo de coordenada desejado.
Atravs dos mecanismos de converso descritos qualquer modelo de dispositivo
implementado pode fornecer derivadas da sua injeo de corrente ou potncia na rede
eltrica, e com coordenadas polares ou retangulares para as tenses.
Como j foi dito anteriormente, a utilizao de uma estrutura geral para soluo
das equaes e clculo das derivadas parciais torna possvel a generalizao dos
aplicativos quanto ao tipo especfico de dispositivos instalados no SEE. Somando-se a
isso, as novas funcionalidades de converso dos blocos de sada BlcOut e das classes
dP/dFdX, possvel a implementao de uma famlia de aplicativos que so
generalizados quanto a sua formulao (Potncia/Corrente Polar/Retangular), e
quanto ao tipo e modelo de dispositivos instalados no SEE. Algoritmos generalizados
permitem ao usurio definir, em tempo de execuo, que tipo de injeo na rede
eltrica mais adequada e/ou qual o tipo de coordenadas para as tenses deve ser
utilizado, alm, claro, de incorporar automaticamente qualquer novo modelo
adicionado ao SEE. Assim, por exemplo, se um aplicativo de Fluxo de Potncia
apresenta problemas de convergncia com a formulao tradicional (injeo de
potncia / coordenadas polares), o usurio pode alterar a formulao do aplicativo
para injeo de corrente e coordenadas retangulares, sem que um novo aplicativo
tenha que ser implementado para isso.
56
Um Modelo de Carga Exemplo

A seguir a estrutura computacional proposta neste trabalho ser utilizada para a
construo de um modelo de Carga com dependncia da tenso terminal (modelo ZIP).

A Figura 29 mostra o diagrama de blocos do modelo implementado, onde so
mostrados os blocos componentes do modelo, as conexes entre as variveis de
entrada/sada dos blocos e os parmetros. Um bloco de entrada do tipo iTens faz a
aquisio do mdulo da tenso terminal do dispositivo, e um bloco de sada do tipo
oShunt capta o valor das potncias ativa e reativa calculadas no modelo para fins de
atualizao do estado do dispositivo na rede eltrica.
Carga - Modelo ZIP

P
Aativ
Bativ
sqr
Vt
Areativ
Breativ
POT/CORR
P
Q
oSHUNT
iTENS
POTNCIA
Cativ
P / Ire
Q / Iim
+
+
sqr
Creativ
Figura 29 Modelo de Carga ZIP

A estrutura computacional proposta permite que todos os modelos sejam
definidos em tempo de execuo, para isto foi elaborado uma linguagem prpria para
a construo dos modelos. No propsito deste trabalho apresentar detalhes da
linguagem elaborada, porm um exemplo da sintaxe definida apresentada a seguir
para o modelo de carga tomado como exemplo .
57
<< Linguagem Utilizada para Definio do Modelo Carga ZIP >>

MODL: CARGA#Mdl:ZIP
.
#
#
[--ID.--] REF VISIBL [--Valor--] T P
#
=== Parametros ===
PARM:
P REF
$
PARM:
Q REF
$
PARM:
Aa
1.000 %
PARM:
Ba
0.000 %
PARM:
Ca
0.000 %
PARM:
Ar
1.000 %
PARM:
Br
0.000 %
PARM:
Cr
0.000 %
#
#
=== INPUT ===
#
[--ID.--] [Vre/Vmd][Vim/Van] [TIP OUT]
TENS:
INP001
Vt
POLAR
#
#
[--ID.--] [--INP--][--OUT--] STT
#
=== Blocos ===
SQR :
BLC001
Vt
V2
#
#
---( P )--MULT:
BLC002
Ba
Ia
....
V
DFIM
MULT:
BLC003
Ca
Za
....
V2
DFIM
SOMD:
BLC004 +
Aa
%P
....
+
Ia
....
+
Za
DFIM
MULT:
BLC005
P
Po
....
%P
DFIM
#
#
---( Q )--MULT:
BLC006
Br
Ir
....
V
DFIM
MULT:
BLC007
Cr
Zr
....
V2
DFIM
SOMD:
BLC008 +
Ar
%Q
....
+
Ir
....
+
Zr
DFIM
MULT:
BLC009
Q
Qo
....
%Q
DFIM
#
#
=== OUTPUT ===
OSHT:
OUT001
POTENCIA POTENCIA
OUT :
Po
Qo
DFIM
DFIM
<< Final do Fragmento >>
Os mecanismos de converso descritos no item 3.4.2.4 sero mostrados

atravs de um exemplo numrico. O modelo de carga exemplo foi adicionado a uma
carga conectada em um sistema hipottico qualquer. A tenso terminal da barra de
58
1.0126 pu com ngulo de 3.6870, e o valor total da carga 80 MW e 30 MVAR, sendo
as parcelas do modelo ZIP definidas da seguinte forma: parte ativa 40% Pcte, 0% Icte,
60% Zcte; e parte reativa 20% Pcte, 0% Icte, 80% Zcte. A Tabela 1 mostra os coeficientes
das derivadas parciais calculadas para a carga do exemplo em todas as formulaes

possveis (POTNCIA/CORRENTE POLAR/RETANGULAR), onde cada retngulo do interior da
tabela representa o coeficiente associado a uma varivel de estado (colunas da
tabela) para uma determinada equao de injeo na rede eltrica (linhas da tabela).
Tabela 1 Derivadas do Modelo ZIP de Carga
dP V(POLAR)
dP (POLAR)
P
model->tipo(POTNCIA)
Q
Ire
model->tipo(CORRENTE)
Iim
P / V =
1.0777
Q / V =
0.4766
Ire / V =
0.1743
Iim / V =
-0.1895
P / =
0.0000
Q / =
0.0000
Ire / =
0.3530
Iim / =
0.8682
dP Vre(RETANG)
dP Vim(RETANG)
P / Vre =
1.0754
Q / Vre =
0.4756
P / Vim =
-0.0693
Q / Vim =
-0.0306
Ire / Vre =
Ire / Vim =
0.1964
0.3366
Iim / Vre =
Iim / Vim =
-0.1340
0.8678
3.5 Ferramentas Matemticas

Uma base computacional geral para SEE deve contar ainda com um conjunto
de ferramentas que disponibilizem o suporte matemtico necessrio aos aplicativos.
Estas ferramentas devem ser responsveis pelo armazenamento, gerenciamento e
soluo de sistemas de equaes lineares esparsos e de grande porte.
Embora sejam imprescindveis para a construo e soluo da maioria dos
aplicativos em SEE, conceitualmente, estas ferramentas no pertencem ao domnio do
SEE. Por esta razo, as ferramentas matemticas devem constituir uma estrutura
completamente independente da estrutura utilizada para representar o SEE,
constituindo-se assim em um toolkit autocontido que poder ser utilizado em qualquer
outra aplicao, no necessariamente na rea de sistemas eltricos.
A estrutura computacional implementada derivada do modelo proposto em
[23][24] para armazenamento e fatorao matricial, porm expandida e generalizada
59
para sistemas lineares. Esta ferramenta geral foi denominada CAL++ (Classes para
lgebra Linear) e seu diagrama de classes apresentado na Figura 30.
CAL++
tipo
SisLin
tipo
1
Matriz
Vetor
tipo
Figura 30 Diagrama de Classes das Ferramentas Matemticas

O diagrama da Figura 30 mostra trs classes bsicas abrigadas sob um pacote,
que lhe confere a caracterstica de independncia do MOO utilizado para representar o
SEE. Algumas caractersticas das classes componentes so apresentadas a seguir:
Matriz: estrutura computacional utilizada para armazenamento e gerenciamento de

matrizes esparsas de grande porte, simtricas ou no-simtricas. A classe matriz
utiliza uma estrutura de armazenamento baseado em um conjunto de listas
encadeadas alocadas dinamicamente, o que permite que seja alocado em
memria apenas o espao necessrio ao seu armazenamento. Conforme
metodologia proposta em [23], a fatorao LU elimina quase completamente
buscas sobre as listas encadeadas durante o processo de fatorao (principal
deficincia do armazenamento matricial atravs de listas encadeadas), otimizando
assim ao mximo a performance computacional. A classe matriz conta ainda, at o
presente momento, com operaes elementares entre matrizes e entre matriz e
vetor (, + e ), clculo do determinante, inversa parcial, autovalores e autovetores,
e decomposio em valores singulares.
Vetor: a classe vetor utilizada para o armazenamento e gerenciamento de

vetores esparsos ou cheios. De forma anloga classe matriz, a classe vetor
utilizam uma estrutura de armazenamento baseada em listas encadeadas
alocadas dinamicamente.
Sistema Linear: a classe SistLin constituda por uma instncia da classe matriz
(A) e duas instncias da classe vetor (x e b), constituindo internamente a
60
expresso matricial A x = b. Uma vez atribudos valores aos termos da matriz A e

do vetor b, a classe SistLin capaz de determinar a soluo deste sistema de
equaes, disponibilizando-a no vetor x. O processo de soluo realizado
atravs da fatorao LU da matriz A e posterior substituio direta-inversa entre os
fatores e o vetor b. De forma anloga fatorao LU, a metodologia utilizada para
substituio direta-inversa elimina quase completamente buscas sobre as listas
encadeadas, otimizando ao mximo a performance do processo de soluo do
sistema de equaes lineares.
Convm salientar que sendo a matriz A da classe SistLin uma instncia da
classe matriz, todas as funcionalidades disponveis para a classe matriz, ou que
venham a ser implementadas no futuro, estaro disponveis para a matriz de
coeficientes do sistema linear, e desta forma disponveis tambm para todos os
aplicativos que utilizam o pacote CAL++. Isto permite que, por exemplo, uma vez
implementado um aplicativo para Anlise Modal de sistemas eltricos, o aplicativo de
Fluxo de Potncia pelo mtodo de Newton pode avaliar os autovalores e/ou
autovetores da sua matriz Jacobiana, ou o nmero de condicionamento desta matriz,
sem nenhum esforo adicional de programao.
Todas as classes (matriz, vetor e SistLin) foram definidas como sendo do tipo
template, onde o tipo bsico dos elementos armazenados passado como parmetro
para as classes. Isto permite que a classe SistLin possa implementar sistemas de
equaes lineares com coeficientes reais, complexos, sub-matrizes (2x2, 3x3, ),
bem como qualquer objeto vlido que possua pelo menos as operaes elementares
definidas (, /, + e ).
3.6 Aplicativos
Em uma base computacional para propsitos gerais em SEE, to importante
quanto a entidade global que descreve o SEE (classe SEE) so os aplicativos que
sero construdos sobre esta estrutura computacional, uma vez que so estes
elementos os que efetivamente resolvem um problema especfico de engenharia
(Fluxo de Potncia, Anlise de Contingncias, Clculo de Sensibilidades, etc). No
MOO adotado, os aplicativos encontram-se no mesmo nvel hierrquico da classe
SEE, sendo definida uma classe base para a construo destes aplicativos. Assim,
todos os aplicativos construdos sobre o MOO adotado devem descender da classe
61
base, denominada Aplicativos. O uso de uma classe base impe uma hierarquia
obrigatria para os aplicativos e permite que alguns aspectos comuns possam ser
definidos no nvel mais bsico, tais como ordenao tima das barras, gerao da
matriz admitncia de barras, etc. Estas caractersticas sero herdadas por todos os
aplicativos descendentes da classe base.
A classe base Aplicativos possui uma associao lgica com a classe SEE e
uma associao conceitual com o pacote CAL++ (no sentido de que no h
mecanismos fsicos conectando ambas classes). A Figura 31 mostra o diagrama de
classes desta estrutura, onde observa-se a associao do pacote CAL++ apenas com a
classe Aplicativos, concordando com a premissa de que as ferramentas matemticas
no pertencem ao contexto do SEE, porm pertencem ao contexto dos aplicativos..
SEE
APLICATIVOS
CAL++
FluxoDePtencia
(Classes para Algebra

Linear)
AnaliseModal
EstabTransitoria
etc.
Figura 31 Diagrama de Classes do SEE x APLICATIVOS

A estrutura geral proposta disponibiliza todos os mecanismos necessrios a
construo de um aplicativo, conforme mostra a Figura 32. Estes mecanismos so:
Descrio Topolgica: a classe SEE fornece todo o suporte referente

conectividade dos elementos do SEE bem como seu arranjo estrutural, permitindo
a representao e o gerenciamento do SEE nos dois tipos de descrio topolgica
possveis de forma integrada. Isto permite implementar tanto aplicativos que
utilizam a descrio lgica do SEE (Fluxo de Potncia, Anlise Linear, etc) como
queles que utilizam a descrio fsica (Restabelecimento de SEE, Coordenao
da Proteo).
Dados e Funcionalidades Especficas: suporte fornecido diretamente pelos

modelos de cada dispositivo do SEE. Este mecanismo fornece os dados, as
62
funcionalidades comuns (inicializao, soluo e derivao das equaes do

modelo) e funcionalidades especficas dos dispositivos que forem necessrias para
a construo do aplicativo, sendo estas caractersticas acessadas atravs da
classe SEE.
Ferramentas Matemticas: suporte fornecido pelo pacote CAL++. Todo o suporte

matemtico para o aplicativo fornecido por este conjunto de classes, assim
funes como armazenamento de matrizes e vetores esparsos e de grande porte,
soluo de sistemas lineares, clculo de autovalores e autovetores, etc esto
prontamente disponveis no toolkit CAL++ para utilizao pelos aplicativos.
Estrutura Base e
Topologia da Rede Eltrica
Dados do SEE e
dos Modelos
SEE
Suporte
Matemtico
APLICATIVOS
Modelos dos
Dispositivos
Banco
de
Dados
Dados e
Funcionalidades
Especficas
CAL++
(Classes para Algebra Linear)
Figura 32 Estrutura Geral do MOO

Cada nova aplicao utiliza estes mecanismos para construir o seu problema de
engenharia especfico. Neste sentido, o aplicativo propriamente dito, sob o enfoque do
problema de engenharia, fica desacoplado dos problemas de natureza computacional,
tais como conectividade dos elementos do SEE, armazenamento e soluo de
sistemas lineares esparsos, gerenciamento de dados e informaes dos dispositivos
do SEE, etc. Isto permite ao usurio, ou ao engenheiro, uma maior dedicao ao
desenvolvimento de aspectos prticos e tericos do problema de engenharia a ser
resolvido, uma vez que a estrutura computacional base j esta disponvel e pronta
para uso.
Um aplicativo executvel pode ser entendido como a unio de vrias estruturas
descritivas e funcionais dispostas em crculos concntricos compondo nveis de
especializao at o aplicativo final, conforme mostra a Figura 33. No ncleo do
modelo esta representao da estrutura topolgica geral do SEE, nenhuma
caracterstica ou informao especfica representada neste nvel; no segundo nvel,
abrigado sobre a estrutura topolgica, figuram os modelos dos dispositivos do SEE,
63
onde so adicionados (e removidos quando necessrio) dados e caractersticas

especficas dos dispositivos; por fim, utilizando as informaes e funcionalidades de
todos os nveis inferiores esto os aplicativos. Uma ltima estrutura, exterior ao
modelo base, fornece o suporte matemtico aos aplicativos.
Ferramentas
Matemticas
Fluxo de
Potncia
Estimao
de Estados
Modelos
Estticos
Simulao
Dinmica
Aplicativos
Estticos
Estrutura
Topolgica
(SEE)
Modelos
Dinmicos
Anlise
Modal
Outros
Modelos
Outros
Aplicativos
Aplicativos
Dinmicos
Figura 33 Estrutura de Utilizao

Embora os modelos delimitem regies de abrangncia para os aplicativos
(modelos estticos somente so utilizados por aplicativos estticos, o mesmo vale
para os modelos dinmicos), o MOO implementado permite certas invases destas
regies. Assim, um programa de Fluxo de Potncia poder, por exemplo, considerar
na sua formulao um modelo detalhado de gerador (mquina sncrona e
controladores), ou um programa de Anlise Modal poder considerar na sua
formulao uma barra de tenso constante do Fluxo de Potncia (barra PV), bastando
para isso simplesmente adicionar o modelo desejado no dispositivo e executar o
aplicativo. Isto somente possvel para aplicativos que utilizam exclusivamente as
funcionalidades padronizadas dos modelos (inicializao, soluo e derivao).
3.6.1 Um Aplicativo Exemplo

Com o objetivo de ilustrar a utilizao do MOO e exemplificar a utilizao do
mecanismo para construo de aplicativos ser mostrado a seguir um aplicativo geral,
escrito em C++, para clculo das tenses complexas de uma rede eltrica qualquer
64
usando a equao matricial: [V] = [Y]-1. [I]

00:
01:
02:
03:
04:
05:
06:
07:
08:
09:
10:
11:
12:
13:
14:
15:
16:
17:
18:
19:
20:
21:
22:
23:
24:
25:
26:
27:
28:
29:
30:
31:
32:
33:
34:
35:
36:
37:
38:
39:
40:
41:
42:
43:
44:
45:
46:
47:
48:
49:
50:
51:
52:
53:
54:
55:
56:
57:
58:
59:
60:
61:
62:
63:
SEE
*ps = load(file.dat);
SistLin<complex> SL(ps->maxbarra());
//===========================
//=== Monta Matriz Ybarra ===
//===========================
for (word i=1; i<=ps->maxbarra(); i++)
{
word
lin = ps->barra(i)->num();
complex Yii = admt(0,0);
//=== Elemento Diagonal ===
for (word j=1; j<=ps->barra(i)->maxshunt(); j++)
{
ps->barra(i)->shunt(j)->model()->solve();
Yii += ps->barra(i)->shunt(j)->state()->Yi();
}
for (word j=1; j<=ps->barra(i)->maxserie(); j++)
{
ps->barra(i)->serie(j)->model()->solve();
Yii += ps->barra(i)->serie(j)->state()->Yser();
Yii += ps->barra(i)->serie(j)->state()->Yi();
}
SL.A(lin,lin) = Yii;
//=== Elemento Off-Diagonal ===
for (word j=1; j<=ps->barra(i)->maxserie(); j++)
{
word col = ps->barra(i)->barra_ser(j)->num();
SL.A(lin,col) -= ps->barra(i)->serie(j)->state()->Yser();
}
}
//===================================
//=== Calcula INJECAO de Corrente ===
//===================================
{
word
lin = ps->barra(i)->num();
complex Ii = corr(0,0);
for (word
{
Ii -=
}
for (word
{
Ii -=
}
SL.b(lin)
j=1; j<=ps->barra(i)->maxshunt(); j++)

ps->barra(i)->shunt(j)->state()->Ii();
j=1; j<=ps->barra(i)->maxserie(); j++)
ps->barra(i)->serie(j)->state()->Ii();
= Ii;
}
//================================
//=== Resolve o SISTEMA LINEAR ===
//================================
SL.lu();
SL.solve();
//===========================
//=== Atualiza as Tensoes ===
//===========================
{
ps->barra(i)->V( SL.x(i) );
}
65
Para facilitar o entendimento do cdigo escrito acima a Figura 34 mostra o

diagrama de classes de alguns dos principais elementos do MOO (Shunt, Srie e
Barra) que so utilizados no aplicativo exemplo. O diagrama de classes simplificado
e mostra apenas os mtodos pblicos de cada classe (interface de utilizao).
Device
<<Mtodos>>
char* dscr (void)
void dscr (char* _s)
char* group (void)
char* devc (void)
Shunt
<<Mtodos>>
Barra
Barra* barra (void)

STATEsht* state (void)
<<Mtodos>>
Ilha*
No*
word
ilha
no
maxno
(void)
(word _ndx)
(void)
Serie*
Barra*
Shunt*
word
word
serie
(word _ndx)
bar_serie(word _ndx)
shunt
(word _ndx)
maxserie (void)
maxshunt (void)
word
char*
word
id
dscr
num
tens
tens
V
V
Serie
<<Mtodos>>
Barra* barra01 (void)
Barra* barra02 (void)
STATEser* state (void)
Model* model (void)

void
model (Model* _mdl)
Model* model (void)

void
model (Model* _mdl)
(word _ndx)
(word _ndx)
(void)
(void)
(tens _V)
Figura 34 Diagrama das Classes Utilizadas no Aplicativo Exemplo

Em L:01 do cdigo fonte exemplo so carregados e armazenados, no objeto ps
(instncia da classe SEE), todos os dados de um sistema qualquer. Estes dados ficam
disponveis para utilizao, em ambas estruturas descritivas (fsica e lgica), de forma
organizada e coerente.
O objeto ps possui funes de acesso a ambas estruturas descritivas do SEE,
que permitem a livre navegao sobre os dados armazenados. No entanto, para o
aplicativo exemplo somente descrio lgica do SEE necessria, ou seja apenas
as funes de acesso s barras eltricas do SEE (barra(index) e maxbarra()), e
aos
dispositivos
conectados
as
barras
(serie(index),
maxserie(),
shunt(index) e maxshunt()) so necessrios, demonstrando assim o uso da

descrio topolgica do SEE para a construo de um aplicativo.
66
Em L:17, L:22, L:23, L:31, L:44 e L:48 o cdigo exemplo mostra acesso aos
termos individuais dos estados dos dispositivos (Shunt e Serie), sendo estes termos
utilizados para a construo da matriz admitncia de barras e do vetor de injees de
corrente. Em L:16 e L:21 solicitada a soluo do conjunto de equaes do modelo
(funo padronizada do modelo solve()) com a finalidade de atualizar o estado do
dispositivo, e suas variveis de estado internas, se estas existirem. importante
destacar que nenhuma referncia feita ao tipo especfico de dispositivo (gerador,
linha de transmisso, carga, etc), sendo dado um tratamento generalizado aos
dispositivos atravs das classes base Shunt e Serie e das funcionalidades
padronizadas dos modelos.
O toolkit de ferramentas matemticas CAL++ utilizado para construir o sistema
linear que executar a soluo da rede eltrica, sendo declarado e dimensionado o
objeto SL, em L:03, para este fim. A utilizao do toolkit bastante intuitiva e amigvel,
ficando o gerenciamento da estrutura esparsa das matrizes e vetores totalmente oculto
dos usurios do toolkit. A definio dos coeficientes da matriz A, em L:25 e L:31, e dos
coeficientes do vetor b, em L:50, mostram a facilidade com que estes dados so
introduzidos na estrutura. Em L:55 e L:56 so executados a fatorao LU da matriz de
coeficientes e a soluo direta-inversa do sistema linear, respectivamente. Em uma
ltima etapa (L:60 at L:63), a soluo do sistema linear utilizada para atualizar as
novas tenses calculadas.

A proposio de um framework para sistemas de energia eltrica capaz de
acomodar todo e qualquer aplicativo em sua estrutura um objetivo extremamente
difcil de ser alcanado, seno impossvel. Embora a premissa bsica seja representar
o sistema eltrico tal qual sua estrutura fsica real, supondo com isso que o modelo
ser capaz de suportar uma infinidade de aplicativos, muito difcil afirmar que o
modelo computacional ser adequado para todos os aplicativos possveis na rea de
sistemas de energia eltrica. conveniente salientar que um modelo computacional
projetado atravs da viso do problema dos desenvolvedores, e estes possuem
conhecimento limitado a to somente algumas sub-reas do domnio geral do
problema. Assim, problemas como anlise harmnica, planejamento da expanso,
simulao de fenmenos eletromagnticos, e outros no foram sequer considerados
67
na etapa de projeto do modelo orientado a objetos, muito embora isto no signifique

que o modelo no ser capaz de acomodar estes ou outros aplicativos. A incluso de
aplicativos que os desenvolvedores no consideraram na etapa de projeto pode forar
a reformulao de alguns aspectos do modelo. Cabe ainda lembrar, que um bom
projeto orientado a objetos deve levar sempre em conta que o sistema pode necessitar
de mudanas ao longo de sua vida. At o presente momento o MOO proposto foi
capaz de suportar satisfatoriamente aplicativos para clculo de Fluxo de Potncia
(formulao generalizada e clssica), Anlise Modal, Anlise de Sensibilidades,
Simulao Rpida da Dinmica e Simulao da Dinmica Completa pelos mtodos
Alternado e Simultneo.
68
Captulo 4
Metodologia de Simulao Rpida no Tempo

Problemas relacionados ao controle e estabilidade da tenso tem sido relatados
nos sistemas eltricos de vrios pases do mundo h alguns anos [37]. No setor
eltrico brasileiro, devido ao crescimento das interligaes e a falta de investimentos
no setor, tambm j foram relatados alguns incidentes desta natureza. Atualmente, o
novo cenrio institucional do setor eltrico brasileiro, baseado em um ambiente
desregulamentado e competitivo, onde o sistema passa a operar com fraco suporte de
reativos e em condies de reduzidas margens de segurana, resulta em um cenrio
propcio para o aparecimento de problemas de instabilidade de tenso, sobretudo na
ocorrncia de contingncias. A estabilidade de tenso atualmente o assunto de
maior interesse envolvendo estudos de estabilidade de sistemas eltricos.
Os estudos de estabilidade de tenso no sistema brasileiro vm sendo
realizados utilizando-se metodologias baseadas no fluxo de potncia convencional e
na simulao dinmica completa no tempo. Limitaes inerentes a estas metodologias
requerem que novas tcnicas sejam investigadas para os estudos de instabilidade de
tenso. Recentemente, foi proposto um mtodo de simulao que tem se mostrado
bastante promissor nestes estudos [38][42][43]. Trata-se do simulador rpido de mdio
e longo prazo, aqui denominado apenas Simulador Rpido, e que constitui uma rea
de pesquisa na atualidade. Este mtodo apresenta as mesmas vantagens de
desempenho computacional do fluxo de potncia enquanto mantm representadas as
dinmicas relevantes de mdia e longa durao.
69
Neste captulo a metodologia de simulao rpida de mdio e longo prazo

apresentada em sua formulao original e em uma verso modificada, que se mostrou
capaz de estudar uma faixa mais ampla de fenmenos que a formulao original.
4.2 Estabilidade de Tenso

A estabilidade de tenso (tambm denominada estabilidade da carga) est
associada incapacidade do sistema em manter um razovel perfil de tenses quando
sujeito a um distrbio. Um sistema entra em instabilidade de tenso quando a
ocorrncia de um distrbio, como o aumento da carga ou uma alterao das condies
de operao do sistema, causam um progressivo e descontrolado decaimento nas
tenses do sistema. Um critrio para a deteco da instabilidade a sensibilidade V-Q
para cada uma das barras do sistema, ou seja se a magnitude da tenso de cada
barra do sistema aumentar para um correspondente aumento da potncia reativa
injetada o sistema est estvel quanto s tenses (sensibilidade positiva), no entanto
se em pelo menos uma barra do sistema a magnitude da tenso diminuir para um
correspondente aumento na potncia reativa injetada diz-se que o sistema est em
processo de instabilidade de tenso (sensibilidade negativa). A instabilidade de tenso
esta normalmente associada a sistemas com carregamento elevado ou com fraco
suporte de reativos, em que os principais fatores que contribuem para um eventual
colapso de tenso so: atuao dos limitadores de potncia reativa dos geradores,
caractersticas da carga, caractersticas dos dispositivos de compensao reativa, e a
ao de dispositivos de controle de tenso como os LTCs.
4.2.1 Definies em Estabilidade de Tenso

Como resultado da intensificao dos estudos na rea de estabilidade de tenso
uma srie de conceitos e definies foram propostos para descrever determinados
comportamentos envolvendo o fenmeno. A seguir so apresentados alguns conceitos
associados ao estudo de estabilidade de tenso e sua relao com os conceitos
tradicionalmente utilizados nos estudos de estabilidade de sistemas eltricos [37][41].
Estabilidade de Sistemas Eltricos de Potncia: propriedade que permite a um

sistema de energia eltrica permanecer em equilbrio quando submetido a
condies normais de operao ou de alcanar um estado de equilbrio aceitvel
aps ter sido submetido a um distrbio. Tradicionalmente, o problema da
70
estabilidade de sistemas eltricos tm sido associado estabilidade angular do

rotor, no entanto instabilidades em sistemas eltricos podem se manifestar de
diferentes formas dependendo da configurao do sistema, da sua condio de
operao e do tipo de distrbio.
Estabilidade Angular do Rotor: habilidade das mquinas sncronas de um

sistema eltrico de permanecerem em sincronismo sob condies normais de
operao e de retornarem a um ponto de equilbrio aceitvel aps terem sido
submetidas a um distrbio. A anlise da estabilidade angular do rotor envolve o
estudo das oscilaes eletromecnicas das mquinas sncronas, onde a questo
fundamental a maneira pela qual as mquinas mantm o balano de potncia
quando acontecem variaes nos torques e aparecem oscilaes nos rotores.
Conforme a natureza do fenmeno, a estabilidade angular pode ser dividida em
duas categorias: estabilidade de pequenos-sinais (ou pequenas perturbaes),
relacionada a pequenos distrbios como por exemplo um aumento gradual da
carga; e estabilidade transitria, relacionada a grandes distrbios como por
exemplo um curto-circuito.
Estabilidade de Tenso: habilidade de um sistema eltrico de manter as tenses

de operao de todas as barras do sistema em nveis aceitveis quando submetido
a condies normais de operao e de retornar a um ponto de equilbrio aceitvel
aps ter sido submetido a um distrbio. Um sistema entra em estado de
instabilidade de tenso quando um distrbio ou mudanas nas condies de
operao do sistema causam uma progressiva e descontrolada queda de tenso.
A principal causa associada a esta condio de operao a incapacidade do
sistema em manter um balano de potncia reativa adequado para a condio de
operao a que est submetido.
Estabilidade de Tenso a Grandes Perturbaes: a habilidade do sistema em

manter tenses de operao aceitveis aps a ocorrncia de um grande distrbio,
tal como um curto circuito ou abertura de uma linha de transmisso. A ocorrncia
deste fenmeno deve-se s caractersticas da carga e a interao entre os
dispositivos de controle e proteo do sistema. A resposta do sistema ir envolver
uma grande excurso das tenses. A estabilidade de tenso a grandes
perturbaes requer o exame do comportamento dinmico no-linear do sistema
num perodo de tempo suficiente para capturar a interao dos dispositivos que
exercem influncia sobre este tipo de fenmeno.
71
Estabilidade de Tenso a Pequenas Perturbaes: a habilidade do sistema

em controlar a tenso seguindo um pequeno distrbio, tal como um aumento
gradual de carga, de tal forma que as tenses retornem ao ponto de equilbrio
inicial ou prximo do ponto de operao pr-distrbio. A ocorrncia deste
fenmeno deve-se s caractersticas dinmicas do sistema, tal como o
comportamento e restaurao da carga, e aes de controle discretas e contnuas
quando submetidos a pequenos distrbios em um dado instante de tempo. As
perturbaes so suficientemente pequenas para permitir a anlise pela
linearizao das equaes dinmicas em torno de um ponto de operao.
Colapso de Tenso: o processo que se segue a uma instabilidade de tenso,

sendo que um sistema de potncia sofrer colapso se a tenso de equilbrio psdistrbio prxima s cargas estiver abaixo de um valor aceitvel de operao.
Geralmente este processo composto de uma srie de eventos. O colapso de
tenso pode atingir todo o sistema (blecaute) ou somente uma rea.
Segurana de Tenso: a habilidade do sistema, no somente de operar de

forma estvel, mas tambm de permanecer nesta condio aps a ocorrncia de
uma contingncia de grande porte ou aps mudanas adversas no sistema.
4.2.2 Escalas de Tempo

Embora do ponto de vista da estabilidade de um sistema de potncia todos os
efeitos possuam uma interligao entre si, necessrio e desejvel tratar os
problemas divididos em categorias. Neste sentido, a diviso da estabilidade deve levar
em conta fatores que contribuem com maior ou menor intensidade em cada categoria.
Dois fatores principais esto envolvidos nesta diviso: a intensidade do distrbio
considerado, e as diferentes escalas de tempo de atuao dos equipamentos e seus
dispositivos de controle e proteo.
Instabilidade de Tenso de Curta Durao (0-10 segs): instabilidade que ocorre

no perodo de tempo imediatamente aps uma grande adversidade no sistema.
Este o tempo clssico dos estudos de estabilidade transitria. Nesta faixa de
tempo no existe ainda uma clara distino entre instabilidade de tenso e
instabilidade angular, sendo que na maioria das ocorrncias envolvendo
problemas associados instabilidade de tenso houve o envolvimento em alguma
proporo de ambos fenmenos. Componentes tpicos como HVDC e motores de
72
induo apresentam efeitos severos no processo de instabilidade de tenso nesta

faixa de tempo (tambm denominada Instabilidade de Tenso Transitria). Devido
s grandes excurses de tenso e freqncia no sistema, onde as nolinearidades tem efeito destacado, utilizam-se ferramentas de simulao dinmica
completa no tempo para o estudo dos fenmenos nesta escala de tempo. Variveis
associadas dinmica lenta do sistema ainda no respondem e podem ser
consideradas constantes.
Instabilidade de Tenso de Mdia Durao (alguns minutos): se o sistema

encontra um ponto de equilbrio factvel aps o perodo transitrio, manifesta-se
ento a dinmica lenta do sistema. Nesta faixa de tempo assume-se que as
oscilaes de potncia sincronizante intermquinas foram totalmente amortecidas,
resultando em uma freqncia uniforme para o sistema. A dinmica do sistema
conduzida preferencialmente pelos equipamentos automticos de ao mais lenta
como os LTCs, OELs, rels de sobrecorrente temporizados, etc. Nesta faixa de
tempo ainda no possvel a interveno do operador.
Instabilidade de Tenso de Longa Durao (vrias horas): a instabilidade de

tenso manifesta-se em uma faixa de tempo maior ainda. Aqui a atuao do
operador para a insero de equipamentos de potncia reativa ou corte de carga
pode ser determinante para evitar a instabilidade. Fatores tais como as
caractersticas da demanda de carga (curva de carga), ao de caldeiras em
unidades trmicas, perda da diversidade da carga pelas baixas tenses, etc
podem ser importantes no estudo do fenmeno.
4.2.3 Mtodos de Avaliao da Estabilidade de Tenso

A classificao da estabilidade de tenso em escalas de tempo permite
diferenciar os fenmenos que podem ser examinados utilizando uma anlise esttica,
daqueles que devem ser examinados utilizando uma anlise dinmica no-linear. A
anlise por tcnicas estticas permite o exame de uma ampla faixa de condies de
operao do sistema, e quando usadas apropriadamente, dizem muito sobre a
natureza do problema e os fatores contribuintes principais. J a anlise dinmica til
para o estudo detalhado de situaes especficas de colapso de tenso, coordenao
da proteo, e da investigao de como ser atingido um ponto de equilbrio de regime
permanente. Uma discusso mais detalhada sobre ambas abordagens apresentada
a seguir.
73
4.2.3.1 Anlise Esttica

Embora o problema de estabilidade de tenso possua caractersticas dinmicas,
existem vrias abordagens que tratam o problema como esttico, fazendo uso da
suposio de que o mecanismo de instabilidade de tenso acontece lenta e
progressivamente (instabilidade de mdia e longa durao). Com isso, os fenmenos
dinmicos rpidos do sistema j se manifestaram e o acompanhamento do problema
pode ser obtido atravs da resoluo do conjunto de equaes do fluxo de potncia,
sendo portanto computacionalmente mais eficiente que a anlise dinmica.
A forma usualmente empregada para conduzir os estudos de estabilidade de
tenso nesta abordagem consiste em submeter o sistema a um aumento gradual de
carga, respeitando um determinado padro de incremento, at um ponto de operao
que pode submeter o sistema ao colapso de tenso. Vrios mtodos para detectar o
ponto de colapso so propostos na literatura [45][46], a maioria deles est associado
determinao do ponto de singularidade da matriz Jacobiana do Fluxo de Potncia ou
de matrizes derivadas desta, relacionando a no convergncia do Fluxo de Potncia
com o ponto crtico da ocorrncia do colapso de tenso. Dentre as metodologias para
deteco da proximidade do ponto de singularidade da matriz Jacobiana e avaliao
da estabilidade de tenso destacam-se: o nmero de condicionamento, decomposio
em valores singulares, anlise modal (autovalores/autovetores), determinante
reduzido, mtodo do vetor tangente, mtodo da continuao, ndices baseado em
sensibilidade e ndices baseado em otimizao.
No entanto, a utilizao exclusiva de ferramentas de anlise esttica para
estudos de estabilidade de tenso no recomendvel, uma vez que essas podem
conduzir a resultados imprecisos na determinao das margens de estabilidade.
Estudos [44] mostram significantes discrepncias entre os resultados encontrados no
estudo da estabilidade de tenso quando foram comparados modelos estticos e
simulao completa no tempo. conhecido que modelos estticos podem determinar
o chamado ponto de bifurcao Sela-N, que est associado ao limite mximo de
transmisso e identificado pelo popular ponto crtico da curva PV (nariz da curva)
[38][46]. Este tipo de bifurcao est associado ao decaimento monotnico das
tenses de uma barra ou um grupo destas. Entretanto, a anlise considerando a
dinmica completa do sistema revela que outros tipos de bifurcaes podem ocorrer,
como por exemplo, as bifurcaes de Hopf, de Singularidade Induzida, Induzida por
Limites, etc [45][53][52].
74
4.2.3.2 Anlise Dinmica

A abordagem dinmica da estabilidade de tenso considera a descrio do
sistema eltrico como conjunto de equaes algbrico-diferenciais no-lineares, dado
pela equao:
x = f ( x, y )
0 = g ( x, y )
(1)
onde x o vetor das variveis de estado, y o vetor das tenses complexas nodais e f
e g so vetores de funes no-lineares que descrevem, respectivamente, as
equaes diferenciais dos elementos dinmicos do sistema (geradores e seus
controladores, FACTS, motores de induo, etc) e as equaes algbricas da rede
eltrica.
Em sistemas de energia eltrica usual a classificao dos problemas de
estabilidade de tenso em diferentes escalas de tempo. Esta classificao merece
destaque dentro da anlise dinmica, uma vez que os resultados obtidos so
diretamente influenciados pelos dispositivos que tiveram seu comportamento dinmico
explicitamente representado na anlise do problema. Ou seja, em estudos de
estabilidade de tenso de curta durao a anlise deve considerar as equaes
diferenciais dos dispositivos rpidos do sistema, tais como os geradores e seu
conjunto de controladores, HVDC, motores de induo, etc, e pode desconsiderar o
comportamento dinmico dos dispositivos de ao mais lenta, que no possuem
influncia significativa nesta faixa de tempo. Com a adoo de uma escala de tempo
mais longa, como nos estudos de estabilidade de mdio e longo prazo, os tempos
envolvidos so da ordem de minutos ou horas e as dinmicas dos elementos rpidos
podem ou no ser desprezadas, entretanto devem ser incorporados na anlise os
equipamentos dinmicos de ao mais lenta, tais como caldeiras para as unidades
trmicas, limitadores de sobre-excitao, e esquemas de controle centralizado (CAGCST), alm da ao de dispositivos discretos como LTCs, chaveamento de reatores
ou capacitores e a prpria evoluo da carga ao longo do tempo (curva de carga). O
conjunto completo das equaes do sistema assume ento a seguinte forma:
(
)
0 = g (x, y, z (k ) )
x = f x, y , z (k )
(2)
z (k +1) = h( x, y, z (k ) )
75
onde z um vetor de variveis de ao discreta e h um vetor de funes de controle.

As metodologias baseadas na abordagem dinmica so ento capazes de
identificar um conjunto maior de fenmenos ocorridos no sistema, podendo identificar,
por exemplo, fenmenos como o colapso de tenso ou a instabilidade oscilatria. As
metodologias de anlise da estabilidade dinmica de tenso so: simulao dinmica
completa no domnio do tempo, simulao rpida (quase-esttica), anlise modal,
teoria de bifurcaes e metodologias baseadas em funo energia.
Dentre os mtodos de anlise da estabilidade de tenso a simulao dinmica
completa a que fornece a resposta mais exata para o comportamento dinmico do
sistema. Por este motivo tem sido utilizada quando h a necessidade de um estudo
detalhado dos fenmenos dinmicos envolvidos ou como "benckmark" para a
verificao dos resultados obtidos com outras metodologias de anlise. A simulao
dinmica completa consiste em resolver o conjunto de equaes algbrico-diferenciais
no-lineares que descrevem o comportamento dinmico do sistema, onde o conjunto
de equaes diferenciais algebrizado atravs de algum mtodo de integrao
numrica (normalmente a regra trapezoidal implcita) e ento resolvido passo-a-passo
ao longo do tempo, juntamente com o conjunto de equaes algbricas.
Se por um lado simulao dinmica completa fornece precisamente o
comportamento dinmico do sistema, por outro demanda um elevado esforo
computacional, alm de no fornecer com facilidade informaes a respeito de
sensibilidades e do grau de instabilidade do sistema. A determinao do local e causa
da provvel instabilidade envolve normalmente a anlise de um grande nmero de
curvas e um elevado nmero de simulaes. Recentemente, foi proposto um mtodo
de simulao que representa as dinmicas relevantes de mdio e longo prazo
enquanto mantm as mesmas vantagens de desempenho computacional do fluxo de
potncia. Este mtodo denomina-se simulao rpida e tem se mostrado bastante
promissor em estudos de estabilidade de tenso de mdio e longo prazo.
76
4.3 Simulao Rpida

Os fenmenos envolvidos no estudo da estabilidade de tenso de mdio e longo
prazo so de natureza lenta, normalmente na faixa de minutos ou horas. Com isso, os
fenmenos dinmicos rpidos j se manifestaram e a dinmica do sistema
conduzida preferencialmente pelas atuaes dos elementos discretos e pelas
variaes na carga. Assim, a dinmica transitria pode ser considerada estvel e
instantnea e substituda pela sua correspondente equao de equilbrio:
x = 0 = f x , y , z (k )
(3)
Esta constatao deu origem a um mtodo simplificado de simulao [42][43],

denominado Simulao Rpida, que consiste em aproximar a evoluo das variveis
no tempo atravs do clculo de uma sucesso de Pontos de Equilbrio. Assim, o
conjunto de equaes:
(
)
0 = g (x, y, z (k ) )
0 = f x, y , z (k )
(4)
z (k +1) = h( x, y, z (k ) )
pode ser resolvido pelo mtodo de Newton, fornecendo um novo ponto de equilbrio
para o sistema, assumida uma determinada trajetria de carga e situao das
variveis discretas de controle. O novo ponto de equilbrio ento utilizado para
verificar se alguma varivel discreta de controle necessita ser modificada. Isto ocorre,
por exemplo, quando o erro de tenso de alguma barra controlada por um LTC viola
os limites permitidos, fazendo com que o tap deste LTC seja deslocado em uma
posio para tentar corrigir o desvio de tenso.
O fato da dinmica transitria ser desconsiderada (conforme Equao 3) torna
desnecessria a integrao numrica das equaes diferenciais. Isto, aliado a uma
substancial simplificao que pode ser obtida nas equaes diferenciais dos
elementos dinmicos (um gerador e seu conjunto completo de controladores pode ser
descrito por apenas trs variveis de estado, como ser mostrado a seguir) torna
possvel obter um mtodo de simulao muito eficiente computacionalmente.
77
4.3.1 Modelos Matemticos

A seguir sero deduzidas as equaes de equilbrio para os principais
componentes do sistema nos estudos de estabilidade de mdio e longo prazo. O
procedimento geral adotado despreza as equaes diferenciais dos elementos com
dinmica rpida (dx/dt=0), fazendo as variaes das variveis de estado no tempo
serem consideradas como instantneas.
4.3.1.1 Geradores
Uma unidade de gerao, em sistemas de energia eltrica, basicamente
constituda pela mquina sncrona, sistemas de controle da excitao, sistemas de
controle de velocidade e pelo sistema de gerao de vapor quando a unidade for
trmica. No entanto, a modelagem deduzida neste trabalho no considera a dinmica
do sistema de gerao de vapor das unidades trmicas, supondo estoque infinito de
vapor para estas unidades.
Mquina Sncrona:
Os modelos matemticos normalmente utilizados para representar as mquinas
sncronas
em
estudos
de
estabilidade
transitria
encontram-se
muito
bem
estabelecidos [37][38]. Estes modelos so derivados do modelo geral de Park para

mquinas sncronas, onde assume-se um sistema de coordenadas que gira na mesma
velocidade do rotor da mquina, definindo um eixo em fase com os plos do rotor (eixo
direto - d) e outro 90o eltricos atrasado em relao ao primeiro (eixo quadratura - q),
conforme ilustra a Figura 35a.
a)
b)
re
d
Xre
sen
T = T 1 =
cos
X
q
Xd
cos
sen
Xq
Xim
im
Figura 35 Sistema de Referncia e Matriz de Transformao
78
Assumindo-se algumas hipteses simplificadoras no modelo geral [37][38]

possvel definir um conjunto de equaes diferenciais ordinrias para descrever o
comportamento dinmico dos rotores das mquinas sncronas, constitudo de um
subconjunto de equaes eltricas e um subconjunto de equaes eletromecnicas.
Para uma mquina de plos salientes e sendo desprezados os efeitos subtransitrios,
as equaes (5)(6) e (7) descrevem o comportamento dinmico do rotor.
E q =
w=
1
E fd + ( x d x d ) I d E q
Tdo
(5)
1
(Pm Pe )
2H
(6)
= wr (w 1)
(7)
Os enrolamentos estatricos das mquinas sncronas podem ter suas

constantes de tempo desprezadas, sendo ento representados por um conjunto de
equaes algbricas. Considerando a resistncia da armadura nula, para simplificar as
manipulaes algbricas, as equaes do estator assumem a seguinte forma:
Vd = r I d + x q I q
E q Vq = r I q x d I d
V
Iq = d
xq
E q Vq
Id =
x d
(8)
onde,
Vd = Vre sen + Vim cos

Vq = Vre cos + Vim sen
(9)
A potncia eltrica da mquina sncrona e a corrente injetada na rede eltrica

so dadas pelas equaes (10) e (11), respectivamente.
Pe = Vd I d + Vq I q
(10)
I re = I d sen + I q cos
I im = I d cos + I q sen
(11)
O modelo matemtico descrito acima pode ser utilizado em estudos de

estabilidade transitria para representar mquinas sncrona de plos salientes onde
so considerados os efeitos transitrios do campo e desconsiderados os efeitos
79
subtransitrios devido aos enrolamentos amortecedores. Este modelo o mais

simples que considera os efeitos transitrios para o campo.
Sistema de Controle da Excitao (Regulador de Tenso):
A modelagem matemtica utilizada para reguladores de tenso bastante vasta
e permite representar a maioria dos reguladores de tenso atualmente em uso. Um
modelo simplificado de 1a ordem descrito pela equao (12) e pode ser utilizado para
representar reguladores que possuem somente elementos estticos. Este modelo,
apesar de simplificado, mantm as caractersticas dinmicas do regulador de tenso.
E fd =
Ka
1
Vref Vt
E fd
Ta
Ta
(12)
2
Vt = Vre2 + Vim
Sistema de Controle de Velocidade (Turbina + Regulador de Velocidade):

O sistema de controle de velocidade dos geradores possuem efeito mais
destacado em estudos de mdia e longa durao, e, nestes casos, devem ser
devidamente representados. A equao (13) descreve um sistema de controle de
velocidade simplificado que ainda mantm suas caractersticas dinmicas.
Pm =
1
1
1
Pref (w 1)
Pm
Tc
R
Tc
(13)
Simplificaes Assumidas no Modelo de Gerador

Os modelos matemticos apresentados podem ser utilizados tanto para estudos
de longa durao quanto para estudos de estabilidade transitria, quando no
necessrio um modelo detalhado das mquinas sncronas e sistemas de controle. No
entanto, as hipteses assumidas para o simulador rpido desconsideram as dinmicas
transitrias, fazendo as variaes das variveis de estado no tempo instantneas
(dx/dt = 0). Assim, as seguintes simplificaes so assumidas no modelo:
Fazendo dEq/dt = 0, dw/dt = 0 e d /dt = 0, respectivamente nas equaes (5),(6)
e (7) da mquina sncrona, e eliminando-se as constantes de tempo Tdo e H obtm-se
as equaes (14) e (15).
E q = E fd + ( x d x d ) I d
(14)
80
Pm = Pe
(15)
Substituindo a equao E q = E q + ( x d x d ) I d em (14) e (8), para eliminar a

tenso transitria de eixo quadratura Eq, obtm-se o conjunto de equaes de regime
permanente para a mquina sncrona:
E q = E fd
(16)
Pm = Vd I d + Vq I q
(17)
V
Iq = d
xq
(18)
E q Vq
Id =
xd
No sistema de controle da excitao, fazendo dEfd/dt = 0 na equao (12) e

eliminando a constante de tempo Ta obtm-se a seguinte equao de regime
permanente:
2
E fd = K a Vref Vre2 + Vim
(19)
Procedimento semelhante pode ser feito para o sistema de controle de

velocidade, onde dPm/dt = 0 em (13) conduz a equao de regime permanente:
Pm = Pref 1 R (w 1)
(20)
Conjunto de Equaes do Modelo do Gerador

Substituindo (20) em (17) e eliminando as variveis algbricas auxiliares Id e Iq,
obtm-se um modelo de regime permanente para a mquina sncrona com trs
equaes algbricas (f1, f2 e f3), alm das duas equaes de injeo na rede eltrica:
f 1 0 = E fd E q
(21)
Vd E q Vq Vq Vd
+
f 2 0 = Pref 1 R (w 1) +
x
xq
d
2
f 3 0 = K a Vref Vre2 + Vim
E fd
(22)
(23)
81
Vd
E q Vq
g 1 I re =
cos
sen +
x
x
d
q
Vd
E q Vq
g 2 I im =
cos
+
sen
xd
x q
(24)
sendo

(25)
A varivel w representa a velocidade das mquinas sncronas e, uma vez que

as oscilaes de potncia no existem neste modelo, igual para todas as mquinas
do sistema. Assim, assume-se apenas uma varivel associada velocidade das
mquinas sncronas, sendo esta substituda pela freqncia do sistema se for
conveniente.
4.3.1.2 Rede Eltrica
Os elementos que formam a rede eltrica so representados atravs de
modelos estticos (modelo para a grande maioria dos dispositivos) e, sendo assim,
podem ser descritos pela equao complexa que representa o balano de corrente em
todas as barras do sistema.
I (x , y ,z k ) = Y V
(26)
Decompondo a equao (26) em suas componentes real e imaginria obtm-se:
[
]
(
j
g 2 [I i ( x , y , z ) ] = (Gij Vim
g 1 I i ( x , y , z k ) = Gij Vre i Bij Vim i

i
j i
+ Bij Vrei
)
)
(27)
onde I i ( x , y , z k ) e I i ( x , y , z k ) so as componentes real e imaginria da injeo de

corrente dos dispositivos shunt (geradores, cargas, etc.) na barra i.
4.3.1.3 Cargas Estticas
As cargas estticas podem ser representadas atravs de uma injeo constante
de potncia na rede eltrica (equao (28) mantendo-se P e Q constantes), ou atravs
de um modelo que assumem a variao da carga devido a alteraes na tenso da
82
barra terminal atravs de uma funo polinomial ou exponencial (equao (28)

fazendo-se P(V) e Q(V)).
I ( y ,z k ) =
P j Q
V
(28)
Em estudos de longa durao deve-se considerar ainda a variao da potncia

nominal da carga no intervalo de tempo simulado, devido a alteraes na demanda da
carga que est sendo representada. Assim, o modelo comumente utilizado para
representar este efeito descreve o comportamento da carga segundo uma curva
discretizada ao longo do intervalo de simulao.
4.4 Simulao Rpida Modificada

Na simulao rpida original so assumidas hipteses que no somente
simplificam as equaes dinmicas dos modelos mas tambm eliminam variveis de
estado que no influenciam o clculo dos pontos de equilbrio do sistema (as variveis
de estado associadas aos PSSs, por exemplo, podem ser completamente removidas
do modelo de regime permanente). Estas simplificaes visam obter o modelo de
regime permanente dos dispositivos atravs da eliminao das dinmicas rpidas, e
por conseqncia disso, tornam o simulador rpido original incapaz de detectar
fenmenos dinmicos de natureza oscilatria (como as que ocorrem na presena de
bifurcaes de Hopf, por exemplo). Por esta razo, a seguir proposta uma
modificao no mtodo de simulao rpida que permite a deteco destes e outros
fenmenos dinmicos que podem ocorrer no sistema.
A modificao proposta consiste em manter as equaes diferenciais dos
modelos em seu formato original, sem nenhuma simplificao ou eliminao de
constantes de tempo. Isto faz com que o conjunto de equaes que descreve o
sistema contenha a representao da dinmica completa dos dispositivos, como ser
demonstrado a seguir.
4.4.1 Modelos Matemticos

A modificao proposta para o simulador rpido tem efeito apenas para os
elementos dinmicos que tiveram suas equaes diferenciais simplificadas. Assim, os
modelos matemticos apresentados a seguir se limitaro aos dispositivos dinmicos
83
(mquinas sncronas e conjunto de controladores), uma vez que qualquer dispositivo

esttico do sistema, tais como a rede eltrica ou as cargas estticas, mantm a
formulao original do mtodo de simulao rpida (ver itens 4.3.1.2 e 4.3.1.3).
4.4.1.1 Geradores
O modelo de gerador apresentado em 4.3.1.1 representa uma mquina sncrona
de plos salientes com efeitos transitrios do campo considerados, e dois modelos
simplificados para o sistema de excitao e controle de velocidade que ainda mantm
suas caractersticas dinmicas. As equaes diferenciais destes dispositivos so
reapresentadas a seguir.
Mquina Sncrona:
E q =
w=
1
Tdo
(29)
1
(Pm Pe )
2H
(30)
= wr (w 1)
(31)
Sistema de Controle da Excitao (Regulador de Tenso):
E fd =
Ka
1
Vref Vt
E fd
Ta
Ta
(32)
2
Vt = Vre2 + Vim
Sistema de Controle de Velocidade (Turbina + Regulador de Velocidade):
Pm =
1
1
1
Pref (w 1)
Pm
Tc
R
Tc
(33)
Conjunto de Equaes do Gerador no Simulador Rpido Modificado

A hiptese bsica assumida para o simulador rpido desconsidera as dinmicas
transitrias, fazendo as variaes das variveis de estado no tempo instantneas
(dx/dt = 0). Para o conjunto de equaes da mquina sncrona e seus controladores
faz-se simplesmente:
E q = 0;
w = 0;
= 0;
E fd = 0 ;
Pm = 0 ;
84
mantendo assim as equaes em seu formato original. Isto conduz a um modelo de

regime permanente para a mquina sncrona utilizando as equaes tradicionalmente
usadas nos estudos de estabilidade transitria e/ou anlise modal. O modelo contm
cinco equaes algbricas (f1, f2, f3, f4 e f5), alm das duas equaes de injeo na
rede eltrica:
f1 0 =
1
Tdo
f2 0 =
1
2H
Vd E q Vq Vq Vd
Pm
+
x
xq
d
f 3 0 = wr (w 1)
(34)
(35)
(36)
f4 0 =
Ka
1
Vref Vre2 + Vim2 E fd
Ta
Ta
(37)
f5 0 =
1
1
1
Pref (w 1) Pm
R
Tc
Tc
(38)
Vd
E q Vq
g 1 I re =
cos
sen +
x q
x d
Vd
E q Vq
g 2 I im =
sen
cos +
x
x
d
(39)

(40)
sendo
4.4.2 Consideraes sobre os Modelos Matemticos e suas Implicaes

Observa-se, nas equaes do simulador rpido original, que as constantes de
tempo (Tdo, H, Ta e Tc) so eliminadas, uma vez que estas no tm qualquer influncia
para o clculo do ponto de equilbrio. No entanto, para o simulador rpido modificado
todas as constantes de tempo so mantidas no conjunto de equaes resultante (f1, f2,
f4 e f5). Desta forma, os coeficientes obtidos no processo de linearizao das equaes
para soluo pelo mtodo de Newton (f/x e f/y na obteno da matriz Jacobiana)
contm os efeitos da dinmica completa do sistema.
85
A linearizao do conjunto de equaes do sistema, considerando as variveis

discretas constantes durante a soluo pelo mtodo de Newton, resulta em:
f
f

x
y x
x = 0 =
g y
0 g
y
x
144
2443
(41)
J xy
Devido a reteno da dinmica completa do sistema na formulao base do

simulador rpido modificado, a matriz Jacobiana idntica quela utilizada para a
anlise modal [45][53]. Ou seja, os autovalores da Matriz de Estados, obtida atravs
da equao (42), representam a dinmica completa do sistema para um determinado
ponto de operao, encerrando tanto as dinmicas transitrias quanto as dinmicas de
natureza mais lenta.
g
A = f f
x y y
g
x
(42)
Desta forma, a anlise dos autovalores da Matriz de Estados, obtida ao longo da

trajetria dos pontos de equilbrio, permite que bifurcaes locais possam ser
detectadas e analisadas. Alm disto, outras valiosas informaes podem ainda ser
obtidas das matrizes A e Jxy, tais como sensibilidades para o projeto ou sintonia de
controladores (atravs dos autovetores e/ou fatores de participao associados a um
determinado autovalor) e a indicao de direes para uma eventual ao corretiva
visando afastar o sistema de regies susceptveis a problemas de instabilidade de
tenso, tanto de natureza oscilatria como monotnica.
Para os propsitos de clculo do ponto de equilbrio ambas as representaes
conduzem rigorosamente a mesma soluo, porm, como j foi dito, as equaes do
simulador rpido modificado encerram a dinmica completa do sistema (sem redues
ou simplificaes) contendo assim uma riqueza maior de informaes.
Outra vantagem do mtodo modificado que os modelos matemticos
utilizados para representar os dispositivos dinmicos do sistema so os mesmos
utilizados nos estudos de estabilidade transitria e/ou anlise modal, o que evita a
necessidade de substituio de modelos e dados para a execuo de um ou outro
programa. Alm disto, os modelos apresentados neste trabalho para as mquinas
sncronas e controladores podem ser considerados modestos para os estudos de
estabilidade transitria e/ou anlise modal, porm a metodologia apresentada suporta
86
modelos to complexos e sofisticados quanto queles utilizados nas simulaes de

estabilidade transitria.
Cabe ainda comentar que a dimenso da matriz Jxy do simulador rpido
modificado pode ser significativamente maior que a matriz Jxy do simulador rpido
original (sobretudo se modelos detalhados para os geradores forem utilizados).
Entretanto, este aumento na dimenso no acarreta grande esforo computacional
adicional, uma vez que o principal esforo computacional para a soluo do sistema
de equaes (41) reside na fatorao da submatriz de Jxy referente s equaes
algbricas da rede eltrica (g/y), que so idnticas para ambas abordagens.
4.5 Comparao entre as Metodologias

Alguns aspectos das metodologias de simulao rpida original e modificada
sero mostrados atravs de resultados obtidos para um sistema reduzido tomado
como exemplo. O sistema exemplo possui 9 barras e trs geradores, sendo todos os
geradores representados pelos modelos dinmicos apresentados neste captulo. O
diagrama unifilar do sistema exemplo mostrado na Figura 36.
8
2
Figura 36 Sistema Exemplo de 9 Barras
87
A caracterstica principal do simulador rpido a simulao da trajetria lenta do

sistema no tempo, atravs do clculo de uma sucesso de Pontos de Equilbrio,
evitando a integrao das equaes diferenciais. Assim, para os propsitos de clculo
do ponto de equilbrio, ambas metodologias devem conduzir rigorosamente a mesma
soluo. As figuras a seguir mostram grandezas do sistema exemplo quando este foi
submetido a um acrscimo de 50% na carga distribudo ao longo de 60 segs. As
curvas foram obtidas com um simulador rpido nas verses original e modificada, e
mostram que ambas metodologias obtm rigorosamente a mesma soluo.
Vmod / --barra1----
Vmod / --barra1----
1.04
1.039
1.037
1.036
1.035
0.
15.
30.
45.
60.
Figura 37 Tenso Terminal do Gerador 1 em ambas Metodologias
Vmod / --barra3----
Vmod / --barra3----
1.025
1.023
1.02
1.018
1.016
0.
15.
30.
45.
60.
Figura 38 Tenso Terminal do Gerador 3 em ambas Metodologias
88
Q / GER-001
Q / GER-001
0.817
0.68
0.543
0.407
0.27
0.
15.
30.
45.
60.
Figura 39 Potncia Reativa do Gerador 1 em ambas Metodologias

A reteno da dinmica do sistema sem simplificaes na formulao base do
simulador rpido modificado permite a anlise da estabilidade do sistema ao longo da
trajetria, obtida atravs do clculo dos autovalores da Matriz de Estados. Esta
caracterstica exclusiva do simulador rpido modificado e permite detectar e analisar
bifurcaes locais. A Figura 40 mostra a trajetria dos autovalores do sistema exemplo
para o acrscimo de carga do caso anterior. Os resultados mostram a ocorrncia de
uma bifurcao de Hopf no sistema (causada pelo cruzamento de um par de
autovalores complexos conjugados para o semiplano direito do plano complexo), bem
como os fatores de participao principais para alguns autovalores selecionados.
9
8
7
1
zVso (2)
Elq (2)
6
5
Elq (2)
Elq (1)
zVso (1)
zVso (2)
2
Elq (1)
1
zVso (3)
Elq (3)
0
-1
-2
Elld (2)
zVso (1)
participation factors
imaginary part
participation factors
w (2)
zVso (3)
Elq (3)
-3
0
zVso (1)
Elq (1)
zVso (2)
-4
Elld (2)
Elq (2)
w (2)
zVso (3)
Elq (3)
states
Elld (2)
-5
w (2)
-6
0
zVso (1)
-7
Elq (1)
zVso (2)
Elld (2)
Elq (2)
w (2)
zVso (3)
Elq (3)
states
-8
-9
-1
0
real part
Figura 40 Anlise da Estabilidade ao Longo da Trajetria
89
Em estudos onde necessrio representar um grande impacto no sistema,

como a abertura de linhas de transmisso ou o desligamento de grandes blocos de
carga, a simulao rpida pode conduzir a resultados incorretos. Considere o sistema
exemplo da Figura 36 em que foi aplicado um degrau de carga de 30% no sistema no
instante 10 segs. A Figura 41 mostra todas tenses do sistema para a simulao deste
distrbio com o simulador rpido modificado e a anlise dos autovalores do sistema
para as situaes antes e depois do distrbio. Os resultados indicam que o sistema
suporta satisfatoriamente o distrbio, mantendo o perfil de tenses em patamares
adequados e no excedendo nenhum limite dos reguladores de tenso. Alm disso, os
dois pontos de equilbrio obtidos so estveis, uma vez que todos os autovalores
localizam-se no semiplano esquerdo do plano complexo.
1.04
1.02
1.
0.98
0.961
0.
15.
10
30.
45.
60.
8
6
imaginary part
10
8
imaginary part
2
0
-2
-4
-6
-8
-2
-18
-4
-16
-14
-12
-10
-8
real part
-6
-4
-2
-6
-8
-18
-16
-14
-12
-10
-8
real part
-6
-4
-2
Figura 41 Tenses e Anlise Modal para um Degrau de Carga de 30%

Este mesmo distrbio, no entanto, se simulado com uma ferramenta de
simulao dinmica completa produz as curvas de tenso e potncia reativa injetada
pelos geradores apresentadas na Figura 42 e Figura 43, respectivamente.
90
1.04
0.96
0.879
0.799
0.718
0.
4.5
9.1
13.6
18.1
Figura 42 Tenses nas Barras para um Degrau de Carga de 30%

(Simulao Dinmica Completa)
1.28
0.94
0.59
0.24
-0.11
0.
4.5
9.1
13.6
18.1
Figura 43 Potncias Reativas Geradas para um Degrau de Carga de 30%

(Simulao Dinmica Completa)
Os resultados mostram que, embora os dois pontos de equilbrio sejam
estveis, a trajetria dinmica do sistema no consegue alcanar o ponto de equilbrio
ps-distrbio, caracterizando uma situao de instabilidade transitria.
91
4.6 Simulao Rpida e Completa Combinadas

Para estudos que necessitam a simulao de distrbios de grande impacto no
sistema, a simulao rpida somente poder ser utilizada quando h a certeza de que
a resposta transitria do sistema estvel, ou seja, o ponto de equilbrio ps-distrbio
pode ser alcanado. Em situaes onde no h esta certeza, necessrio analisar a
aplicao do distrbio com uma ferramenta de simulao dinmica completa em um
intervalo de tempo suficiente para a identificao da estabilidade do sistema.
Uma alternativa combinar a metodologia de simulao rpida modificada com
a de simulao dinmica completa, de tal forma que seja possvel chavear facilmente
de uma para outra metodologia durante a simulao. Assim, possvel conduzir a
simulao com a metodologia rpida durante o intervalo de tempo em que as
dinmicas lentas ditam a trajetria do sistema, chaveando para a simulao completa
sempre que for detectado um distrbio de grande impacto no sistema durante um
intervalo de tempo suficiente para a deteco da estabilidade da trajetria (tipicamente
5 segs), quando ento a metodologia pode novamente ser chaveada para a simulao
rpida para o prximo intervalo de simulao.
A Figura 44 e Figura 45 mostram os resultados de uma simulao combinada
para o sistema exemplo onde foi aplicado um degrau de 10% na carga da barra 5. A
simulao dinmica completa foi executada durante 5 segs a partir da aplicao do
distrbio quando ento novamente foi chaveada para a simulao rpida.
1.041
1.039
1.038
1.041
1.039
1.037
1.038
1.037
1.035
0.
15.
30.
1.035
0.
45.
15.
30.
60.45.
60.
Figura 44 Tenso Terminal do Gerador 1 para um Degrau de Carga
92
1.029
1.029
1.027
1.027
1.024
1.022
1.024
1.02
0.
15.
30.
45.
60
1.022
1.02
0.
15.
30.
45.
60.
Figura 45 Tenso Terminal do Gerador 3 para um Degrau de Carga
4.6.1 Aspectos Computacionais

A representao completa das equaes dos elementos dinmicos na
simulao rpida modificada torna a transio de metodologias algo simples e natural,
uma vez que no h substituio de modelos mas apenas da metodologia de
simulao. Isto permite que o chaveamento entre as duas metodologias possa ser
executada a qualquer instante da simulao e quantas vezes for necessrio.
O chaveamento entre as metodologias de simulao pode ser realizado de
forma simples devido a duas caractersticas principais: a reteno da dinmica dos
elementos sem simplificaes na formulao modificada, permitindo a utilizao dos
mesmos modelos tanto para a simulao da dinmica completa quanto para a
simulao rpida modificada; e a representao das equaes dos modelos dos
dispositivos como blocos construtivos elementares ver item 3.4.2.1. Esta ltima
caracterstica faz com que o comportamento dos blocos dinmicos do sistema
(Integrador, Derivador, Lag, Washout, LeadLag e Blc2ord), durante o processo de
soluo e derivao das equaes, determine qual metodologia de simulao est
sendo executada. O exemplo a seguir ilustra melhor o mecanismo de chaveamento de
metodologias utilizando como exemplo um o bloco dinmico geral, mostrado na Figura
46.
93
K
1 + s.T
Figura 46 Bloco Dinmico do Modelo Orientado a Objetos (Atraso)

A equao diferencial que descreve o comportamento do bloco :
y=
1
(K u y )
T
(43)
A hiptese bsica assumida na metodologia da simulao rpida modificada

desconsidera as dinmicas rpidas sem realizar qualquer simplificao nas equaes,
fazendo com que as variaes das variveis de estado no tempo sejam instantneas e
retendo a dinmica completa dos modelos. Para a equao acima faz-se
simplesmente dy/dt = 0, e resolve-se a equao juntamente com as demais equaes
do sistema pelo mtodo de Newton. Os coeficientes das derivadas parciais calculados
durante o processo de linearizao da equao 43 (coeficientes tambm da matriz
Jacobiana do sistema) resultam em:
y=0=
K
1
u y f1
T
T
1
f1
y = T
f1 K
=
u T
(44)
Na simulao da dinmica completa a hiptese anterior no pode mais ser

mantida e a equao 43 deve ser discretizada por algum mtodo de integrao
numrica e resolvida juntamente com as demais equaes do sistema. Aplicando o
mtodo trapezoidal implcito a equao 43 obtm-se a seguinte expresso:
y (t + t ) y (t ) =
t K
K
1
1
u (t + t ) y (t + t ) + u (t ) y (t )
T
T
T
2 T
(45)
Agrupando os termos semelhantes atravs de manipulaes algbricas chegase a expresso:
y (t + t ) =
K t
u (t + t ) + F
2 T + t
(46)
onde F agrupa os termos que dependem unicamente do passo anterior, sendo,

portanto, constante durante o processo de clculo do passo atual. O valor da
94
constante F dado pela seguinte equao:
F=
K t
2 T t
y (t )
u (t ) +
2 T + t
2 T + t
(47)
A equao 46, agora discretizada pelo mtodo trapezoidal, deve ento ser
resolvida juntamente com as demais equaes do sistema tambm pelo mtodo de
Newton (para o esquema simultneo implcito). Os coeficientes das derivadas parciais
calculados durante o processo de linearizao da equao 46 resultam em:
0=
t K
u (t + t ) y (t + t ) + F f 2
2 T + t
f 2
y = 1
f 2
K t
=
u 2 T + t
(48)
Tanto para o mtodo de simulao rpida modificada (equao 44) como para o
mtodo da simulao da dinmica completa (equao 48), a soluo da equao que
descreve o comportamento do bloco dinmico exemplo resultam em dois coeficientes
( f1,2/ y e f1,2/ u), ambos advindos do processo de linearizao da equao para a
montagem da matriz Jacobiana do sistema. O mecanismo de derivao automtica
dos blocos dinmicos deve selecionar os coeficientes adequados metodologia de
simulao utilizada. Para o chaveamento de metodologias basta ento que cada bloco
dinmico dos modelos troque os coeficientes durante o processo de clculo
automtico das derivadas do modelo, assim a matriz Jacobiana montada ser
coerente com a metodologia de simulao requerida.

A metodologia de simulao rpida modificada mostrou-se adequada para os
estudos de estabilidade de tenso de mdio e longo prazo. A representao sem
simplificaes para os modelos dinmicos permite que uma anlise de bifurcaes
locais possa ser conduzida durante a simulao, atravs do clculo dos autovalores do
sistema para cada ponto de equilbrio obtido. Este processo pode deteriorar o
desempenho do mtodo para sistemas de mdio e grande porte, porm este problema
pode ser contornado atravs do clculo dos autovalores a intervalos maiores que o
passo de simulao e a utilizao de tcnicas de clculo parcial de autovalores.
95
A simulao rpida modificada e a simulao combinada podem ser utilizadas

para expandir a faixa de fenmenos que a simulao rpida pode investigar. A ltima
permite que distrbios de grande impacto no sistema sejam simulados sem o risco dos
resultados conduzirem a concluses incorretas sobre o comportamento do sistema.
Entretanto
alguns
aspectos
da
simulao
combinada
ainda
precisam
sem
investigados, sobretudo os que levam a determinao de: Quando um distrbio

grande o suficiente para exigir o chaveamento para a simulao completa ?, ou,
Como detectar de forma automtica se a trajetria da simulao completa estvel,
possibilitando o retorno para a simulao rpida, ou instvel ?. Estas e outras
interrogaes mostram a necessidade de incorporar na simulao combinada uma
metodologia de anlise automtica da estabilidade transitria [54][55][56][57],
determinando assim se a trajetria estvel ou instvel. Uma alternativa a utilizao
de mtodos baseados nos conceitos de Energia Potencial Generalizada [58][59]. No
entanto, este assunto no ser abordado neste trabalho.
conveniente salientar que embora a simulao rpida modificada e a
simulao combinada possam ser utilizadas para estudos de uma ampla faixa de
fenmenos em estabilidade de tenso, a simulao dinmica completa ainda
ferramenta indispensvel nestes estudos, sendo as metodologias complementares. De
fato, quando h a necessidade de um estudo detalhado do comportamento do
sistema, em situaes especficas de colapso de tenso, ou para a investigao de
como ser atingido um ponto de equilbrio de regime permanente a simulao
dinmica completa a mais indicada.
96
Captulo 5
Resultados

A estrutura computacional orientada a objetos proposta no Captulo 3 foi
utilizada para a implementao de um Framework para Anlise de Sistemas de
Energia Eltrica, denominado FASEE. Este framework foi desenvolvido em C++ e
constitui a estrutura computacional base sobre a qual foram implementados vrios
aplicativos para sistemas de energia eltrica. Todos os aplicativos implementados
esto integrados em um mesmo ambiente computacional, e atuam sobre uma base de
dados nica.
Neste captulo so apresentados alguns resultados obtidos com os aplicativos
do ambiente computacional implementado. Estes resultados so utilizados para a
validao e avaliao do desempenho da estrutura orientada a objetos proposta, e
procuram ilustrar a capacidade e as potencialidades do ambiente de desenvolvimento
implementado.
O captulo est dividido em duas partes principais, a primeira relativa a
validao dos resultados dos aplicativos implementados com programas comerciais da
rea. So tambm apresentados resultados obtidos com a metodologia de simulao
rpida modificada, descrita no Captulo 4, para as simulaes de longo prazo. Por fim,
so apresentados alguns exemplos que demonstram a capacidade da estrutura
proposta quanto a flexibilidade de formulao dos aplicativos e quanto a facilidade de
incluso de novos modelos e/ou dispositivos no ambiente.
97
Na segunda parte deste captulo realizada, sob diversas formas, uma

avaliao do desempenho computacional dos aplicativos implementados. So
apresentados estudos de desempenho computacional para os programas de fluxo de
potncia e simulao da dinmica completa para vrios sistemas de diferentes
tamanhos, sendo os resultados comparados a programas escritos em linguagens
tradicionais. Nesta parte do captulo tambm apresentado uma simulao de longo
prazo para o sistema interligado Brasileiro utilizando os modelos reais deste sistema.
5.2 Base de Aplicativos Implementada

O conjunto de aplicativos atualmente implementado est integrado em um
ambiente computacional de simulao e anlise de sistemas eltricos. Este ambiente
suportado por uma base de dados nica que alimenta a estrutura computacional
com os dados e modelos conforme a necessidade do aplicativo. Desta forma, uma
nica base de dados deve ser gerenciada, cabendo ao aplicativo especfico buscar na
base de dados as informaes e modelos mais adequados a sua execuo. O
ambiente descrito conta com os seguintes aplicativos:
Fluxo de Potncia FLXPOT++: o ambiente de estudo conta com aplicativos

para soluo das equaes do fluxo de potncia pelos mtodos de NewtonRaphson (coordenadas polares e retangulares) e Newton-Raphson Desacoplado
Rpido, em suas formulaes clssicas [62]. Uma verso generalizada do
algoritmo de Newton, que utiliza a metodologia de derivao automtica descrita
no item 3.4.2.2 - Mecanismo de Soluo e Derivao das Equaes, resolve todas
as equaes do fluxo de potncia simultaneamente, incluindo as equaes dos
controles. Esta verso permite representar qualquer modelo de dispositivo definido
pelo usurio, usando suas formulaes de injeo de potncia ou corrente, e
coordenadas polares ou retangulares para as tenses;
Anlise de Estabilidade de Pequenos-Sinais AEPS++: um programa de

anlise de estabilidade de pequenos-sinais pode tambm ser executado no
ambiente de anlise. Este programa calcula autovalores e autovetores para o
sistema (clculo completo apenas), fatores de participao e mode-shape para
cada um dos autovalores do sistema dinmico, apresentando estes resultados em
uma interface grfica amigvel;
98
Simulao da Dinmica Completa SIMSEE++: um programa de simulao da

dinmica completa do sistema no tempo est tambm disponvel no ambiente de
simulao implementado. So possveis simulaes pelos mtodos simultneo
implcito (SIMSEEs++) e alternado implcito (SIMSEEa++)[47], sendo que ambos
programas utilizam o mtodo trapezoidal implcito para algebrizao das equaes
diferenciais do sistema algbrico-diferencial. Os resultados das simulaes frente a
vrios tipos de eventos e distrbios podem ser visualizados graficamente na tela
na forma de curvas plotadas para as grandezas monitoradas;
Simulao Rpida FASTSIM++: o ambiente conta ainda com um programa de

simulao rpida modificada, conforme descrito no Captulo 4. Este programa pode
ser utilizado nas simulaes em que a dinmica rpida do sistema pode ser
desprezada sendo a sua trajetria conduzida preferencialmente por fenmenos de
natureza lenta e de longa durao. Uma verso modificada deste programa que
combina a simulao rpida e a simulao da dinmica completa tambm esta
disponvel no ambiente de simulao implementado, conforme metodologia
proposta no item 4.6 - Simulao Rpida e Completa Combinadas.
Todos os programas descritos acima utilizam a metodologia de derivao
automtica descrita no item 3.4.2.2 - Mecanismo de Soluo e Derivao das

Equaes, com exceo dos aplicativos de fluxo de potncia pelas formulaes
clssicas, que implementam o clculo das derivadas parciais em cdigo, e o aplicativo
de simulao da dinmica completa pelo mtodo alternado implcito, que no
necessita de derivadas parciais.
5.3 Simulaes e Avaliao da Flexibilidade do M.O.O.

Para ilustrao da capacidade e potencial do ambiente implementado na
realizao de simulaes e anlises tpicas para sistemas de energia eltrica sero
apresentados alguns resultados de estudos realizados com os programas disponveis
no ambiente implementado. Comparaes com os resultados de programas
comerciais da rea so apresentados para validao dos aplicativos implementados.
Todos os eventos e situaes foram definidos sobre um sistema de pequeno porte
para melhor visualizao dos efeitos representados e interpretao dos resultados.
99
5.3.1 Sistema Exemplo

O sistema tomado como exemplo para validao do modelo orientado a objetos
proposto um equivalente do sistema eltrico interligado da regio Sul do Brasil, onde
foram representadas algumas reas por equivalentes de rede. Este sistema
composto por 45 barras, 56 linhas de transmisso, 17 transformadores e 10
geradores, conforme mostra a Figura 47. O sistema possui ainda dois compensadores
sncronos, mas estes elementos no so representados nas simulaes realizadas.
S.Santiago
Segredo
Ivaipora
Areia
Barracao
Curitiba
Maringa
C.Mourao
S.Mateus
Londrina
Joinvile
Blumenau
Apucar.
R.Queimado
S.Osorio
Pinheiro
P.Branco
Xanxere
J.Lacerda
P.Fundo
Itauba
Sideropolis
Forquilinha
Farroupilha
V.Aires
Gravatai
Figura 47 Sistema Exemplo de 45 barras

A carga base total do sistema de 6473.1 MW / 942.1 MVAR. Ainda que este
sistema seja considerado de pequeno porte, serve perfeitamente aos propsitos de
demonstrar as potencialidades do modelo orientado a objetos proposto.
5.3.2 Fluxo de Potncia

Os resultados de fluxo de potncia que seguem foram obtidos com o aplicativo
de fluxo de potncia generalizado FLXPOT++. Este aplicativo monta e resolve
automaticamente as equaes do fluxo de potncia considerando dispositivos
definidos pelo usurio. Alm disso, permite selecionar a formulao adotada quanto ao
tipo de injeo dos dispositivos na rede eltrica (injeo de potncia ou injeo de
corrente) e quanto ao tipo de coordenadas para as tenses (coordenadas polares ou
100
coordenadas retangulares), sendo capaz de mudar a formulao do problema ainda

em tempo de execuo. Os resultados de tenses para todas as barras do sistema e
de potncia ativa e reativa para as barras de gerao so mostrados,
respectivamente, na Figura 48 e Figura 49. Estes resultados foram obtidos utilizandose a formulao de injeo de potncia e tenses em coordenadas polares. Todas as
cargas foram representadas pelo modelo de potncia constante.
Tenses
pu
1.3
1.25
1.2
1.15
1.1
1.05
1
0.95
0.9
0.85
0.8
0.75
0.7
0.65
0.6
0.55
0.5
343 366 368 370 372 374 376 378 380 382 384 386 388 390 392 394 396 398 402 414 431 433 40706
Barras
Figura 48 Tenses das Barras (FLXPOT++)

Gerao
1,200
1,100
1,000
900
MW/MVAR
800
700
600
500
400
300
200
100
0
-100
366
366 369
369
373
373 381
381
390
390 392
Barras
392
394
394 395
395
397
397 40706
Figura 49 Potncia Ativa e Reativa dos Geradores (FLXPOT++)

Os resultados mostrados na Figura 48 e na Figura 49 so relativos ao caso
base de fluxo de potncia utilizado para todas as demais simulaes apresentadas a
seguir.
101
5.3.2.1 Comparao dos Resultados com o Programa ANAREDE

Com a finalidade de validar o programa de fluxo de potncia os resultados foram
comparados com os obtidos atravs do Programa de Anlise de Redes do CEPEL
ANAREDE. Os resultados mostrados na Figura 50 e na Figura 51 correspondem,
respectivamente, a diferenas encontradas nas tenses calculadas por ambos
programas e nas potncias ativa e reativa dos geradores, onde observa-se uma
diferena mxima de 6.0E-4 nas tenses e de 9.0E-3 nas potncias geradas.
Diferenas nas Tenses Calculadas
5.0E-04
3.0E-04
p.u
1.0E-04
-1.0E-04
-3.0E-04
437
432
430
408
402
398
396
394
392
390
388
386
384
382
380
378
376
374
372
370
368
366
-7.0E-04
343
-5.0E-04
Barras
Figura 50 Diferena nas Tenses entre os Programas FLXPOT++ e ANAREDE
Diferenas nas Geraes Calculadas

1.0E-02
9.0E-03
8.0E-03
7.0E-03
pu
6.0E-03
5.0E-03
4.0E-03
3.0E-03
2.0E-03
407
397
395
394
392
390
381
373
369
366
1.0E-03
0.0E+00
Barras
Figura 51 Diferena nas Geraes entre os Programas FLXPOT++ e ANAREDE
102
5.3.3 Anlise de Estabilidade de Pequenos-Sinais

O aplicativo de anlise de estabilidade de pequenos-sinais fornece a matriz de
estados do sistema, os autovalores e autovetores desta matriz, bem como fatores de
participao e mode-shape para qualquer autovalor selecionado. Este aplicativo conta
com as mesmas caractersticas do programa de fluxo de potncia generalizado quanto
a sua capacidade de mudana na formulao e de incluso automtica de novos
modelos ou dispositivos.
Na Figura 52 so mostrados os autovalores do sistema exemplo plotados no
plano complexo (apenas os autovalores mais prximos ao eixo imaginrio do plano
complexo foram plotados). A figura mostra tambm os fatores de participao
principais de um autovalor selecionado (visualizados atravs de um histograma de
participao) e os correspondentes mode-shape de velocidade associados a este
autovalor.
Autovalores
12
11
10
9
8
7
Autovalor = -0.978 +j 8.271

1
6
5
4
3
0
G
E
R
D:392
G
E
R
D
:394
G
E
R
D
:395
GERD:369
GERD:397
GER
G
D
E
:366
RD:373
GERD:407
GERD:390
GERD:381
imag.
1
0
-1
-2
-1
-3
-4
-5
Autovalor = -0.978 +j 8.271

w / GERD:381
delt / GERD:381
-6
-7
-8
w / GERD:390
delt / GERD:390
-9
-10
-11
-2
-1
real
Figura 52 Autovalores e Fatores de Participao / Mode Shape para um

Autovalor Selecionado (AEPS++)
103
O modelo dinmico utilizado representa as mquinas sncronas atravs de um

modelo de 5o ordem com efeitos transitrios e subtransitrios representados. Os
reguladores de tenso e de velocidade foram representados por modelos simplificados
de 2o ordem, e as cargas atravs do seus modelos de impedncia constante.
5.3.3.1 Comparao dos Resultados com o Programa PACDYN
Com a finalidade de validar o programa de anlise de estabilidade de pequenossinais os resultados foram comparados com os obtidos atravs do Programa de
Anlise de Estabilidade de Pequenos-Sinais do CEPEL PACDYN, sendo os
autovalores calculados por ambos programas apresentados a seguir:
PACDYN
No.
Real
Imaginario
---- --------------------1
-354.4320
2
-354.4190
3
-354.4088
4
-354.4047
5
-354.4001
6
-354.3961
7
-354.3931
8
-354.3906
9
-354.3886
10
-354.3880
11
-120.4879
12
-100.0054
13
-100.0036
14
-100.0022
15
-100.0012
16
-100.0010
17
-100.0006
18
-100.0004
19
-100.0004
20
-100.0003
21
-100.0003
22
-99.01880
23
-58.41376
24
-47.75062
25
-39.18521
26
-38.64028
27
-36.51148
28
-33.31290
29
-29.79459
30
-29.08141
31
-25.38615
32
-20.18562
33
-18.45029
34
-17.95156
35
-16.14729
36
-14.96566
37
-13.57413
38
-12.51192
39
-1.037704
j 10.88265
41
-.8106690
j 10.45940
43
-10.36106
44
-1.434989
j 9.168389
46
-9.056631
47
-.9812848
j 8.233150
49
-.4932066
j 8.236013
51
-.3602380
j 7.133622
53
-.5279705
j 6.927608
55
-.3288478
j 6.494136
AEPS++
Real
Imaginario
---------------------354.432
-354.418
-354.408
-354.404
-354.400
-354.396
-354.393
-354.390
-354.388
-354.387
-120.500
-100.008
-100.007
-100.006
-100.006
-100.006
-100.006
-100.006
-100.006
-100.005
-100.001
-99.0589
-58.4278
-47.7510
-39.1944
-38.6410
-36.5119
-33.3137
-29.7950
-29.0843
-25.3902
-20.1954
-18.4539
-17.9572
-16.1525
-14.9622
-13.5758
-12.5203
-1.03689
j 10.88920
-0.80765
j 10.47802
-10.3616
-1.42869
j 9.202729
-9.05734
-0.97771
j 8.271292
-0.49188
j 8.260576
-0.35783
j 7.167945
-0.52541
j 6.971739
-0.32640
j 6.532770
104
57
59
61
63
65
67
69
71
73
75
77
79
81
82
83
84
85
86
87
88
89
90
-.1960263
-.2840350
-.2684090
-.3139665
-.2243066
-.1788216
-.2085646
-.3223018
-.1808788
-.2930363
-.1660255
-.1239749
-.2516305
-.2498809
-.2498630
-.2498208
-.2497282
-.2496798
-.2494717
-.2492826
-.2483445
-.0003917
j
j
j
j
j
j
j
j
j
j
j
j
6.062183
0.9911228
0.5552425
0.4823697
0.5047911
0.4559459
0.4370201
0.3025792
0.3436238
0.2062649
0.2915048
0.2381705
-0.19458
-0.28323
-0.26978
-0.31426
-0.22408
-0.17916
-0.20867
-0.32278
-0.18100
-0.29300
-0.16608
-0.12187
-0.25318
-0.24953
-0.24818
-0.24800
-0.24785
-0.24701
-0.24675
-0.24626
-0.24619
-0.00005
j
j
j
j
j
j
j
j
j
j
j
j
6.109363
0.990794
0.554517
0.482092
0.504004
0.455484
0.436562
0.301490
0.343282
0.203130
0.291227
0.786790
Pequenas diferenas podem ser observadas nos autovalores calculados pelos

programas, entretanto estas discrepncias podem ser atribudas a preciso do ponto
de operao fornecido pelo fluxo de potncia (observar a diferena encontrada no
autovalor nulo do sistema linha sombreada).
5.3.4 Simulao da Dinmica Completa

O ambiente computacional orientado a objetos conta com dois algoritmos de
simulao no tempo da dinmica completa do sistema: algoritmo simultneo
implcito e algoritmo alternado implcito [47], sendo possvel o chaveamento de
metodologias a qualquer instante do processo de simulao.
A seguir sero mostrados resultados referentes a aplicao de um curto-circuito
trifsico na barra de Itaba do sistema exemplo em 1.0 seg., e sua posterior remoo
100 msegs aps a aplicao. O modelo dinmico utilizado representa as mquinas
sncronas atravs de um modelo de 5o ordem com efeitos transitrios e subtransitrios.
Os reguladores de tenso e de velocidade foram representados por modelos
simplificados de 2o ordem, e as cargas atravs do seu modelo de impedncia
constante. Os itens 5.3.4.1 e 5.3.4.2 mostram, respectivamente, os resultados das
simulaes obtidas com os mtodos simultneo implcito (programa SIMSEEs++) e
alternado implcito (programa SIMSEEa++).
105
5.3.4.1 Mtodo Simultneo Implcito SIMSEEs++

ngulo dos Geradores
36
34
32
30
28
26
24
22
20
18
16
14
12
10
8
graus
6
4
2
0
-2
-4
-6
-8
-10
-12
-14
-16
-18
-20
-22
-24
-26
-28
-30
0
Tempo (seg)
Figura 53 ngulo dos Geradores (SIMSEEs++)

Corrente de Campo dos Geradores
Potncia Eltrica dos Geradores

1,300
1,200
1,100
1,000
900
700
pu
MW
800
600
500
400
300
200
100
1
0
3
Tempo (seg)
Tempo (seg)
Figura 54 Potncia Eltrica e Corrente de Campo dos Geradores

(SIMSEEs++)
106
5.3.4.2 Mtodo Alternado Implcito SIMSEEa++

ngulo dos Geradores
36
34
32
30
28
26
24
22
20
18
16
14
12
10
8
graus
6
4
2
0
-2
-4
-6
-8
-10
-12
-14
-16
-18
-20
-22
-24
-26
-28
-30
0
Tempo (seg)
Figura 55 ngulo dos Geradores (SIMSEEa++)


1,300
1,200
1,100
1,000
900
2
700
pu
MW
800
600
500
400
300
200
100
1
Tempo (seg)
Tempo (seg)
Figura 56 Potncia Eltrica e Corrente de Campo dos Geradores

(SIMSEEa++)
5.3.4.3 Comparao dos Resultados com o Programa ANATEM
Com a finalidade de validar os programas de anlise de estabilidade transitria
os resultados foram comparados com os obtidos atravs do Programa de Anlise de
Transitrios Eletromecnicos do CEPEL ANATEM. Por questes de espao apenas
sero
mostradas
resultados
de
um
dos
geradores
do
sistema,
escolhido
aleatoriamente.
107
A Figura 57 e Figura 58 mostram, respectivamente, o ngulo e a tenso de

campo do gerador da usina de Itaba obtidos com os trs programas (SIMSEEs++,
SIMSEEa++ e ANATEM) e plotados em um nico grfico, onde observa-se que os
resultados encontrados so rigorosamente idnticos.
36.1
24.8
13.6
2.3
-9.
-20.3
-31.6
0.
1.25
2.5
3.75
5.
Figura 57 ngulo do Gerador da Usina de Itaba

(SIMSEEs++/SIMSEEa++/ANATEM)
3.65
3.29
2.94
2.58
2.22
1.87
1.51
0.
1.25
2.5
3.75
5.
Figura 58 Tenso de Campo do Gerador da Usina de Itaba

(SIMSEEs++/SIMSEEa++/ANATEM)
108
5.3.5 Simulao Rpida

Quando as dinmicas rpidas no tem efeito significativo nos fenmenos em
estudo o mtodo de simulao rpida torna-se atrativo em funo da sua preciso e
bom desempenho computacional. O ambiente computacional implementado conta com
um programa de simulao rpida modificada (FASTSIM++), conforme metodologia
descrita no Captulo 4, cujos resultados sero mostrados a seguir.
A Figura 59, Figura 60 e Figura 61 mostram os resultados de uma simulao
rpida conduzida para o sistema exemplo, onde um acrscimo de 20% de carga em
rampa (ativa e reativa) foi aplicado ao sistema durante 60 segs. As mquinas
sncronas foram representadas atravs de um modelo de 5o ordem com efeitos
transitrios e subtransitrios representados. Os reguladores de tenso e de velocidade
foram representados por modelos simplificados de 2o ordem, e as cargas atravs do
seus modelos de potncia constante. Os limitadores dos reguladores de tenso e
velocidade dos geradores no foram considerados nesta simulao (limites abertos),
no entanto o programa capaz de considerar o efeito de tais limitadores.
Tenses
1.04
1.03
1.02
1.01
1
0.99
0.98
0.97
0.96
0.95
0.94
0.93
pu
0.92
0.91
0.9
0.89
0.88
0.87
0.86
0.85
0.84
0.83
0.82
0.81
0.8
0.79
0.78
0.77
0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60
Tempo (seg)
Figura 59 Tenses das Barras (FASTSIM++)
109
Potncia Ativa dos Geradores
Potncia Reativa dos Geradores

600
1,500
550
1,400
500
1,300
450
1,200
400
1,100
350
1,000
300
MVAR
MW
900
800
700
250
200
150
600
100
500
50
400
300
200
-50
-100
100
0 2 4 6 8 10 12 14 16 18 20 22 24 26 28 30 32 34 36 38 40 42 44 46 48 50 52 54 56 58 60
Tempo (seg)
0 2 4 6 8 10 12 14 16 18 20 22 24 26 28 30 32 34 36 38 40 42 44 46 48 50 52 54 56 58 60
Tempo (seg)
Figura 60 Potncia Ativa e Reativa dos Geradores (FASTSIM++)

ngulo dos Geradores
1,500
6
4
1,400
1,300
1,200
-4
1,100
-6
1,000
-8
900
MW
graus
-2
-10
-12
800
-14
700
-16
600
-18
500
-20
400
-22
-24
300
-26
200
-28
100
0 2 4 6 8 10 12 14 16 18 20 22 24 26 28 30 32 34 36 38 40 42 44 46 48 50 52 54 56 58 60
Tempo (seg)
0 2 4 6 8 10 12 14 16 18 20 22 24 26 28 30 32 34 36 38 40 42 44 46 48 50 52 54 56 58 60
Tempo (seg)
60
Frequncia dos Geradores
1.95
1.9
59.95
1.85
1.8
59.9
1.75
1.7
59.85
1.65
1.6
59.8
Hertz
pu
1.55
1.5
59.75
1.45
1.4
59.7
1.35
1.3
59.65
1.25
1.2
59.6
1.15
1.1
59.55
1.05
0 2 4 6 8 10 12 14 16 18 20 22 24 26 28 30 32 34 36 38 40 42 44 46 48 50 52 54 56 58 60
Tempo (seg)
0 2 4 6 8 10 12 14 16 18 20 22 24 26 28 30 32 34 36 38 40 42 44 46 48 50 52 54 56 58 60
Tempo (seg)
Figura 61 Outras Grandezas Eltricas dos Geradores (FASTSIM++)

A reteno da dinmica do sistema na metodologia de simulao rpida
modificada (ver item 4.4 - Simulao Rpida Modificada) permite o clculo dos
autovalores do sistema ao longo da simulao. Isto permite a deteco e o estudo de
uma faixa mais ampla de fenmenos que podem ocorrer no sistema, como, por
110
exemplo, o estudo de bifurcaes locais que podem sinalizar instabilidades no

sistema. A Figura 62 mostra a trajetria dos autovalores do sistema para todos os
instantes de tempo da rampa de carga aplicada.
Autovalores
11
10
9
8
7
34 segs
6
5
45 segs
4
3
2
imag.
1
0
-1
-2
-3
60 segs
-4
Autova lor = 0.648+ j 0.000

z V s o / GERD:381
-5
Elq / GERD:381
-6
-7
z V s o / GERD:397
Elq / GERD:397
z V s o / GERD:366
Elq / GERD:366
-8
z V s o / GERD:390
Elq / GERD:390
-9
-10
-11
-5
-4
-3
-2
-1
0
real
Figura 62 Trajetria dos Autovalores para uma Rampa de Carga (FASTSIM++)

A trajetria dos autovalores da Figura 62 mostra a ocorrncia de uma bifurcao
de Hopf no sistema em 34 segs (causada pelo cruzamento de um par de autovalores
complexos conjugados para o semiplano direito do plano complexo), o que torna o
sistema instvel a partir deste instante. Este tipo de instabilidade no pode ser
detectado pelo mtodo tradicional de simulao rpida [42][43][38].
Os resultados mostram tambm que, mantendo-se a atual taxa de crescimento
da carga um dos autovalores do sistema alcanar a origem, caraterizando uma
bifurcao do tipo Sela-N e consequentemente uma singularidade na Matriz de
Estados do sistema. Os fatores de participao calculados para este autovalor e
mostrados no detalhe da Figura 62 indicam claramente que esta instabilidade de
natureza de tenso (a figura mostra ainda as variveis de estado correspondentes aos
fatores de participao plotados).
111
5.3.6 Simulaes de Longo Prazo

A metodologia de simulao rpida particularmente adequada em estudos de
longo prazo, nestes estudos os fenmenos de interesse ocorrem aps vrios minutos
de simulao ou mesmo aps vrias horas, como, por exemplo, estudos de ajuste de
CAG (Controle Automtico da Gerao). Nestes estudos, normalmente os fenmenos
rpidos no so o principal interesse, o que torna a metodologia de simulao rpida
bastante atrativa. Para demonstrar as potencialidades da ferramenta de simulao
rpida em estudos de longo prazo ser aplicada uma curva de carga diria tpica ao
sistema exemplo adotado e realizada uma simulao de 24 horas. A curva diria de
carga simulada, com a metodologia da simulao rpida, ser comparada com a
obtida atravs da simulao da dinmica completa do sistema para fins de validao
dos resultados. Em ambos casos as mquinas sncronas sero representadas atravs
de um modelo de 5o ordem com efeitos transitrios e subtransitrios representados.
Os reguladores de tenso e de velocidade representados por modelos simplificados de
2o ordem, e as cargas atravs do seus modelo de impedncia constante.
5.3.6.1 Simulao Rpida
Os resultados obtidos com a metodologia da simulao rpida so
apresentados na Figura 63, Figura 64 e Figura 65.
Tenses
1.09
1.08
1.07
1.06
1.05
1.04
1.03
1.02
1.01
1
0.99
0.98
pu
0.97
0.96
0.95
0.94
0.93
0.92
0.91
0.9
0.89
0.88
0.87
0.86
0.85
0.84
0.83
0
10
11
12
13
Tempo (horas)
14
15
16
17
18
19
20
21
22
23
24
112
Potncia Reativa das Cargas
Potncia Ativa das Cargas

900
250
850
200
800
150
750
100
700
50
650
MW
600
550
-50
500
-100
450
-150
400
-200
350
-250
300
-300
250
200
-350
150
-400
100
-450
50
0
9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24
Tempo (horas)
-500
0
9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24
Tempo (horas)
Figura 64 Potncia Ativa e Reativa das Cargas (FASTSIM++)

ngulo dos Geradores
Frequncia dos Geradores

60.35
28
60.3
26
60.25
24
60.2
22
60.15
20
60.1
18
60.05
16
60
59.95
12
Hertz
graus
14
10
8
59.9
59.85
59.8
59.75
59.7
59.65
59.6
-2
59.55
-4
59.5
-6
59.45
-8
0
9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24
Tempo (horas)
9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24
Tempo (horas)

1,600
1,500
1,400
1,300
1,200
1,100
900
pu
MW
1,000
800
700
600
500
400
300
200
100
0
9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24
Tempo (horas)
9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24
Tempo (horas)
Figura 65 Grandezas Eltricas dos Geradores (FASTSIM++)
113
5.3.6.2 Simulao da Dinmica Completa

Os resultados obtidos com a simulao da dinmica completa so apresentados
na Figura 66, Figura 67 e Figura 68. Os resultados mostrados a seguir foram obtidos
atravs do mtodo simultneo implcito (SIMSEEs++), porm simulaes foram
realizadas com o mtodo alternado implcito (SIMSEEa++) e os resultados mostraramse idnticos.
Te nse s
1,09
1,08
1,07
1,06
1,05
1,04
1,03
1,02
1,01
1
0,99
Tenso (pu)
0,98
0,97
0,96
0,95
0,94
0,93
0,92
0,91
0,9
0,89
0,88
0,87
0,86
0,85
0,84
0,83
0
10
11
12
13
Tempo (horas )
14
15
16
17
18
19
20
21
22
23
Figura 66 Tenses das Barras (SIMSEEs++)
Pot ncia Ativa das Cargas
Potncia Re ativa das Ca rga s
900
250
850
200
800
150
750
100
700
50
650
0
550
-50
500
-100
MVAR
MW
600
450
400
-150
-200
350
-250
300
-300
250
-350
200
150
-400
100
-450
50
-500
10
12
14
Tempo (horas)
16
18
20
22
10
12
14
Tempo (horas)
16
18
20
22
Figura 67 Potncia Ativa e Reativa das Cargas (SIMSEEs++)
114
Frequ ncia dos Geradore s
ngulo dos Ge ra dore s

60,35
0
60,3
-2
60,25
-4
60,2
-6
60,15
-8
60,1
-10
60,05
-12
60
59,95
-16
Hertz
graus
-14
-18
-20
59,9
59,85
59,8
-22
59,75
-24
59,7
-26
59,65
-28
59,6
-30
59,55
-32
59,5
-34
59,45
-36
0
10
12
14
Tempo (horas)
16
18
20
22
Potncia El trica dos Ge radores
10
12
14
Tempo (horas)
16
18
20
22
Corre nte de Ca mpo dos Ge ra dore s
1.600
1.500
1.400
1.300
1.200
1.100
900
pu
MW
1.000
800
700
600
500
400
300
1
200
100
0
10
12
14
Tempo (horas)
16
18
20
22
10
12
14
Tempo (horas)
16
18
20
22
Figura 68 Grandezas Eltricas dos Geradores (SIMSEEs++)

Os resultados obtidos com a simulao rpida (FASTSIM++) mostraram-se
bastante satisfatrios, quanto a preciso das curvas obtidas, quando comparados com
os obtidos com a simulao da dinmica completa, uma vez que para o horizonte de
simulao desejado as curvas podem ser consideradas idnticas. Quanto ao
desempenho computacional, o mtodo de simulao rpida mostrou-se bastante
superior aos mtodos de simulao da dinmica completa. A Tabela 2 mostra os
resultados de desempenho computacional dos programas utilizados para as
simulaes de longo prazo.
Tabela 2 Desempenho Computacional dos Programas para as
Simulaes de Longo Prazo
FASTSIM++
SIMSEEa++
SIMSEEs++
Tempo
(segs)
Tempo
(segs)
Tempo
(horas)
Tempo
(segs)
Tempo
(horas)
60
9.06
0.005
25736
7.1
0.010
70833
19.7
115
Os resultados mostraram que o tempo de simulao do mtodo rpido cerca

de 2800 vezes mais rpido que o mtodo alternado implcito com passo fixo de 0.005
segs (passos maiores no foram possveis com este mtodo), e de 7800 vezes mais
rpido que o mtodo simultneo implcito com passo fixo de 0.010 segs. No entanto,
uma anlise do desempenho computacional mais elaborada apresentada na
segunda parte deste captulo.
5.3.6.3 Simulao Rpida e Completa Combinadas
A metodologia de simulao rpida mostrou-se adequada para simulaes de
longa durao onde os fenmenos rpidos podem ser desprezados, no entanto
quando distrbios severos e de grande impacto so aplicados no sistema, esta
hiptese no pode mais ser mantida, e a simulao da dinmica completa a
metodologia mais adequada. No item 4.4 Simulao Rpida Modificada foi
proposta uma metodologia de simulao que combina a simulao rpida modificada
com a simulao da dinmica completa, sendo ambas metodologias chaveadas
conforme a necessidade. Para mostrar as potencialidades da metodologia de
simulao rpida e completa combinadas foi simulada a mesma curva de carga diria
do caso anterior, porm agora sendo aplicado um curto-circuito trifsico na barra da
usina de Itaba no instante 66300 segs (18:25 hs) com durao de 100 msegs. O
curto-circuito removido com a abertura da LT ItabaPasso Fundo, permanecendo a
LT desligada pelo resto do perodo de simulao. Para esta simulao as mquinas
sncronas foram representadas atravs de um modelo de 5o ordem com efeitos
transitrios e subtransitrios representados. Os reguladores de tenso e de velocidade
foram representados por modelos simplificados de 2o ordem, e as cargas atravs do
seus modelo de impedncia constante.
Os resultados da Figura 69 e Figura 70 mostram as tenses das barras e
ngulos dos geradores para todo o horizonte de simulao, e nos detalhes, um zoom
com a janela de tempo onde a metodologia de simulao foi chaveada para simulao
da dinmica completa. A janela da simulao dinmica completa permanece por 5
segs. (ou at que a estabilidade transitria do sistema frente ao distrbio seja
comprovada esta verificao, no entanto, no foi implementada), voltando aps
decorrido este tempo para a metodologia rpida e permanecendo assim at o final da
simulao.
116
Tenses
pu
Tenses
pu
0 1
18.416
18.417
18.417
18.418
Tempo (horas)
18.418
18.419
10
18.419
11
12
13
Tempo (horas)
14
15
16
17
18
19
20
21
22
23
20
21
22
23
24

ngulo dos Geradores
70
ngulo dos Geradores
65
70
60
60
55
50
40
50
30
40
20
10
35
30
-10
25
20
graus
graus
45
-20
-30
-40
15
18.416
18.416
18.417
10
18.417 18.418 18.418

Tempo (horas)
18.419
18.419
18.42
5
0
-5
-10
-15
-20
-25
-30
-35
-40
1
10
11
12
13
Tempo (horas)
14
15
16
17
18
19
24
Figura 70 ngulos dos Geradores (FASTSIM++)
5.3.7 Flexibilidade de Formulao

O mecanismo de soluo e derivao automtica dos modelos da estrutura
orientada a objetos utilizada neste trabalho permite que um problema especfico possa
ser formulado conforme definio do usurio (ver item 3.4.2.2 Mecanismo de
Soluo e Derivao das Equaes). Assim, o tipo de injeo dos dispositivos na rede
117
eltrica (injeo de potncia ou injeo de corrente) e o tipo de coordenada para as

tenses (coordenadas polares ou retangulares) pode ser definido em tempo de
execuo, permitindo que a formulao do problema mude conforme a necessidade
ou definio do usurio. Isto possvel devido a funcionalidades especiais dos blocos
de Entrada/Sada dos modelos (ver item 3.4.2.4 Funes Especiais das Classes
BlcOut e dP/dFdX) que executam as converses necessrias para a formulao
desejada.
Para ilustrar esta potencialidade sero apresentados resultados apenas para o
programa de fluxo de potncia generalizado, entretanto todos os aplicativos que
utilizam a metodologia generalizada de soluo e/ou derivao automtica das
equaes dos modelos possuem esta capacidade. A Tabela 3 mostra os resultados de
convergncia do fluxo de potncia generalizado para as quatro formulaes possveis.
Tabela 3 Convergncia do Fluxo de Potncia
Injeo de
Potncia
Injeo de
Corrente
Tenso
Tenso
Coord. Polares
Coord. Retangulares
2 iteraes
2 iteraes
mismatch: 79.93 0.543
mismatch: 79.93 0.997
cond(J) : 7105.79
cond(J) : 7037.82
2 iteraes
2 iteraes
mismatch: 66.59 0.870
mismatch: 66.59 0.681
cond(J) : 6843.29
cond(J) : 6771.91
obs: Todos os clculos foram executados com partida plana para as tenses.
5.3.8 Flexibilidade de Modelagem

O alto grau de generalizao obtido com os mecanismos de soluo e derivao
automtica das equaes dos modelos permite que qualquer dispositivo seja
adicionado ao sistema e tratado pelos aplicativos do ambiente de forma totalmente
automtica, ou seja, qualquer novo modelo construdo pelo usurio automaticamente
reconhecido e considerado por todos os aplicativos do ambiente em tempo de
execuo do programa. Para ilustrar esta potencialidade ser adicionado um
Compensador Esttico de Reativos SVC (sigla do ingls Static VAR Compensator)
no sistema exemplo, cujo modelo mostrado na Figura 71.
118
Vt
B mx
Vref
err
K
1 + s.T
Bo
Blu
B mn
Figura 71 Modelo do SVC Introduzido na Barra de Joinville

O novo dispositivo construdo e adicionado ao sistema exemplo atravs de
uma
linguagem
de
modelagem
especfica
para
ambiente
computacional
implementado. No propsito deste trabalho apresentar detalhes da linguagem de

modelagem, porm a definio do modelo nesta linguagem apresentada a seguir
apenas para propsitos de ilustrao.
<< Linguagem Utilizada para Definio do Modelo do SVC >>
------------------------------------------ COMPENSADOR ESTATICO DE REATIVOS -----------------------------------------MODL:SVC#Mdl:01
.
#
#
=============
#
=== PARMS ===
#
=============
#
[--ID.--] REF VISIBL [--Valor--]
PARM:
K
50.00
PARM:
T
0.05
PARM:
Bmn
-0.50
PARM:
Bmx
2.00
PARM:
Vref REF
0.98
#
#
=== INPUT ===
#
[--ID.--] [Vre/Vmd][Vim/Van] [TIP OUT]
TENS:
INP001
Vt
POLAR
#
#
======================
#
=== EQUACAO DO SVC ===
#
======================
#
[--ID.--] [--INP--][--OUT--] STT [----A----][----B----][---C---]
SOMD:
BLC001 +
Vref
err
....
Vt
DFIM
LAG :
BLC002
err
Blu
K
1.0
T
LIMT:
BLC003
Blu
Bo
Bmn
Bmx
#
#
=== OUTPUT C/A REDE ===
OSHT:
OUT001
POTENCIA POTENCIA
#
[-P/Ire-][-Q/Iim-][---G---][---B---]
OUT :
Bo
DFIM
DFIM
<< Final do Fragmento >>
Aps a construo do modelo, o mesmo foi adicionado ao sistema exemplo na

barra de Joinville (barra 378), com a tenso de referncia ajustada em 0.98 pu. Todos
os aplicativos do ambiente computacional passam agora a considerar o novo modelo
119
nas simulaes e anlises executadas. A seguir sero mostrados alguns resultados

obtidos com os aplicativos do ambiente computacional considerando o modelo de SVC
adicionado ao sistema. No demais salientar que nenhuma linha de cdigo dos
aplicativos foi alterada para a incluso do SVC.
5.3.8.1 Fluxo de Potncia
O fluxo de potncia generalizado foi executado em sua formulao de injeo
de potncia e tenses em coordenadas polares, todas as cargas representadas pelo
seus modelos de potncia constante. Os resultados das tenses das barras para os
casos sem SVC e com SVC so apresentados na Figura 72 e Figura 73,
respectivamente.
Tenses
Barra s/SVC
pu
1.3
1.25
1.2
1.15
1.1
1.05
1
0.95
0.9
0.85
0.8
0.75
0.7
0.65
0.6
0.55
0.5
343 366 368 370 372 374 376 378 380 382 384 386 388 390 392 394 396 398 402 414 431 433 40706
Barras
Figura 72 Tenses das Barras Sem a Incluso do SVC (FLXPOT++)

Tenses
Barra c/SVC
pu
1.3
1.25
1.2
1.15
1.1
1.05
1
0.95
0.9
0.85
0.8
0.75
0.7
0.65
0.6
0.55
0.5
343 366 368 370 372 374 376 378 380 382 384 386 388 390 392 394 396 398 402 414 431 433 40706
Barras
Figura 73 Tenses das Barras Com a Incluso do SVC (FLXPOT++)
120
A Figura 74 mostra os resultados calculados para as potncias ativas e reativas

injetadas no sistema pelos geradores e pelo SVC. O sinal negativo da potncia reativa
injetada pelo SVC deve-se a conveno adotada para dispositivos definidos pelo
usurio (mesma conveno adotada para as cargas do sistema).
Gerao
1,200
1,100
1,000
900
MW/MVAR
800
700
Injeo do
SVC na Rede
600
500
400
300
200
100
0
-100
366 366 369 369 373 373 378 378 381 381 390 390 392 392 394 394 395 395 397 397 40706
Barras
Figura 74 Potncias Geradas pelos Geradores e pelo SVC (FLXPOT++)

5.3.8.2 Anlise de Estabilidade de Pequenos-Sinais
De forma idntica ao fluxo de potncia generalizado, o aplicativo de anlise de
estabilidade de pequenos-sinais reconhece e passa a considerar automaticamente o
novo equipamento na sua formulao. A nova estrutura da matriz Jacobiana,
considerando agora o SVC, apresentada na Figura 75, onde as linhas tracejadas
dividem a estrutura da matriz Jacobiana em sub-matrizes relativas aos estados (J1), a
rede eltrica (J4), e em duas sub-matrizes de acoplamento (J2 e J3). A linha e a coluna
introduzidas na matriz Jacobiana devido ao estado interno do SVC (denominado Blu)
so mostradas na Figura 75 atravs de linhas cheias, sendo marcados com setas os
elementos que surgem na matriz Jacobiana devido as derivadas parciais das
equaes do modelo do SVC e das equaes de injeo na rede eltrica. A estrutura
da matriz mostrada na Figura 75 foi obtida diretamente do programa de anlise de
estabilidade a pequenos-sinais aps a incluso do SVC.
O modelo dinmico considerado nesta anlise representou as mquinas
sncronas atravs de um modelo de 5o ordem com efeitos transitrios e subtransitrios
representados. Os reguladores de tenso e de velocidade foram representados por
modelos simplificados de 2o ordem, e as cargas atravs do seus modelo de
impedncia constante.
121
J1
J2
J3
J4
Figura 75 Estrutura da Matriz Jacobiana Com a Incluso do SVC (AEPS++)

Os autovalores do sistema dinmico, considerando o SVC, foram calculados e
so mostrados na Figura 76 (apenas os autovalores mais prximos ao eixo imaginrio
do plano complexo foram plotados). Nesta figura foi selecionado um autovalor
especfico e calculados os seus correspondentes fatores de participao (mostrados
no detalhe da Figura 76), onde observa-se uma significativa influncia do estado
interno do SVC (Blu) neste autovalor.
122
Autovalores
Autovalor = -81.295 +j 0.000
10
Blu / SVC:378
9
8
7
6
5
4
3
2
imag.
1
0
-1
-2
-3
-4
-5
-6
-7
-8
-9
-10
-80
-75
-70
-65
-60
-55
-50
-45
-40
real
-35
-30
-25
-20
-15
-10
-5
Figura 76 Autovalores do Sistema Com a Incluso do SVC (AEPS++)

5.3.8.3 Simulao da Dinmica Completa
A simulao da dinmica completa do sistema foi realizada utilizando o mtodo
simultneo implcito (SIMSEEs++). Nesta simulao foi aplicado um curto-circuito
trifsico na barra da usina de Itaba, sendo este eliminado 100 msegs aps sua
aplicao. As mquinas sncronas foram representadas atravs de um modelo de 5o
ordem com efeitos transitrios e subtransitrios representados. Os reguladores de
tenso e de velocidade foram representados por modelos simplificados de 2o ordem, e
as cargas atravs do seus modelo de impedncia constante.
A Figura 77 e Figura 78 mostram os resultados obtidos para a simulao da
dinmica completa do sistema, onde so apresentados resultados relativos a variveis
do SVC adicionado ao sistema.
123
Tenses
1.05
0.99
0.95
0.98
0.9
0.97
0.96
0.8
pu
pu
0.85
Tenso na Barra c/o SVC
0.95
0.75
0.94
0.7
0.93
0.65
0.92
0.6
0.91
0.55
0.5
0.9
Tempo (seg)
Tempo (seg)
Figura 77 Tenses das Barras e Tenso na Barra do SVC (SIMSEEs++)

Potncia Reativa dos Geradores e SVC
Susceptncia do SVC
1.4
550
1.35
500
SVC
450
1.3
1.25
400
1.2
1.15
300
1.1
250
1.05
pu
MVAR
350
200
0.95
150
100
0.9
50
0.85
0.8
-50
0.75
0.7
-100
0.65
-150
0
3
Tempo (seg)
Tempo (seg)
Figura 78 Potncia Reativa e Susceptncia do SVC (SIMSEEs++)

5.3.8.4 Simulao Rpida
A Figura 79 e Figura 80 mostram os resultados de uma simulao rpida
conduzida para o sistema exemplo considerando o SVC, onde um acrscimo de 20%
de carga em rampa (ativa e reativa) foi aplicado ao sistema durante 60 segs.
Para esta simulao as mquinas sncronas foram representadas atravs de um
modelo de 5o ordem com efeitos transitrios e subtransitrios representados. Os
reguladores de tenso e de velocidade foram representados por modelos simplificados
de 2o ordem, e as cargas atravs do seus modelos de potncia constante.
124
Tenses
1.045
1.04
1.035
1.03
1.025
1.02
1.015
1.01
1.005
1
0.995
0.99
0.985
0.98
pu
0.975
0.97
0.965
0.96
0.955
0.95
0.945
0.94
0.935
0.93
0.925
0.92
0.915
Tenso na
Barra c/SVC
0.91
0.905
0.9
0.895
0.89
0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60
Tempo (seg)

Potncia Reativa dos Geradores / SVC
Susceptncia do SVC
450
400
350
300
250
SVC
150
pu
MVAR
200
100
50
0
-50
-100
-150
-200
0 2 4 6 8 10 12 14 16 18 20 22 24 26 28 30 32 34 36 38 40 42 44 46 48 50 52 54 56 58 60
Tempo (seg)
0 2 4 6 8 10 12 14 16 18 20 22 24 26 28 30 32 34 36 38 40 42 44 46 48 50 52 54 56 58 60
Tempo (seg)
Figura 80 Potncia Reativa dos Geradores/SVC e Susceptncia do SVC

(FASTSIM++)
Os resultados das simulaes acima indicam que o SVC alcana o seu limite de
controle da tenso no instante 44 segs (conforme mostra claramente a Figura 80
Susceptncia do SVC), quando ento o SVC perde a sua capacidade de controle de
tenso e passa a comportar-se como um capacitor. A partir deste instante a tenso
terminal do SVC decai de forma mais acentuada (ver Figura 79), e a potncia reativa
injetada decai proporcionalmente ao quadrado da tenso na barra (ver Figura 80 Potncia Reativa dos Geradores/SVC).
125
5.3.9 Comentrios Gerais

Os resultados apresentados demonstraram a capacidade e as potencialidades
do ambiente orientado a objetos implementado, sendo este capaz de estudar uma
grande faixa de fenmenos em sistemas eltricos, tanto de natureza esttica como de
natureza dinmica. Os aplicativos so todos integrados em um mesmo ambiente de
estudo, onde possvel trocar, a qualquer instante, a ferramenta de anlise de forma
natural e totalmente transparente para o usurio. Todos os aplicativos implementados
mostraram-se bastante robustos para as simulaes e anlises realizadas no
apresentando durante as simulaes problemas de convergncia ou instabilidade
numrica. Aliado a estas caractersticas encontra-se ainda a facilidade para
manuteno e futuras expanses proporcionada pela modelagem orientada a objetos,
e a grande versatilidade para a incorporao de novos modelos e dispositivos ao
ambiente orientado a objetos. Neste sentido, a estrutura orientada a objetos proposta
mostrou-se bastante flexvel quanto a capacidade de incorporar automaticamente, e
para todos os aplicativos do ambiente, qualquer novo modelo ou dispositivo definido
pelo usurio.
Os programas de fluxo de potncia generalizado, anlise de estabilidade de
pequenos-sinais e simulao da dinmica completa pelos mtodo alternado e
simultneo foram validados com programas comerciais da rea de sistemas de
energia eltrica comprovando os resultados apresentados.
O mtodo de simulao rpida modificada proposto mostrou-se capaz de
executar
simulaes
de
longo
prazo
com
preciso,
robustez
eficincia
computacional, permitindo ainda o estudo de uma faixa mais ampla de fenmenos que
a formulao convencional.
5.4 Desempenho Computacional do M.O.O.

Dentre os objetivos deste trabalho destaca-se a anlise da viabilidade do
emprego da programao orientada a objetos e da linguagem C++ aos problemas de
simulao e anlise de sistemas eltricos. Assim, foi realizada uma anlise
comparativa da eficincia computacional de alguns aplicativos do ambiente orientado a
objetos com programas comerciais da rea ou, na falta destes, com programas em
implementaes tradicionais em C++ ou FORTRAN. Esta anlise procura ainda avaliar o
126
desempenho computacional dos programas orientados a objetos para sistemas

eltricos de vrias dimenses.
A seguir so apresentados os sistemas utilizados para a anlise de
desempenho computacional realizada.
5.4.1 Descrio dos Sistemas Utilizados

Foram utilizados cinco sistemas teste de pequeno, mdio e grande porte. Os
parmetros descritivos da dimenso destes sistemas so apresentados na tabela
abaixo.
Tabela 4 Dimenses dos Sistemas Utilizados
Geradores
Sistema
Barras
LTs e
Transf.
S0045
45
72
24
10
11
S0188
188
264
79
36
25
S0730
730
1146
392
116
82
S2000
1916
2788
1157
198
93
S2800
2806
3931
1452
296
108
Cargas
Fluxo de
Potncia
c/ Modelo
Dinmico
O sistema S0045 um equivalente do sistema eltrico da regio Sul do Brasil.

Todos os
demais sistemas so equivalentes, em diversos nveis de detalhes, do
sistema interligado do Brasil, onde foram representadas algumas sub-reas por

equivalentes estticos de rede. As mquinas sncronas com modelo dinmico
representado so descritas atravs de um modelo de 5o ordem com efeitos transitrios
e subtransitrios representados. O reguladores de tenso e de velocidade foram
representados por modelos simplificados de 2o ordem, e as cargas atravs do seus
modelo de potncia ou impedncia constante.
Todas
as
simulaes
apresentadas
para
anlise
de
desempenho
computacional foram realizadas em um microcomputador DELL com processador

INTEL PENTIUM IV 2.8 GHz de clock e 256Mb de memria RAM. O compilador
utilizado sob esta plataforma foi o Borland C++ Builder verso 6.0 com opes de
otimizao habilitadas.
127
5.4.2 Desempenho Computacional do Fluxo de Potncia

A anlise de desempenho computacional para o fluxo de potncia ser realizada
comparando os resultados de desempenho da formulao generalizada (FLXPOT++)
com duas implementaes tradicionais escritas em C++, uma em coordenadas polares
e outra em coordenadas retangulares [62] (infelizmente os programas comerciais de
fluxo de potncia no informam o tempo de CPU de execuo). Os programas
tradicionais escritos em C++ possuem implementao em cdigo (em tempo de
compilao) do clculo das derivadas parciais e montagem da matriz Jacobiana, por
esta razo no permitem o reconhecimento automtico de novos modelos
introduzidos, ficando limitados a um conjunto de dispositivos pr-determinados.
A Tabela 5 mostra os resultados de desempenho computacional obtidos com as
trs implementaes de fluxo de potncia avaliadas. Os resultados para o sistema
S0045 no foram apresentados devido a baixa preciso para medir tempos de CPU
muito pequenos na plataforma INTEL.
Tabela 5 Desempenho Computacional dos Programas de Fluxo de
Potncia
FLXPOT++
Fluxo de Pot.
Clssico (Retang.)
Fluxo de Pot.
Clssico (Polares)
Tempo
(segs)
Iters
Tempo
(segs)
Iters
FD
Tempo
(segs)
Iters
FD
S0045
S0188
0.032
0.016
0.5
0.016
0.5
S0730
0.140
0.078
0.6
0.078
0.6
S2000
0.560
0.406
0.7
0.516
0.9
S2800
0.859
0.594
0.7
0.750
0.9
Obs: o programa FLXPOT++ utilizou

polares para as tenses.
formulao
com
injeo
de
potncia
coordenadas
Os resultados apresentados na Tabela 5 mostram o tempo total em segundos

para a execuo do clculo do fluxo de potncia, o nmero de iteraes e, para os
dois programas tradicionais em C++, um ndice definido como Fator de Desempenho do
programa (FD). Este fator representa a relao de desempenho entre o caso analisado
e um caso tomado como base, conforme define a equao 43. Assim, Fatores de
Desempenho abaixo de 1.0 indicam que o programa analisado mais rpido que o
caso base, e Fatores de Desempenho acima de 1.0 indicam que o programa analisado
mais lento que o caso base. Nos resultados da Tabela 5 o caso base assumido
128
corresponde ao fluxo de potncia generalizado (cujos tempos de referncia so

destacados na coluna sombreada).
FD =
tempo _ caso _ analisado

tempo _ caso _ base
(49)
Os FDs para todos os sistemas podem ser visualizados graficamente na Figura

81.
Comparao de Desempenho
Generalizado
Clssico (coord. POL)
Clssico (coord. RET)
1.2
1
0.9
0.9
0.8
0.7
0.6
0.6
0.5
0.7
0.6
0.5
0.4
0.2
0
S0188
S0730
S2000
S2800
Figura 81 Comparao de Desempenho do Programa de Fluxo de Potncia

Generalizado com o Fluxo de Potncia Convencional
Dos resultados apresentados observa-se :
O desempenho do programa de fluxo de potncia generalizado mostrou-se inferior

s implementaes tradicionais para todos os sistemas avaliados. Este resultado,
no entanto, j era esperado uma vez que o clculo das derivadas parciais e
montagem da matriz Jacobiana no implementado em cdigo mas determinado
automaticamente pelo programa em tempo de execuo (ver item 3.4.2.2
Mecanismo de Soluo e Derivao das Equaes);
Os programas tradicionais so cerca de 2.0 vezes mais rpidos que o generalizado

para os sistemas de pequeno e mdio porte, porm esta superioridade decai a
medida que a dimenso do sistema aumenta. Isto ocorre porque o fluxo de
potncia generalizado converge em menos iteraes que as implementaes
tradicionais, ficando a diferena de tempo em torno de 10% para o programa em
coordenadas polares e 30% para o programa em coordenadas retangulares;
129
A seguir ser realizada uma anlise mais detalhada de uma iterao do

processo de soluo do fluxo de potncia para as trs implementaes avaliadas.
5.4.2.1 Composio de uma Iterao do Processo
A Figura 82 e Figura 83 mostram a composio de uma iterao do processo de
soluo dos fluxos de potncia avaliados, onde os resultados apresentados so
percentuais em relao ao tempo total de uma iterao do mtodo generalizado.
Desempenho % por Iterao do Algoritmo

100
Mismatch
Jacobiana
Fat. LU
Outros
90
27
80
70
60
50
40
10
7
63
30
33
30
20
10
0
7
3
FP gen.
FP std (pol.)
FP std (ret.)
Figura 82 Comparao de Desempenho de uma Iterao do Processo para o

Sistema S2000
Desempenho % por Iterao do Algoritmo

100
90
Mismatch
Jacobiana
Fat. LU
Outros
20
80
70
60
4
50
69
40
4
42
30
27
20
10
0
FP gen.
FP std (pol.)
FP std (ret.)
Figura 83 Comparao de Desempenho de uma Iterao do Processo para o

Sistema S2800
130
Os resultados apresentados comprovam que o mtodo generalizado cerca de

duas vezes mais lento que os demais por iterao. Isto ocorre devido, principalmente,
ao mecanismo de soluo e derivao automtica das equaes dos modelos, uma
vez que a grande diferena nos tempos de execuo justamente onde este
mecanismo esta mais presente, durante o clculo das derivadas parciais e montagem
da matriz Jacobiana e, em menor proporo, no clculo do vetor de mismatchs do
sistema
linear.
Nas
duas
implementaes
tradicionais
estas
tarefas
so
implementadas em cdigo, o que as torna extremamente eficientes. Assim, possvel

afirmar que o mecanismo de soluo e derivao automtica a principal vantagem e
maior gargalo da metodologia generalizada.
5.4.3 Desempenho Computacional da Simulao da Dinmica Completa

A anlise de desempenho computacional para os programas de simulao da
dinmica completa ser realizada comparando-se os resultados de desempenho dos
programas SIMSEEs++ (mtodo simultneo implcito) e SIMSEEa++ (mtodo
alternado implcito) com um programa comercial escrito em FORTRAN. O programa em
FORTRAN utilizado foi o Programa para Anlise de Transitrios Eletromecnicos ANATEM desenvolvido pelo CEPEL. Este programa utiliza o esquema alternado implcito
para a soluo do conjunto de equaes algbrico-diferenciais do sistema.
A anlise comparativa limitada a estudos tpicos de estabilidade transitria,
sendo que, para esta anlise, todos os programas utilizaram os mesmos modelos para
os dispositivos do sistema, a mesma tolerncia de convergncia do processo de
soluo, o mesmo passo de integrao, e o mesmo critrio de convergncia. O evento
simulado foi a aplicao de um curto-circuito trifsico em uma das barras do sistema
com durao de 100 msegs, e o tempo total de simulao foi de 5 segs.
A Tabela 6 mostra os resultados de desempenho computacional obtidos com o
programa ANATEM e com os dois programas de simulao da dinmica completa
implementados.
131
Tabela 6 Comparao de Desempenho dos Programas de Simulao

da Dinmica Completa
ANATEM
Tempo
(segs)
SIMSEEa++
SIMSEEs++
C/CDU
S/CDU
No.
Iters/
passo
S0045
1.97
1.26
2.93
4.64
2.4
17.54
8.9
S0188
3.01
2.18
2.84
21.29
7.1
69.85
23.2
S0730
8.37
6.75
2.89
97.40
11.6
326.75
39.0
S2000
15.04
13.29
2.84
203.26
13.5
766.98
51.0
S2800
26.08
23.72
3.69
261.46
10.0
984.18
37.7
Tempo
(segs)
FD
Tempo
(segs)
FD
Obs: todos os resultados so com passo de integrao fixo e igual a 0.001 seg.
Os resultados apresentados na Tabela 6 mostram o tempo total em segundos

para a execuo das simulaes, e o Fator de Desempenho dos programas
SIMSEEa++ e SIMSEEs++, tomando-se como caso base o programa ANATEM (cujo
tempo de referncia foi destacado na coluna sombreada da tabela). Novamente,
Fatores de Desempenho abaixo de 1.0 indicam que o programa analisado mais
rpido que o caso base, e Fatores de Desempenho acima de 1.0 indicam que o
programa analisado mais lento que o caso base.
Os FDs para todos os sistemas podem ser visualizados graficamente na Figura
84.
Comparao de Desempenho
60
51.0
ANATEM
Mtd. Alternado
Mtd. Simultneo
50
39.0
40
37.7
30
23.2
20
13.5
11.6
8.9
10
10.0
7.1
2.4
0
S0045
S0188
S0730
S2000
S2800
Figura 84 Comparao de Desempenho dos Programas de Simulao da

Dinmica Completa
132
Dos resultados apresentados observa-se :
Considerando-se as condies estipuladas para as simulaes, o desempenho dos

programas SIMSEEa++ e SIMSEEs++ mostraram-se, para todos os casos, mais
lentos que o programa ANATEM;
O programa SIMSEEa++ (que utiliza o mtodo alternado implcito, mesmo mtodo

utilizado pelo ANATEM) cerca de 10 vezes mais lento que o programa ANATEM
para os sistemas de grande porte. Esta relao diminui um pouco para o sistema
S2800 devido ao aumento do nmero mdio de iteraes por passo que ocorre no
programa ANATEM;
O programa SIMSEEs++ (que utiliza o mtodo simultneo implcito com passo fixo)
chega a ser 51 vezes mais lento que o programa ANATEM para os sistemas de
grande porte. Este resultado, no entanto, j era esperado, uma vez que no mtodo
simultneo implcito a matriz Jacobiana do sistema calculada e fatorada para
cada passo de integrao (ou a cada n passos, de acordo com a heurstica de
atualizao da matriz Jacobiana adotada). O mtodo alternado implcito, por outro
lado, utiliza a matriz Ybarra do sistema em sua formulao (muito menor que a
matriz Jacobiana) e mantm esta matriz inalterada por quase toda a simulao,
apenas nos instantes onde ocorrem chaveamentos na rede eltrica a matriz
atualizada e refatorada.
5.4.3.1 Anlise do Desempenho do Mtodo Alternado Implcito

O baixo desempenho do mtodo alternado implcito orientado a objetos
(SIMSEEa++), quando comparado com o programa ANATEM, devido a generalizao
obtida com a utilizao do modelo orientado a objetos adotado. O programa
SIMSEEa++, assim como todos os demais programas do ambiente computacional
desenvolvido, reconhece e passa a considerar automaticamente qualquer novo
modelo ou dispositivo introduzido no sistema, valendo-se, para isto, das rotinas de
soluo generalizadas das equaes dos modelos. Programas comerciais como o
ANATEM tambm possuem a capacidade de incorporar automaticamente novos
modelos definidos pelo usurio (atravs dos Controladores Definidos pelo Usurio
CDUs), uma vez que novos controladores esto sempre surgindo no mercado e
devem ser rapidamente incorporados aos programas. No entanto, o programa ANATEM
permite a definio de apenas alguns tipos de controladores (reguladores de tenso e
133
velocidade, estabilizadores, etc), dispositivos como LTs, transformadores, cargas, e

outros no podem ser representados atravs de CDUs, ou seja so implementados
em cdigo. O programa SIMSEEa++, por outro lado, permite que qualquer tipo de
dispositivo seja definido pelo usurio. A Tabela 7 mostra como os dispositivos so
representados em cada um dos programas.
Tabela 7 Tipos de Modelos Utilizados
Modelos
SIMSEEa++
ANATEM
Mq. Sncrona
CDU
em cdigo
Regl. de Tenso
CDU
CDU
Regl. de Velocidade
CDU
CDU
Carga
CDU
em cdigo
LT Transformador
CDU
em cdigo
Reator - Capacitor
CDU
em cdigo
Os CDUs utilizados no programa ANATEM causam um overhead no tempo total

de execuo do programa de menos de 10% para os sistemas de grande porte,
conforme pode ser observado nos resultados da Tabela 6 ANATEM C/CDU e S/CDU.
Assim, a maior contribuio no tempo total de simulao devido a soluo do
sistema linear I=Y.V, e devido ao clculo das injees de corrente na rede eltrica
pelos dispositivos do sistema (mquinas sncronas, cargas, LTs, transformadores, etc).
A soluo do sistema linear (fatorao LU e soluo direta-inversa) equivalente para
ambos programas, logo a diferena no tempo de execuo ocorre devido ao clculo
das injees de corrente nos dispositivos do sistema, justamente onde os dispositivos
do ANATEM possuem implementao em cdigo (ver Tabela 7) e os do SIMSEEa++
utilizam os mecanismos de soluo generalizada das equaes dos modelos.
Outros aspectos contribuem ainda para a diferena de desempenho encontrada:
Qualquer chaveamento no sistema eltrico implica em reconfigurao da rede

eltrica no ambiente orientado a objetos, isto deve-se a caractersticas de
representao detalhada dos elementos do sistema (em nvel de subestao);
A implementao em C++ utiliza listas encadeadas para o armazenamento e

gerenciamento de suas estruturas internas. Este tipo de estrutura de dados permite
o autodimensionamento do programa para o porte do sistema em estudo, em
detrimento de um overhead adicional para acesso aos elementos da lista.
134
5.4.3.2 Anlise do Desempenho do Mtodo Simultneo Implcito

O desempenho do mtodo simultneo implcito mostrou-se at 51 vezes mais
lento que o programa ANATEM para sistemas de grande porte. Este resultado ocorre
devido a natureza do mtodo simultneo implcito que necessita calcular e fatorar a
matriz Jacobiana do sistema para cada passo de integrao. A Figura 85 mostra a
composio percentual do tempo de CPU para uma iterao do mtodo simultneo.
Composio % por Iterao do Processo

100
90
18
23
19
Mismatch
Jacobiana
Fat. LU
Outros
80
70
60
50
65
65
63
40
30
20
10
0
12
13
S0730
S2000
S2800
Figura 85 Composio de uma Iterao do Processo de Clculo do Mtodo

Simultneo Implcito (SIMSEEs++)
Os resultados da Figura 85 mostram que aproximadamente 80% do tempo de
cada iterao utilizado para calcular a matriz Jacobiana (60%) e os mismatchs do
sistema linear (20%), comprovando a afirmao do pargrafo anterior. Entretanto, se
por um lado o mtodo simultneo inerentemente mais lento que o mtodo alternado,
por outro a inexistncia de erros de interface entre os sistemas algbrico e diferencial
permite que passos de integrao mais elevados possam ser utilizados (o mtodo
alternado no permite passos de integrao elevados). Assim, tomando-se o sistema
S0188 como exemplo, alguns testes de desempenho com passos de integrao mais
elevados foram executados.
Duas simulaes adicionais foram executas para o sistema S0188 e levantados
os correspondentes tempos de execuo, uma com passo de integrao 10 vezes
maior que o utilizado at ento, e outra adotando uma estratgia simples de variao
automtica do passo de integrao. A estratgia de variao do passo utilizada
135
proposta em [47] e consiste em dobrar o passo de integrao atual sempre que o

nmero de iteraes do processo de soluo for inferior a um valor mnimo
especificado, e reduzir a metade sempre que o nmero de iteraes for superior a um
valor mximo especificado. Esta estratgia bastante simples e assume que o
nmero de iteraes do processo uma boa estimativa do erro local da regra
trapezoidal, sendo utilizado como referncia para o controle do passo de integrao.
Os resultados obtidos so mostrados na Tabela 8.
Tabela 8 Desempenho do Sistema S0188 para Variao no Passo de
Integrao
Tempo de CPU (segs)
t = 0.001
t = 0.010
t = AUTO
69.85
8.16
3.89
Os resultados da Tabela 8 podem ser visualizados graficamente na Figura 86.
0.001
69.85
0.010
AUTO
0.00
8.16
3.89
10.00
20.00
30.00
40.00
50.00
60.00
70.00
80.00
Tempo de CPU (segs)
Figura 86 Desempenho do Sistema S0188 para Variao no Passo de

Integrao (SIMSEEs++)
A reduo no tempo de processamento obtida com o aumento do passo de
integrao para 0.010 segs chega a 8.5 vezes o tempo base (simulao com passo
fixo de 0.001 segs), chegando a 17.9 vezes se o algoritmo de variao automtica do
passo de integrao for utilizado. A reduo no tempo de simulao obtida com o
algoritmo de variao do passo de integrao tornou o tempo de processamento do
mtodo simultneo implcito (3.89 segs) compatvel com o obtido com programa
ANATEM (3.01 segs), para o sistema S0188. Entretanto maiores ganhos podem ser
136
obtidos com algoritmos mais sofisticados de variao do passo de integrao

[48][49][50] e/ou para simulaes de mais longo prazo, onde passos de integrao
maiores podem ser utilizados. A Figura 87 mostra que o erro introduzido com o
aumento do passo de integrao no compromete os resultados das simulaes,
neste exemplo foram plotados o ngulo de um dos geradores do sistema S0188 para
uma simulao com passo de integrao de 0.001 segs e para uma simulao com
passo de integrao 0.010 segs (10 vezes maior que o primeiro).
18.42
16.96
15.5
14.05
12.59
11.13
9.67
0.
1.25
2.5
3.76
5.01
Figura 87 ngulos do Gerador para t = 1 mseg e t = 10 mseg (SIMSEEs++)
5.4.4 Simulao de Longo Prazo para o Sistema Brasileiro

Para demonstrar a robustez e o desempenho computacional da ferramenta de
simulao rpida em estudos de longo prazo ser aplicada uma curva de carga diria
tpica a uma regio do sistema interligado brasileiro e realizada uma simulao de 24
horas. O sistema simulado composto de 2806 barras, 3931 circuitos e 296
geradores, sendo 77 destes representados por seus modelos reais de mquinas
sncronas e controladores. A regio onde a curva de carga ser aplicada a rea do
Rio de Janeiro (rea Light), sendo a curva de carga discretizada a intervalos de 1
minuto (tempo tambm utilizado como passo de simulao). Todas as cargas foram
representadas atravs do seus modelo de impedncia constante.
Os resultados obtidos para a simulao da curva diria de carga no sistema
brasileiro so apresentados na Figura 88 e Figura 89.
137
Te nse s
1,145
1,14
1,135
1,13
1,125
1,12
1,115
1,11
1,105
1,1
1,095
1,09
1,085
1,08
1,075
1,07
1,065
1,06
1,055
pu
1,05
1,045
1,04
1,035
1,03
1,025
1,02
1,015
1,01
1,005
1
0,995
0,99
0,985
0,98
0,975
0,97
0,965
0,96
0,955
0,95
0,945
0,94
0
10
11
12
13
Tempo (horas)
14
15
16
17
18
19
20
21
22
23
24
Figura 88 Tenses das Principais Barras do Sistema (FASTSIM++)
Pot ncia Ele trica dos Ge ra dore s
65
60
55
50
45
40
35
30
20
pu
graus
25
15
10
5
0
-5
-10
-15
-20
-25
-30
0
10 11 12 13 14
Tempo (horas)
15 16
17 18
19 20
21 22
23 24
10 11 12 13 14 15 16 17 18 19 20 21 22 23 24
Tempo (horas)
Fre quncia dos Geradore s
Tens o de Ca m po (Efd)
2
1,001
1,001
1,001
1,001
1,001
1
1
1
1
pu
pu
1
1
1
1
1
1
0,999
0,999
0,999
0,999
10 11 12 13 14 15 16 17 18 19 20 21 22 23 24
Tempo (horas)
0,999
0
10
12
14
Tempo (horas)
16
18
20
22
Figura 89 Grandezas Eltricas de Alguns Geradores do Sistema (FASTSIM++)
138
Os resultados obtidos com o FASTSIM++ para o sistema brasileiro mostraram um

desempenho computacional bastante satisfatrio da metodologia de simulao rpida,
conforme mostra a Tabela 9.
Tabela 9 Desempenho do Sistema Brasileiro com Modelos Reais
Tempo de CPU
segs
min.
427
7.1
O resultados de desempenho computacional mostraram que a metodologia de

simulao rpida executa uma simulao de 24 horas no sistema interligado brasileiro
em apenas 7.1 minutos. Fazendo uma estimativa da mesma simulao para o
programa ANATEM, considerando a relao de 5.21 vezes o tempo real para o sistema
S2800 (da Tabela 6), o tempo de CPU seria de aproximadamente 450144 segs para
simular 24 horas, ou 5.21 dias de CPU. Nesta simulao o FASTSIM++ cerca de 1050
vezes mais rpido que o ANATEM.
5.4.5 Simulao de Mdio Prazo para o Sistema Brasileiro

Muito mais freqentes que as simulao de longo prazo em estudos de
sistemas de energia eltrica so as simulaes de mdio prazo, onde o horizonte de
simulao abrange alguns minutos. Sendo assim, a mesma curva de carga do item
anterior ser aplicada a uma regio do sistema interligado brasileiro, porm agora
apenas os 30 minutos iniciais sero simulados. Aps 10 minutos de simulao ser
aberta uma LT de baixo impacto no sistema (LT CAMPOSVITRIA), permanecendo
esta aberta pelo resto da simulao A regio onde a curva de carga ser aplicada
novamente ser a rea do Rio de Janeiro (rea Light), sendo a curva de carga
discretizada a intervalos de 1 minuto (tempo tambm utilizado como passo de
simulao). Todas as cargas so representadas atravs do seu modelo de impedncia
constante.
Os resultados obtidos para a simulao de mdio prazo no sistema brasileiro
so apresentados na Figura 90 e Figura 91.
139
Te nse s
1,14
1,135
1,13
1,125
1,12
1,115
1,11
1,105
1,1
1,095
1,09
1,085
1,08
1,075
1,07
1,065
1,06
1,055
1,05
1,045
pu
1,04
1,035
1,03
1,025
1,02
1,015
1,01
1,005
1
0,995
0,99
0,985
0,98
0,975
0,97
0,965
0,96
0,955
0,95
0,945
0,94
0,935
0,93
0,925
0
10
11
12
13
14
15
16
Tempo (min.)
17
18
19
20
21
22
23
24
25
26
27
28
29
30
Figura 90 Tenso das Principais Barras do Sistema (FASTSIM++)

Te ns o de Ca m po (Efd)

55
50
45
40
35
30
25
15
pu
graus
20
10
5
0
-5
-10
-15
-20
-25
-30
0
0
10
12
14
16
Tempo (min.)
18
20
22
24
26
28
9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30
Tempo (min.)
Figura 91 ngulo e Tenso de Campo dos Geradores (FASTSIM++)

O tempo de CPU para a simulao de 30 minutos no sistema interligado
brasileiro de apenas 12.86 segundos. Fazendo uma estimativa da mesma simulao
para o programa ANATEM, e novamente considerando a relao de 5.21 vezes o tempo
real para o sistema S2800, o tempo de CPU seria de aproximadamente 9378 segs
para simular os 30 minutos, ou 2.6 horas de CPU. Nesta simulao o FASTSIM++
cerca de 730 vezes mais rpido que o ANATEM.
140
5.4.6 Comentrios Gerais

O programa de fluxo de potncia generalizado foi comparado quanto ao seu
desempenho computacional com duas implementaes tradicionais em C++, ficando o
desempenho do programa orientado a objetos cerca de 2 vezes mais lento por
iterao que as implementaes tradicionais. Este overhead perfeitamente aceitvel
em virtude do ganho obtido com a generalizao da metodologia no reconhecimento
automtico de qualquer novo modelo definido pelo usurio.
Quanto ao desempenho dos programas de simulao da dinmica completa, o
aplicativo de simulao pelo mtodo alternado implcito apresentou um desempenho
computacional aproximadamente 10 vezes mais lento que o programa ANATEM, devido
principalmente ao seu carter geral para o tratamento dos equipamentos do sistema
(todos os equipamentos so CDU). O mtodo simultneo implcito, por sua vez,
apresentou um desempenho computacional bastante inferior ao programa ANATEM se
o passo de integrao for mantido fixo. Entretanto, os resultados obtidos para um caso
teste indicam que, se uma metodologia de variao automtica do passo for utilizada o
mtodo simultneo implcito pode apresentar resultados de desempenho compatveis
com o programa ANATEM, podendo mesmo ser superior ao ANATEM se uma
metodologia sofisticada de variao do passo for adotada [48][49][50].
A metodologia de simulao rpida tornou vivel a simulao de uma curva
diria de carga para o sistema interligado brasileiro, permitindo simular as 24 horas da
curva de carga em apenas 7.1 minutos de CPU. Nesta simulao o programa
FASTSIM++ mostrou-se aproximadamente 1050 vezes mais rpido que o programa
ANATEM, no entanto esta relao pode mudar em funo dos passos de integrao
utilizados por ambos programas.

Neste captulo foram apresentados resultados relativos aplicabilidade da
modelagem orientada a objetos a sistemas de energia eltrica. Estes resultados foram
viabilizados atravs da implementao de um ambiente de simulao e anlise para
sistemas eltricos usando a estrutura computacional proposta neste trabalho.
141
Vrios resultados foram apresentados para um sistema exemplo com 45 barras,

onde o ambiente implementado mostrou-se adequado para as diversas simulaes e
anlises executadas em uma ampla faixa de eventos e situaes usuais de sistemas
eltricos, comprovando assim a capacidade e a flexibilidade do ambiente
implementado. Com base nos resultados apresentados mostrou-se que a utilizao do
modelo orientada a objetos proposto neste trabalho perfeitamente vivel para
aplicaes em sistemas de energia eltrica.
Foram apresentados resultados tambm de desempenho computacional dos
programas orientados a objetos para vrios sistemas de diferentes portes. A anlise
comparativa do desempenho dos programas orientados a objetos com programas em
implementaes tradicionais mostrou um overhead adicional nos aplicativos orientados
a objetos, embora este seja perfeitamente aceitvel em funo da enorme flexibilidade
e agilidade obtida com os modelos orientados a objetos para sistemas de energia
eltrica.
142
Captulo 6
Concluses

O trabalho de tese descrito neste documento buscou a modelagem de sistemas
de energia eltrica atravs do paradigma da modelagem orientada a objetos. Atravs
desta nova forma de projetar programas computacionais foi projetado e implementado
um framework orientado a objetos capaz de servir como base nica para a construo
e integrao de diversos aplicativos na rea de sistemas de energia. O framework
proposto dita a arquitetura dos novos aplicativos, define sua estrutura geral, sua
diviso em classes e como estas colaboram, permitindo construir aplicaes mais
rapidamente e com estrutura similar (mais legveis e consistentes). O modelo mostrouse adequado para acomodar aplicativos tais como fluxo de potncia, anlise modal,
simulao dinmica completa e simulao rpida, bem como compartilhar resultados
entre estes aplicativos, possibilitando assim que ferramentas mais complexas como as
de avaliao de segurana possam facilmente ser implementadas. A utilizao do
framework para a construo de aplicativos na rea de sistemas de energia eltrica
permite que o engenheiro possa dar maior ateno ao desenvolvimento de aspectos
prticos e tericos do problema especfico de engenharia a ser resolvido, uma vez que
a estrutura computacional base j est disponvel e pronta para uso.
Adicionalmente, obteve-se um grau de generalizao para os aplicativos que
permitem que um novo equipamento ou modelo seja adicionado ao sistema e
assimilado automaticamente por todo o elenco de aplicativos construdo sobre o
framework. Para isso foi projetada uma interface de utilizao dos modelos que
padroniza a execuo de aes como armazenamento dos parmetros e equaes,
143
clculo das condies iniciais e soluo/derivao das equaes do modelo. Assim, os

aplicativos sabem como executar estas tarefas sem o conhecimento prvio do tipo de
dispositivo que est associado ao modelo. O mecanismo de soluo e derivao das
equaes dos modelos permite ainda que um determinado aplicativo possa ser
formulado como injeo de potncia ou corrente na rede eltrica, e em coordenadas
polares ou retangulares para as tenses, cabendo ao modelo orientado a objetos
todas as converses necessrias para a troca de formulao. Algoritmos
generalizados quanto a formulao permitem que o usurio defina qual o tipo de
injeo na rede eltrica mais adequada e/ou qual o tipo de coordenadas para as
tenses deve ser utilizado. Assim, por exemplo, se um aplicativo de Fluxo de Potncia
apresenta problemas de convergncia com a formulao tradicional (injeo de
potncia / coordenadas polares), o usurio pode alterar a formulao do aplicativo
para injeo de corrente e coordenadas retangulares, sem que um novo aplicativo
tenha que ser implementado para isso.
O framework proposto conta ainda com um toolkit para suporte matemtico dos
aplicativos. Este toolkit responsvel pelo armazenamento e gerenciamento de
matrizes e vetores esparsos e de grande porte, bem como soluo de sistemas de
equaes lineares do mesmo tipo. Um amplo conjunto de ferramentas matemticas
est tambm disponvel no toolkit, tais como operaes elementares entre matrizes e
entre matriz e vetor, clculo do determinante, inversa parcial, autovalores, autovetores
e decomposio em valores singulares para matrizes simtricas e no-simtricas. O
toolkit pode ainda ser utilizado em qualquer aplicao, no necessariamente na rea
de sistemas eltricos.
Em uma segunda etapa do trabalho, foi proposta uma modificao na
metodologia de simulao rpida das dinmicas de mdio e longo prazo de sistemas
eltricos. Esta modificao consiste na reteno da dinmica dos modelos na
formulao do mtodo modificado possibilitando que tcnicas de anlise modal
possam ser utilizadas durante a simulao da trajetria do sistema, detectando assim
fenmenos que a metodologia tradicional incapaz de detectar, tais como a
ocorrncia de alguns tipos de bifurcaes locais que podem sinalizar instabilidades no
sistema. A metodologia de simulao rpida modificada permite um estudo mais
amplo dos fenmenos que ocorrem em cenrios de instabilidade de tenso.
Adicionalmente, e em virtude da flexibilidade obtida com a estrutura computacional, foi
proposta uma metodologia de simulao que reuniu o simulador rpido modificado e
144
um simulador da dinmica completa em uma ferramenta nica de simulao,

denominada simulao combinada. Nesta metodologia possvel conduzir a
simulao com a metodologia rpida durante o intervalo de tempo em que as
dinmicas lentas ditam a trajetria do sistema, chaveando para a simulao completa
sempre que for detectado um distrbio de grande impacto no sistema durante um
intervalo de tempo suficiente para a deteco da estabilidade da trajetria, quando
ento a metodologia pode novamente ser chaveada para a simulao rpida para o
prximo intervalo de simulao.
Quanto a performance computacional dos aplicativos orientados a objetos
implementados, foram apresentados no Captulo 5 vrios resultados do desempenho
destes aplicativos comparados com programas em implementaes tradicionais para
vrios sistemas de diferentes tamanhos. Os resultados mostraram que o programa de
fluxo de potncia generalizado, quando comparado com duas implementaes
tradicionais em C++, cerca de 2 vezes mais lento, por iterao, que as
implementaes tradicionais. Para estudos de estabilidade transitria, dois programas
de simulao da dinmica completa foram comparados ao programa ANATEM do
CEPEL. O primeiro, utilizando o mtodo alternado implcito, apresentou um
desempenho computacional aproximadamente 10 vezes mais lento que o programa
ANATEM, devido principalmente ao seu carter geral para o tratamento dos
equipamentos do sistema, e o segundo, utilizando o mtodo simultneo implcito,
apresentou um desempenho computacional que chegou a ser 51 vezes mais lento que
o programa ANATEM se o passo de integrao for mantido fixo. Entretanto, se uma
metodologia de variao automtica do passo for utilizada o mtodo simultneo
implcito pode apresentar resultados de desempenho compatveis com o programa
ANATEM, podendo mesmo ser superior se uma metodologia sofisticada de variao do
passo for adotada. De maneira geral todos os aplicativos implementados
apresentaram um overhead adicional em relao aos programas convencionais, no
entanto este overhead perfeitamente aceitvel em funo da enorme flexibilidade e
agilidade obtida com os modelos orientados a objetos em sistemas de energia eltrica.
Por fim, uma simulao de longo prazo foi executada para o sistema interligado
brasileiro, onde o aplicativo de simulao rpida tornou vivel a simulao de uma
curva diria de carga de 24 horas de durao levando apenas 7.1 minutos de tempo
de CPU. Assim, este trabalho mostrou que a utilizao do modelo orientado a objetos
proposto perfeitamente vivel para aplicaes em sistemas de energia eltrica.
145
At a presente data vrios trabalhos de mestrado e doutorado tem utilizado o

framework orientado a objetos implementado como base de desenvolvimento para
aplicativos em sistemas de energia eltrica. Pode-se citar trabalhos nas reas de:
Fluxo de potncia timo, com funo objetivo e restries totalmente definidas pelo
usurio;
Avaliao da mxima transferncia de potncia entre reas de um sistema de

energia eltrica;
Distribuio de energia eltrica, com aplicaes em: fluxo de potncia pelo mtodo
de soma de potncias, reconfigurao tima de alimentadores, alocao de
bancos de capacitores e reguladores de tenso.
6.2 Sugestes para Futuros Trabalhos

So apresentadas algumas sugestes de possveis trabalhos futuros, visando a
continuidade da pesquisa iniciada neste trabalho de tese:
Projetar e implementar uma interface grfica, aderente a estrutura orientada a

objetos implementada, de tal forma que todos os nveis de descrio do sistema
possam ser visualizados e gerenciados graficamente;
Incluir o sistema de proteo no modelo orientado a objetos;
Investigar a viabilidade da utilizao de clculo parcial de autovalores para otimizar

a performance do mtodo de simulao rpida modificado com avaliao da
trajetria dos autovalores do sistema;
Implementar um esquema de variao automtica do passo de integrao para a

metodologia de simulao da dinmica completa pelo mtodo simultneo implcito
e para a metodologia de simulao rpida;
Investigar a viabilidade da utilizao de tcnicas de avaliao automtica da

estabilidade transitria para automatizar alguns aspectos do algoritmo de
simulao combinada.
146
Referncias Bibliogrficas
[1] J. RUMBAUGH, M. BLAHA, W. PREMERLANI, F. EDDY, W. LORENSEM, Modelagem e

Projetos Baseados em Objetos, Ed. Campus, 1994.f
[2] J. D. FURLAN, Modelagem de Objetos atravs da UML Anlise e Desenho
Orientados a Objeto, Makron Books, 1998.
[3] G. BOOCH, J. RUMBAUGH, IVAR JACOBSON, The Unified Modeling Language User
Guide, Addison-Wesley, 1999.
[4] E. GAMMA, R. HELM, R. JOHNSON, J. VLISSIDES, Padres de Projeto Solues
Reutilizveis de Software Orientado a Objetos, Ed. Bookman, 2000.
[5] A. F. NEYER, F. F. WU, K. IMHOF, Object-Oriented Programming for Flexible
Software : Example of a Load Flow, IEEE Transactions on Power Systems, Vol.
5, No. 3, pg. 689-696, August 1990.
[6] D. RUMPEL, S.S. VENKATA, K. PANDJI, C.C. LIU, N.M. NAGDY, Real-Time Database
for Power Systems using Language Oriented Data Structure, IEEE Transactions
on Power Systems, Vol. 5, No. 3, pp. 993-1000, August 1990.
[7] D.G. FLINN, R.C. DUGAN, A Database for Diverse Power System Simulation
Applications, IEEE Transactions on Power Systems, Vol. 7, No. 2, pp. 784-790,
May 1992.
[8] S. N. IROMONGER, M.J. BUSHNELL, R. PATEL, M.E. BRADLEY AND B.W. VAUGHAN,
An Object-Oriented Power System Model and Graphical Information Display
System for Control Engineers, Power System Control and Management,
Conference Publication No. 421, IEE, pp-120-124, April 1996.
[9] M. FOLEY, A. BOSE, W. MITCHELL, A. FAUSTINI, An Object Based Graphical User
Interface for Power Systems, IEEE Transactions on Power Systems, Vol. 8, No.
1, pp. 97-104, November 1993.
147
[10] M.
FOLEY,
A.
BOSE,
Object-Oriented
on-line
Network
Analysis,
IEEE
Transactions on Power Systems, Vol. 10, No. 1, February 1995.

[11] S. LI AND S. M. SHAHIDEHPOUR, An Object Oriented Power System Graphics
Package for Personal Computer Enviroment, IEEE Transactions on Power
Systems, Vol. 8, No. 3, pp. 1054-1060, August 1993.
[12] B. HAKAVIK, A. T. HOLEN, Power System Modelling and Sparse Matrix Operations
Using Object-Oriented Programming, IEEE Transactions on Power Systems, Vol.
9, No. 2, pg. 1045-1051, May 1994.
[13] M. R. V. VANTI, Implementao Orientada para Objeto de um Simulador para
Dinmica Lenta de um Sistema de Energia Eltrica, Dissertao de Mestrado,
UFSC, Novembro de 1994.
[14] E. Z. ZHOU, Object-Oriented Programming, C++ and Power System Simulation,
IEEE/PES Winter Meeting, paper 95 SW 219-5 PWRS, January/February 1995.
[15] Z.L. GAING, C.N. LU, B.S. CHANG, C.L. CHENG, An Object-Oriented Approach for
Implementing Power System Restoration Package, IEEE Transactions on Power
Systems, Vol. 11, No. 1, pp. 483-489, February 1996.
[16] N.B.P PHILLIPS, J.O. GANN AND M.R. IRVING, The Simian Architecture - An Object
Orientated Framework for Integrated Power System Modelling Analysis and
Control, Power System Control and Management, Conference Publication No.
421, IEE, pp-148-153, April 1996.
[17] J. ZHU, D. LUBKEMAN, Object-Oriented Development of Software Systems for
Power System Simulations, IEEE Transactions on Power Systems, Vol. 12, No. 2,
pp. 1002-1007, May 1997.
[18] E. HANDSCHIN, M. HEINE, D. KNIG, T. NIKODEM, T. SEIBT, R. PALMA, ObjectOriented Software Engineering for Transmission Planning in Open Access
Schemes, IEEE Transactions on Power Systems, Vol. 13, No. 1, pp. 94-100,
February 1998.
[19] C.R. FUERTE-ESQUIVEL, E. ACHA, S.G. TAN AND J.J. RICO, Efficient Object
Oriented Power Systems Software for the Analysis of Large-Scale Networks
148
Containing FACTS-Controlled Branches, IEEE Transactions on Power Systems,

Vol. 13, No. 2, pp. 464-472, 1998.
[20] S.J. LEE, S.I. LIM, B.S. AHN, Service Restoration of Primary Distribution Systems
Based on Fuzzy Evatuation of Multi-Criteria", IEEE Transactions on Power
[21] J. ZHU, P. JOSSMAN, Application of Design Patterns for Object-Oriented Modeling
of Power Systems, IEEE Transactions on Power Systems, Vol. 14, No. 2, pp.
532-537, 1999.
[22] M.E. BRADLEY, M.J. BUSHNELL, S.I. MACLEAN, Object-Oriented Creation of Fault
Sequences for On-Line Transient Stability Analysis, 13th PSCC Power Systems
Computation Conference, Trondheim, pp. 654-660, June/July 1999.
[23] A. MANZONI, Desenvolvimento de um Mdulo Dinmico para Simuladores de
Ensino e Treinamento em Sistemas de Energia Eltrica Usando Programao
Orientada a Objetos, Dissertao de Mestrado, UFSC, Junho de 1996.
[24] A. MANZONI, A. S. E SILVA, I. C. DECKER, Power Systems Dynamics Simulation
Using Object-Oriented Programming, IEEE Transactions on Power Systems, Vol.
14, No. 1, pp. 249-255, February 1999.
[25] L.R. ARAUJO, J.L.R. PEREIRA, Soluo de Redes Eltricas de Grande Porte,
usando Programao Orientada a Objetos, XIII Congresso Brasileiro de
Automtica CBA 2000, Florianpolis SC, Brasil. pp. 604-609, Setembro de
2000.
[26] M.N. AGOSTINI, I.C. DECKER, A.S. E SILVA, Desenvolvimento e Implementao de
uma Base Computacional Orientada a Objetos para Aplicaes em Sistemas de
Energia Eltrica, XIII Congresso Brasileiro de Automtica CBA 2000,
Florianpolis SC, Brasil. pp. 1850-1856, Setembro de 2000.
[27] S. PANDIT, S.A. SOMAN, S.A. KHAPARDE, Object-Oriented Design for Power
System Applications, IEEE Computer Applications in Power, pp. 43-47, October
2000.
[28] S. PANDIT, S.A. SOMAN, S.A. KHAPARDE, Object-Oriented Network Topology
Processor, IEEE Computer Applications in Power, pp. 42-46, April 2001.
149
[29] D. BECKER, H. FALK, J. GILLERMAN, S. MAUSER, R. PODMORE, L. SCHNEBERGER,

Standards-Based Approach Integrates Utility Applications, IEEE Computer
Applications in Power, pp. 13-20, October 2000.
[30] S. PANDIT, S.A. SOMAN, S.A. KHAPARDE, Design of Generic Direct Sparse Linear
System Solver in C++ for Power System Analysis, IEEE Transactions on Power
Systems, Vol. 16, No. 4, pp. 647-652, November 2001.
[31] M.N. AGOSTINI, J.M.F. FERREIRA, I.C. DECKER, A.S. E SILVA, Object Oriented
Matrix Structure for the Development of Computing Tools in Electric Power
Systems, VIII Simpsio de Especialistas em Planejamento da Operao e
Expanso Eltrica SEPOPE, IP-108, Braslia Brasil, Maio de 2002.
[32] L.R. ARAUJO, P.A.N. GARCIA, J.L.R. PEREIRA, Modelagem Orientada a Objetos
Aplicada na Soluo de Programas de Distribuio, XIV Congresso Brasileiro de
Automtica, Natal Brasil, pp. 844-848, Setembro de 2002.
[33] M.N. AGOSTINI, I.C. DECKER, A.S. E SILVA, Nova Filosofia para o Projeto de
Software na rea de Sistemas de Energia Eltrica utilizando Modelagem
Orientada a Objetos, XIV Congresso Brasileiro de Automtica, Natal Brasil, pp.
1555-1561, Setembro de 2002.
[34] M.N. AGOSTINI, Nova Filosofia para o Projeto de Software para Sistemas de
Energia Eltrica usando Modelagem Orientada a Objetos, Tese de Doutorado,
UFSC, 2002.
[35] D. DOTTA, Modelagem e Implementao de Aplicaes Usando uma Base
Computacional Orientada a Objetos para Sistemas de Energia Eltrica,
Dissertao de Mestrado, UFSC, 2003.
[36] A.I. MURCIA CABRA, Estudos sobre a Configurao das Redes Eltricas: Avaliao
de Diversos Algoritmos e Novas Porposies para Implementao em Tempo
Real, Dissertao de Mestrado, UFSC, 1988.
[37] P. KUNDUR, Power System Stability and Control. 1 ed. New York, McGraw-Hill
Inc., 1994.
[38] T. VAN CUTSEM, C. VOURNAS, Voltage Stability of Electrical Power Systems. 1 ed.
Kluwer Academic Publishers, 1998.
150
[39] W.J. CAUSARANO, Mtodo de Simulao Rpida no Tempo para Avaliao da

Estabilidade de Tenso, Dissertao de Mestrado, COPPE/UFRJ, 1997.
[40] C.B. BORGES, Implementao de Funes Utilizadas no Controle Coordenado de
Tenso num Simulador Rpido, Dissertao de Mestrado, COPPE/UFRJ, 2001.
[41] F.A.B. LEMOS, Determinao da Instabilidade de Tenso Associada Bifurcao
Sela-N, Tese de Doutorado, UFSC, 2000.
[42] T. VAN CUTSEM, Y. JACQUEMART, J.N. MARQUET, P. PRUVOT, A Comprehensive
Analysis of Mid-Term Voltage Stability", IEEE Transactions on Power Systems,
Vol. 10, pp. 1173-1182, 1995.
[43] T. VAN CUTSEM, C.D. VOURNAS, Voltage Stability Analysis in Transient and MidTerm Time Scales", IEEE Transactions on Power Systems, Vol. 11, pp. 11731182, 1996.
[44] B.H. CHOWDHURY, C.W. TAYLOR, "Voltage Stability Analysis: V-Q Power Flow
Simulation Versus Dynamic Simulation", IEEE Transactions on Power Systems,
Vol. 15, pp. 1354-1359, 2000.
[45] C. CAIZARES, ed., Voltage Stability Assessment, Procedures and Guides,
IEEE/PES Power System Stability Subcommittee Special Publication, Final Draft,
January 2001, disponvel em www.power.uwaterloo.ca.
[46] C. W. TAYLOR, Power System Voltage Stability, New York, McGraw-Hill, 1994.
[47] B. STOTT, Power System Dynamic Response Calculations, Proceedings of the
IEEE, Vol. 67, No. 2, February 1979, pg. 219-241.
[48] J.Y. ASTIC, A. BIHAIN, M. JEROSOLIMSKI, The Mixed Adams-BDF Variable Step
Size Algorithm to Simulate Transient and Long Term Phenomena in Power
Systems, IEEE Transactions on Power Systems, Vol. 9, No. 2, pp. 929-935, May
1994.
[49] J.L. JARDIM, X.V. FILHO, Long Term Dynamics: Its Perspective in Brazil, V
Simpsio de Especialistas em Planejamento da Operao e Expanso Eltrica
SEPOPE, Recife Brasil, Maio de 1996.
151
[50] J.L. JARDIM, C.A. NETO, M.G DOS SANTOS, P. GOMES, Design Features of a
Dynamic Security Assessment System, IX Simpsio de Especialistas em
Planejamento da Operao e Expanso Eltrica SEPOPE, SP-038, Rio de
Janeiro Brasil, Maio de 2004.
[51] A. A. P. LERM, C. A. CAIZARES, F. A. B. LEMOS, AND A. S. E SILVA, "Multiparameter Bifurcation Analysis of Power Systems," Proceedings of the North
American Power Symposium, Cleveland, Ohio, October 1998.
[52] V. VENKATASUBRAMANIAN, H. SCHTTLER AND J. ZABORSZKY, Local Bifurcations
and Feasibility Regions in Differential-Algebraic Systems, IEEE Transactions on
Automatic Control, Vol. 40, No. 12, pp. 1992-2013, December 1995.
[53] C. RAJAGOPALAN, B. LESIEUTRE, P.W. SAUER, M.A. PAI, "Dynamic Aspects of
Voltage/Power Characteristics", IEEE Transactions on Power Systems, Vol. 7, pp.
990-1000, 1992.
[54] T. ATHAY, R. PODMORE, S. VIRMANI, A Pratical Method for Direct Analysis of
Transient Stability IEEE Transactions on Power Apparatus & Systems, Vol. PAS98, 1979.
[55] Y. XUE, T. VAN CUTSEM, M. RIBBENS-PAVELLA, A Simple Direct Method for Fast
Transient Stability Assessment of Large Power Systems, IEEE Transactions on
Power Systems, Vol. 3, No. 2, pp. 400-412, May 1988.
[56] I.C.
DECKER,
L.G.S.
FONSECA,
Iterative
Algorithm
for
Critical
Energy
Determination in Transient Stability of Power Systems, IFAC - Symposium of

Planning and Operation of Electrical Energy Systems, Rio de Janeiro, Brasil, pp.
483-489, 1985.
[57] J.L. JARDIM, B. CORY, N. MARTINS, Efficient Transient Stability Assessment Using
Transient Energy Function, 13th PSCC Power Systems Computation
Conference, Trondheim, pp. 661-668, June/July 1999.
[58] M. LA SCALA, G. LORUSSO, R. SBRIZZAI, M. TROVATO, A Qualitative Approach to
the Transient Stability Analysis, IEEE Transactions on Power Systems, Vol. 11,
No. 4, pp. 1996-2002, November 1996.
152
[59] M. LA SCALA, R. SBRIZZAI, F. TORELLI, P. SCARPELLINI, A Tracking Time Domain

Simulator for Real-Time Transient Stability Analysis, IEEE Transactions on Power
[60] M. JEROSOLIMSKI, L. LECACHER, A New Method For Fast Calculation of Jacobian
Matrices:
Automatic
Differentiation
for
Power
System
Simulation,
IEEE
Transactions on Power Systems, Vol. 9 , No. 2, pp. 700-706, May 1994.

[61] A. GRIEWANK, Evaluating Derivatives Principles and Techniques of Algorithmic
Differentiation, Society for Industrial and Applied Mathematics, 2000.
[62] A. J. MONTICELLI, Fluxo de Carga em Redes de Energia Eltrica, Edgar Blcher
LTDA, 1983.
153

Tese Manzoni

Încărcat de

Informații document

Descriere originală:

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Tese Manzoni

Încărcat de

Drepturi de autor:

Formate disponibile

DESENVOLVIMENTO DE UM SISTEMA COMPUTACIONAL ORIENTADO A

OBJETOS PARA SISTEMAS ELTRICOS DE POTNCIA: APLICAO A

PROGRAMAS DE PS-GRADUAO DE ENGENHARIA DA UNIVERSIDADE

Prof. Djalma Mosqueira Falco, Ph.D.

Prof.Glauco Nery Taranto, Ph.D.

Prof. Ildemar Cassana Decker, D.Sc.

Prof. Jos Luiz Rezende Pereira, Ph.D.

Dr. Nelson Martins, Ph.D.

Dr. Jorge Luiz de Arajo Jardim, Ph.D.

RIO DE JANEIRO, RJ BRASIL

Computacional Orientado a Objetos para Sistemas

II. Ttulo ( srie )

Dedicada aos meus pais Nelsi e Alba

A minha esposa Andra e ao meu filho Filipe

Resumo da Tese apresentada COPPE/UFRJ como parte dos requisitos necessrios

DESENVOLVIMENTO DE UM SISTEMA COMPUTACIONAL ORIENTADO A

Orientadores: Djalma Mosqueira Falco

Programa: Engenharia Eltrica

Abstract of Thesis presented to COPPE/UFRJ as a partial fulfillment of the

DEVELOPMENT OF AN OBJECT ORIENTED COMPUTATIONAL SYSTEM:

Advisors: Djalma Mosqueira Falco

Department: Electrical Engineering

4.4.1 Modelos Matemticos.........................................................................................................83

FIGURA 56 POTNCIA ELTRICA E CORRENTE DE CAMPO DOS GERADORES (SIMSEEA++) .................107

1.1 Consideraes Gerais

Estruturas de dados vulnerveis manutenes;

Baixo nvel de integrao entre diferentes aplicativos;

Requerem elevados investimentos para manutenes e atualizaes;

Pouca ou nenhuma reusabilidade de cdigos j escritos;

Dificuldades no gerenciamento de mdulos desenvolvidos por equipes distintas.

possui um baixo nvel de integrao e so usados isoladamente, diminuindo a

levam a utilizao mxima do sistema de transmisso, resulta na operao em

principalmente, um conjunto amplo e integrado de ferramentas para simulao e

1.2 Estrutura do Trabalho

linguagem padro de modelagem de objetos, e sua notao grfica para descrever os

computacional desenvolvido. Os resultados mostram a flexibilidade obtida com o

2.1 Consideraes Gerais

fundamentalmente nas funcionalidades de um programa e agora passando a priorizar

Este captulo introduz os conceitos e idias bsicas da modelagem orientada a

2.2 Mudana no Enfoque de Programao

Mantm a modelagem do sistema o mais prximo possvel de uma viso

Prioriza os dados na modelagem do sistema, que so os elementos mais estveis

Oferece maior transparncia na passagem da fase de modelagem para a de

dos esforos nas etapas de modelagem e entendimento do problema, somente

2.2.1 O Conceito de Objeto

Atributos: Coordenada p1,p2,p3

Atributos: Coordenada p1,p2,p3,p4

Figura 1 Exemplos de Objetos de uma Aplicao para Geometria Plana

2.2.2 Herana e Polimorfismo

Polimorfismo: representa a capacidade de vrios objetos diferentes possurem

Herana: a capacidade do objeto herdar todas as caractersticas de um objeto

2.3 Metodologias de Projeto Orientado a Objetos

2.3.1 Mtodo de Booch [2]

2.3.2 OMT [2][1]

Modelagem de Objetos: descreve a estrutura esttica dos objetos de um sistema

Modelagem Dinmica: descreve os aspectos de um sistema que se modificam

Modelagem Funcional: descreve as transformaes dos valores dos dados de um

conservador do uso da teoria de objetos. Por outro lado, um problema apresentado a

2.3.3 Mtodo OOSE [2]

2.4 Unified Modeling Language (UML)

2.4.1 O Processo de Desenvolvimento da UML

Levantamento dos Requisitos: A meta do levantamento dos requisitos consiste

necessidades potenciais modeladas nos Casos de Uso. O diagrama de Casos de