Altevir Santos Albuquerque Lins - Monografia - 2014.1

UNIVERSIDADE DE PERNAMBUCO
ESCOLA POLITCNICA DE PERNAMBUCO

PROJETO DE FINAL DE CURSO

ALTERAO DA BASE DE DADOS
DO SAGE/SCADA PARA UM PROJETO
DE RETROFIT DAS PROTEES DE
UM BAY DE LINHA DE TRANSMISSO
EM 230 KV

por

ALTEVIR SANTOS ALBUQUERQUE LINS

Recife, junho de 2014.

UNIVERSIDADE DE PERNAMBUCO
ESCOLA POLITCNICA DE PERNAMBUCO
DEPARTAMENTO DE ENGENHARIA ELTRICA

ALTERAO DA BASE DE DADOS DO SAGE/SCADA
PARA UM PROJETO DE RETROFIT DAS PROTEES DE
UM BAY DE LINHA DE TRANSMISSO EM 230 KV

por

ALTEVIR SANTOS ALBUQUERQUE LINS

Monografia apresentada ao curso de
Engenharia Eltrica modalidade Eletrotcnica
da Universidade de Pernambuco, como parte
dos requisitos necessrios obteno do grau
de Engenheiro Eletricista.

ORIENTADOR: REGINALDO PEREIRA LEAL, M.Sc.

Recife, junho de 2014.
Altevir Santos Albuquerque Lins, 2014.

Dedico este trabalho aos meus maiores
motivadores e inspiradores, meus pais, Sr.
Gervsio Lins e Sra. Andra Lins.

AGRADECIMENTOS

Agradeo primeiramente a DEUS, que nos fornece gratuitamente a
capacidade e o conhecimento para dominarmos a engenharia.
Aos meus familiares, que decidiram apoiar e investir nessa longa caminhada
do curso superior de Engenharia Eltrica.
Agradeo tambm Escola Politcnica de Pernambuco, pela oferta do
conhecimento cientfico, por meio dos docentes do curso de Engenharia Eltrica.
Aos meus amigos da turma de Engenharia Eltrica, pelo apoio e
companheirismo durante o longo e difcil perodo acadmico.
E por fim, agradeo aos colaboradores da empresa TOWER TECNOLOGIA,
que indiretamente participaram do desenvolvimento desse projeto, atravs do
compartilhamento de conhecimento tcnico.

O homem sbio poderoso, e quem tem
conhecimento aumenta sua fora. (Bblia
sagrada, Provrbios 24:5)

Resumo da Monografia apresentada ao curso de Engenharia Eltrica da Escola
Politcnica de Pernambuco.
ALTERAO DA BASE DE DADOS DO SAGE/SCADA
PARA UM PROJETO DE RETROFIT DAS PROTEES DE
UM BAY DE LINHA DE TRANSMISSO EM 230 KV
Altevir Santos Albuquerque Lins
Junho/2014
Orientador: Reginaldo Pereira Leal, M.Sc.
rea de Concentrao: Automao de subestaes.
Palavras-chave: Controle supervisrio, Proteo de sistemas eltricos, SAGE.
Nmero de Pginas: 68.
RESUMO: A chegada dos rels digitais ao mercado gerou uma grande demanda de
projetos de substituio da tecnologia de proteo nas subestaes de transmisso
do sistema eltrico brasileiro. S que alm de toda reformulao do cabeamento,
painis, parmetros de proteo para superviso e controle dos equipamentos das
subestaes, esses projetos tambm necessitam de uma atualizao da base dados
do sistema de controle supervisrio, levando em conta que os pontos de superviso
e controle podem ser alterados, no s pela mudana do rel, mas tambm para
atender exigncias e padres estabelecidos. Dessa forma, esse documento
abordar as modificaes na base de dados de controle supervisrio de uma
subestao, para um projeto de atualizao (RETROFIT) das protees de um bay
de linha de transmisso em 230 kV, na qual visa a incluso de novos pontos de
superviso, assim como a eliminao de pontos que se tornam desnecessrios na
base de dados. Como ferramenta de exemplificao, ser utilizado o software de
superviso e controle SAGE (Sistema Aberto de Gerenciamento de Energia), na
qual ser possvel demonstrar uma aplicao real em uma subestao, sendo
mostradas as caractersticas principais desse software, os principais passos para
alterao da base dados em um projeto como este, os principais erros de
compilao em testes de consistncia, procedimentos para implementao de uma
base de dados em uma subestao operando em tempo real, etc.

LISTA DE FIGURAS

Figura 1.1 - Painis de proteo com rels eletromecnicos. ................................... 13
Figura 1.2 - Painel de proteo com rels digitais. .................................................... 14
Figura 2.1 - Nveis hierrquicos de um sistema eltrico de potncia. ....................... 21
Figura 2.2 - Sistema de controle supervisrio em uma sala de comando de uma
subestao. ............................................................................................................... 22
Figura 2.3 - Arquitetura de comunicao utilizando UTRs (SE Banabui). ............... 24
Figura 3.1 - Visor de alarmes do SAGE. ................................................................... 27
Figura 3.2 - Visor de telas do SAGE. ........................................................................ 27
Figura 3.3 - Modelo de base de dados relacional do SAGE. ..................................... 29
Figura 3.4 - Relacionamento entre as entidades dos pontos digitais. ....................... 30
Figura 4.1 - Bay da linha de transmisso BNB - 04M3. ............................................. 36
Figura 4.2 - Padro CHESF de ID dos pontos de superviso do SAGE. .................. 47
Figura 4.3 - STI: Ferramenta do SAGE para teste da base de dados. ...................... 51
Figura 4.4 - Identificao de erros pelo STI do SAGE. .............................................. 52
Figura 5.1 - Visor de processos de SAGE. ................................................................ 56
Figura 5.2 - Visor de logs do SAGE. ......................................................................... 58
Figura 5.3 - Visor de alarmes do SAGE. ................................................................... 59
Figura 5.4 - Visor de telas do SAGE (subestao Banabui da CHESF). ................. 59

LISTA DE TABELAS

Tabela 3.1 - Atributos da entidade PDF. ................................................................... 31
Tabela 3.2 - Atributos da entidade PDD. ................................................................... 32
Tabela 3.3 - Atributos da entidade PDS. ................................................................... 33
Tabela 4.1 - Lista de pontos do projeto de RETROFIT da LT BNB-04M3. ................ 37
Tabela 4.2 - Pontos digitais supervisionados do bay da LT BNB-04M3 antes do
RETROFIT, extrados da base de dados da SE. ....................................................... 38
Tabela 4.3 - Pontos que sero adicionados base de dados da SE-Banabui. ....... 41
Tabela 4.4 - Substituio dos pontos semelhantes na base dados do SAGE. .......... 41
Tabela 4.5 - Exemplos de registros na entidade PDF. .............................................. 43
Tabela 4.6 - Descrio sucinta dos atributos da entidade PDD. ............................... 46
Tabela 4.7 - Descrio sucinta dos atributos da entidade PDS................................. 47
Tabela 5.1 - Agrupamento de pontos na UTR. .......................................................... 54

LISTA DE ABREVIATURAS / SIGLAS

Termo Descrio
ANEEL
IED

Intelligent Electronic Device
Agncia Nacional de Energia Eltrica
Dispositivos Eletrnicos Inteligentes
IHM Interface Human Machine Interface Homem Mquina
ONS
PDD
PDF
PDS
SAGE
SCADA
SE
SEP
SIN
UTR

Supervisory Control And
Data Acquisition

Operador Nacional do Sistema Eltrico
Pontos Digitais de Distribuio
Pontos Digitais Fsicos
Pontos Digitais Lgicos
Sistema Aberto de Gerenciamento de
Energia
Sistemas de Superviso e Aquisio
de Dados
Subestao
Sistema Eltrico de Potncia
Sistema Interligado Nacional
Unidade Terminal Remota

SUMRIO

1. INTRODUO ................................................................................................... 12
1.1 CONTEXTUALIZAO DO ASSUNTO ...................................................... 12
1.2 MOTIVAO DO TRABALHO .................................................................... 15
1.3 OBJETIVOS DO TRABALHO ..................................................................... 16
1.3.1 OBJETIVO GERAL ................................................................................ 16
1.3.2 OBJETIVOS ESPECFICOS ................................................................. 16
1.4 METODOLOGIA UTILIZADA ...................................................................... 17
1.5 ESTRUTURA DO TRABALHO ................................................................... 18

2. MODELO DE SUPERVISO E CONTROLE DO SEP ....................................... 19
2.1 VISO GERAL ............................................................................................ 19
2.2 ESTRUTURA DE AQUISIO DE DADOS ................................................ 22

3. O SAGE - SISTEMA ABERTO DE GERENCIAMENTO DE ENERGIA ............. 25
3.1 CARACTERSTICAS GERAIS .................................................................... 25
3.2 FUNCIONALIDADES DO SAGE ................................................................. 26
3.3 MODELO DE BASE DE DADOS DO SAGE ............................................... 28
3.4 PONTOS DIGITAIS E SUAS ENTIDADES ................................................. 29
3.4.1 PDF ....................................................................................................... 31
3.4.2 PDD ....................................................................................................... 32
3.4.3 PDS ....................................................................................................... 32

4. PROJETO DE ALTERAO DA BASE DE DADOS DO SAGE ....................... 34
4.1 ONDE SE APLICA ...................................................................................... 34
4.2 CARACTERSTICAS GERAIS DO PROJETO ............................................ 34
4.3 PASSO 1: COMPARAR A LISTA DE PONTOS DO PROJETO DE
RETROFIT COM OS PONTOS J SUPERVISIONADOS DO BAY ...................... 36
4.4 PASSO 2: ALTERAO DA BASE DE DADOS ......................................... 42
4.4.1 ALTERAO DA ENTIDADE PDF ........................................................ 43
4.4.2 ALTERAO DA ENTIDADE PDD ....................................................... 45
4.4.3 ALTERAO DA ENTIDADE PDS ........................................................ 46
4.5 SUGESTES PARA ALTERAO DA BASE DE DADOS ........................ 49
4.6 PASSO 3: TESTAR A NOVA BASE DE DADOS E CONSERTAR OS
POSSVEIS ERROS IDENTIFICADOS PELO SAGE ............................................ 51

5. IMPLEMENTAO EM CAMPO DE UMA BASE DE DADOS .......................... 53
5.1 CONSIDERAES GERAIS ...................................................................... 53

5.2 PROBLEMA DE INDISPONIBILIDADE DE BORNES NA UTR .................. 54
5.3 IMPLANTAO DA BASE NOS SERVIDORES ......................................... 55
5.4 REALIZAO DOS TESTES EM CAMPO ................................................. 57

6. CONCLUSO ..................................................................................................... 60

7. ANEXOS ............................................................................................................. 62
7.1 ANEXO A: PLANILHA DE SUPERVISO DA CHESF - NVEL 2
(DEMONSTRATIVO) ............................................................................................. 62
7.2 ANEXO B: CONFIGURAO DE UM PONTO DIGITAL DE
SUPERVISO DA LINHA DE TRANSMISSO: TRIP - ZONA 1 ........................... 63
7.3 ANEXO C: CONFIGURAO DE UM PONTO DIGITAL DE
SUPERVISO DO DISJUNTOR: BAIXA PRESSO DE SF6 1 GRAU ................ 64
7.4 ANEXO D: CONFIGURAO DE UM PONTO DIGITAL DE
SUPERVISO DO REATOR: REL DE GS 1 GRAU ........................................ 65
7.5 ANEXO E: CONFIGURAO DE UM PONTO DIGITAL DE
CONTROLE DO BAY: CHAVE SECCIONADORA 34M3-4 ................................... 66
7.6 ANEXO F: ARQUITETURA DE COMUNICAO DA SE BANABUI ........ 67

8. REFERNCIAS BIBLIOGRFICAS .................................................................. 68

12

1. INTRODUO

1.1 CONTEXTUALIZAO DO ASSUNTO
Os primeiros dispositivos destinados proteo e controle do Sistema Eltrico
de Potncia (SEP) eram baseados no efeito eletromagntico, mais conhecidos como
rels eletromecnicos. Com o passar do tempo, esses equipamentos comearam a
ficar obsoletos, pois os rels microprocessados comearam a chegar ao mercado
prometendo maior confiabilidade, rapidez, simplicidade, economia, alm da unio de
diversas funes em um nico dispositivo, entre outras vantagens.
Como introduo de nova tecnologia gera adaptaes, no foi diferente com
os rels digitais. Logo, as subestaes do SEP comearam a fazer a substituio
dos antigos rels eletromecnicos pelos rels digitais, realizando-se inmeros
projetos de RETROFIT (do ingls "melhorar", "aperfeioar") que revisavam toda a
proteo, controle e superviso antiga dos bays das subestao, implementando
essas funes com os novos rels digitais, tentando atender as exigncias e
padres determinados pela ANEEL (Agncia Nacional de Energia Eltrica).
Esses projetos de RETROFIT esto interligados com todos os nveis de
superviso do sistema eltrico, desde o ptio das subestaes at o sistema de
controle supervisrio nacional. Assim, alm de toda a reviso dos parmetros da
proteo, pontos de superviso, cabeamento, fiao, mudana de painel, entre
outros; projetos como estes geram tambm a necessidade da reviso da base de
dados do controle supervisrio do sistema, pois podem ser acrescentados novos
pontos de superviso, assim com outros tambm podem ser retirados, alm das
alteraes ocasionadas pela mudana de filosofia da proteo, devido a
implementao de uma nova tecnologia.
Os pontos de superviso dos bays de uma subestao so definidos de
acordo com a necessidade do projeto, obedecendo sempre alguns critrios mnimos.
Esses critrios so reunidos em um documento chamado Procedimentos de Rede,
que estabelece, para cada nvel de tenso, os pontos que devem ser
supervisionados pelo sistema de proteo e controle, seja para um vo de linha de
transmisso ou de um transformador de potncia.
13

Portanto, a substituio dos rels eletromecnicos pelos rels digitais, assim
como as exigncias estabelecidas pelos procedimentos de rede, geram inmeras
mudanas no sistema de proteo, medio, superviso e controle das subestaes.
As figuras 1.1 e 1.2 mostram os painis de proteo com os antigos rels
eletromecnicos e com os modernos rels digitais. Pode-se comprovar a reduo de
espao nesses chassis de proteo, outra grande vantagem obtida com chegada
dos rels digitais. Outra vantagem fcil de perceber a reduo de fiao nesses
mesmos painis, tendo em vista que a maioria das lgicas e intertravamentos agora
podem ser implementados e processados pelo rels digitais, no necessitando de
interligao entre os contatos dos rels eletromecnicos e outros equipamentos.

Figura 1.1 - Painis de proteo com rels eletromecnicos.
14

Figura 1.2 - Painel de proteo com rels digitais.

As mudanas referentes ao sistema de controle supervisrio, que esses
projetos de RETROFIT geram, sero tratadas neste trabalho. Para exemplo, ser
utilizado um projeto de RETROFIT de um bay de linha de transmisso de 230 kV da
CHESF (Companhia Hidro Eltrica do So Francisco), a principal transmissora de
energia eltrica da regio Nordeste. Essas alteraes da base de dados do sistema
supervisrio acontecem tanto na subestao, na qual est disposto o bay de projeto,
quanto em nvel de controle Regional. Porm, esse trabalho focar na alterao da
base de dados do sistema de controle supervisrio a nvel de subestao.
O software mais utilizado pela CHESF para superviso e controle de suas
subestaes o SAGE (Sistema Aberto de Gerenciamento de Energia), que ser o
objeto de estudo deste trabalho, tendo em vista que a maior parte das alteraes no
sistema de controle supervisrio, para esses projetos de RETROFIT, esto
associadas alterao da base de dados da subestao. Por isso, tambm ser
apresentado um resumo sobre esse software de comunicao, tendo em vista
facilitar o entendimento do principal objetivo desse trabalho.

15

1.2 MOTIVAO DO TRABALHO
A chegada dos rels digitais no mercado da engenharia eltrica gerou uma
demanda de projetos de RETROFIT (substituio da tecnologia de proteo) muito
elevada, por existirem inmeras subestaes que compem o SEP. Essa demanda
de projetos incorporou todos os setores ligados proteo do sistema, inclusive o de
controle supervisrio. Ento, solues para a alterao da base de dados do sistema
de superviso e controle das subestaes teriam que ser estudadas, de forma que a
chegada dos rels digitais gerassem o menor impacto possvel. Da surgiu a
motivao para o desenvolvimento deste trabalho, que justamente a alta demanda
de projetos de alterao de base de dados de controle supervisrio.
Mas se poderia perguntar: Por que no criar novas bases de dados de
controle supervisrio para as subestaes? Essa pergunta bem simples de ser
respondida, e poderia se resumir em dois motivos. O primeiro motivo porque a
base de dados nica para toda a instalao da subestao, e os bays das
subestaes geralmente so retrofitados separadamente. Isso resultaria na criao
de uma nova base de dados para cada bay retrofitado. O segundo motivo o fato
da base de dados comportar muitas informaes que no sofrem alteraes em
projetos de RETROFIT com esse carter de substituio da tecnologia de proteo.
Para ser ainda mais claro, na execuo desses projetos, apenas o sistema
relacionado com os pontos de superviso da base de dados sofre alteraes, o que
representa uma parcela muito pequena da base de dados, dependendo da
quantidade de pontos de superviso e controle do bay que ser submetido ao
projeto. Dessa forma, se observou que a alterao da base de dados era a melhor
maneira de atualizar o sistema de controle supervisrio da subestao, tendo em
vista que a criao de uma nova base dados resultaria em um maior esforo, alm
do risco de omisso de informaes relacionadas aos outros sistemas da base de
dados, que no sofreriam qualquer alterao em projetos como estes.
Sabendo disso, e com a experincia presenciada no desenvolvimento de
alguns projetos nesse carter, encontrou-se motivao para apresentar um modelo
de alterao de base de dados, com um software muito utilizado, que fosse de
simples entendimento e capaz de ser executado com um mnimo de conhecimento
na rea de superviso e controle de subestaes.
16

1.3 OBJETIVOS DO TRABALHO

1.3.1 OBJETIVO GERAL
O presente projeto tem como principal objetivo apresentar os conhecimentos
necessrios para alterao da base de dados do sistema de controle supervisrio de
uma subestao para um projeto de RETROFIT das protees de um bay de linha
de transmisso de 230 kV, utilizando como ferramenta o software de controle
supervisrio SAGE (Sistema Aberto de Gerenciamento de Energia).

1.3.2 OBJETIVOS ESPECFICOS
Apresentar alguns conceitos de proteo e controle de subestaes,
focando no modelo de superviso e controle do Sistema Eltrico de
Potncia (SEP);
Apresentar o software de controle supervisrio SAGE (Sistema Aberto
de Gerenciamento de Energia), mostrando suas principais
caractersticas e seu modelo de base de dados;
Apresentar uma soluo para a alterao da base dados do SAGE
para um projeto de RETROFIT das protees de um bay de linha de
transmisso, mostrando as etapas principais, testes de consistncia,
sugestes para alterao da base de dados, etc;
Apresentar uma soluo para "implementao em campo" de uma
base dados de controle supervisrio de uma subestao, mostrando
os principais cuidados, procedimentos de segurana, testes de
consistncia em campo, etc;
Apresentar o conhecimento bsico necessrio para o desenvolvimento
de qualquer projeto executivo, a nvel de superviso e controle, que
tenha o carter de RETROFIT de protees, utilizando o software de
controle supervisrio SAGE.

17

1.4 METODOLOGIA UTILIZADA
Para o desenvolvimento deste trabalho foram utilizadas diversas literaturas
que tratam da automao de subestaes, sistema de controle supervisrio,
proteo de sistemas eltricos, alm da experincia prtica adquirida ao longo de
alguns projeto desenvolvidos e executados nessa linha de conhecimento. Outra
ferramenta importante e essencial para o desenvolvimento deste projeto foi o
software de controle supervisrio SAGE, na qual foram feitos os testes necessrios,
sempre com o auxlio dos seus manuais.
Para alterao da base de dados de controle supervisrio de uma subestao
necessrio conhecer bem o software de trabalho, mesmo que se trate de um
sistema aberto que seja capaz de abrigar qualquer tipo de protocolo de
comunicao. Para efeito de exemplificao, o software de superviso e controle
utilizado neste documento ser o SAGE, sistema presente em muitas subestaes
de transmisso do Brasil.
Por se tratar de um assunto extremamente prtico, teria que ser utilizado
algum exemplo existente para o melhor entendimento, por isso foi escolhido o
projeto de um bay de linha de transmisso de 230 kV da CHESF, que possui um
modelo de superviso e controle caracterstico, utilizando o SAGE no seu sistema de
controle supervisrio. Assim, o exemplo prtico utilizado ser bastante voltado para
esse modelo de superviso caracterstico, no significando uma restrio para a
aplicao em destaque, pois esse trabalho abordar o presente assunto sempre
dando margens a outras aplicaes.
Dessa forma, a metodologia utilizada ser a mais simples possvel, de forma
que seja possvel entender o procedimento para alterao de uma base de dados do
SAGE, podendo se estender a projetos com propostas diferentes, desde que se
relacionem com pontos digitais de superviso e controle.

18

1.5 ESTRUTURA DO TRABALHO

Esse trabalho est dividido em cinco captulos, assim dispostos:

1. Introduo: apresentada uma breve contextualizao sobre o assunto,
tambm so abordadas as motivaes para o desenvolvimento desse
trabalho, o principais objetivos, metodologia utilizada, assim como a forma
com que o trabalho ser estruturado.
2. Modelo de superviso e controle do SEP: Apresentado de forma a
possibilitar o entendimento macro do que ocorre com o sistema de
controle supervisrio quando se deseja substituir as tecnologias de
proteo.
3. O SAGE: Mostra-se suas principais caractersticas, ambientes, entidades
relacionadas aos pontos digitais, entre outros; para que se construa a
base do conhecimento necessrio para o entendimento do projeto do
captulo seguinte.
4. Projeto de alterao da base de dados do SAGE: So mostrados os
procedimentos, configurao dos atributos das principais entidades dos
pontos digitais, testes, correo de erros, sugestes, etc. utilizado
como exemplo um projeto de RETROFIT das protees de um bay de
linha de transmisso de 230 kV.
5. Implementao em campo de uma base de dados: So mostrados alguns
conhecimentos prticos necessrios para implementao em campo de
uma base de dados em uma subestao de transmisso operando em
tempo real.

19

2. MODELO DE SUPERVISO E CONTROLE DO SEP

2.1 VISO GERAL
O SEP precisa ser monitorado e controlado, de forma que se possa suprir as
cargas da forma mais confortvel, sem sobrecarregar as linhas de transmisso e os
transformadores, garantindo, obviamente, a continuidade e a qualidade da energia
entregue em nveis de tenso e frequncia aceitveis. Alm disso, o sistema tem
que ser capaz de eliminar qualquer tipo de defeito casual e estar preparado para
suportar qualquer tipo de contingncia, seja um curto circuito, ou mesmo a perda
uma linha de transmisso ou um transformador do sistema.
Para atender a todos esses requisitos, o sistema supervisrio se torna pea
fundamental, pois ele permite a visualizao dos eventos de um grande sistema em
uma simples tela de computador em um centro de controle. Alm da visualizao
das grandezas, estados dos equipamentos e at histrico de eventos, o sistema de
controle supervisrio do SEP ainda permite a operao do sistema, seja em uma de
suas subestaes, localmente, ou em um centro de controle regional ou do SIN
(Sistema Interligado Nacional), remotamente.
Dentre as inmeras funes desempenhadas por um sistema de controle
supervisrio de um sistema eltrico, se destacam algumas abaixo:
Monitoramento de grandezas analgicas, como tenso, corrente,
frequncia, etc;
Monitoramento dos estados dos disjuntores e chaves seccionadoras;
Monitoramento do sistema de acionamento, extino de arco, falha,
bloqueio e outras particularidades de funcionamento dos disjuntores;
Monitoramento do funcionamento dos transformadores, como
temperatura de leo, rel de gs, sobrecarga, etc;
Monitoramento dos eventos de teleproteo e atuao das protees
dos equipamentos;
Monitoramento do fluxo de potncia entre as barras do SEP;
Controle dos disjuntores e seccionadoras em manobras de
transferncia de proteo;
20

Controle da ativao do religamento automtico dos disjuntores;
Controle de TAP dos transformadores;
Controle do sistema de gerao;
Controle do sistema de comunicao da subestao (ativao e
desativao de processos).
Dessa forma, percebe-se o quanto o sistema supervisrio importante no
monitoramento do sistema eltrico, e o seu entendimento est totalmente
relacionado com o conhecimento do funcionamento dos equipamentos que
compem o sistema eltrico.
Ento, para o melhor entendimento do funcionamento do sistema de
superviso e controle do SEP, importante ter o conhecimento de que ele dividido
em nveis hierrquicos, visando uma melhor separao e classificao dos
equipamentos. Assim, possvel destacar quatro nveis mais conhecidos, explicados
abaixo.
a) NVEL 0: o nvel mais baixo do sistema eltrico, localizado no ptio das
subestaes, onde se encontram os equipamentos principais. Os
equipamentos encontrados neste nvel so: Transformadores de fora,
banco de capacitores, reatores, transformadores de corrente (TCs),
transformadores de potencial (TPs), pra-raios, disjuntores, chaves
seccionadoras.
b) NVEL 1: Os equipamentos desse nvel so responsveis pela proteo e
controle dos equipamentos dispostos no NVEL 0 das subestaes. Os
principais equipamentos so: Rels de proteo, Unidades Terminais
Remotas (UTRs), unidades de aquisio, switches, distribuidores pticos,
interfaces eltrico/ptico, medidores, etc. Os rels de proteo digitais
dispostos neste nvel so tambm conhecidos como IEDs (Intelligent
Electronic Device).
c) NVEL 2: Esse nvel responsvel pelo controle supervisrio local das
subestaes, concentrando as informaes recolhidas do NVEL 1, para
que possam ser visualizadas em uma interface pelos operadores da
subestao, alm de permitir o controle dos equipamentos. Onde so
encontrados os seguintes equipamentos: Gateways, computadores, IHMs
21

(Interface Human Machine). Os softwares mais comuns destinados ao
controle supervisrio de subestaes so: SAGE, ELIPSE, SUBNET, etc.
d) NVEL 3: Esse nvel tambm chamado de centro de operao, que
responsvel pelo monitoramento de todas as subestaes do SEP,
podendo ser a nvel regional, COR (Centro de Operao Regional), ou a
nvel nacional, COS (Centro de Operao do Sistema). Nesse nvel de
superviso so tomadas as principais decises para a melhor distribuio
do fluxo de potncia.
importante destacar essa classificao, pois a todo momento esses nveis
sero mencionados ao longo deste documento, principalmente o responsvel pelo
controle supervisrio das subestaes (NVEL 2), que desempenha a funo
SCADA (Supervisory Control And Data Acquisition), em portugus (Sistemas de
Superviso e Aquisio de Dados), sigla em ingls muito utilizada quando se trata
de superviso e controle de sistemas. Abaixo, na figura 2.1, a diviso mencionada
melhor esclarecida.

Figura 2.1 - Nveis hierrquicos de um sistema eltrico de potncia.

Com essa diviso, se torna mais simples entender como se procede a
aquisio e controle dos dados em uma subestao. Para isso, deve-se ter em
22

mente que os nveis destacados acima esto inteiramente conectados, de tal forma
que se torna importantssimo o relacionamento entre eles para o desenvolvimento
de qualquer projeto de substituio de algum equipamento na subestao, ou at
mesmo um projeto de ampliao. A figura 2.2 abaixo mostra uma sala de controle
supervisrio de uma subestao (NVEL 2), com seus computadores e IHMs,
utilizando o SAGE como software de comunicao.

Figura 2.2 - Sistema de controle supervisrio em uma sala de comando de uma subestao.

2.2 ESTRUTURA DE AQUISIO DE DADOS
A aquisio dos dados para o sistema de controle supervisrio da subestao
(NVEL 2) comea em seu ptio (NVEL 0), atravs dos transformadores de
instrumentos (TPs e TCs) e contatos auxiliares dos equipamentos (disjuntores,
chaves seccionadoras, reatores, banco de capacitores, transformadores de fora,
etc), na qual podem indicar grandezas analgicas como tenso e corrente, e
23

grandezas digitais como estados de disjuntores e chaves secionadoras, atuao de
um rel de gs de um transformador, atuao de um rel por baixa presso do
sistema de extino de arco de um disjuntor.
Esses sinais analgicos e digitais so aquisitados pelo nvel responsvel pela
proteo dos equipamentos da subestao (NVEL 1), tendo como principais
representantes os rels de proteo e medidores. Em termos de localizao fsica,
os rels de proteo j no esto mais no ptio da subestao, podendo ser
encontrados na prpria sala de comando ou em cabanas que abrigam esses
equipamentos.
Passando pelos equipamentos de proteo e medidores, os sinais agora
precisam ser enviados para o nvel de controle supervisrio (NVEL 2), ento esses
sinais analgicos e digitais chegam at uma Unidade Terminal Remota (UTR), que
geralmente encontrada na sala de comando da subestao e tem a funo de
enviar ao sistema de controle supervisrio essas informaes atravs de protocolos
de comunicao. Assim, o sistema de superviso e controle j capaz de aquisitar
os dados da UTR e mostrar a situao do sistema em seus servidores e IHMs.
A comunicao entre o nvel NVEL 2 e o NVEL 3 mais simples, uma vez
que as informaes podem ser enviadas atravs da rede que conecta a subestao
com o centro regional responsvel. Essas informaes de comunicao tambm
podem ser enviadas diretamente da UTR para o NVEL 3, sem a necessidade de
passar pelo NVEL 2, dependendo do modelo e estrutura de aquisio de dados da
subestao.
Alguns protocolos de comunicao mais modernos dispensam a utilizao de
uma UTR, principalmente com a chegada dos rels inteligentes (IEDs), que so
capazes de se comunicar diretamente com o sistema de controle supervisrio,
atravs de redes no padro ethernet. Por isso algumas subestaes possuem uma
arquitetura mista, com bays se comunicando diretamente com o sistema de controle
supervisrio e bays utilizando UTR para se comunicar.
No Anexo F mostrada a arquitetura de comunicao da subestao de
Banabui da CHESF, que possui alguns bays digitais, que no utilizam UTR para se
24

comunicar com o sistema supervisrio, assim como outros bays no digitais que
utilizam UTR para comunicao.
O modelo de aquisio de dados que utiliza UTRs para comunicao com o
sistema de controle supervisrio ser contemplado neste documento, priorizando o
protocolo de comunicao DNP V3.0, que largamente utilizado nas subestaes
da CHESF.
Na figura 2.3 ampliada a parte da arquitetura de comunicao da
subestao de Banabui que abriga os bays que utilizam UTRs para comunicao
com o sistema supervisrio. Essa arquitetura ser a utilizada no projeto de alterao
da base de dados do SAGE, quer ser explicado nos captulo seguintes.

Figura 2.3 - Arquitetura de comunicao utilizando UTRs (SE Banabui).

25

3. O SAGE - SISTEMA ABERTO DE GERENCIAMENTO DE ENERGIA

3.1 CARACTERSTICAS GERAIS
O SAGE (Sistema Aberto de Gerenciamento de Energia) um software para
controle supervisrio de sistemas eltricos, desenvolvido pelo Laboratrio Avanado
de Superviso e Controle LASC do CEPEL (Centro de Pesquisas de Energia
Eltrica) da Eletrobrs, e usa as tecnologias mais recentes e avanadas para
gerenciamento de energia, desde uma pequena instalao de distribuio at um
grande centro de operaes em um sistema eltrico de potncia.
Essa ferramenta foi desenvolvida com uma proposta de reunir diversas
tecnologias, de forma que se tornasse possvel a comunicao entre plataformas e
hardwares de fabricantes diferentes, sendo uma das razes para ele ser classificado
como um sistema aberto. Alm disso, o SAGE teve tambm como proposta o
estabelecimento da integrao do sistema eletroenergtico, de forma a centralizar as
informaes do sistema eltrico em centros de operao, gerando grande avano na
prestao de servios de suprimento de energia eltrica.
O SAGE baseado em uma arquitetura distribuda e redundante, possuindo
trs ambientes de trabalho distintos, comportando alguns subsistemas, que so
descritos abaixo:
Tempo-Real: Gerenciador de base de dados de tempo-real,
subsistema de comunicao, subsistema de interface grfica,
subsistema de exportao de dados;
Dados Histricos e Modo de Estudo: Estudos, estatsticas e relatrios
de interesse gerencial;
Configurao: Aplicativos off-line para configurao da base de dados,
gerncia de dados histricos, editor grfico de telas.
Para um sistema de comunicao poder ser chamado de aberto, ele tem
que atender a algumas exigncias. Assim, o SAGE foi desenvolvido com essa
proposta, atendendo os seguintes critrios abaixo.
Portabilidade;
26

Interoperabilidade;
Modularidade;
Conectividade;
Confiabilidade;
Disponibilidade;
Segurana;
Expansibilidade.
Para atender a todos esses requisitos e ser classificado como um sistema
aberto, no projeto do SAGE foram considerados alguns aspectos. O primeiro deles
foi a preocupao com os padres e normas internacionais, sendo utilizado o que
existia de mais moderno em termos de estrutura de redes. Isso garantiu a
portabilidade do SAGE, que permite a operao desse sistema em diversas
plataformas de software e hardware.
Outra preocupao atendida na criao do SAGE foi a necessidade de
conectar/interligar sistemas com plataformas de hardware diferentes, permitindo que
equipamentos de vrios fabricantes pudessem ser conectados sem gerar problemas
de incompatibilidade. A partir desse pensamento, tambm se resolveu problemas de
expansibilidade e modularidade, na qual possibilitou o crescimento do sistema ou
mesmo alterao, sem ocasionar qualquer impacto no sistema existente.
Outro aspecto tambm atendido pelo SAGE foi a necessidade de um sistema
que pudesse estar presente em todos os nveis de superviso e controle do sistema
eltrico de potncia, de forma que as informaes do sistema pudessem ser
centralizadas e uniformizadas. Essas foram algumas das preocupaes que foram
levadas em considerao na criao desse software, porm existem inmeras
outras vantagens que faz com que o sistema SAGE seja largamente utilizado no
sistema de controle supervisrio do SEP.

3.2 FUNCIONALIDADES DO SAGE
O SAGE utiliza a plataforma LINUX e possui alguns ambientes virtuais de
superviso e controle, que permite um operador supervisionar o estado do sistema
eltrico em uma sala de comando de uma subestao, ou at mesmo em um centro
27

regional de operao. Dentre os ambientes dispostos no SAGE, destaca-se o visor
de alarmes, o histrico do sequencial de eventos, o visor de processos (indica quais
os processos esto sendo executados em cada servidor), o visor de telas ( possvel
visualizar todo o comportamento do sistema), o visor de tendncias, o editor de telas
(SigDraw), entre outros. As figuras 3.1 e 3.2 representam alguns dos ambientes
mais utilizados pelos operadores do SAGE.

Figura 3.1 - Visor de alarmes do SAGE.

Figura 3.2 - Visor de telas do SAGE.
28

3.3 MODELO DE BASE DE DADOS DO SAGE
Todo software de controle supervisrio precisa de uma base de dados
relacional, que permita associar os pontos fsicos de entrada aos pontos lgicos que
sero processados no software, alm de reunir todas as informaes referentes ao
modelo comunicao, histrico de eventos, servio de alarmes, conexo com os
servidores, estrutura de aquisio de dados, etc. A base de dados do SAGE
bastante rica, conforme ser mostrado.
De logo ratifica-se que o entendimento de toda a estrutura do SAGE levaria
bastante tempo, exigindo bastante dedicao e aplicao prtica, inclusive existem
treinamentos especficos para aprofundamento neste software. Dessa forma, o
SAGE ser tratado de forma bastante sucinta, privilegiando sempre o contedo
relacionado com o objetivo desse documento, que so as principais alteraes na
base de dados do SAGE para um projeto de RETROFIT de proteo, incluindo um
exemplo prtico com todos os passos para a bem sucedida alterao da base,
testes de consistncia e sugestes para alterao da base de dados.
O SAGE possui um modelo baseado em entidades, atributos e registros, em
sua base de dados. Para entender bem o que significa esses termos, podemos fazer
uma relao com um determinado documento que possui vrias tabelas (Entidades)
relacionadas, cada tabela possui colunas (Atributos) com caractersticas
determinadas e que esperam informaes em suas linhas (Registros) a respeito de
algum evento. Esclarecendo ainda mais, abaixo, na figura 3.3, so representadas
duas entidades do SAGE (LSC e TAC), com os atributos de cada entidade e alguns
registros.
Na figura 3.3 tambm possvel observar o relacionamento entre entidades,
que representa a maior complexidade da base de dados, tanto de criao de uma
nova base quanto de alterao de uma existente. Muitos outros relacionamentos so
encontrados entre as entidades do SAGE, exigindo uma certa experincia para o
domnio de todas elas. Por isso, esse documento focar nas principais entidades
relacionadas aos pontos digitais de superviso e controle.

29

Figura 3.3 - Modelo de base de dados relacional do SAGE.

Podem existir relacionamentos entre trs, quatro ou at mais entidades,
sendo todas imprescindveis para o correto funcionamento do software, exceto as
que so destinadas a outros tipos de aplicaes.

3.4 PONTOS DIGITAIS E SUAS ENTIDADES
Um ponto digital no SAGE pode representar qualquer evento ou grandeza que
possui dois estados, ou seja, um estado de atuao e outro de no atuao. Logo,
possvel supervisionar inmeros pontos de proteo, como os seguintes:
Estado de disjuntores e chaves seccionadoras;
Atuao de rels de proteo: Proteo de distncia, proteo de
sobrecorrente direcional, proteo de sobretenso, proteo de falha no
acionamento e extino de arco dos disjuntores;
Indicao de eventos de teleproteo: Transmisso e recepo de sinal de
trip, transmisso e recepo de sinal permissivo, falha na teleproteo;
Indicao de "em teste" ou "em operao" de um rel digital.
30

Dessa forma, para o entendimento do exemplo prtico do captulo seguinte,
importante estar familiarizado com as trs entidades do SAGE que "podem
representar" os pontos digitais do sistema eltrico supervisionado, assim como os
seus atributos. Essas entidades so:
PDS - Pontos Digitais Lgicos;
PDF - Pontos Digitais Fsicos;
PDD - Pontos Digitais de Distribuio.
A abordagem que ser feita dessas trs entidades ser direcionada para o
protocolo de comunicao DNP V3.0, tendo em vista que ele ser utilizado no
exemplo prtico do captulo seguinte. Destacando que a configurao dos atributos
dessas trs entidades varia de acordo com o protocolo de comunicao utilizado por
cada equipamento ou bay da subestao.
O relacionamento dessas trs entidades bastante simples. Primeiramente
imaginemos que o SAGE uma "caixa preta", e os pontos de superviso so
aquisitados de uma Unidade Terminal Remota (UTR) e distribudos para o NVEL 3
(nvel de controle regional). Logo, os pontos fsicos representam essas ligaes do
SAGE com a UTR e com o NVEL 3. Poderamos dizer que o PDS representa um
determinado ponto dentro do SAGE, e o PDD representa este mesmo ponto no
NVEL 3. A figura 3.4 permite entender melhor esse relacionamento.

Figura 3.4 - Relacionamento entre as entidades dos pontos digitais.

Assim, um ponto de superviso qualquer que seja aquisitado da UTR, gera
um ponto digital lgico - PDS, um ponto lgico de distribuio - PDD e dois pontos
lgicos fsicos - PDF (um referente aquisio da UTR e outro referente
distribuio para o NVEL 3). Tudo isso funciona se esse ponto de aquisio for
distribudo para o nvel de superviso superior atravs do SAGE, o que geralmente
acontece no caso da CHESF.
31

Sabendo as relaes entre essas trs importantes entidades, possvel agora
compreender os atributos de cada uma delas, que sero mostrados separadamente
nos subtpicos a seguir. Lembrando que a configurao dos atributos dessas
entidades ser baseada em alguns modelos e padres estabelecidos pela CHESF,
facilitando o entendimento.
3.4.1 PDF
Como j descrito, o PDF (Ponto Digital Fsico) representa as ligaes fsicas
dos pontos digitais no SAGE. Na tabela 3.1 so mostradas suas entidades, com um
exemplo prtico.
Tabela 3.1 - Atributos da entidade PDF.
PDF
ATRIBUTO REGISTRO OBSERVAES
ID= BNB_ADNP_1_ASIM_314
Esse atributo identifica o ponto digital fsico no
SAGE. Percebe-se que sua formao a soma
das informaes do atributo NV2 com o atributo
ORDEM.
KCONV= SQN
Esse atributo define a lgica de ativao do ponto
digital. Para lgica normal de ativao (KCONV=
SQN para sequncia de eventos habilitada, ou
KCONV= NOR para sequncia de eventos
inibida). Para lgica invertida de ativao
(KCONV= SQI para sequncia de eventos
habilitada, ou KCONV= INV para sequncia de
eventos inibida).
NV2= BNB_ADNP_1_ASIM
Esse atributo indica o caminho fsico ou "canal"
que ser utilizado pelo ponto, seja de aquisio
ou distribuio. A formao deste atributo
depende de algumas outras entidades
(relacionamentos), que no fazem parte do foco
deste documento.
ORDEM= 314
Esse atributo identifica numericamente o ponto
fsico. Cada ponto aquisitado da UTR e
distribudo para o NVEL 3 possuir uma ordem
diferente. importantssimo, pois essa ORDEM
est associada aos ndices de programao da
UTR que est se comunicando com o SAGE,
para os pontos que esto sendo aquisitados da
UTR. Para o os pontos de distribuio,
geralmente utilizada a mesma ordem de
aquisio da UTR, no sendo um regra.
PNT= BNB:04M3:21:PPPA
Nesse atributo colocado o ID do ponto PDS ou
PDD associado ligao fsica.
TPPNT= PDS
Esse atributo define se a ligao fsica do PDD
(SAGE-NVEL 2 para o NVEL 3) ou do PDS
(UTR para o SAGE-NVEL 2).
32

3.4.2 PDD
O PDD (Pontos Digitais de Distribuio) representa todos os pontos que sero
distribudos para o nvel de superviso superior, neste caso representado pelo
NVEL 3, de acordo com o modelo de superviso e controle apresentado
anteriormente. Assim sendo, todos os pontos do SAGE (PDS) que sero distribudos
para o NVEL 3 devero ter um registro nesta entidade (PDD). Na tabela 3.2 sero
apresentados seus atributos com suas funcionalidades, mostrando-se um exemplo
prtico.
Tabela 3.2 - Atributos da entidade PDD.
PDD
ATRIBUTO REGISTRO
OBSERVAES
ID= BNB:04M3:21:PPPA_COR
Esse atributo identifica o ponto digital de
distribuio no SAGE. Percebe-se que sua
formao praticamente a soma das
informaes do atributo PDS com o atributo
TDD.
PDS= BNB:04M3:21:PPPA
Esse atributo define o ponto digital (PDS) que
est sendo distribudo para o nvel superior de
superviso e controle. utilizado o ID
caracterstico desse ponto na entidade PDS.
TDD= COR_TDD
Esse atributo indica o terminal de distribuio
que ser utilizado pelo ponto digital. Os terminais
de distribuio, assim como os de aquisio, so
definidos em outras entidades, que no sero
mostradas neste documento, tendo em vista o
grande volume de informaes.

3.4.3 PDS
Como j descrito, a entidade PDS (Pontos Digitais Lgicos) representa os
pontos digitais de superviso e controle do sistema eltrico no SAGE. Todos os
pontos que so aquisitados da UTR geram um ponto na entidade PDS. Quando os
dois estados de um mesmo ponto digital so supervisionados (muito usado no caso
de disjuntores e seccionadoras), gerado apenas um ponto digital (PDS), mesmo
que existam dois pontos fsicos (PDF) associados a este ponto. Para ser possvel
transformar dois pontos fsicos em um ponto digital necessrio a utilizao de
filtros, configurados em outras entidades, que no fazem parte do foco deste
documento. Assim, na tabela 3.3 so apresentados os atributos da entidade PDS e
suas funcionalidades de forma resumida, visando o exemplo prtico que ser
mostrado no captulo seguinte.
33

Tabela 3.3 - Atributos da entidade PDS.
PDS
ATRIBUTO REGISTRO OBSERVAES
ID= BNB:04M3:21:PPPA
Esse atributo responsvel em identificar o ponto digital
no sistema SAGE. Cada ponto digital de aquisio possui
um ID diferente, e utilizado para os relacionamentos
entre as entidades. Geralmente esses IDs so
padronizados para facilitar a operao do sistema.
ALRIN= SIM
Esse atributo permite inibir o sinal de alarme do ponto de
superviso no visor de alarmes, em caso de troca de
estado. (ALRIN= SIM - inibido; ALRIN= NO - no
inibido).
CDINIC= NORMAL
Esse atributo indica se o ponto vai ser de varredura ou
manual. Geralmente a funo manual no utilizada, se
preenchendo o atributo com NORMAL na maioria dos
casos.
OCR= OCR_NOR_LOG01
Esse atributo define todas as ocorrncias (alarmes e
mensagens) que sero acionadas com a atuao desse
ponto de aquisio, seja para uma mudana de estado,
inconsistncia, etc. A OCR definida nesse atributo do
PDS apenas a primeira ocorrncia de um grupo de
seis, na qual so configuradas na prpria entidade OCR.
O preenchimento depender dos padres estabelecidos
para cada ponto.
STINI= A
Esse atributo define o estado normal de funcionamento
do ponto. (STINI= A - aberto, zero lgico; STINI= F -
fechado, um lgico).
STNOR= A
Esse atributo define as cores das indicaes desse ponto
nos visores de SAGE. (STNOR= A - assume a cor verde
quando o ponto estiver no estado aberto ou zero, e
vermelho no estado fechado ou um; STNOR= F - assume
a cor verde quando o ponto estiver no estado fechado ou
um, e vermelho no estado aberto ou zero).
TPFIL= NLFL
Esse atributo indica o tipo de filtro utilizado. Um filtro
utilizado quando se supervisiona os dois estados do
ponto digital, ento necessrio um filtro para esses dois
pontos fsicos se tornarem um nico ponto digital no
SAGE. Na ausncia de filtro, preenche-se essa entidade
com (TPFIL= NLFL).
TAC= BNB
Esse atributo indica o terminal de aquisio e controle
que est sendo utilizado. Existem trs tipos de terminais,
um para os pontos de aquisio e controle, um para os
pontos que sofrem algum tipo de clculo e outro para os
pontos que possuem algum filtro. O preenchimento
depender dos padres utilizados para a identificao de
cada terminal de aquisio e controle existente.
TIPO= PTNI
Essa atributo indica o tipo de ponto digital, podendo ser
um ponto de disjuntor (TIPO= DISJ), uma chave
seccionadora (TIPO= CHAVE), uma proteo impeditiva
(TIPO= PTIP), uma proteo no impeditiva (TIPO=
PTNI), etc.
TCL= NLCL
Esse atributo indica o tipo de clculo utilizado, seguindo
o mesmo raciocnio da entidade TPFIL. Na ausncia de
clculo, utiliza-se (TCL= NLCL).
NOME= PP-Partida Fase A
Esse atributo mostra a descrio do ponto digital.
Geralmente padronizada para cada ponto digital,
visando facilitar a operao do SAGE.
34

4. PROJETO DE ALTERAO DA BASE DE DADOS DO SAGE

4.1 ONDE SE APLICA
Esse tipo de projeto tem se tornado muito comum desde que os rels digitais
entraram no mercado, trazendo suas inmeras vantagens j comentadas neste
documento. Isso acontece porque ocorrem mudanas nos pontos de superviso dos
bays com a implementao dos rels digitais, tanto para atender s exigncias
estabelecidas pelos Procedimento de Rede e o ONS, quanto para atender
mudana de tecnologia, que demanda novos pontos de superviso e deixa alguns
pontos existentes sem utilidade.
Com relao CHESF, muitos bays de suas subestaes tiveram que passar
por processo de RETROFIT de proteo, tendo que ser substituda toda a proteo
eletromecnica pelos modernos rels digitais. Como esses projetos alteram o pontos
de superviso e controle, com certeza a base de dados do SAGE das subestaes
tiveram que sofrer alteraes, visando incluir os novos pontos de superviso e
eliminar os desnecessrios.
Sendo assim, o projeto que ser mostrado neste captulo se aplica a qualquer
projeto que vise a adio, edio ou eliminao de pontos de superviso do sistema
SAGE, lembrando que cada projeto tem a sua especificidade e pode contemplar
menos ou mais entidades operacionais. No entanto, com o projeto que ser
demonstrado, ser possvel obter um base geral para configurao de pontos
digitais no SAGE.
Portanto, ser utilizado como exemplo o RETROFIT das protees de uma
linha de transmisso de 230 kV, sendo mostrados os pontos de superviso que o
projeto contempla, os pontos supervisionados antes do RETROFIT, as entidades
que sofrem alteraes e algumas sugestes para alterao da base de dados.

4.2 CARACTERSTICAS GERAIS DO PROJETO
Por se tratar da atualizao da base de dados do sistema de controle
supervisrio de uma subestao, em um projeto de RETROFIT das protees de um
35

bay de uma subestao, para incluir ou retirar pontos de superviso e controle desse
vo em questo, apenas algumas entidades do SAGE precisam ser alteradas,
chegando ao mximo a alterao de 10 entidades de um total de mais de 100.
Assim, as nicas entidades que sofrero alteraes nesse projeto so
aquelas que se relacionam com os pontos de superviso e controle, no qual incluem
pontos de proteo, estados de chaves e de disjuntos, etc. As entidades mais
comuns que podem sofrer alteraes em projetos com esse carter so: PDS, PDF,
PDD, PAS, PAF, PDF, CGF, CGS, OCR, etc.
As informaes das entidades do SAGE esto dispostas em arquivos de texto
de extenso .dat. A alterao desses arquivos pode ser feita de vrias maneiras,
inclusive existem softwares especficos para esse procedimento, mas o mtodo
menos suscetvel a erros a manipulao do prprio arquivo de texto, que ser o
mtodo utilizado neste documento. Apesar de existirem vrias alternativas para
alterao de uma base de dados do SAGE em um projeto de RETROFIT, o objetivo
e o resultado so sempre os mesmos, que se resumem em:
Eliminar os pontos que no sero mais supervisionados;
Adicionar os novos pontos includos no projeto de RETROFIT;
Atualizar os pontos j existentes para padronizaes mais recentes.
Dessa forma, este documento focar apenas na alterao de trs entidades
bsicas relacionadas aos pontos digitais (PDS, PDF e PDD), que seria a demanda
de um projeto simples, como foi no exemplo que ser utilizado neste captulo. Essas
entidades foram detalhadas no captulo anterior.
Assim, como j informado, ser utilizado como exemplo o projeto de
RETROFIT das protees da linha de transmisso 04M3 de 230 kV da CHESF, que
interliga as subestaes de Banabui e Milagres, integrantes do Sistema Interligado
Nacional (SIN), no qual foi executado no segundo semestre do ano de 2013.
Tratando-se de uma linha de transmisso, o projeto se divide em duas partes,
um referente SE-BANABUI e o outro referente SE-MILAGRES, no garantindo
que os extremos da linha compartilhem os mesmos pontos de superviso, tanto j
existentes quanto do projeto de RETROFIT. Este documento ir tratar apenas do
36

RETROFIT dessa linha de transmisso referente ao lado da subestao Banabui
(BNB 04M3), representado na figura 4.1, o que poderia ser tambm aplicado para
o lado da subestao de Milagres (MLG - 04M3), respeitando as devidas
particularidades. Esse projeto foi dividido em trs passos (etapas), que sero
explicados nos prximos tpicos.

Figura 4.1 - Bay da linha de transmisso BNB - 04M3.

4.3 PASSO 1: COMPARAR A LISTA DE PONTOS DO PROJETO DE RETROFIT
COM OS PONTOS J SUPERVISIONADOS DO BAY
Para essa etapa, necessitamos da lista de pontos do projeto de RETROFIT,
ou seja, todos os pontos que sero supervisionados pelo sistema de controle
supervisrio da subestao (SAGE). Alm disso, precisamos da base de dados do
SAGE da subestao de Banabui, para sabermos os pontos deste vo que esto
sendo supervisionados. De posse dessas duas informaes, possvel fazer uma
comparao e saber os pontos de superviso e controle que precisaro ser
acrescentados, assim como os que sero removidos ou at substitudos. A lista de
pontos desse projeto de RETROFIT mostrada na tabela 4.1 abaixo.
37

Tabela 4.1 - Lista de pontos do projeto de RETROFIT da LT BNB-04M3.
LINHA DE TRANSMISSO DISJUNTOR
UP1 - PARTIDA 21 FASE A ALARME DE MUDANA DE POSIO: ABERTO
UP1 - PARTIDA 21 FASE B DISCORCNCIA DE POLOS
UP1 - PARTIDA 21 FASE C BAIXA PRESSO DE SF6 1 GRAU
UP1 - TRIP GERAL BAIXA PRESSO DE SF6 2 GRAU
UP1 - TRIP 21 FASE BAIXA PRESSO SIST. ACIONAMENTO A LEO 2 GRAU
UP1 - EM TESTE BLOQUEIO DE ABERTURA
UP1 - DEFEITO INTERNO BLOQUEIO DE FECHAMENTO
UP1 - PROTEO DUTT/DTT SINALIZAO DISJUNTOR EM MANUTENO
UP2 - PARTIDA 21 FASE A SINALIZAO DE DEFEITO NA MOTOBOMBA
UP2 - PARTIDA 21 FASE B FALHA DISJUNTOR 14M3
UP2 - PARTIDA 21 FASE C
UP2 - TRIP GERAL REATOR
UP2 - TRIP 21 FASE REL DE LEO 1 GRAU
UP2 - EM TESTE REL DE LEO 2 GRAU
UP2 - DEFEITO INTERNO TEMPERATURA DO ENROLAMENTO 1 GRAU
UP2 - PROTEO DUTT/DTT TEMPERATURA DO ENROLAMENTO 2 GRAU
ORDEM DE RELIGAMENTO DISPARO DA PROTEO INTRNSECA
RELIGAMENTO BLOQUEADO PROTEO DE TEMPERATURA DESATIVADA
RELIGAMENTO DESATIVADO REL DE GS 1 GRAU
DISPARO POR SOBRETENSO REL DE GS 2 GRAU
TRANSMISSO PERMISSIVO

TRANSMISSO TRANSFERTRIP ESTADO DAS CHAVES E DISJUNTOR
RECEPO PERMISSIVO 34M3-4 ABERTA
RECEPO TRANSFERTRIP 34M3-5 ABERTA
TRIP - ZONA 1 34M3-6 ABERTA
TRIP - ZONA 4 14M3 ABERTO
DISPARO 67N 34M3-4 FECHADA
FECHAMENTO SOB FALTA 34M3-5 FECHADA
CARRIER - EM TESTE 34M3-6 FECHADA
CARRIER - FALHA RX/TX 34M3-7 FECHADA
CARRIER - FALHA 34M3-8 FECHADA
RDP - FALHA GERAL 14M3 FECHADO
RDP - PARTIDA

FALHA TP/TC

CHAVE CLT LOCAL
DISJUNTOR DCP ABERTO
FALTA CC - PAINIS 8F/8R
DISPARO REL DE BLOQUEIO
ESTADO DO RELIGAMENTO AUT.
38

Como se observa na lista de pontos, temos apenas pontos digitais no projeto
de RETROFIT, o que se subentende, a princpio, que em caso de alterao na base
de dados, apenas as entidades do SAGE, PDS (Pontos Digitais Lgicos), PDD
(Pontos Digitais de Distribuio) e PDF (Pontos Digitais Fsicos), sero alteradas.
Para sabermos os pontos que efetivamente esto sendo supervisionados do
bay em questo, precisamos da base de dados do SAGE da subestao de
Banabui, o que alcanado atravs do comando criasagecnf nome da base, no
console do prprio servidor da subestao. S que essa base vem com os dados de
todos os bays da subestao, o que demanda certo trabalho para localizar os dados
relacionados apenas ao bay de projeto.
Ento, tendo em vista que o RETROFIT trata-se apenas de pontos digitais,
pegamos o arquivo de extenso .dat referente ao PDS (Pontos Digitais Lgicos), e
vemos todos os pontos que esto sendo supervisionados do bay de projeto. Esses
pontos so descritos abaixo na tabela 4.2.
Tabela 4.2 - Pontos digitais supervisionados do bay da LT BNB-04M3 antes do RETROFIT, extrados
da base de dados da SE.
LINHA DE TRANSMISSO DISJUNTOR
Partida Fase A Bloqueio de Funo
Partida Fase B Trip Discordncia de Polos
Partida Fase C Fechamento Bloqueado
Trip Geral Rel Abertura Bloqueada
Trip Proteo Distncia Baixa Presso Sist. Extino SF6 1/2.Grau
Chave CLT Baixa Presso Sist. Acion. Ar Comp. 2.Grau
Trip SobreCorrente Dir Neutro Disjuntor no Apto para Religamento
Atuao Rel de Bloqueio Falta Alimentao Circuito Fech e Abert
Ordem de Religamento Automtico
Recepo Transfer Trip REATOR
Atuao Tempo Zona 1 Trip Rel de Gs Reator 2.Grau
Transmisso Transfer Trip Temp Enrol 2.Grau
Atuao Tempo Zona 2 Chave Trip Sobretemperatura (43I)
Atuao Tempo Zona 3 Temp leo 2.Grau
Estado do Religamento automtico
Recepo Desbloqueio ESTADO DAS CHAVES E DISJUNTOR
Bloqueio por Oscilao de Potncia Seccionadora 34M3-4
Trip de Neutro Seccionadora 34M3-5
Falta Alimentao Circuito Fech e Abert Seccionadora 34M3-6

Seccionadora 34M3-7
Seccionadora 34E3-8
Disjuntor 14M3
39

Essas descries dos pontos foram retiradas da prpria base de dados
(PDS), sendo essas que aparecem no computador do operador da subestao.
Essas descries so padronizadas pela CHESF, de forma que todo ponto de
superviso tem um nome caracterstico, que na maioria das vezes so auto-
descritivos, de forma a facilitar o trabalho dos operadores do sistema de controle
supervisrio. Essa padronizao e outras esto disponveis em um documento
chamado de "Planilha de Superviso" (ver Anexo A), na qual possui informaes
importantes para a configurao da base de dados.
Como se observa, os pontos desta ltima tabela esto divididos em trs
cores, na qual indicam:
PRETO Pontos que tambm esto na lista de pontos do RETROFIT.
VERMELHO Pontos que no esto na lista de pontos do RETROFIT.
AZUL
Pontos que esto na lista de pontos do RETROFIT, mas esto divididos
em duas unidades de proteo (UP1 e UP2).

Fazendo a comparao entre a tabela 4.1 e a tabela 4.2, podemos retirar os
novos pontos de superviso que sero acrescentados base de dados, assim como
os que podem ser removidos.
Contudo, alguns pontos da lista do RETROFIT so, de certa forma,
semelhantes aos pontos j existentes, o que seria mais coerente falar em
"substituio" de um ponto do que considerarmos pontos novos e pontos que sero
removidos. Para o melhor entendimento, temos o exemplo do ponto Baixa Presso
Sist. Acion. Ar Comp. 2.Grau na tabela 4.2 (pontos existentes), s que na tabela 4.1
(do RETROFIT) temos esse mesmo ponto com o sistema de acionamento atravs
de leo BAIXA PRESSO SIST. ACIONAMENTO A LEO 2 GRAU, o que no se
caracterizaria um ponto novo no SAGE, mas apenas uma substituio no sistema de
acionamento do disjuntor do bay, que no caso acarretaria apenas em mudana de
nomes na base de dados do SAGE, podendo ser aproveitado o borne e a
identificao de comunicao deste ponto na UTR (atributo ORDEM do PDF).
Esse projeto de RETROFIT comporta duas unidades de proteo (UP1 e
UP2), e os pontos j existentes na base de dados, referentes unidade de proteo,
so gerais. Para esse problema tem-se dois tipos de solues. A primeira seria
considerar os pontos do RETROFIT novos, e os existentes seriam eliminados. A
40

segunda soluo seria aproveitar os pontos existentes para uma das unidades de
proteo do projeto de RETROFIT, aproveitando-se o borne da UTR e a
identificao desse ponto no SAGE (atributo ORDEM do PDF). A segunda opo
pode ser mais conveniente, pois um ponto ligado a certo borne da UTR pode ser
substitudo por outro, de funo parecida, alterando-se apenas algumas descries
na base de dados. Essa substituio pouparia certo trabalho na alterao da base
dados do SAGE, alm de evitar o trabalho da redefinio dos bornes da UTR, sendo
vivel em muitos casos.
Com relao aos pontos das chaves seccionadoras e do disjuntor, percebe-se
que no projeto existente, h apenas um ponto para as chaves e o disjuntor, isso
acontece porque esses pontos de controle so unificados dentro do SAGE atravs
de filtros, como j explicado anteriormente, havendo apenas um PDS
correspondente para cada chave e disjuntor, mas na aquisio da UTR os dois
estados das chaves e do disjuntor esto sendo supervisionados, o que significa dois
pontos na entidade PDF (Pontos Fsicos). Em algumas filosofias de proteo,
apenas um estado desses pontos de controle so supervisionados, geralmente o
correspondente ao estado anormal de funcionamento da chave ou do disjuntor.
Normalmente, os pontos de controle (chaves seccionadoras e disjuntores)
no so alterados nesses projetos de RETROFIT, tendo em vista que so mantidos
os bornes da UTR do projeto existente. Quando deseja-se acrescentar o estado do
ponto de controle que no se est sendo supervisionado, ou quando o vo da
subestao no est atualizado com as padronizaes mais recentes pr-
estabelecidas, esses pontos tm que sofrer alteraes, inclusive as entidades CGS
e CGF, que tratam dos pontos de controle, tambm so alteradas para atualizao
da padronizao do disjuntor.
Mas, observou-se que para o projeto desta linha, os pontos de controle no
precisaro sofrer alteraes, tendo em vista que eles j obedecem s ltimas
padronizaes estabelecidas pela planilha de superviso da CHESF.
Dessa forma, os pontos existentes (tabela 4.2) que no fazem parte do
projeto de RETROFIT (tabela 4.1) e que no sero "substitudos" por pontos
semelhantes, sero eliminados da base de dados, podendo aproveitar-se o borne
livre da UTR que esse ponto eliminado deixar para qualquer outro ponto que ser
41

adicionado. Depois dessas anlises, conclui-se que os pontos de superviso que
devero ser adicionados base de dados so os da tabela 4.3.
Tabela 4.3 - Pontos que sero adicionados base de dados da SE-Banabui.
LINHA DE TRANSMISSO RECEPO PERMISSIVO
UP1 - PARTIDA 21 FASE A TRIP - ZONA 4
UP1 - PARTIDA 21 FASE B FECHAMENTO SOB FALTA
UP1 - PARTIDA 21 FASE C CARRIER - EM TESTE
UP1 - TRIP GERAL CARRIER - FALHA RX/TX
UP1 - TRIP 21 FASE CARRIER - FALHA
UP1 - EM TESTE RDP - FALHA GERAL
UP1 - DEFEITO INTERNO RDP - PARTIDA
UP1 - PROTEO DUTT/DTT FALHA TP/TC
UP2 - PARTIDA 21 FASE A DISJUNTOR DCP ABERTO
UP2 - PARTIDA 21 FASE B FALTA CC - PAINIS 8F /8R
UP2 - PARTIDA 21 FASE C DISJUNTOR
UP2 - TRIP GERAL BAIXA PRESSO DE SF6 1 GRAU
UP2 - TRIP 21 FASE BAIXA PRESSO DE SF6 2 GRAU
UP2 - EM TESTE BAIXA PRESSO SIST. ACIONAMENTO A LEO 2 GRAU
UP2 - DEFEITO INTERNO SINALIZAO DISJUNTOR EM MANUTENO
UP2 - PROTEO DUTT/DTT SINALIZAO DE DEFEITO NA MOTOBOMBA
RELIGAMENTO DESATIVADO REATOR
RELIGAMENTO BLOQUEADO REL DE LEO 1 GRAU
FALHA DISJUNTOR 14M3 TEMPERATURA DO ENROLAMENTO 1 GRAU
DISPARO POR SOBRETENSO REL DE GS 1 GRAU
TRANSMISSO PERMISSIVO DISPARO DA PROTEO INTRNSECA

Como dito anteriormente, alguns pontos da base dados antiga podem ser
aproveitados, principalmente por pontos considerados semelhantes. Portanto, a
tabela 4.4 mostra os pontos presentes na base dados que foram substitudos por
novos pontos.
Tabela 4.4 - Substituio dos pontos semelhantes na base dados do SAGE.
PONTOS ANTIGOS PONTOS NOVOS
Trip Geral Rel UP1 - TRIP GERAL
Trip Proteo Distncia UP1 - TRIP 21 FASE
Partida Fase A UP1 - PARTIDA 21 FASE A
Partida Fase B UP1 - PARTIDA 21 FASE B
Partida Fase C UP1 - PARTIDA 21 FASE C
Recepo Desbloqueio RECEPO PERMISSIVO
Baixa Presso Sist. Extino SF6 1/2.Grau BAIXA PRESSO DE SF6 1 GRAU
Baixa Presso Sist. Acion. Ar Comp. 2.Grau BAIXA PRESSO LEO 2 GRAU
42

Como pode ser visto, os pontos antigos referentes Unidade de Proteo
Geral foram substitudos pelos pontos da primeira Unidade de Proteo (UP1) do
projeto de RETROFIT, ocasionando apenas algumas mudanas na base de dados
do SAGE, na qual vai ser explicado posteriormente. Logo, os pontos da tabela 4.3
que no estiverem na tabela 4.4, tero que ser adicionados base de dados.
A partir de agora, classificaremos os pontos de superviso do projeto de
RETROFIT em trs tipos, de forma a organizar o estudo da alterao da base de
dados, separados dessa forma:
a) Pontos que j estavam sendo supervisionados pelo SAGE e sero
mantidos na base de dados;
b) Pontos novos que sero adicionados base de dados;
c) Pontos novos que substituiro pontos antigos da base de dados.

4.4 PASSO 2: ALTERAO DA BASE DE DADOS
Concluindo a primeira fase do projeto, que pode ser considerada uma das
mais trabalhosas, partimos para alterao da base dados existente, de forma a
acrescentar os pontos novos, alterar aqueles que sero substitudos e eliminar os
que no sero mais utilizados. Essas alteraes na base de dados podem ser feitas
tanto no ambiente do SAGE quanto em outro ambiente, basta a utilizao de um
software que tenha a capacidade de manipular arquivos de extenso .dat.
Para ficar bem claro, a base de dados do SAGE extrada a partir de um
arquivo chamado CNF, na qual composto de toda base de dados da subestao,
incluindo as suas entidades operacionais, as telas de operao do SAGE, os
arquivos de atualizao, arquivos de simulao, entre vrios outros.
Para esse projeto, constatou-se que os pontos que esto sendo
acrescentados no ocasionam alterao significativa nas telas do SAGE, pois trata-
se de um projeto simples de RETROFIT. Caso fosse um projeto para adicionar
algum equipamento na subestao, com certeza as telas do SAGE teriam que sofrer
alteraes. Portanto, a alterao da base de dados do SAGE, para este projeto,
43

consistiu apenas na alterao dos arquivos .dat das entidades PDS, PDF e PDD.
Logo, todo o projeto baseado na alterao desses 03 arquivos .dat.
Dessa forma, lembra-se que a alterao da base de dados do SAGE tem que
ser feita sempre tomando muito cuidado, pois pequenos erros iro ocasionar
problemas no passo seguinte, que trata-se da atualizao (teste) da base de dados
no prprio sistema SAGE.
4.4.1 ALTERAO DA ENTIDADE PDF
Todos os atributos da entidade PDF (Pontos Digitais Fsicos), assim como
das demais entidades que sofrero alteraes nesse projeto, foram explicados no
captulo anterior. Neste momento, a abordagem ser inteiramente prtica, visando a
alterao da base no projeto. Dessa forma, na tabela 4.5 mostrado mais um
exemplo da entidade PDF, agora destacando os dois registros de um ponto de
superviso que aquisitado da UTR e distribudo para o NVEL 3, mostrando-se
como configurado o caminho fsico de aquisio e distribuio dos pontos digitais.
Tabela 4.5 - Exemplos de registros na entidade PDF.
PDF

PDF

ID= COR_DDNP_1_ASIM_295
KCONV= SQN

KCONV= SQN

NV2= COR_DDNP_1_ASIM
ORDEM= 295

ORDEM= 295
PNT= BNB:04M3:86:ATRB

PNT= BNB:04M3:86:ATRB_COR
TPPNT= PDS

TPPNT= PDD

Apesar de possuir poucos atributos, talvez a entidade PDF seja a que mais
demande ateno na alterao da base de dados, pois ela pode se interligar tanto
com o PDS, se a ligao fsica for de aquisio, como tambm pode se interligar
com o PDD, se a ligao fsica for de distribuio.
Dessa forma, percebe-se de logo que o PDF ter duas configuraes (dois
registros) para um mesmo ponto digital de superviso, uma para o ponto de
aquisio (PDS) e outra para o ponto de distribuio (PDD), caso o ponto seja
distribudo para o nvel superior de superviso, o que ser considerado neste
projeto.
44

Assim, os atributos PNT e TPPNT so preenchidos como mostrado acima,
indicando se o ponto de aquisio (PDS) ou distribuio (PDD) com o atributo
TPPNT, e o ID desse ponto nessas entidades citadas preenchido no atributo PNT.
O preenchimento do atributo ORDEM depende da configurao da UTR, por
isso muitas vezes esse ndice selecionado em campo, de acordo com a
disponibilidade de bornes. Sendo assim, para os pontos novos da base de dados,
arbitra-se valores para esse atributo, desde de que o ndice no esteja sendo
utilizado na base de dados por outro ponto digital. Por isso importante levantar-se
previamente um intervalo de ndices do atributo ORDEM que no esto sendo
utilizados.
importante arbitrar o ndice do atributo ORDEM para os pontos novos de
superviso para se poder testar a consistncia da base de dados. Lembrando que
em campo se ter o real valor para preenchimento de acordo com a configurao da
UTR, que geralmente realizada por um profissional especializado. E geralmente, o
ndice da ORDEM do ponto de aquisio (PDS) mesma do ponto de distribuio
(PDD).
Para o atributo NV2 ser utilizado o j existente na base de dados, e que
inclusive j estava sendo utilizado pelos antigos pontos da base. Lembrando que
existe um NV2 para aquisio e outro para distribuio.
A estrutura do ID a composio do NV2 com a ORDEM do ponto digital,
sendo de simples preenchimento.
O atributo KCONV geralmente utilizado em campo para alterar a ordem de
atuao do ponto de superviso em razo de alguma adaptao, pois quando
preenchido com SQI (ordem inversa de ativao), o ponto digital ser ativado no
SAGE quando apresentar "zero" lgico no entrada da UTR. Quando utilizado SQN,
significa ordem normal de ativao do ponto digital, ou seja, o ponto ativado com
"um" lgico.
mantidos na base de dados:
45

Os pontos remanescentes da base de dados iro sofrer alteraes apenas se
estiverem desatualizados com relao s recentes padronizaes estabelecidas
pela CHESF em sua "planilha de superviso". Para esse projeto, esses pontos no
precisaram ser alterados, tendo em vista que esse bay estava atualizado com as
padronizaes recentes.
Essas padronizaes esto mais relacionadas com a entidade PDS, na qual
trata do ID do ponto digital, descries, etc. S que importante notar que o PDF
est relacionado com o PDS atravs do ID de seus pontos. Por isso que qualquer
alterao na entidade PDS, ocasionar mudanas no PDF.
b) Pontos novos que sero adicionados base de dados:
Para esses pontos no existe segredo, temos que adicionar todos os PDFs de
aquisio e distribuio de acordo com o exemplo mostrado. Geralmente as
entidades PDS e PDD so primeiramente editadas, para obtermos todos os IDs
necessrios da entidade PDF, no sendo uma regra.
A nica dvida que pode-se gerar com relao aos pontos novos sobre o
atributo ORDEM, na qual so arbitrados valores ainda no utilizados, como j foi
comentado anteriormente.
c) Pontos novos que substituiro pontos antigos da base de dados:
Com relao a esses pontos, todos as informaes dos atributos so
aproveitadas, sendo apenas alterado o atributo PNT, que justamente a
identificao (ID) do ponto PDS ou PDD, que ser alterado porque esse ponto antigo
agora representar um novo ponto com ID diferente.
4.4.2 ALTERAO DA ENTIDADE PDD
A alterao da entidade PDD no apresenta grandes dificuldades. Pois o
terminal de distribuio (TDD) j est definido na base de dados, sendo utilizado o
mesmo para os pontos novos.
Observa-se que a estrutura do atributo ID da entidade PDD a soma do
atributo PDS, que nada mais do que o ID caracterstico do ponto digital no SAGE,
com a terminao "_COR", no trazendo grandes dificuldades para o
46

preenchimento. Na tabela 4.6 mostrado mais um registro para essa entidade com
uma descrio sucinta.
Tabela 4.6 - Descrio sucinta dos atributos da entidade PDD.
PDD
ID= BNB:04M3:86:ATRB_COR
Identificador do ponto de distribuio.
PDS= BNB:04M3:86:ATRB
Ponto digital (PDS) que ser distribudo.
TDD= COR_TDD Terminal de distribuio que ser utilizado.

Esses pontos no sofrero alteraes, seguindo o mesmo raciocnio da
entidade PDF j explicada. Se os pontos de superviso antigos estivessem
utilizando informaes antigas comparando-se com as ltimas atualizaes da
planilha de superviso da CHESF, esses pontos sofreriam alteraes, o que no o
caso para o projeto deste bay.
Para esses pontos, sero criados novos registros nesta entidade, sendo
utilizado o TDD dos pontos j existentes, que neste caso o "COR_TDD". Os
atributos ID e PDS desta entidade so preenchidos de acordo com o ID do pontos
digital (PDS), seguindo o raciocnio j explicado acima.
Para pontos com essa caracterstica, segue-se o mesmo raciocnio dos
pontos novos, s que para esses pontos aproveita-se o registro do ponto antigo que
ser substitudo, tomando-se sempre muito cuidado para no se misturar as
informaes dos pontos antigos e dos pontos novos.
4.4.3 ALTERAO DA ENTIDADE PDS
Para a entidade PDS, grande parte das informaes de configurao dos
seus atributos so padronizadas e disponibilizadas pela empresa responsvel, que
neste caso a CHESF, atravs da sua planilha de superviso, e para esse projeto
foi utilizada a reviso "1L" (ver Anexo A). Assim, na tabela 4.7 mostrado mais um
47

exemplo da entidade PDS com as funcionalidades dos seus atributos de forma
sucinta, e mais a frente ser explicado as principais preocupaes para alterao
dessa entidade no projeto. As marcaes em vermelho sero explicadas
posteriormente.
Tabela 4.7 - Descrio sucinta dos atributos da entidade PDS.
PDS
ID= BNB:04M3:86:ATRB Identificao do ponto digital.
ALRIN= NAO Inibio do alarme no visor de alarmes.
CDINIC= NORMAL Ponto em varredura e no manual.
OCR= OCR_NOR_ADV01 Ocorrncia associada do ponto.
STINI= A Estado normal de funcionamento do ponto.
STNOR= A Definio de cores em cada estado do ponto.
TPFIL= NLFL Tipo de filtro utilizado.
TAC= BNB TAC operacional associada.
TIPO= PTNI Tipo de ponto.
TCL= NLCL Tipo de clculo utilizado.
NOME= Atuao Rel de Bloqueio Descrio do ponto.

Assim, primeiramente temos que associar os pontos de superviso que sero
adicionados com a planilha de superviso da CHESF, que j foi comentada
anteriormente. Essa planilha trs a maioria das informaes para alterao da base
de dados do SAGE. Os atributos em vermelho destacados acima so todos
preenchidos de acordo com essa planilha.
A primeira informao que essa planilha nos trs o ID caracterstico para
cada ponto no SAGE. A figura 4.2 explica a estrutura adotada pela CHESF para os
IDs dos pontos de superviso.

Figura 4.2 - Padro CHESF de ID dos pontos de superviso do SAGE.

Outra informao importante encontrada na planilha de superviso se o
ponto de superviso aparecer no visor de alarmes em caso de atuao (atributo
48

ALRIN), assim como a OCR caracterstica de cada ponto. O tipo de ponto (atributo
TIPO) e a descrio (atributo NOME) para cada ponto no SAGE tambm so
encontrados nessa planilha.
Com todas as informaes retiradas da planilha de superviso, restam
apenas alguns atributos padres, que geralmente recebem os mesmos
preenchimentos em todos os pontos de superviso, podendo ser repetidos de
acordo com os pontos existentes da prpria base de dados. Por exemplo: Os
atributos CDINIC, STINI, STNOR, TPFIL e TCL so padres, sendo preenchidos da
mesma forma que o exemplo mostrado, exceto se houver algum tipo de filtro ou
clculo associado ao ponto. Caso haja, os atributos TPFIL e TCL so preenchidos
com o nome do filtro ou clculo que est sendo utilizado.
Com relao ao atributo TAC (Terminal de aquisio e controle), utilizado o
terminal j existe para os pontos de superviso da subestao, que geralmente so
nominados com a sigla da subestao, sendo neste caso BNB (Banabui). Em
caso de dvida, basta verificar o TAC utilizado pelos pontos j existentes, sendo
identificado no passo anterior, quando se extrai a base de dados do servidor do
SAGE.
Segue-se o mesmo raciocnio das entidades PDF e PDD j explicadas. Como
o bay em questo estava atualizado com as mais recentes padronizaes, os pontos
de superviso antigos que se mantiveram na base de dados no sofreram
alteraes.
Nos pontos que sero adicionados, todas as informaes (preenchimento dos
atributos) tero que ser acrescentadas, aconselhando a adio desses pontos no
final do arquivo de texto .dat. Algumas dicas como esta sero comentadas a seguir,
para o melhor organizao da alterao da base de dados.
49

Nos pontos que estavam associados Unidade de Proteo geral e agora
sero substitudos por pontos da primeira Unidade de Proteo (UP1), assim como
os pontos que sero "substitudos" para aproveitamento do borne da UTR (definidos
na etapa anterior), apenas sero alterados alguns atributos da entidade PDS.
Para os pontos da Unidade de Proteo, provvel que a maior parte do ID
se mantenha, mudando apenas as siglas que representam os pontos (fazem parte
do ID), assim como o tipo de ocorrncia (OCR) e a descrio caracterstica. Neste
caso, o importante verificar as semelhanas e diferenas de configurao que os
pontos antigos e novos compartilham. Sendo assim, no haver problema na
configurao da base de dados.
Com relao aos pontos que sero substitudos que no sero relacionados
s unidades de proteo, pode-se escolher a eliminao do ponto antigo ou o
aproveitamento do espao na base de dados deste ponto, para apenas mudar-se a
configurao dos atributos. Esse processo de substituio de pontos para
aproveitamento de borne da UTR melhor visto na entidade PDF (atributo ORDEM),
na qual foi demonstrado anteriormente.
Com a base de dados efetivamente alterada, podemos fazer os testes de
consistncia atravs do prprio SAGE, que identifica a maioria dos erros cometidos
durante a alterao. Lembrando que se a base no apresentar erros nas simulaes
em escritrio, no garante que em campo ocorra o mesmo. A seguir so mostradas
algumas sugestes para a bem sucedida alterao da base do SAGE.

4.5 SUGESTES PARA ALTERAO DA BASE DE DADOS
O primeiro passo importante preservar um backup da base dados original
para qualquer problema que ocorra ou at mesmo para consulta. Esse backup
tambm servir na implantao da base de dados na prpria subestao, pois
importante verificar se base que se desenvolveu o projeto efetivamente a base de
dados que est rodando na subestao, tendo em vista que pode ocorrer alguma
alterao na base da subestao no perodo em que se desenvolve o projeto em
escritrio.
50

A experincia prtica demonstrou que a melhor ordem de alterao da base
de dados essa: PDS, PDD e PDF. Sendo aplicvel a projetos como este que foi
explicado em que apenas essas entidades foram alteradas.
Para efeito didtico, na explanao do projeto foram considerados "pontos de
substituio", mas o que acontece na prtica a eliminao de todos os pontos da
base que no fazem parte do projeto de RETROFIT. O aproveitamento do ndice do
atributo ORDEM da entidade PDF realmente feito, principalmente com aqueles
casos das unidades de proteo citadas no projeto.
Para efeito de identificao, importante colocar uma descrio que
caracterize o vo dos pontos que estamos adicionando no arquivo .dat (em forma de
comentrio, para que o SAGE no enxergue essa informao), isso permite a fcil
identificao em futuras correes ou at em projetos de atualizao.
Recomenda-se tambm a reunio dos pontos antigos com os pontos novos
do projeto no final do arquivo .dat, visando deixar os pontos deste vo mais
organizados, para futuras conferncias, no sendo uma exigncia.
Um conselho importante a se destacar e convm realizar antes da alterao
da base de dados, a realizao do teste da base de dados disponibilizada para o
projeto, pois em muitas ocasies observam-se problemas com compatibilidade de
verses do SAGE. Isso significa que uma base de dados que funciona em uma
verso mais antiga do SAGE, pode no funcionar em uma verso mais nova.
Esse problema frequentemente resolvido com a retirada de algumas
informaes de atualizao de software da base de dados disponibilizada, na qual
podem ser identificadas pelo gerenciador de base de dados (STI), que ser
apresentado posteriormente. Esse procedimento feito apenas para poder se fazer
as alteraes na base e os devidos testes, pois este problema de compatibilidade
torna impossvel a realizao dos testes da nova base de dados. Lembrando que na
implementao em campo no se deve esquecer de retomar as informaes da
base de dados que foram retiradas para resolver ao problemas de compatibilidade
de verso.
Observa-se claramente que a manipulao de uma base de dados no
simples, principalmente se tratando de uma base de dados to complexa como a do
51

SAGE, mas seguindo as recomendaes apresentadas, as possibilidades de erros
diminuiro consideravelmente.
4.6 PASSO 3: TESTAR A NOVA BASE DE DADOS E CONSERTAR OS
POSSVEIS ERROS IDENTIFICADOS PELO SAGE
Feitas as devidas alteraes na base de dados, chegado o momento dos
testes, que feito no prprio ambiente do SAGE em um computador comum com o
software instalado.
Em uma primeira experincia, comum se cometer vrios erros, mas o SAGE
possui um poderosa ferramenta para identificao de erros, que consegue detectar
cerca de 99% deles. Os erros que o SAGE no consegue identificar costumam ser
irrelevantes, como no caso de descries dos pontos digitais, mas isso no
ocasionam erros nos principais objetivos.
A ferramenta utilizada para teste da consistncia da base de dados o STI
(Subsistema de Tratamento de Informao), disponvel no prprio SAGE, e diversos
tipos de erros podem ser identificados. Na figura 4.3 mostra-se a interface desse
software. Quando geramos a base fria no cone "Gerar base fria", os erros so
identificados na aba resultados.

Figura 4.3 - STI: Ferramenta do SAGE para teste da base de dados.

Com relao ao nosso projeto em especfico, os erros mais comuns que
podem ser identificados so os de relacionamento, j que o modelo de base de
dados do SAGE relacional. Isso pode acontecer por desateno no momento da
52

configurao do relacionamento entre as entidades PDS, PDD e PDF, de acordo
com o que j foi explicado anteriormente. Qualquer caractere diferente nos IDs que
so usados nos relacionamentos gera erros, pois o programa precisa identificar os
pontos de superviso relacionados entre essas trs entidades, e a nica forma com
que eles se relacionam a partir dos seus IDs.
Na figura 4.4 mostrado um tipo de erro identificado pelo STI do SAGE.
Percebe-se neste erro que o SAGE no consegue identificar um relacionamento das
entidades PDD e PDF com o PDS. Isso aconteceu porque, para esse pontos de
superviso, no ID da entidade PDS foi colocado "BNB:04M3:00:CTPS" ao invs de
"BNB:04M3:00:CTSP". Por isso que o SAGE no conseguiu localizar o
relacionamento entre as entidades dos pontos digitais.

Figura 4.4 - Identificao de erros pelo STI do SAGE.

Outros tipos de erros em projetos com esse carter mais comuns so: No
reconhecimento de OCR do ponto digital, ndice do atributo ORDEM da entidade
PDF usado em dois pontos de superviso, falta de informaes, preenchimento de
atributos com opes fixas com qualquer outro tipo de palavra/caractere, entre
outros erros.
importante ressaltar tambm que uma base desenvolvida em escritrio
puramente de teste, tendo em vista que ela sofre muitas alteraes em campo, por
adaptaes necessrias ao longo da execuo projeto. E tambm foi visto que
algumas consideraes para testes de consistncia da base precisam ser feitas,
sendo obtidas algumas informaes importantes da base apenas em campo.
Os anexos B, C, D e E mostram as configuraes das entidades PDS, PDF e
PDD para 4 pontos digitais do projeto apresentado, para o melhor entendimento de
tudo o que foi explicado at o presente momento.
53

5. IMPLEMENTAO EM CAMPO DE UMA BASE DE DADOS

5.1 CONSIDERAES GERAIS
O desenvolvimento/alterao de uma base de dados pode ser feita
completamente em um escritrio, e dependendo do software de comunicao
utilizado, possvel realizar inmeros testes para se verificar a consistncia.
Entretanto, a implantao efetiva dessa base de dados, na subestao, requer
certos procedimentos de segurana, assim como testes reais. S assim podemos
confirmar a consistncia de uma base de dados. Alm de que pode haver alguns
problemas de comunicao e ativao de processos que precisam ser resolvidos.
Logo, como dito anteriormente, a base de dados desenvolvida em escritrio
puramente de teste, e ela pode sofrer inmeras alteraes em campo, por
adaptaes necessrias ao longo da execuo projeto. Alm de que o mapeamento
da UTR (bornes utilizados) e do NVEL 3 geralmente so disponibilizados e
identificados em campo, sendo necessrio fazer algumas consideraes para a
realizao dos testes de consistncia da base de dados em escritrio.
necessrio tambm ter em mente que para se alterar a base de dados do
controle supervisrio de uma subestao necessrio deixar o seu sistema off-line,
ou seja, desligar a superviso por um determinado tempo, que no pode ser muito,
principalmente no caso de subestao de transmisso que faz parte do sistema
interligado. Ento, procedimentos de segurana tm que ser seguidos, deixando a
superviso o menor tempo possvel off-line, o que vai ser explanado neste captulo.
Mesmo seguindo os procedimentos de segurana, situaes adversas podem
acontecer na implantao em campo de uma base de dados, desde um "simples"
problema de reconhecimento de um pen drive nos servidores do SAGE no centro de
controle da subestao, at uma indisponibilidade de bornes na UTR. Todas essas
contingncias precisam ser resolvidas da melhor maneira.

54

5.2 PROBLEMA DE INDISPONIBILIDADE DE BORNES NA UTR
Em muitos casos, no diagrama funcional do projeto de RETROFIT, que
mostra a interligao da UTR com os contatos dos pontos de superviso, no
constam os bornes da UTR que sero conectados, considerando que eles sero
selecionados na execuo do projeto. Mas, geralmente, novos pontos de superviso
so adicionados, mesmo que alguns pontos que perdem a utilidade sejam
substitudos, o que pode resultar em falta de bornes disponveis na UTR no
momento da implantao em campo.
Acontecendo isso, no se tem muitas alternativas. A soluo reduzir a
quantidade de pontos supervisionados no SAGE e no NVEL 3, o que possvel
realizar com algumas limitaes. A primeira soluo, e a menos vivel, a reduo
efetiva dos pontos de superviso de acordo com o nvel de importncia, o que pode
ir de encontro com as exigncias do ONS. Outra alternativa muito utilizada o
agrupamento de pontos que compartilham funes semelhantes. Na tabela 5.1 so
mostrados alguns pontos que podem ser agrupados, e inclusive fazem parte do
projeto analisado no captulo anterior, para o vo de linha de transmisso 04M3 da
subestao de Banabui.
Tabela 5.1 - Agrupamento de pontos na UTR.
UP1 - PROTEO DUTT/DTT
PROTEO DUTT/DTT
UP2 - PROTEO DUTT/DTT
UP1 - PARTIDA 21 FASE A
UP1 - PARTIDA FASES
UP1 - PARTIDA 21 FASE B
UP2 - PARTIDA 21 FASE A
UP2 - PARTIDA FASES
UP2 - PARTIDA 21 FASE B
UP1 - TRIP 21 FASE
TRIP 21 FASE
UP2 - TRIP 21 FASE

Essa soluo implica na alterao na base dados desenvolvida em escritrio,
que se resume na retirada dos pontos que foram agrupados, e adicionar um nico
ponto que representar o agrupamento de alguns pontos, alterando as entidades j
vistas (PDS, PDD e PDF), utilizando o mesmo procedimento descrito no captulo
anterior. No caso da CHESF, na sua planilha de superviso, que descreve como os
55

pontos devem ser adicionados ao SAGE, existe as duas opes, considerando com
ou sem agrupamento.

5.3 IMPLANTAO DA BASE NOS SERVIDORES
Nos projetos de RETROFIT que possuem esse carter, de substituio da
tecnologia de proteo (rels eletromecnicos por rels digitais), a atualizao da
base de dados da subestao geralmente feita concomitantemente com a
instalao dos rels, painis, fiaes, cabeamentos, etc. Mas, diferente das
atividades referentes aos NVEIS 0 e 1, a atualizao da base de dados interfere na
superviso de todos os vos da subestao, tendo em vista que o sistema de
controle supervisrio precisa ser desativado para se implantar uma nova base,
mesmo que as alteraes sejam apenas referentes ao vo de projeto. Por isso,
alguns procedimentos de segurana tm que ser considerados.
O primeiro procedimento feito na subestao em uma implantao da base de
dados do SAGE a conferncia da base que se esteve trabalhando ao longo do
projeto, ou seja, conferir se a base utilizada no projeto realmente a que est
"rodando" na subestao. Para isso, pede-se autorizao aos operadores para obter
acesso aos computadores do SAGE, e assim extrair a base de dados da
subestao. Comprovando que a base de dados utilizada no projeto a base da
subestao, devemos obter o mapeamento da UTR e do nvel 3. No caso da
CHESF, um funcionrio responsvel disponibiliza essa configurao. Da se faz a
"complementao" da base como foi explicado no captulo anterior, repetindo-se os
testes, para ento a base ficar pronta para ser implantada.
Com a base de dados efetivamente pronta, basta carregar nos servidores e
IHMs da subestao, lembrando que a subestao no pode ficar off-line por muito
tempo, por isso alguns procedimentos de segurana tm que ser seguidos. Por
causa do pouco tempo para implantao da base de dados, no se admite grandes
erros.
O layout de operao do SAGE, padronizado pela CHESF, geralmente so
dois servidores rodando os principais processos da subestao e uma IHM com
alguns processos. Levando em conta esse modelo, o procedimento mais coerente
56

para atualizao da base de dados de uma subestao, que garante que o sistema
no fique off-line por muito tempo em caso de erros, o seguinte:
1. Fazer um backup da base que est em operao (dos 03 computadores);
2. Desativar (deixar off-line) um dos servidores;
3. Fazer um ltimo teste de consistncia da base de dados no prprio
servidor que foi desativado. Em caso de erros, a base tem que ser revista,
e conveniente que o servidor desativado volte a operar com a base
antiga.
4. No encontrando erros no item 3, desativa-se (deixar off-line) os outros
dois computadores. Esse momento o mais crtico, pois a superviso da
subestao desativada completamente.
5. Ativar (deixar on-line) a base de dados do projeto nos trs computadores.
6. Verificar se todos os processos do SAGE esto sendo executados por
pelo menos 15 minutos, para garantir que nenhum processo foi perdido.
Tambm verificado se est havendo comunicao com a UTR
importante ressaltar que se tratando do sistema de transmisso da CHESF,
qualquer interveno no sistema de controle supervisrio tem que ser autorizada,
inclusive pelo NVEL 3. A figura 5.1 representa a tela de processos do SAGE.

Figura 5.1 - Visor de processos de SAGE.
57

5.4 REALIZAO DOS TESTES EM CAMPO
Logo aps a implantao da base, como dito anteriormente, os primeiros
testes a serem feitos so: A verificao se todos os processos do SAGE esto
rodando, se h comunicao com a UTR, se as telas esto reconhecendo os
equipamentos na base de dados .
Com todos os processos do SAGE rodando, podem-se iniciar os testes ponto
a ponto, para se verificar a atuao dos pontos de superviso no sistema de
controle supervisrio, e podem ser feito de duas maneiras: Direto da UTR, ou da
entrada do rel digital. O teste da entrada do rel acaba testando tambm toda a
fiao do projeto de proteo, sendo mais consistente, mas para verificar a
consistncia do SAGE, basta testar a partir dos bornes da UTR, aplicando-se
tenses, simulando a atuao de um ponto de superviso (envio de sinal do rel
digital ou outros equipamentos).
Em termos da transmissora CHESF, duas telas so utilizadas para
visualizao da atuao dos pontos de superviso, o "visor de logs" (geralmente
mostra todos os eventos) e o visor de alarmes (pontos pr-estabelecidos so
selecionados para serem mostrados de acordo com o nvel de importncia). A
atuao desses pontos nessas duas telas determinada na entidade PDS,
explicado no captulo anterior. Para atuao de cada ponto no SAGE so verificados
alguns padres estabelecidos pela CHESF, pontuados a seguir:
Tipo de alarme acionado (sonorizao emitida);
Colorao da atuao dos pontos de superviso (de acordo com o
nvel de severidade de cada ponto);
Descries (existem padronizaes que devem ser seguidas para
uniformizar e facilitar o trabalho dos operadores);
Ordem de atuao (verifica-se se a ordem de atuao est correta ou
invertida, ou seja, se com a aplicao de potencial do borne da UTR, o
evento ativado ou desativado, sendo tambm ajustado na entidade
PDF, visto no captulo anterior).

58

Alm dos testes dos pontos de superviso, necessrio tambm testar os
pontos de controle (disjuntor e chaves seccionadoras), executando os comandos de
abertura e fechamento do prprio SAGE, verificando a devida atuao dos
equipamentos na prpria aquisio desses pontos e no visor de telas, tendo em vista
que esses pontos so tanto de superviso quanto de controle. Ento, um comando
de abertura do disjuntor, por exemplo, executado no SAGE ou na prpria chave do
painel de comando da subestao, assim o disjuntor aberto, e verificado a
mudana de posio na tela do SAGE e a ocorrncia nos visores de superviso
(alarme e log).
Um problema comum encontrado nos testes dos pontos de controle a
inverso dos estados do pontos, ou seja, o estado do disjuntor e da chave mostrado
no sistema de controle supervisrio (SAGE) no corresponde com o que realmente
est acontecendo no ptio. Esses problemas so resolvidos na entidade PDF
(atributo KCONV), no qual foi explicado no captulo anterior.
Dessa forma, verifica-se que nesses ltimos testes, aps a implantao da
base na subestao, ainda so identificados problemas na base de dados, que
geralmente so resolvidos nos prprios computadores da subestao (se forem
pequenos problemas), aps o teste (conferncia) de todos os pontos de superviso
e controle previstos na lista.
As figuras 5.2 e 5.3 mostram os visores (logs, alarmes) onde verificada a
consistncia dos pontos de superviso nos testes realizados em campo. Alm da
exemplificao de um visor de telas, figura 5.4, onde verificada a consistncia dos
pontos de controle (disjuntor e chaves seccionadores).

Figura 5.2 - Visor de logs do SAGE.
59

Figura 5.3 - Visor de alarmes do SAGE.

Figura 5.4 - Visor de telas do SAGE (subestao Banabui da CHESF).

60

6. CONCLUSO

Esse trabalho apresentou uma proposta para alterao da base de dados do
SAGE (Sistema Aberto de Gerenciamento de Energia), com o principal objetivo de
acrescentar e eliminar pontos digitais de superviso, o que tem sido muito comum
atualmente com a substituio dos antigos rels eletromecnicos pelos modernos
rels digitais (IEDs) nas subestaes de transmisso do Brasil.
Assim, foi exposto primeiramente como a filosofia do modelo de superviso
e controle do setor eltrico brasileiro, com sua diviso em nveis hierrquicos. Para
assim ser explorado o nvel de superviso das subestaes (NVEL 2). Tambm foi
exposto quais os principais pontos digitais que costumam ser supervisionados,
principalmente por um bay de linha de transmisso.
A respeito do SAGE, resumidamente foi esclarecido suas principais
caractersticas e funcionalidades, mostrando todas as vantagens que esse sistema
trouxe ao setor eltrico, destacando a capacidade de integrar plataformas de
hardware e software diferentes, alm da possibilidade de integrao entre todos os
nveis de superviso do setor eltrico, centralizando e unificando as informaes do
SEP. Tambm foi detalhado as entidades dos ponto digitais de superviso e controle
(PDS, PDF e PDD), mostrando-se as funcionalidades dos seus atributos, assim
como alternativas para configurao, baseado no protocolo de comunicao DNP
V3.0, que foi o protocolo utilizado no projeto de exemplificao, foco deste
documento.
Com as entidades dos pontos digitais bem esclarecidas, partiu-se para o foco
deste documento, que foi a alterao da base de dados do SAGE em um projeto de
RETROFIT das protees de um bay de linha de transmisso de 230 kV da CHESF.
Ento, foi mostrado como configurar as entidades dos pontos digitais, visando incluir
e retirar pontos de superviso.
Dessa forma, a configurao da base de dados foi dividida em trs etapas,
visando uma melhor organizao das aes, assim como algumas sugestes de
configurao foram dadas, para se evitar erros, pois o SAGE no admite-os,
principalmente erros de relacionamento entre as entidades, na qual tambm foi
61

demonstrado como o SAGE faz a apurao dessas irregularidades, atravs da
ferramenta "STI - Manuteno da base de dados do SAGE".
Para finalizar, foi exposto como acontece a alterao efetiva de uma base de
dados em uma subestao, mostrando-se algumas situaes adversas que so
encontradas e como solucion-las. Alguns procedimentos tambm foram
demonstrados, visando garantir a segurana e o menor tempo possvel fora de
operao quando deseja-se atualizar a base de dados de uma subestao operando
em tempo real.
Com o exposto, pode-se concluir que o detalhamento desse projeto foi
bastante til para o esclarecimento do que acontece com a base de dados do SAGE,
quando se deseja alterar configuraes referentes aos pontos digitais (incluir, retirar
e substituir). Principalmente porque, com j explicado, esse procedimento tem se
tornado muito comum nas subestaes do SEP, no havendo profissionais
capacitados suficientes para atender a essa demanda.
E como se observou, no trata-se de um projeto que exige grande
conhecimento tcnico, podendo-se ser compreendido e executado com um tempo
relativamente pequeno de treinamento, sempre lembrando que a base do SAGE
comporta uma enormidade de informaes, exigindo-se grande experincia com o
software para um entendimento mais profundo.
Alm disso, o conhecimento apresentado tambm d margem para a
realizao de inmeras alteraes na base dados do SAGE, principalmente com
relao aos pontos digitais, bastando o entendimento de como os pontos fsicos de
superviso, ativados pelos rels auxiliares na entrada da UTR, se relacionam com
as entidades do SAGE, assim como o entendimento de como as entidades se
relacionam entre si.
Dessa forma, almeja-se futuramente o desenvolvimento de novas propostas
para alterao da base de dados do SAGE, contemplando-se outros protocolos de
comunicao, principalmente os mais modernos, como o IEC 61850, na qual tem
sido muito utilizado recentemente, principalmente com a implementao de rels
digitais para proteo do SEP.

62

7. ANEXOS

7.1 ANEXO A: PLANILHA DE SUPERVISO DA CHESF - NVEL 2
(DEMONSTRATIVO)

CHESF - NVEL 2
I
D

(
S
A
G
E
)

O
C
R

(
S
A
G
E
)

D
E
S
C
R
I
O

T
I
P
O

C
O
M
A
N
D
O

M
E
D
I
O

A
N
U
N
C
I
A
D
O
R

L
I
S
T
A

A
L
A
R
M
E
S

S
O
E

V
o
s

D
i
g
i
t
a
i
s

PDS

ZZZ:0XBY:[F1/F2]:PDFA OCR_NOR_IPU01
Trip Rel
Diferencial 87
Fase A
PTIP X X X
ZZZ:0XBY:87B:PDFA OCR_NOR_IPU01
Trip Rel
Diferencial 87
Fase A
PTIP X X
ZZZ:0XBY:[F1/F2]:PDFB OCR_NOR_IPU01
Trip Rel
Diferencial 87
Fase B
PTIP X X X
ZZZ:0XBY:87B:PDFB OCR_NOR_IPU01
Trip Rel
Diferencial 87
Fase B
PTIP X X
ZZZ:0XBY:[F1/F2]:PDFC OCR_NOR_IPU01
Trip Rel
Diferencial 87
Fase C
PTIP X X X
ZZZ:0XBY:87B:PDFC OCR_NOR_IPU01
Trip Rel
Diferencial 87
Fase C
PTIP X X
ZZZ:0XBY:[F1/F2]:PDIF OCR_NOR_IPU01
Trip Rel
Diferencial
PTIP X X X X
ZZZ:0XBY:87B:PDIF OCR_NOR_IPU01
Trip Rel
Diferencial
PTIP X X X
ZZZ:0XBY:59:SOBT OCR_NOR_URG01
Trip
SobreTenso
PTNI X X X
ZZZ:0XBY:59R:SOTR OCR_NOR_URG01
Trip
SobreTenso
Residual
PTNI X X X

63

7.2 ANEXO B: CONFIGURAO DE UM PONTO DIGITAL DE SUPERVISO DA
LINHA DE TRANSMISSO: TRIP - ZONA 1

Entidade PDS (01 Registro):

PDS
ID= BNB:04M3:21:PDPZ
ALRIN= NAO
CDINIC= NORMAL
OCR= OCR_NOR_URG01
STINI= A
STNOR= A
TPEQP=
TPFIL= NLFL
EQP=
TAC= BNB
TIPO= PTNI
TCL= NLCL
NOME= Atuao Tempo Zona 1

Entidade PDF (02 Registros):

PDF
KCONV= SQN
ORDEM= 311
PNT= BNB:04M3:21:PDPZ
TPPNT= PDS

PDF
KCONV= SQN
ORDEM= 311
PNT= BNB:04M3:21:PDPZ_COR
TPPNT= PDD

Entidade PDD (01 Registro):

PDD
ID= BNB:04M3:21:PDPZ_COR
PDS= BNB:04M3:21:PDPZ
TDD= COR_TDD

64

7.3 ANEXO C: CONFIGURAO DE UM PONTO DIGITAL DE SUPERVISO DO
DISJUNTOR: BAIXA PRESSO DE SF6 1 GRAU


PDS
ID= BNB:14M3:00:PBSP
ALRIN= NAO
CDINIC= NORMAL
OCR= OCR_NOR_ADV01
STINI= A
STNOR= A
TPEQP=
TPFIL= NLFL
EQP=
TAC= BNB
TIPO= PTNI
TCL= NLCL
NOME= Baixa Presso Sist. Extino SF6 1.Grau


PDF
KCONV= SQN
ORDEM= 321
PNT= BNB:14M3:00:PBSP
TPPNT= PDS

PDF
KCONV= SQN
ORDEM= 321
PNT= BNB:14M3:00:PBSP_COR
TPPNT= PDD


PDD
ID= BNB:14M3:00:PBSP_COR
PDS= BNB:14M3:00:PBSP
TDD= COR_TDD

65

7.4 ANEXO D: CONFIGURAO DE UM PONTO DIGITAL DE SUPERVISO DO
REATOR: REL DE GS 1 GRAU


PDS
ID= BNB:04E3:63:ARGP
ALRIN= NAO
CDINIC= NORMAL
OCR= OCR_NOR_ADV01
STINI= A
STNOR= A
TPEQP=
TPFIL= NLFL
EQP=
TAC= BNB
TIPO= PTNI
TCL= NLCL
NOME= Rel de Gs Reator 1.Grau


PDF
KCONV= SQN
ORDEM= 306
PNT= BNB:04E3:63:ARGP
TPPNT= PDS

PDF
KCONV= SQN
ORDEM= 306
PNT= BNB:04E3:63:ARGP_COR
TPPNT= PDD


PDD
ID= BNB:04E3:63:ARGP_COR
PDS= BNB:04E3:63:ARGP
TDD= COR_TDD

66

7.5 ANEXO E: CONFIGURAO DE UM PONTO DIGITAL DE CONTROLE DO
BAY: CHAVE SECCIONADORA 34M3-4


PDS
ID= BNB:34M3-4:89
ALRIN= NAO
CDINIC= NORMAL
OCR= OCR_CHA_ADV01
STINI= A
STNOR= A
TPEQP=
TPFIL= FIL1
EQP=
TAC= BNB_FIL
TIPO= CHAVE
TCL= NLCL
NOME= Seccionadora 34M3-4


PDF
KCONV= SQN
ORDEM= 323
PNT= BNB:34M3-4:89
TPPNT= PDS

PDF
KCONV= SQN
ORDEM= 324
PNT= BNB:34M3-4:89
TPPNT= PDS

PDF
KCONV= SQN
ORDEM= 323
PNT= BNB:34M3-4:89_COR
TPPNT= PDD


PDD
ID= BNB:34M3-4:89_COR
PDS= BNB:34M3-4:89
TDD= COR_TDD
67

7.6 ANEXO F: ARQUITETURA DE COMUNICAO DA SE BANABUI

68

8. REFERNCIAS BIBLIOGRFICAS

[1] CEPEL. Manual de configurao SAGE SCADA. Rio de Janeiro, 2011. Apostila.
[2] CEPEL. Configurao para UTRs com protocolo DNP V3.0. Rio de Janeiro, 2012.
Apostila.
[3] CEPEL. Base fonte do SAGE, descrio dos campos das tabelas. Rio de Janeiro,
2011. Apostila.
[4] CEPEL. SAGE - Sistemas SCADA / EMS: Viso geral. Rio de Janeiro. Apostila.
[5] PEREIRA, R. M.; SPRITZER, I. M. P. A. Automao e digitalizao em
subestaes de energia eltrica: Um estudo de caso. Gesto Industrial, Rio de
Janeiro, Dezembro de 2007. Disponvel em http://revistas.utfpr.edu.br/pg/index.
php/revistagi/article/download/51/48. Acesso em 15 de maio de 2014.
[6] CAMINHA, A. C. Introduo Proteo de Sistemas Eltricos. 7. ed. So Paulo:
Editora Edgard Blucher Ltda, 1977.
[7] KINDERMANN, G. Proteo de Sistemas Eltricos de Potncia. 3. ed.
Florianpolis: Edio do autor, 2012.
[8] ALMEIDA, C. E. L. Sistema para gerenciamento da base de dados do SAGE. Rio
de Janeiro, 2009. Monografia (Graduao em engenharia eltrica) - Escola
politcnica, Universidade Federal do Rio de Janeiro.
[9] MELLO, N. F. B. Automao digital de subestaes de energia eltrica. Rio de
Janeiro, 2006. Monografia (Graduao em engenharia eltrica) - Escola politcnica,
Universidade Federal do Rio de Janeiro.
[10] OLIVEIRA, C. A. Desenvolvimento de um protocolo de comunicao para
automao de subestaes mveis via satlite. Natal, 2005. Dissertao (Mestrado
em Engenharia Eltrica) - Universidade Federal do Rio Grande do Norte.

Altevir Santos Albuquerque Lins - Monografia - 2014.1

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Altevir Santos Albuquerque Lins - Monografia - 2014.1

Загружено:

Авторское право:

Доступные форматы

UNIVERSIDADE DE PERNAMBUCO

ESCOLA POLITCNICA DE PERNAMBUCO

Вам также может понравиться