Metodologia para Especificação de Telecom para Subestação PDF

Universidade Federal de Santa Catarina
Programa de Ps-Graduao em
Engenharia de Produo
METODOLOGIA PARA ESPECIFICAO DE
TELECONTROLE EM SUBESTAES DE
ENERGIA ELTRICA
Gilberto Grandi
Tese apresentada ao
Programa de Ps-Graduao em
Engenharia de Produo da
Universidade Federal de Santa Catarina
Como requisito parcial para obteno
do ttulo de Doutor em
Engenharia de Produo
Orientador
Prof. Fernando . O. Gauthier, Dr.
Florianpolis - SC, Dezembro de 2000.

ii
Gilberto Grandi
METODOLOGIA PARA ESPECIFICAO DE TELECONTROLE EM

SUBESTAES DE ENERGIA ELTRICA
Esta tese foi julgada e aprovada para a obteno do ttulo de Doutor

em Engenharia de Produo no Programa de Ps-Graduao em
Engenharia de Produo da Universidade Federal de Santa Catarina.
Florianpolis, 18 de Dezembro de 2000.
Prof. Ricardo Miranda Barcia, Ph.D.

Coordenador do Curso
BANCA EXAMINADORA
__________________________________
Prof. Fernando lvaro Ostuni Gauthier, Dr.
Orientador
_______________________________ __________________________________
Prof. Edilberto Pereira Teixeira, Dr. Prof a. Elizabeth Sueli Specialski, Dra.
_______________________________ __________________________________
Prof. Malcon Anderson Tafner, Dr. Prof. Joo Bosco da Mota Alves, Dr.
__________________________________
Prof. Luiz Fernando Jacintho Maia, Dr.
iii
Para R.
iv
AGRADECIMENTOS
Agradeo a Deus por ter-me dado o direito vida, sade, a capacidade de

pensar e energia para vencer mais esta etapa.
Agradeo a minha famlia por ter-me proporcionado um ambiente propcio para

o desenvolvimento deste trabalho.
Agradeo aos amigos pela ausncia e pela compreenso em determinadas

ocasies em que este trabalho teve prioridade.
Agradeo as universidades, por terem disponibilizado pessoas com notveis

conhecimentos e pacincia para orientar-me atravs do melhor caminho.
Agradeo as empresas que souberam relevar alguns momentos usados para

refletir sobre o trabalho (no quele do dia-a-dia), mas este, que preencheu um
espao durante alguns anos de doutorado. Agradeo tambm o tempo que
dispensaram com idias, dicas, material e acima de tudo, experincia.
Agradeo as instituies que colaboraram financeiramente para a realizao

deste trabalho.
Agradeo a todos aqueles que colaboraram, direta ou indiretamente com

opinies e com incentivos para que esta tese chegasse ao seu final.
Sem citar nomes, empresas ou instituies, quem trabalhou, quem prestigiou e

ajudou sabe disso, o meu agradecimento a todos, de corao, muito obrigado.
v
AS BASES
fcil evitar as crticas:
no faa nada,
no diga nada,
no seja ningum.
Elbert Hublard
vi
SUMRIO
LISTA DE FIGURAS _______________________________________________________ x

LISTA DE TABELAS _______________________________________________________xi
LISTA DE ABREVIATURAS E SIGLAS ______________________________________ xii
RESUMO ________________________________________________________________ xiv
ABSTRACT ______________________________________________________________ xv
1 INTRODUO ________________________________________________________ 1
1.1 OBJETIVOS GERAIS ______________________________________________ 2
1.2 OBJETIVOS ESPECFICOS ________________________________________ 3
1.3 CONTEXTUALIZAO ___________________________________________ 3
1.4 JUSTIFICATIVAS_________________________________________________ 4
1.5 LIMITAES ____________________________________________________ 4
1.6 ESTRUTURA DO TRABALHO______________________________________ 5
2 ORGANIZAES VIRTUAIS e TELETRABALHO __________________________ 6
2.1 ORGANIZAES VIRTUAIS_______________________________________ 6
2.1.1 INTRODUO ________________________________________________ 6
2.1.2 CARACTERSTICAS DAS ORGANIZAES VIRTUAIS _____________ 7
2.1.3 BENEFCIOS OFERECIDOS PELAS ORGANIZAES VIRTUAIS ____ 8
2.1.4 DIFICULDADES DAS ORGANIZAES VIRTUAIS ________________ 8
2.1.5 CICLO DE VIDA DE UMA ORGANIZAO VIRTUAL ______________ 9
2.2 TELETRABALHO________________________________________________ 10
2.2.1 INTRODUO _______________________________________________ 10
2.2.2 DIFERENAS ENTRE TRABALHO E TELETRABALHO ____________ 10
2.2.3 ASPECTOS PSICOSOCIAIS DO TELETRABALHO _________________ 12
2.2.3.1 O LOCAL DE TRABALHO ___________________________________ 12
2.2.3.2 O ISOLAMENTO DO INDIVDUO _____________________________ 13
2.2.3.3 O HORRIO FLEXVEL _____________________________________ 13
3 AUTOMOMAO DE SUBESTAES___________________________________ 14
3.1 INTRODUO __________________________________________________ 14
3.2 MONITORAO O CAMINHO PARA A AUTOMAO ____________ 14
3.2.1 A FONTE DE DADOS DE UMA SUBESTAO ___________________ 16
3.3 TELECONTROLE________________________________________________ 16
3.3.1 FUNES BSICAS __________________________________________ 17
3.4 FERRAMENTAS PARA AUTOMAO DE SUBESTAES __________ 21
3.4.1 INTELIGNCIA ARTIFICIAL ___________________________________ 22
vii
3.4.1.1 Sistemas Especialistas ________________________________________ 23

3.4.1.2 Algoritmos Genticos _________________________________________ 25
3.4.1.3 Agentes ____________________________________________________ 25
3.4.1.4 Raciocnio Baseado Em Casos __________________________________ 26
3.4.1.5 Redes Neurais _______________________________________________ 26
3.4.2 SOFTWARE PADRO PARA PROCESSOS _______________________ 27
3.4.3 LINGUAGENS DE PROGRAMAO PARA PROCESSOS___________ 28
3.4.3.1 Function Block Diagram ______________________________________ 28
3.4.3.2 Instruction List ______________________________________________ 28
3.4.3.3 Ladder Diagram _____________________________________________ 28
3.4.3.4 Sequential Function Chart _____________________________________ 29
3.4.3.5 Structured Text ______________________________________________ 29
3.5 AUTOMAO DE SUBESTAES ________________________________ 29
3.5.1 O PROCESSO DE AUTOMAO________________________________ 31
4 METODOLOGIA PARA ESPECIFICAO DE TELECONTROLE EM
SUBESTAES DE ENERGIA ELTRICA ___________________________________ 36
4.1 PLANEJAMENTO DA METODOLOGIA ____________________________ 36
4.1.1 INTRODUO _______________________________________________ 36
4.1.2 AS NECESSIDADES DE CADA EMPRESA _______________________ 36
4.1.3 A ESCOLHA DO SISTEMA SCADA _____________________________ 37
4.1.4 A DEFINIO DO SOFTWARE _________________________________ 38
4.1.5 A SELEO DO HARDWARE __________________________________ 39
4.1.6 A ESPECIFICAO DA UNIDADE TERMINAL REMOTA __________ 39
4.1.7 IMPLANTAO DO PROJETO PILOTO__________________________ 40
4.1.8 O PLANEJAMENTO DE IMPLANTAO ________________________ 40
4.1.8.1 Projeto de Engenharia_________________________________________ 40
4.1.8.2 Execuo do Projeto de Engenharia ______________________________ 40
4.1.9 CONFIGURAO DO SISTEMA SCADA_________________________ 41
4.1.10 CONFIGURAO DA UTR_____________________________________ 44
4.1.11 COMISSIONAMENTO _________________________________________ 44
4.1.12 OPERAO LOCAL DA SUBESTAO _________________________ 44
4.1.13 DOCUMENTAO ___________________________________________ 45
4.1.14 TREINAMENTO ______________________________________________ 45
4.1.15 TRANSFERNCIA DA PLATAFORMA___________________________ 45
4.2 ESPECIFICAO TCNICA ______________________________________ 46
4.2.1 INTRODUO _______________________________________________ 46
4.2.2 REQUISITOS GERAIS _________________________________________ 46
4.2.2.1 Requisitos da Arquitetura Global ________________________________ 46
4.2.2.2 Caractersticas_______________________________________________ 48
4.2.2.3 Principais Funes do Sistema __________________________________ 50
4.2.2.4 Normas e Tecnologia _________________________________________ 51
4.2.2.5 Requisitos de Tolerncia a Falhas _______________________________ 52
4.2.2.6 Dimensionamento do Sistema Computacional______________________ 52
4.2.2.7 Desempenho do Sistema_______________________________________ 58
4.2.2.8 Disponibilidade do Sistema ____________________________________ 63
4.2.2.9 Failover e Restart do Sistema ___________________________________ 64
viii
4.2.2.10 Escopo do Sistema _________________________________________ 65

4.2.3 REQUISITOS de HARDWARE __________________________________ 65
4.2.3.1 Introduo__________________________________________________ 65
4.2.3.2 Princpios Bsicos do Projeto___________________________________ 65
4.2.3.3 Requisitos Gerais dos Servidores ________________________________ 67
4.2.3.4 Equipamentos Perifricos dos Servidores _________________________ 67
4.2.3.5 Comunicao de Dados _______________________________________ 69
4.2.3.6 Redundncia e Failover do Sistema ______________________________ 71
4.2.3.7 Configurao On-line e Hot Standby ___________________________ 71
4.2.3.8 Redes de Dados Locais (LANs) _________________________________ 72
4.2.3.9 Subsistema de Interface do Usurio ______________________________ 73
4.2.3.10 Subsistema de Tempo_______________________________________ 74
4.2.3.11 Subsistema de Freqncia e Desvio de Tempo ___________________ 75
4.2.3.12 Sistema de Projeo de Displays ______________________________ 76
4.2.3.13 Interface com Registradores Grficos em Vdeo __________________ 76
4.2.3.14 Interface de Entrada/Sada Local ______________________________ 76
4.2.3.15 Peas de Reserva __________________________________________ 77
4.2.3.16 Equipamentos de Testes e Ferramentas Especiais _________________ 77
4.2.3.17 Requisitos Gerais de Equipamentos e Instalaes _________________ 77
4.2.4 SOFTWARE do SISTEMA ______________________________________ 79
4.2.4.1 Requisitos Gerais ____________________________________________ 79
4.2.4.2 Sistema Operacional __________________________________________ 80
4.2.4.3 Ferramentas de Desenvolvimento e Manuteno de software __________ 81
4.2.4.4 Utilitrios Gerais_____________________________________________ 83
4.2.4.5 Programas de Monitorao e Diagnstico do Sistema ________________ 83
4.2.4.6 Sistema de Gerenciamento de Banco de Dados _____________________ 84
4.2.4.7 Integrao com Aplicaes Baseadas em Microcomputadores _________ 88
4.2.4.8 Gerenciamento da Rede de Tempo Real __________________________ 89
4.2.5 FUNES SCADA ____________________________________________ 89
4.2.5.1 Aquisio de Dados __________________________________________ 89
4.2.5.2 Processamento de Dados e Monitorao __________________________ 90
4.2.5.3 Controle Supervisivo _________________________________________ 97
4.2.5.4 Sadas Impressas_____________________________________________ 99
4.2.5.5 Anlise de Ps-Perturbao ____________________________________ 99
4.2.6 SOFTWARE APLICATIVO ____________________________________ 100
4.2.6.1 Introduo_________________________________________________ 100
4.2.6.2 Descrio dos Programas _____________________________________ 105
4.2.6.3 Redutor de Rede ____________________________________________ 111
4.2.6.4 Simulador para Treinamento de Operadores ______________________ 118
4.2.7 INTERFACE COM O USURIO ________________________________ 121
4.2.7.1 Requisitos Gerais ___________________________________________ 121
4.2.7.2 Consoles de Operao _______________________________________ 121
4.2.7.3 Acesso do Usurio __________________________________________ 122
4.2.7.4 Displays Grficos ___________________________________________ 123
4.2.7.5 Dilogo com o Operador _____________________________________ 125
4.2.7.6 Anotaes do Operador ______________________________________ 126
4.2.7.7 Recursos de Tendncia _______________________________________ 126
4.2.7.8 Gerao de Relatrios________________________________________ 128
ix
4.2.7.9 Recursos de Hardcopy de Displays____________________________ 128

4.2.7.10 Configurador de Displays ___________________________________ 129
4.2.7.11 Displays SCADA _________________________________________ 130
4.2.7.12 Aes do Operador ________________________________________ 132
4.2.7.13 Entrada Manual de Valores _________________________________ 133
4.2.7.14 Colocao ou Remoo de Tags ____________________________ 133
4.2.7.15 Displays de Aplicaes_____________________________________ 133
4.2.7.16 Screen Saver ___________________________________________ 134
4.2.8 DOCUMENTAO TCNICA _________________________________ 134
4.2.8.2 Obrigaes do Fornecedor ____________________________________ 136
4.2.8.3 Documentao de Projeto do Sistema ___________________________ 136
4.2.8.4 Manual do Usurio __________________________________________ 136
4.2.8.5 Manual de Manuteno ______________________________________ 137
4.2.8.6 Instrues para Instalao do Sistema ___________________________ 137
4.2.8.7 Outros Documentos _________________________________________ 139
4.2.8.8 Documentao de Subcontratados ______________________________ 140
4.2.8.9 Servios de Informao e Atualizao ___________________________ 140
4.2.8.10 Especificao dos Protocolos de Comunicao do Sistema _________ 140
4.2.9 PLANO de TREINAMENTO ___________________________________ 140
4.2.9.2 Contedos dos Cursos de Treinamento __________________________ 141
4.2.10 GARANTIA de QUALIDADE, TESTES, SERVIOS de MANUTENO e
SUPORTE __________________________________________________________ 143
4.2.10.1 Garantia de Qualidade e Testes ______________________________ 144
4.2.10.2 Manuteno e Servios de Suporte____________________________ 145
4.2.11 GERENCIAMENTO do PROJETO_______________________________ 147
4.2.11.1 Organizao do Projeto ____________________________________ 147
4.2.11.2 Sistema de Gerenciamento do Projeto _________________________ 148
4.2.11.3 Processo Informativo do Projeto _____________________________ 149
4.2.11.4 Procedimentos para Alterao de Projeto do Sistema _____________ 149
4.2.11.5 Correspondncia do Projeto _________________________________ 149
4.2.11.6 Recursos na Instalao do Fornecedor _________________________ 150
4.2.12 REQUISITOS PARA ESPECIFICAO DA UTR __________________ 150
4.2.12.1 Requisitos Gerais _________________________________________ 150
4.2.12.2 Requisitos Tcnicos _______________________________________ 151
4.2.12.3 Inspees, Ensaios e Testes _________________________________ 153
4.2.13 MEMRIA DESCRITIVA _____________________________________ 154
5 CONCLUSO _______________________________________________________ 158
5.1 TRABALHOS FUTUROS _________________________________________ 159
6 GLOSSRIO ________________________________________________________ 160
7 FONTES BIBLIOGRFICAS __________________________________________ 161
7.1 REFERNCIAS BIBLIOGRFICAS _______________________________ 161
7.2 BIBLIOGRAFIA CONSULTADA __________________________________ 165
x
LISTA DE FIGURAS
Figura 1 Funo de monitorao ______________________________________________ 17

Figura 2 Exemplo de alarmes _________________________________________________ 18
Figura 3 Exemplo de dados histricos __________________________________________ 18
Figura 4 Exemplo de tela do IMH de uma SE ____________________________________ 20
Figura 5 Configurao dos sistemas digitais de automao __________________________ 20
Figura 6 Estrutura da base de conhecimento _____________________________________ 24
Figura 7 Interao de um sistema especialista____________________________________ 25
Figura 8 Componentes principais da automao de uma SE _________________________ 30
Figura 9 Nveis de hierarquia envolvidos na automao de uma SE ___________________ 30
Figura 10 Integrao dos dados nas SE _________________________________________ 31
Figura 11 Opes de comunicao na automao de SE ____________________________ 31
Figura 12 Exemplo de Automao na Europa ____________________________________ 32
Figura 13 Exemplo de automao na Amrica____________________________________ 32
Figura 14 Exemplo de lista de pontos _________________________________________ 156
xi
LISTA DE TABELAS
Tabela 1 Benefcios e vantagens da monitorao_________________________________ 15
Tabela 2 Lista de pontos das entradas digitais ____________________________________ 42
Tabela 3 Lista de pontos das sadas digitais ______________________________________ 42
Tabela 4 Lista de pontos das entradas analgicas _________________________________ 43
Tabela 5 Dicionrio de mnemnicos ___________________________________________ 43
Tabela 6 Dimenses das Funes do SSC - SCADA_______________________________ 53
Tabela 7 Enlaces de comunicao _____________________________________________ 53
Tabela 8 Interface com o usurio _____________________________________________ 53
Tabela 9 Dimenses das Funes do SSC - SCADA ______________________________ 54
Tabela 10 Alarmes_________________________________________________________ 54
Tabela 11 Controle automtico de gerao em tempo real __________________________ 54
Tabela 12 Controle automtico de tenso _______________________________________ 55
Tabela 13 Modelo de rede para software aplicativo _______________________________ 55
Tabela 14 Banco de dados de casos salvos ______________________________________ 56
Tabela 15 Tempo de Resposta da interface do usurio _____________________________ 60
Tabela 16 Exemplos de freqncias de varredura e de execuo de programas __________ 62
Tabela 17 Exemplos de tempos de resposta dos programas de aplicao_______________ 63
Tabela 18 Tempos de Backup, Failover e Restart _________________________________ 65
Tabela 19 Interface com as UTRs existentes nos centros regionais.___________________ 70
Tabela 20 Plano de Entrega da Documentao __________________________________ 135
Tabela 21 Relao de eventos importantes (exemplos)____________________________ 148
xii
LISTA DE ABREVIATURAS E SIGLAS
ABNT Associao Brasileira de Normas Tcnicas

AC Alternating Current (Corrente Alternada)
ACSE Association Control Service Element
AMR Leitura de Medidas Automticas
API Application Interface Module
APS Advanced Planning and Scheduling
ASCII American Standard Code International Interconnection
ASP Application Service Provider
AT Alta Tenso
BT Baixa Tenso
CA Corrente Alternada
CAG Controle Automtico de Gerao
CAT Controle Automtico da Transmisso
CDDI Cable Distributed Data Interface
COR Centro de Operao Regional
COS Centro de Operaes do Sistema
COT Centro de Operaes da Transmisso
CPU Unidade Central de Processamento
CRM Customer Relationship Management
CRT Tubo de Raios Catdicos (Monitor)
CSMA/CD Carrier Sense Multiple Access / Collision Detection
DLT Tipo de Dispositivo de Fita Magntica
DMA Direct Memory Access
DNP Protocolo d Comunicao
ECA Erro de rea de Controle
ECC Correo de Erro e Paridade
EMS Energy Management System
ERP Enterprise Resource Planning
FBD Function Block Diagram
FDDI Fiber Distributed Data Interface
FDT Transdutores de Desvio de Freqncia
FFB Bloco de Funes Flexveis
GPS Global Positioning System
IA Inteligncia Artificial
IEC Comisso Eletrotcnica Internacional
IED Intelligent Electronic Device (Dispositivo Eletrnico
Inteligente)
IEEE Institute of Electrical Electronic Engineering
IHM Interface Homem-Mquina
IL Instruction List
LAN Rede Local
xiii
LD Ladder Diagram
LED Light emitting Diode
LT Linhas de Transmisso
LTC Transformador de Tap Fixo ou Varivel
MMS Manufacturing Message Service
MRP Materials Requirements Planning
MS Milissegundos
MTBF Tempo Mdio de Falhas
MTTR Tempo Mdio de Reparos
NA Contato Normalmente Aberto
NF Contato Normalmente Fechado
NFS Network File System
NFS Network File System
NIM Network Interface Modules
ODBC Open Database Connect
OEM Original Equipment Manufacturer
ONS Operador Nacional do Sistema
OSI Open System Interconnection
PC Controladores Programveis
PGQ Plano de Garantia de Qualidade
PLC Controlador Lgico Programvel
RAID Redundant Array of Inexpensive Disks
RAM Random Access Memory
RBC Raciocnio Baseado em Casos
RNA Redes Neurais Artificiais
SCADA Superviso, Controle e Aquisio de Dados
SCC Subsistema de Comunicao entre Centros
SE Subestao
SFC Sequential Function Chart
SGBD Sistema de Gerenciamento de Banco de Dados
SNMP Simple Network Management Protocol
SOE Seqncias de Eventos
SQL Structured Query Language
SSC Sistema de Superviso e Controle
ST Structured Text
TAC Teste de Aceitao em Campo
TAF Teste de Aceitao em Fbrica
TDT Transdutores de Desvio de Tempo
TI Tecnologia da Informao
UR Rels Universais
UTC Tempo Universal
UTR Unidade Terminal Remota
WEB Rede de Longa Distncia
WMWR Write Many, Read Many
xiv
RESUMO
Este trabalho apresenta uma metodologia para a especificao de telecontrole em subestaes

de energia eltrica a qual pode ser utilizada como instrumento de planejamento e execuo de
um projeto de telecontrole e automao de subestaes.
O trabalho faz uma reviso bibliogrfica descrevendo o que automao de uma subestao e
como ela deve ser efetuada. So caracterizadas as etapas e ferramentas que devem fazer parte
de um projeto de automao.
O trabalho metodolgico divido em duas partes: Planejamento da Metodologia e

Especificao Tcnica. O planejamento da metodologia descreve a seqncia das etapas que
devem ser seguidas para a execuo do projeto como um todo. A Especificao Tcnica das
caractersticas do hardware e software, necessrias para a implantao deste projeto, um dos
pontos relevantes do trabalho. Nele so caracterizadas as funes que o sistema dever
possuir para realizar o telecontrole de uma subestao.
xv
ABSTRACT
This work brings out a methodology for the telecontrol specification in electrical power
substations, which can be used as a planning and execution instrument for a substation
telecontrol and automation project.
The work includes a review of literature which describes what a substation automation is and
how it has to be done. The tools and steps needed for an automation project are characterized.
Methodology is organized in two parts: Methodology Planning and Technical Specification.

The Methodology planning describes the sequence of steps which have to be followed in
order to execute the project as a whole. The Technical Specification of the hardware and
software characteristics needed to this project implementation is one of the most relevant
subjects of the present work. The functions the system will have to have in order to achieve a
substation telecontrol are being characterized in this subject.
1
1 INTRODUO
A cada dia que passa, o mercado fica mais competitivo e voltil. A globalizao da economia
e as alteraes dos mercados fazem com que as organizaes busquem alternativas para
agilizar e baratear seus produtos e servios.
Para fazer isso, as organizaes esto alterando os mtodos de trabalho, onde e quando feito,
como organizado e qual o seu contedo.
Essas mudanas acontecem na organizao em nvel estrutural e comportamental, fazendo

com que se estabeleam arranjos interorganizacionais atravs da cooperao. Com isso, as
estruturas organizacionais tornam-se cada vez mais distribudas. A terceirizao das tarefas e
a diminuio da estrutura organizacional so uma conseqncia imposta pelo mercado, para
que uma empresa possa se tornar competitiva.
O uso de Tecnologia da Informao (TI) permite a cooperao entre as empresas

globalizadas, superando limites de tempo e distncia entre seus parceiros, clientes e
fornecedores, conseguindo rapidez e flexibilidade.
Assim, emergem novas formas de trabalho, com tarefas sendo conduzidas fora do escritrio
tradicional (como por exemplo: em hotis, em casa, no cliente, durante viagens, etc.).
Percebe-se que o trabalho est cada vez mais refletindo as necessidades do indivduo, da
organizao, do negcio e do contexto em que a organizao est inserida.
Desta forma, se encaixam as Organizaes Virtuais e a utilizao do Teletrabalho como uma

das formas para atingir seus objetivos. O teletrabalho faz uso de computadores e
telecomunicaes em atividades, alterando a forma tradicional do trabalho. O teletrabalhador
algum que usa computadores e telecomunicaes de modo a melhorar aspectos de custo,
espao e tempo. [TELEWORK 97]
As empresas de energia eltrica esto implementando o telecontrole em suas subestaes que

uma forma de Teletrabalho, j que a operao realizada distncia. O telecontrole visa
operar uma SE remotamente, a partir de um Centro de Controle. Como a operao realizada
distncia, tem-se a noo de que uma subestao (SE) seja uma organizao virtual.
A operao de uma subestao intrinsecamente complexa, pelo elevado grau de incerteza e

pelas inmeras variveis que manipula. As vrias aes de superviso e controle requerem a
presena de um operador capaz de manipular vrios tipos de dados e informaes,
respondendo s mais diversas solicitaes de forma eficiente e efetiva em pequenos espaos
de tempo. [RIBEIRO 97]
2
Com a introduo da tecnologia digital nas SEs e o advento da aplicao prtica das tcnicas
de inteligncia artificial, tornou-se possvel um salto de qualidade no modo de operar uma SE.
Toda a aplicao, anteriormente baseada na tecnologia analgica, deve ser repensada em seus
conceitos bsicos para que se promova uma migrao inteligente e com efetivos ganhos,
aproveitando toda a potencialidade das novas tecnologias. [RIBEIRO 97]
Quando se deseja automatizar uma SE, na realidade, o que se deseja ter condies de
desassist-la (efetuar o seu controle sem a presena de operadores) sem degradao da
qualidade operativa. O ambiente operativo de uma subestao se caracteriza pela
possibilidade de interveno do operador quando da ocorrncia de condies anormais de
operao. Assim, as funes automticas de superviso e controle local devem ser capazes de
gerar aes artificiais preventivas e de controle, no mnimo com o mesmo valor agregado s
operaes humanas, melhorando a eficincia da operao e reduzindo os custos. [RIBEIRO
97]
Os novos sistemas com tecnologia digital permitiro ampliar a abrangncia da automao de

subestaes. Os motivos para estas mudanas tm sido os requerimentos para a automao de
subestaes. As definies sobre automao de subestaes variam dentro das empresas e dos
fornecedores. Algumas consideraes sobre a automao de subestaes so feitas,
relacionando um pouco mais o telecontrole. Outras consideram a integrao de todas as
subestaes dentro deste contexto. As definies incluem no s estes dois, mas incorpora a
habilidade em fazer automao na subestao, tomar decises inteligentes com o mnimo de
interveno do usurio. [PROUDFOOT 99]
A partir disto, definem-se, ento, as funes a serem executadas por sistemas de automao de
subestaes com o cuidado para permitir a interoperabilidade de dispositivos fornecidos por
vrios fabricantes. A definio das funes cobre todo arranjo de aplicaes desde o local
(stand alone) at o distribudo (junto a dois ou mais dispositivos). A definio das funes
focaliza, entre outras, cinco grandes reas: funes de sistemas, funes de manuteno,
funes de controle (ou de operador), funes de monitorao e funes de proteo. A
descrio das funes define as informaes a serem trocadas e os itens a serem definidos
para suportar a interoperabilidade.
Um dos primeiros automatismos especificados para uma SE o telecontrole, o qual permite

ao operador operar a subestao pelo computador ao invs de ser pelos painis convencionais.
A introduo de automatismo nesta rea requer um amplo planejamento das fases, das
necessidades de cada usurio e da forma de implementao.
Assim sendo, o trabalho aqui proposto visa auxiliar as empresas nas especificaes em
projetos semelhantes.
3
1.1 OBJETIVOS GERAIS

Este trabalho prope uma Metodologia para Especificao de Telecontrole em Subestaes de
Energia Eltrica. O telecontrole permitir controlar e operar uma subestao distncia,
fazendo uso da tecnologia da informao.
O principal objetivo que motivou a implementao desta metodologia foi a existncia de

vrias empresas buscando formas de automatizar e/ou controlar a gerao, transmisso e
distribuio de energia eltrica. Neste sentido, as organizaes iniciam uma pesquisa de
software, hardware e re-adequao de suas instalaes para viabilizar seus objetivos. Como o
escopo do projeto muito abrangente e diversificado, gastam-se muito tempo e recursos para
determinar a melhor configurao. Alm disso, a escolha de produtos pode ter implicaes
nos resultados.
Desta maneira, a proposta desta metodologia vem ao encontro das organizaes, auxiliando-as
a especificar as caractersticas tcnicas desse empreendimento.
1.2 OBJETIVOS ESPECFICOS
Desenvolver uma metodologia com os seguintes requisitos:

Efetuar os requisitos gerais para a especificao tcnica da metodologia.
Efetuar os requisitos de hardware para a especificao tcnica da metodologia.
Efetuar os requisitos de software para a especificao tcnica da metodologia.
Efetuar os requisitos das funes SCADA (Superviso, Controle e Aquisio de
Dados) para a especificao tcnica da metodologia.
Efetuar os requisitos do software aplicativo para a especificao tcnica da
metodologia.
Efetuar os requisitos da documentao tcnica para a especificao tcnica da
metodologia.
Efetuar os requisitos para a garantia da qualidade, testes, servios de manuteno e
suporte para a especificao tcnica da metodologia.
1.3 CONTEXTUALIZAO
O contexto deste trabalho pode ter uma vasta abrangncia, envolvendo um conjunto de
assuntos interdisciplinares utilizados na automao de processos. No entanto, destacam-se
apenas os principais assuntos:
Computao: poderia citar um conjunto de reas da informtica, as quais so

necessrias para a implementao deste trabalho, entre outras redes, linguagens de
4
programao, tcnicas de inteligncia artificial, telecomunicaes, hardware e

software (sistema operacional, banco de dados, editores, etc).
Engenharia Eltrica: esta rea bastante requisitada, pois todos os componentes

controlados esto relacionados ao assunto: subestaes e todos os equipamentos nela
instalados, redes de transmisso e seus equipamentos de controle e proteo. Esto
ainda relacionados engenharia equipamentos de controle e de aquisio de dados
como rels e unidades terminais remotas.
Telecomunicaes: igualmente esto presentes neste trabalho conceitos de

telecomunicaes envolvendo formas de comunicao, protocolos, tipos de
cabeamentos, arquiteturas de redes e todos os insumos utilizados na comunicao de
dados, tais como servidores, roteadores, hubs, etc.
1.4 JUSTIFICATIVAS
A compilao dos requisitos tcnicos e da metodologia para a especificao de telecontrole

trar benefcios a sociedade, devido inexistncia de publicaes abordando o assunto. Hoje,
para fazer a especificao tcnica de uma arquitetura de hardware e software, as empresas
buscam parcerias ou contratam empresas de consultoria. As instituies universitrias no
possuem materiais adequados para ensinar seus alunos, ficando restrito ao que est publicado.
Alm dos custos inerentes a compra da arquitetura e da contratao de uma consultora para
efetuar a especificao, muitas vezes, so colocadas caractersticas dentro da especificao
tcnica que privilegia empresas multinacionais do pas que efetua a consultoria. Algumas
empresas de consultoria possuem produtos nesta rea e tentam vender sua prpria mercadoria,
o que poderia no ser a melhor forma.
O presente trabalho, prope, as principais alternativas para a implementao de um projeto de

telecontrole e de automatismos em subestaes, indicando vantagens e desvantagens, a partir
dos quais as empresas podem buscar subsdios para implementar seus projetos e as
instituies de ensino podem mostrar a seus alunos um exemplo de especificao.
1.5 LIMITAES
Para desenvolver este trabalho, a maior dificuldade encontrada refere-se bibliografia. No

foram encontrados livros abordando este assunto. Apenas um livro aborda o tema
(CEGRELL, Torsten. Power system control technology. Sweden: Prentice/Hall
International, 1986) utilizado em cursos da universidade KTH - Royal Institute of
Technology, Stockholm, mesmo assim o seu contedo foi praticamente descartado, pois
descreve tcnicas e conceitos um pouco ultrapassados.
5
Desta forma, as principais fontes de pesquisa e de informao foram empresas relacionadas ao

setor eltrico, consultoras, empresas fornecedoras de tecnologias em energia eltrica,
congressos, revistas e simpsios. A coleta destas informaes ocorreu atravs de artigos,
entrevistas, acesso a relatrios, atas de reunio e especificaes tcnicas.
A especificao deste trabalho no possui fronteiras bem definidas quanto metodologia. Ela
pode servir para empresas de gerao de energia, de transmisso e/ou de distribuio.
Entende-se que muitos conceitos de automao e de processos aplicados neste setor estejam
relacionados um com o outro. Neste sentido, apesar da metodologia desenvolvida ser para o
controle de uma subestao, ela tambm referencia o controle de gerao de energia.
A justificativa desta especificao est relacionada ao perfil das empresas do setor eltrico. A
maioria delas, trabalha com as trs atividades: gerao, transmisso e distribuio de energia.
Por esta razo, quando uma empresa efetua a compra de um sistema, ela necessita descrever
funes para atender as trs atividades.
1.6 ESTRUTURA DO TRABALHO
O trabalho inicia com a introduo, onde esto descritos os objetivos e motivaes para
escrever esta metodologia.
Na segunda parte, faz-se uma reviso bibliogrfica sobre as organizaes virtuais e

teletrabalho, visto que este projeto faz uso do teletrabalho para controlar uma subestao
distncia. Um captulo sobre automao de subestaes demonstra a importncia do processo
de automao, descrevendo as principais ferramentas e funes.
Na quarta parte deste projeto, explica-se a proposta da metodologia para especificao de

telecontrole em subestaes de energia eltrica. Ela divida em duas partes: planejamento da
metodologia e especificao tcnica.
A concluso est na quinta parte. O glossrio e a bibliografia encerram este trabalho.

6
2 ORGANIZAES VIRTUAIS e TELETRABALHO
2.1 ORGANIZAES VIRTUAIS
2.1.1 INTRODUO
Uma organizao virtual se refere a uma coleo de indivduos ou unidades organizacionais

dispersas geograficamente, pertencentes ou no a uma mesma organizao e se comunicando
atravs de links com a finalidade de completar seu processo de produo. Ela pode ser vista
como uma nova forma de estruturao ou de unio mas com o significado de cooperao
entre parceiros ou entre diferentes companhias. Esta juno visa tirar vantagens de uma
oportunidade de negcio compartilhando recursos, tecnologia, informao e mercado, sendo
esta uma estratgia usada para competir e atuar em um ambiente de mudanas e incertezas.
[TROG 97]
Uma empresa virtual um conjunto de parceiros flexveis que concordam em formar um

grupo com a finalidade de constituir uma organizao virtual. A empresa virtual projetada
para oportunidades, no sendo uma empresa temporria e tampouco permanente.
Quando a concorrncia dinmica, ao contrrio do que ocorre na produo de massa, as

mudanas ocorrem rapidamente e so baseadas em oportunidades. Neste contexto a empresa
virtual um tipo de organizao eficaz para enfrentar concorrentes. [GOLDMAN 95]
A organizao clssica possui empregados, prdios e departamentos. Cada empregado ocupa

um posto de trabalho. Uma empresa virtual serve-se principalmente do teletrabalho. Ela tende
a substituir a presena fsica nos locais de trabalho pela participao em uma rede de
comunicao, atravs de programas que favoream a cooperao.
Uma empresa virtual, via de regra, no situada precisamente, seus elementos so nmades e
dispersos, dificultando a sua localizao. Uma comunidade virtual pode organizar-se por
afinidade atravs de sistemas de comunicao. Seus membros se aglutinam por interesses
comuns, pelos mesmos problemas.
Nesta metodologia, o teletrabalho ser executado a partir de um centro de telecontrole, que

pode ser uma SE. Uma SE controlar outras SE que estiverem prximas. No futuro, quando o
projeto de telecontrole estiver implementado com segurana, um nico local poder
telecontrolar todas as SE.
7
2.1.2 CARACTERSTICAS DAS ORGANIZAES VIRTUAIS
A opo estratgica que sustenta o uso de uma organizao virtual compartilhar vantagens
para todas as partes, atingindo objetivos que, de outra forma, poderiam no ser atingidos.
Acredita-se que estas organizaes podem realizar tarefas que em uma linha de trabalho
seqencial no seriam viveis de serem estabelecidas. Isto porque as empresas virtuais
possuem recursos, oportunidades de negcios e equipes competentes que superam as de
negcios baseados em servios ou produtos. Alm de compartilhar competncias, o modelo
de organizao adota as seguintes estratgias: [TROG 97]
Compartilham riscos, pesquisas, infra-estrutura, tecnologia, custos e recursos
humanos, a fim de ampliar o alcance geogrfico, tornando-se um concorrente
global, invisvel e sem fronteiras.
Os concorrentes tentam utilizar este tipo de organizao para dividir,
estrategicamente, mercados e clientes.
Os membros de uma equipe virtual devem assumir o papel de confiana mtua.
Combinam servios e qualificaes que possam atender as exigncias do cliente.
Refletem a necessidade de concorrentes dinmicos criarem ou reunirem recursos
de produo com rapidez.
Renem recursos de produo de maneira freqente e simultnea, uma vez que a
vida til de produtos e servios vem diminuindo cada vez mais.
Aproveitam rapidamente as oportunidades, devido facilidade de configurao.
Aumentam seu tamanho sem requerer um espao fsico maior.
Fazem uso de alta tecnologia.
No possuem os limites de atuao (fronteira) como nas organizaes normais.
Possuem um carter transitrio, duram enquanto a tarefa estiver sendo executada.
A empresa virtual precisa ser dinmica e adaptativa, integrando suas competncias entre
diversas organizaes reais com a estratgia de impulsionar oportunidades com caractersticas
de oportunismo, excelncia, tecnologia, ausncia de fronteiras e confiana. Diferente de
outras estruturas, as empresas virtuais so formadas para tirar o mximo proveito de uma
situao, e so desativadas depois de terminado o seu objetivo.
O termo virtual se aplica a algo que existe, apesar de faltar algum atributo real. A realidade
virtual no tem estrutura fsica, ela s existe nos computadores. Para um observador, a
realidade ou produto est existindo na mente. Empresa normalmente est associada a
objetos durveis, em algum lugar geogrfico, com pessoas, prdios e com uma estrutura legal.
J a empresa virtual no tem estas caractersticas, mas funciona como se assim fosse.
Uma empresa virtual no baseada em cargos, divises ou carreiras como uma empresa
tradicional. Ela estruturada com base na multifuncionalidade.
8
Um trabalhador virtual far parte de uma nova mentalidade de profissionais com capacidade
de confiar e aprender para ter expectativa de crescimento e de sucesso.
O telecontrole a ser proposto nesta metodologia prev a instalao de computadores dentro de

uma SE. Uma vez testada a configurao, ela transferida para um centro de controle
regional. De l, os teletrabalhadores controlaro a SE desassistida.
2.1.3 BENEFCIOS OFERECIDOS PELAS ORGANIZAES VIRTUAIS
As organizaes virtuais possuem os seguintes benefcios [BERTO 97]:

Oferecem a supresso de investimentos, custos, treinamento, equipamentos,
locaes e estoque.
Possuem vantagem sobre a empresa tradicional quanto flexibilidade e maneira
rpida como ela se reorganiza.
So flexveis e adaptveis, se estiver faltando alguma funo, esta pode ser
contratada atravs de um novo indivduo ou organizao, sem ter que construir ou
expandir a fbrica e/ou escritrio.
A TI permite que o trabalho seja realizado distncia, em casa, ou seja,
teletrabalhando.
Companhias menores podem se aliar com outras para serem mais competitivas.
Uma empresa grande teria custos elevados e certamente pressionaria os lucros.
No telecontrole tm-se os seguintes benefcios:

A diminuio do quadro de operadores.
A reduo dos custos operacionais podendo reduzir o valor da transmisso de
energia eltrica.
Melhoria no desempenho operacional com a implementao de novas funes.
Reduo de erros humanos.
Melhoria da qualidade da informao.
Padronizao de informaes.
2.1.4 DIFICULDADES DAS ORGANIZAES VIRTUAIS
As organizaes virtuais no esto isentas de problemas e/ou falhas. O seu lado negativo
inicia com a comunicao que nem sempre de boa qualidade. A incompatibilidade entre os
equipamentos e a diversidade de equipamentos requer ajustes, elevando os custos.
9
Os trabalhadores das organizaes virtuais sentem falta da presena de outras pessoas,

necessitando conviver com o isolamento. A diviso do poder tambm deve ser compartilhada
entre os gerentes, o que pode trazer conflitos de interesses.
Existem outros problemas como a segurana e a interoperabilidade entre os softwares

aplicativos. Mas so de carter organizacional os maiores problemas enfrentados por este tipo
de organizao. As questes dos contratos, dos direitos autorais e da diviso de riscos e custos
so fatores que podem inibir o crescimento e a expanso deste tipo de organizao, alm de
existir as diferentes culturas que esto compartilhando o trabalho. [TROG 97]
Na metodologia proposta, a maior dificuldade imposta para a implantao do telecontrole a

resistncia dos empregados em aceit-lo. Eles temem que o telecontrole seja colocado em um
nico lugar, trazendo desemprego. Outro fator de rejeio por parte dos operadores que eles
acabam sendo transferidos da cidade onde se localiza a SE para o centro de telecontrole ou
para outra SE com carncia de operadores. Estas transferncias sempre causam transtornos s
famlias dos operadores. [TROG 97]
Em termos de comunicao, a maioria das empresas possui sistemas prprios de microondas.

Nos principais centros, a comunicao feita por fibra tica. J em regies mais isoladas, a
comunicao feita por microondas e/ou canais de rdio. Nestes pontos, a instalao do
telecontrole pode ficar comprometida.
2.1.5 CICLO DE VIDA DE UMA ORGANIZAO VIRTUAL
As organizaes virtuais possuem um ciclo de vida com as seguintes etapas: [TROG 97]
1. Associao Nesta etapa, se inicia a busca de parceiros com os recursos e as suas
competncias necessrias.
2. Definio da Estratgia a busca da forma de trabalho entre seus participantes
e um acordo mtuo no processo normativo para atingir os objetivos.
3. Comprometimento Neste momento, os parceiros j possuem objetivos comuns
e uma viso da organizao virtual.
4. Projeto Implementa os objetivos traados, estabelecendo padres entre seus
parceiros. A organizao virtual define a tecnologia, o processo de comunicao o
controle e a logstica, entre outros.
5. Operao Nesta fase, a organizao virtual est produzindo. O processo de
controle se preocupa com desvios, problemas de qualidade e o melhoramento
constante.
6. Dissoluo Como a organizao constituda para trabalhar em um mercado
competitivo e turbulento, com o intuito de explorar uma estratgia comercial, ela
tem uma cooperao temporria. A dissoluo pode ocorrer devido ao trmino da
atividade a que se props ou por ter falhado com seus objetivos.
10
2.2 TELETRABALHO
2.2.1 INTRODUO
Com a introduo do computador, muitas tarefas fsicas se tornaram mentais. As tecnologias

deixaram de ser utilizadas apenas para substituir nossos membros e passaram a substituir
tambm o nosso crebro.
A criao de espaos com as caractersticas de Centros de Teletrabalho sero

uma abordagem prtica ao conceito de centro de inovao e orientao para a
sociedade da informao em que, medida que se observam novas actualidades,
novas capacidades e novos perfis, se faz uma experimentao prtica e
informativa capaz de introduzir novas formas de viver, aprender e de fazer no dia-
a-dia das pessoas e organizaes.[FORUM 97]
Com as novas tecnologias de comunicao e informao, surge a possibilidade de substituir

os meios de transporte pelos meios de comunicao de dados. Esta alterao traz
modificaes no comportamento humano, especialmente nas relaes de trabalho, transportes,
poluio, economia e relaes sociais. Este comportamento est sendo alterado pela
introduo de uma nova maneira de se fazer o trabalho O Teletrabalho. [TROG 97]
O termo teletrabalho utilizado para designar o trabalho daqueles que utilizam um

computador equipado com infraestrutura de telecomunicao, fazendo parte ou no de uma
empresa como empregados, mas no comparecem ao trabalho como em uma atividade
comum. Eles desempenham seu trabalho distncia. uma modalidade de trabalho realizada
com a tecnologia da informao, fora do escritrio. O trabalho produzido enviado empresa
atravs de transferncia eletrnica de dados. [TROG 97]
O trabalho distncia pode ser considerado como descentralizado ou em domiclio. No

primeiro, normalmente se tm trabalhadores assalariados exercendo sua atividade em locais
descentralizados. No segundo, geralmente so trabalhadores em domiclio e sem vnculo
empregatcio.
Os teletrabalhadores valorizam este tipo de tarefa, devido flexibilidade de horrio,

independncia, possibilidade de compatibilizar o trabalho remunerado com as atividades
domsticas e a obteno de recursos econmicos.
2.2.2 DIFERENAS ENTRE TRABALHO E TELETRABALHO
A principais diferenas entre trabalho e teletrabalho so: [OLIVEIRA 97]
Maior responsabilidade e autonomia na tarefa executada atravs do teletrabalho:

11
A tarefa executada, geralmente, possui um grau de independncia devido a sua

prpria natureza de ser em domiclio.
O teletrabalho pressupe que o teletrabalhador necessita ter um certo nvel de
escolaridade e de conhecimento em informtica, alm de treinamento na tarefa que
executa.
O tipo de tarefa permite ao executante um certo grau de liberdade de deciso.
2. Remunerao menor, se comparada com o trabalho normal:
O empregado, via de regra, presta servios para vrias empresas para alcanar a
sua renda.
O teletrabalhador normalmente no transmite seu servio em tempo real. S aps
ter terminado uma tarefa que ele transmite o resultado. Desta forma, o
trabalhador deixa de ser avaliado dentro do processo da atividade e passa a ser
avaliado pelo seu produto final.
Este tipo de trabalho normalmente remunerado pela tarefa executada.
3. Isolamento do Teletrabalhador:
Os trabalhadores em domiclios normalmente trabalham isolados de seus colegas e
da sua famlia. Ao efetuar o trabalho em casa, ele precisa se isolar para obter uma
concentrao melhor.
4. Horrio flexvel:
Desde que o trabalhador entregue a tarefa no prazo estipulado, para o empregador
no importa o horrio de trabalho, carga horria e perodo de descanso.
5. Mo-de-obra:
Uma grande parte dos trabalhos executados em domiclios so de carter
ocasional, fazendo com que o empregador aumente ou diminua a mo-de-obra
conforme a sua necessidade.
O trabalhador em domiclio tem um custo laboral menor. Nele no incide alguns
benefcios sociais concedidos aos trabalhadores normais como, por exemplo,
FGTS, programas de assistncia mdica e odontolgica, programas de
complementao de aposentadorias.
No telecontrole, uma das principais caractersticas a diferena entre operar e teleoperar uma
SE. Para operar uma SE, o operador precisa conhecer o funcionamento da SE (seus
equipamentos e processos produtivos envolvidos). O teleoperador precisa, alm disso,
conhecer o software utilizado.
12
2.2.3 ASPECTOS PSICOSOCIAIS DO TELETRABALHO

O trabalho em domiclio apresenta vantagens e desvantagens para empregados, empregadores,
e a sociedade como um todo. As vantagens encontradas por um, nem sempre coincidem com
as necessidades do outro, e, por vezes, ocorre um conflito entre as partes.
2.2.3.1 O LOCAL DE TRABALHO

O local de trabalho um fator importante, pois ele implica em outros fatores ligados
qualidade de vida no trabalho. Como o teletrabalho se realiza em casa, ele difere das
caractersticas do modo trabalhista, tendo atrativos, mas tambm problemas, tais como:
[OLIVEIRA 97]
Permite conciliar o trabalho com a famlia.
No h a necessidade de locomover-se para o trabalho, diminuindo o estresse
provocado pelo trnsito e o tempo gasto com o deslocamento.
O deslocamento pode ser um ponto positivo se for considerado que o empregado
tem um tempo para desligar-se de uma situao (famlia) para concentrar-se no
trabalho e vice-versa.
Quando o trabalho se realiza em casa, muitos problemas podem ocorrer:
1. Falta de um projeto adequado ao posto de trabalho.
2. Confuso entre o espao privado e o profissional.
3. Falta de contato com outras pessoas (isolamento).
4. Pouca preocupao com segurana de trabalho e outros aspectos sociais.
Pode ter angstia do trabalhador quanto interferncia em seu espao de vida, no

s pelo espao ocupado pelos equipamentos, mas tambm pela reduo do espao
de uso da famlia.
Quando o trabalho se realiza em casa, divide-se com a famlia o local de trabalho,
da famlia e do lazer, tornando o ambiente em uma instituio global.
Normalmente os postos de trabalho em domiclio no possuem preocupao com
ergonomia, design e aproveitamento racional do espao. Os teletrabalhadores
custeiam seus prprios equipamentos.
No trabalho em domiclio os riscos podem ameaar no s o trabalhador, mas toda
a sua famlia. Geralmente, as condies de segurana no trabalho no so
observadas. So as horas excessivas de trabalho, os problemas ergonmicos, as
temperaturas inadequadas, umidade e rudos, entre outros. [OIT 95]
Na metodologia proposta, o telecontrole precisar contornar os seguintes
problemas: cada SE operada distncia ter uma Interface Homem-Mquina
(IHM) (que pode ser composta por at trs monitores de vdeo). Se no existir um
operador para cada IHM, ele estar atendendo a mais de uma IHM (ou seja,
teleoperando mais de uma SE), neste caso, ele pode confundir-se ao operar um
13
equipamento pensando que ele pertence a outra SE. Esta confuso pode gerar
problemas de segurana e de confiabilidade. Um aspecto que pode aumentar esta
confuso que normalmente as mensagens e os alarmes so padronizados para
todas as SEs. O operador pode ouvir um alarme e achar que ele pertence a uma SE,
e, no entanto, de outra. O operador dever ser treinado para teleoperar todas as
SE que ele ir supervisionar.
2.2.3.2 O ISOLAMENTO DO INDIVDUO
O teletrabalhador normalmente realiza seu trabalho isolado, impedido de usufruir

um clima de comunicao e solidariedade profissional.
Uma pessoa trabalhando em grupo pode ser mais criativa do que trabalhando
isolada, devido aos estmulos dos outros membros.
Um problema a ser vislumbrado no projeto de telecontrole que, a cada dia, o
nmero de operadores diminui. Um s operador por turno pode ser suficiente, no
entanto ele estaria sujeito aos problemas de isolamento.
2.2.3.3 O HORRIO FLEXVEL
uma caracterstica importante do teletrabalho. Estudos apontam este item como

um atrativo a mais para escolher o trabalho em casa. [OLIVEIRA 97]
Pesquisas apontam que entre dinheiro e tempo livre, a grande maioria das pessoas
opta pelo tempo, concluindo que a flexibilidade do horrio de trabalho
importante.
A possibilidade de gerenciar o horrio permite trabalhar nos horrios em que a
produo melhor ou em que no existem elementos que possam atrapalhar a
produo como, por exemplo, crianas.
O horrio livre pode levar o trabalhador a uma carga excessiva de trabalho. Alm
de no ter um horrio definido para a sua alimentao, lazer e descanso.
Para evitar problemas com o horrio livre, importante estabelecer uma carga
horria mnima, ou ento conscientizar o trabalhador para adotar um horrio
padro.
Os operadores de SEs trabalham em turnos. As empresas do setor eltrico usam
cargas horrias diferenciadas entre elas. No entanto, sabe-se que so turnos de seis
ou sete horas dirias. Em algumas empresas o turno de oito horas, mas com
descanso no dia seguinte. Este tipo de carga horria permite que o operador tenha
outro emprego ou outras atividades paralelas.
14
3 AUTOMOMAO DE SUBESTAES
3.1 INTRODUO
Os sistemas modernos de automao de subestaes de Energia Eltrica so implementados
com Arquiteturas de Sistemas Abertos, baseados em processamento distribudo,
possibilitando um crescimento modular do sistema.
A interface grfica, os protocolos de comunicao e o gerenciamento da base de dados devem

idealmente seguir padres de domnio pblico. O gerenciamento eficiente da rede de ns
independentes de um sistema aberto de vital importncia para a interoperabilidade do
sistema, logo, os protocolos de comunicao a serem utilizados em cada um dos nveis de
comunicao devem ser padronizados.
Para implementar um processo de automao nas SEs necessrio atualizar o parque

industrial j instalado. Para isso, as SEs esto substituindo uma srie de instrumentos visando
a digitalizao dos seus componentes. Com esta etapa implementada j possvel a instalao
do telecontrole, que possibilita operar a SE a partir de um centro de controle. Para possibilitar
o telecontrole necessrio ter um conjunto de medidas (monitoraes) que permitem efetuar o
controle e a operao da SE.
Na fase seguinte ao telecontrole, as empresas podem pensar em automatizar os seus processos

produtivos, j que a maioria dos dados estaro disponveis para isso. Esta etapa j est
acontecendo em algumas empresas, onde a automao implementada em SEs de pequeno
porte. A partir das experincias adquiridas com este processo, pode-se iniciar uma fase de
automao.
3.2 MONITORAO O CAMINHO PARA A AUTOMAO

A monitorao tem sido aplicada geralmente em partes especficas de equipamentos de uma
subestao, sem ter um quadro completo de todos os dados. A monitorao pode ser usada
para muitas finalidades. A mais bvia para determinar a condio do equipamento. As
coletas de dados (monitorao) a partir dos IEDs (Dispositivos Eletrnicos Inteligentes)
podem ser usados para realizar diagnsticos sobre os estados dos equipamentos. Sendo assim,
deve-se entender a diferena entre monitorar e diagnosticar: a primeira permite basicamente a
aquisio de dados, a partir do desenvolvimento de um mtodo para medir as condies dos
equipamentos; a segunda um passo aps a monitorao, neste sentido, o diagnstico contm
a interpretao das medidas coletadas. A monitorao a base para o diagnstico. Sem o
diagnstico, os dados medidos seriam apenas dados.
15
A monitorao pode ser feita atravs de duas maneiras: [BERGMAN 99]

Off-line que inclui uma forma manual de inspees peridicas, requerendo muitas
vezes, que o equipamento esteja desligado para coletar as informaes. Ela
realizada junto ao equipamento, necessitando o deslocamento de empregados para
a SE. Outra forma de realizar a monitorao a peridica automatizada, podendo
ser realizada atravs de instrumentos portteis, conectados a um computador
atravs de uma linha discada para fazer anlises. Outra maneira seria o envio do
equipamento para o laboratrio, onde seriam realizados os diagnsticos.
On-line ou contnua permite adquirir as informaes enquanto o equipamento
estiver operando. Pode incluir alteraes de status e condies de alarmes, sendo
mais prtica e gil.
Um sistema de monitorao deve ser desenvolvido para que o equipamento possa operar por
um longo perodo de tempo e com alta segurana, prolongando a sua vida til. A monitorao
pode trazer benefcios que devem ser considerados de acordo com a sua evoluo, exibidos na
tabela 1. A implementao de um sistema de monitorao deve incluir todos os custos visveis
e intangveis, bem como se os benefcios esperados permitem uma avaliao mais apurada
dos valores monitorados.
Tabela 1 Benefcios e vantagens da monitorao
APLICAO BENEFCIOS E VANTAGENS
Status operacional Determina a capacidade operacional do equipamento.
Determina o status operacional do equipamento.
Preveno de Avalia a condio do equipamento, detecta condies anormais e
falhas inicia aes para prevenir falhas.
Suporte a Avalia a condio do equipamento e inicia a manuteno se estiver
manuteno ocorrendo alguma degradao.
D assistncia ao plano de manuteno.
Determina a condio de equipamento similar.
Avaliao de Avalia condies funcionais do equipamento e determina o tempo de
durabilidade operacionalidade do mesmo.
Determina condies anormais.
Otimizao Avalia a condio funcional do equipamento maximizando a funo
operacional do equipamento.
Controla os efeitos da carga, verificando a condio do equipamento.
Otimiza a operao do equipamento no sistema.
Comissionamento Confirma se a condio de instalao est correta e ajustada.
e teste Avalia a condio do equipamento e implementa teste de aceitao.
Automatiza a coleta e preservao da condio bsica dos dados e
caractersticas.
Anlise das falhas Prov informaes prioritrias aps ocorrncia de falha.
Segurana dos Previne as condies de insegurana das pessoas.
empregados
Segurana do Previne as condies de insegurana dos equipamentos.
ambiente
16
Fonte: [BERGMAN 99]
3.2.1 A FONTE DE DADOS DE UMA SUBESTAO

As Unidades Terminais Remotas (UTRs) so fontes tradicionais de dados de uma subestao.
A funo primria deste equipamento coletar os estados e as medidas da subestao,
transferindo-as para um sistema localizado no centro de controle, o qual realiza a superviso,
controle e aquisio de dados (SCADA), facilitando, desta forma, o controle remoto.
[PROUDFOOT 99]
Para realizar esta tarefa, os fornecedores de UTRs e suprimentos para o centro de controle
criaram protocolos de comunicao para transportar os dados e as mensagens. Eles eram
planejados para trabalhar em tempo-real. Por este motivo, precisavam efetuar a sua misso de
maneira rpida e eficaz. As mensagens necessitavam trafegar com muita otimizao j que as
linhas de comunicao trabalhavam com uma largura de banda entre 1,2 e 9,6 BPS.
[PROUDFOOT 99]
Com o surgimento dos equipamentos secundrios de base-microprocessada, tais como: rels

de proteo, Rels Universais (UR), Medidores de gases dissolvidos em transformadores,
reguladores de voltagem, Oscilgrafos, medidores de energia, introduziram-se equipamentos
com capacidade de comunicao dentro da subestao. Comerciantes destes Dispositivos
Eletrnicos Inteligentes (IEDs) adicionaram capacidade de comunicao para permitir a sua
conexo com o controlador programvel. Com esta conexo, pode-se configurar, recuperar
dados e efetuar diagnsticos. Equipes de manuteno podem examinar logs contendo a
seqncia de eventos, extraindo informaes para diagnosticar a ocorrncia de falhas.
3.3 TELECONTROLE
Nos projetos efetuados para tornar a subestaes desassistidas, verifica-se a necessidade de
equipar as SEs com dispositivos de automao local, que realizam funes anteriormente
executadas pelos operadores, minimizando os desligamentos e fornecendo dados teis para a
manuteno. [CARNEIRO 99]
As empresas de energia eltrica tm envidado esforos com vistas repotencializao de seu

parque de transmisso, objetivando oper-lo no limite de sua capacidade, com a segurana e
confiabilidade requeridas, em virtude da acelerao do consumo de energia eltrica, agravada
com a dificuldade no que tange obteno de recursos de investimentos. Assim, a utilizao
de sistemas digitais de superviso e controle, juntamente com a implementao de sistemas de
automao, tem contribudo significativamente para a melhoria da qualidade de atendimento,
proporcionando recursos no s de manobra remota de equipamentos, mas tambm para a
manipulao de grandes quantidades de informaes, de maneira prtica, racional e segura. A
superviso das condies dos equipamentos eltricos possibilita uma melhor e mais confivel
utilizao dos mesmos, ao mesmo tempo em que contribui para uma maior racionalizao das
rotinas de manuteno, garantindo assim, alm da economia resultante, uma sobrevida aos
equipamentos, sem prejuzo da sua qualidade. [MAIA 98]
A automao de subestaes obtida pela utilizao criteriosa de mdulos de hardware,

software, transdutores e sensores, para se conseguir a funcionalidade desejada. A integrao
17
desses equipamentos digitais comumente denominada de sistema para Superviso, Controle

e Aquisio de Dados - SCADA.
A principal funo de um sistema SCADA a monitorao e o controle dos equipamentos em
vrios nveis a qual montada atravs do levantamento dos requisitos das funes a serem
automatizadas, seguidas pela definio da arquitetura de hardware e software a ser utilizada.
3.3.1 FUNES BSICAS

Um sistema digital de automao de subestaes geralmente apresenta as seguintes funes
bsicas: [MAIA 98] [MAGRINI 97] [KAIUT 97]
1) Comando remoto: A manobra dos equipamentos dever ser conduzida pelo operador a
partir da sala de comando, atravs da interface grfica onde apresentado o diagrama unifilar
da subestao. A sala de comando pode estar na prpria subestao ou em casos de
subestaes desassistidas em um local remoto denominado Centro de Operao Regional.
2) Funo de monitorao: Apresenta ao operador, sob forma grfica ou atravs de

desenhos esquemticos, os valores provenientes das medies realizadas, alm das indicaes
de estado dos disjuntores, chaves seccionadoras e demais equipamentos de interesse. As
medies podem ser obtidas por meio de transdutores conectados s entradas analgicas das
UTRs ou controladores programveis, ou ainda atravs de equipamentos dedicados que
promovam a transferncia entre analgico/digital. A figura 1 exemplifica uma tela do IHM
com o unifilar de uma SE, construda pelo Sistema Aberto de Gerenciamento de Energia.
Figura 1 Funo de monitorao
Fonte: [ELETROSUL 00]

18
3) Alarmes: uma notificao para o operador sobre a ocorrncia de alteraes espontneas

da configurao da malha eltrica, ou uma irregularidade funcional de algum equipamento, ou
ocorrncias no sistema digital, ou ainda, a ocorrncia de violaes de limites operativos de
medies. Quando ocorre uma situao de alarme, o operador deve adotar um procedimento
para reconhecer o mesmo. A figura 2 mostra um exemplo de alarmes com mensagens
reconhecidas.
Figura 2 Exemplo de alarmes
4) Registro seqencial de eventos: dever registrar a atuao de rels de proteo, abertura e

fechamento de disjuntores e chaves seccionadoras e outras indicaes de estado de interesse,
com preciso de at um milissegundo, possibilitando o encadeamento histrico das
ocorrncias. Devido elevada preciso, a aquisio desses dados efetuada normalmente por
equipamentos autnomos, que se comunicam com o centro de controle e demandam um
dispositivo de sincronizao de tempo.
5) Funo proteo: uma funo realizada por equipamentos autnomos e redundantes, em

face da sua importncia e velocidade com que devem atuar. composta por rels de proteo
que podem ser digitais ou convencionais, sendo que esses ltimos podem ser eletromecnicos
ou de estado slido. O sistema de automao responsvel apenas pela monitorao da
atuao dos rels, que, no caso de rels convencionais, efetuada por meio de contatos
auxiliares. J os rels numricos apresentam a possibilidade de transferncia dessa informao
via canal de comunicao de dados, alm de poderem transferir, adicionalmente, o estado
operativo do rel, por meio de rotinas de autodiagnstico.
6) Armazenamento de dados histricos: Todas as medies, indicaes de estado, alarmes e

aes executados pelo operador devem ser armazenados, a fim de permitir a anlise ou
auditoria posterior. A figura 3 mostra um exemplo de alarmes e aes executadas.
Figura 3 Exemplo de dados histricos

19
7) Grficos de tendncias: Devem possibilitar ao operador observar a evoluo das

grandezas analgicas no tempo em que durar a monitorao. Tambm deve ser possvel
observar tendncias analgicas extradas a partir de dados histricos.
8) Intertravamento: Devem efetuar o bloqueio ou liberao de aes de comando em

chaves, disjuntores ou seccionadoras em funo da topologia da subestao, visando
segurana operativa desses equipamentos.
9) Religamento automtico: um algoritmo de controle que tenta restabelecer

automaticamente a topologia da subestao no caso de abertura espontnea de disjuntor. Esta
uma funo que introduz automatismos no sistema. Estes automatismos so elaborados com
tcnicas de inteligncia artificial, descritas em Automao de Subestaes.
10) Controle de tenso e reativos: uma lgica de controle que visa manter o nvel de
tenso e o fluxo de reativos nos barramentos, dentro de limites preestabelecidos, atravs da
alterao automtica de "tapes" de transformadores e a insero ou retirada parcial ou total de
banco de capacitores. Esta funo tambm introduz automatismos no sistema.
11) Recomposio: Entende-se por recomposio o restabelecimento de uma SE em caso de

pane ou perturbao. A perturbao [RODRIGUES 97] um distrbio ocorrido na rede
eltrica que altera os parmetros de tenso ou corrente. Uma falta uma perturbao
caracterizada pela interrupo do fluxo de energia. Aps uma perturbao geral [MARTINO
97] em uma subestao, pode ser necessrio restabelecer o processo de carga, fazendo-o de
forma rpida e segura. Para o restabelecimento do sistema existem duas fases: fluente e
coordenada.
Define-se por fluente a primeira fase da recomposio que inicia com a sincronizao de
unidades geradoras ou recebimento de tenso em circuitos, a partir dos quais se sucedero a
energizao de transformadores e outras linhas de transmisso, conforme a sua prioridade.
Este procedimento realizado nas subestaes pelos operadores sob coordenao de um
Centro de Operaes Regionais (COR) ou Centro de Operaes do Sistema (COS). Aps o
trmino da fase fluente, o operador comunica o Centro de Operao, iniciando ento a fase
coordenada. Nesta fase, dar-se-o a energizao dos demais equipamentos, as liberaes de
tomada de carga adicionais e, conforme o caso, o fechamento paralelo e/ou em anel das reas
que no foram interligadas durante a fase fluente.
12) Sincronizao: O sincronismo usado para sincronizar duas fontes. Ele executado com
um sincronoscpio no qual o operador visualiza a Tenso, a Freqncia e o ngulo. Quando
os valores da fonte A estiverem prximos da fonte B, o operador efetua o sincronismo.
Outros requisitos funcionais de um sistema digital de automao devero oferecer, ainda as

seguintes facilidades:
1) Subestaes desassistidas: Devem permitir que a subestao opere sem a presena do

operador, sendo que nesse caso, sua operao passar a ser efetuada remotamente por outro
centro de operao. Assim, o sistema dever redirecionar as informaes locais para um
console remoto, atravs de um canal de comunicao de dados.
20
2) Interface homem-mquina: A IHM dever oferecer recursos grficos de animao que

permitam ao operador, via de regra, pouco familiarizado com informtica, reconhecer de
imediato os estados dos equipamentos, as medies realizadas e as sinalizaes de alarmes. A
interface deve ser projetada com requisitos de ergonomia de software para que esta seja
amigvel ao operador. A figura 4 exemplifica uma tela do IHM com a estrutura de rels de
uma SE, construda pelo sistema Cimplicity da General Electric.
Figura 4 Exemplo de tela do IMH de uma SE
3) Diversidade de equipamentos: O sistema deve ser flexvel para permitir a integrao com
equipamentos de aquisio de dados e controle, como Unidades de Terminais Remotas
(UTR), Controladores Programveis (CP), equipamentos de medio digital e rels digitais,
provenientes de diferentes fornecedores. A figura 5 mostra o fluxo de dados entre os
dispositivos e demais funes.
Figura 5 Configurao dos sistemas digitais de automao
Sistema Central
Sistema de Aquisio
de Dados
Dispositivos de Interface
Fonte: [SILVEIRA 00]
21
4) Biblioteca de protocolos:
O sistema deve ser capaz de operar com os diversos tipos de protocolos disponveis no
mercado. Este um requisito necessrio para integrar os diversos sistemas e equipamentos
que operam com protocolos diferentes. Por exemplo, o sistema utilizado na SE de Santo
ngelo possui um geteway para conversar com o protocolo DNP utilizado pela ELETROSUL
e a subestao de It, Conitel usado pelo Operador Nacional do Sistema e IEC usado pelo
Cimplicity.
5) Interligao em rede:
O sistema dever apresentar facilidades de utilizao de rede de forma a permitir a integrao
futura com outros mdulos.
3.4 FERRAMENTAS PARA AUTOMAO DE SUBESTAES

Os benefcios advindos com a automao de processos tambm so conhecidos nas empresas,
fazendo com que algumas indstrias tenham um grau elevado de automatizao dos seus
processos. Os benefcios incluem aumento de produtividade, eficincia nos processos,
reduo de erros operacionais, melhoria nas condies de segurana, qualidade do produto,
reduo de custos e mo-de-obra.
Existem vrios sistemas de gesto para executar funes administrativas e industriais

permitindo a sua integrao. Os sistemas, entre outros, que executam estas funes so:
[FERREIRA 00]
ERP - Enterprise Resource Planning uma categoria de sistemas de gesto
empresarial que abrange as principais funes do negcio da empresa.
ASP Application Service Provider executam funes remotas de aplicativos de
gesto empresarial.
APS - Advanced Planning and Scheduling uma categoria de sistemas de
programao avanada que utiliza algoritmos complexos para otimizar planos de
produo, suprimentos e transportes. Esta categoria se integra aos ERPs para obter
informaes necessrias para a programao.
CRM Customer Relationship Management refere-se a uma categoria de sistemas
para gerenciar clientes de uma empresa.
MRP Materials Requirements Planning so sistemas de gesto de materiais,
baseadas nas necessidades futuras de acordo com a produo planejada.
Para efetuar a automao de processos, pode-se usar os Sistemas Integrados de Gesto ERP,
que possibilitam um fluxo de informaes nico, contnuo e consistente para toda a empresa,
com uma nica base de dados [STAMFORD 00]. Estas ferramentas podem assegurar a
competitividade das empresas. Sua vantagem oferecer uma completa integrao de
informaes sobre os processos de negcios da empresa. Ela permite que as decises sejam
tomadas em todos os nveis, uma vez que disponibiliza dados para estas finalidades.
[EGREJA 99]
22
Entretanto, nas empresas onde existem outros tipos de sistemas, nem sempre se convive com
uma integrao entre ambos. comum observar-se sistemas ERP fazendo o planejamento e
controle da produo sem integrao com o sistema de automao e controle de processos
produtivos.
Um ganho que as empresas tm ao integrarem sistemas ERP com o de automao que um
nico lanamento efetuado no sistema gera mltiplas atualizaes. Uma nica entrada de um
novo pedido pode disparar mudanas de planejamento da produo, aquisio de matrias-
primas, fluxo de caixa, programao de entrega, interao entre departamentos envolvidos.
Este sistema, portanto, gera agilidade no processo produtivo e na tomada de deciso.
A padronizao de sistemas operacionais, protocolos de rede, mtodos de acesso a bancos de

dados e arquiteturas de hardware, entre outras, permitem a integrao entre sistemas de gesto
e de automao. Entretanto, a viabilidade no suficiente para assegurar que as empresas vo
efetuar a integrao. Vrios so os fatores que contribuem para isso: [EGREJA 99]
Falta de uma viso integrada da empresa, pois os responsveis pelos sistemas so
geralmente de reas diferentes. H pouca sinergia entre estas pessoas.
Integradores de sistemas ERP e de automao possuem pouca experincia com
integrao. Este desconhecimento posterga a integrao, que s vai ser alcanada
medida que experincias bem sucedidas forem sendo alcanadas.
Alguns sistemas de automao no foram preparados para a integrao, eles
visavam apenas o controle de processos.
Para minimizar estes problemas, instituies de pesquisas, universidades, rgos

governamentais, fornecedores de sistemas e usurios, entre outros, esto desenvolvendo
padres para poderem efetuar a integrao.
A implantao de sistemas de controle de processos requer um sistema adequado para cada

aplicao existente, visto que os requisitos de segurana, confiabilidade e rapidez so
diferentes para cada aplicao a ser instalada e estes requisitos so imprescindveis para as
empresas. Existem duas categorias de sistemas para automao de processos utilizados para
outros fins no controle de energia, telefone, gs, petrleo, gua, minerao e segurana:
[PEREIRA 00]
Os sistemas SCADA que atualmente so os preferidos na maioria das aplicaes,
baseadas preferencialmente em Unix.
Os Sistemas Digitais de Controle Distribudo, sendo um concorrente do primeiro,
mais flexveis e construdos tambm em Windows e Linux.
3.4.1 INTELIGNCIA ARTIFICIAL
Embora este trabalho no faa uso de tcnicas de inteligncia artificial, muitos programas que
fazem funes de automao so elaborados com estas tcnicas, portanto, elas so
mencionadas apenas neste captulo.
Com a crescente digitalizao de subestaes, as tcnicas de inteligncia artificial tm sido

apontadas como uma alternativa adequada para a representao e soluo dos problemas de
23
operao e controle de sistemas eltricos, possibilitando a substituio da deciso/ao

humana por uma ao automatizada com o mesmo nvel de eficcia, otimizando os processos
operativos de uma subestao [RIBEIRO 97].
A Inteligncia Artificial (IA) um ramo da Cincia da Computao dedicado ao estudo das

tcnicas que possibilitam a representao em mquinas de algum aspecto da cognio humana
(Weber, 1996). Seguindo essa linha Rich (1988), prope que IA o estudo de como fazer com
que a mquina possa realizar tarefas que hoje o homem faz melhor. A IA o ramo da Cincia
da Computao que pesquisa a criao de sistemas inteligentes, possuindo duas abordagens:
uma cientfica, voltada ao estudo da psicologia cognitiva, para compreender os processos
envolvidos na inteligncia, e outra tecnolgica, que lida com a representao destes processos
atravs da mquina. [CAMARGO 99]
Existem vrias formas de Inteligncia Artificial aplicada na construo de sistemas. Entre

outras cita-se:
Raciocnio Inexato.
Sistemas Especialistas.
Algoritmos Genticos.
Agentes.
Raciocnio Baseado em Casos.
Redes Neurais.
3.4.1.1 Sistemas Especialistas
A utilizao de sistemas especialistas na operao de uma SE objetiva evoluir a superviso e o

controle local, otimizando os processos operativos sob o ponto de vista funcional e econmico
e possibilitando a automao da operao local atravs da substituio da deciso/ao
humana por uma ao/deciso artificial. [RIBEIRO 97]
O Sistema Especialista uma tcnica de Inteligncia Artificial desenvolvida para resolver

problemas em um determinado domnio cujo conhecimento utilizado obtido de pessoas que
so especialistas naquele domnio. Contudo, existem casos onde o especialista humano no
est disponvel ou inexistente, neste caso, pode-se compilar o conhecimento terico e
construir um sistema especialista. [CAMARGO 99]
O Sistema Especialista projetado e desenvolvido para atender a uma aplicao determinada

e limitada do conhecimento humano. capaz de emitir uma deciso, apoiado em
conhecimento justificado, a partir de uma base de informaes, tal qual um especialista de
determinada rea do conhecimento humano.
Para tomar uma deciso sobre um determinado assunto, um especialista o faz a partir de fatos
que encontra e de hipteses que formula, buscando em sua memria um conhecimento prvio,
sobre estes fatos e hipteses, armazenado durante anos, no perodo de sua formao e no
decorrer de sua vida profissional. Um Sistema Especialista deve, alm de inferir concluses,
24
ter capacidade de aprender novos conhecimentos e, deste modo, melhorar o seu desempenho
de raciocnio, e a qualidade de suas decises.
A figura 6 mostra a estrutura da base de conhecimento que um sistema especialista precisa ter
para realizar a automao de uma SE e a interao existente. Mais importante do que a
operao automtica de uma SE em si a estrutura de coleta, anlise, avaliao e deciso, a
partir das quais as aes operativas so definidas. [RIBEIRO 97]
Figura 6 Estrutura da base de conhecimento
Dados Coleta
Analgicos
Digitais
Informaes Anlise Normas

Topologia Consistncia
Restries Modelos
Regras operativas Incertezas
Dados histricos
Metas Avaliao Princpios

Operativas
Econmicas Apreciao
Estimativas
Deciso Mtodo
Julgamento
Regras de
Fatos Bsicos Conhecimento
Ao
Fonte: [RIBEIRO 97b]
Uma pessoa adquire tais conhecimentos, mediante treinamento e experincia; j em um

computador os conhecimentos adquiridos so gravados em sua memria, fazendo com que as
tcnicas de armazenamento tenham grande importncia. Os Sistemas Especialistas permitem
que as mquinas aprendam atravs da experincia de um especialista.
A representao do conhecimento (mostrado na figura 7) feita atravs de regras expressas

por um especialista sobre o assunto. Estas regras possuem variveis que so testadas para
obter as suas sadas, gerando, assim, o conhecimento sobre um determinado problema. A
correta definio das variveis e concluso para cada regra facilita o encadeamento das regras,
gerando sempre novos fatos e aumentando a capacidade de busca. [GRANDI 97]
25
Figura 7 Interao de um sistema especialista
Base de
Conhecimento
Domnio do
Conhecimento Usurio
Mquina de Fatos
Inferncia Concluses
Memria de
Trabalho
Casos/Fatos
Concluses
3.4.1.2 Algoritmos Genticos

John Holland da Universidade de Michigan, em suas exploraes dos processos adaptativos
de sistemas naturais e suas possveis aplicabilidades em projetos de software de sistemas
artificiais, no final da dcada de 70, conseguiu incorporar caractersticas da evoluo natural a
um algoritmo. [MAZZUCCO 99]
A utilizao do algoritmo gentico na resoluo de um determinado problema depende

fortemente da realizao de dois importantes passos iniciais: 1)encontrar uma forma adequada
para se representar solues possveis do problema em forma de cromossomo e 2) determinar
uma funo de avaliao que fornea uma medida do valor (da importncia) de cada
cromossomo gerado, no contexto do problema.
A forma de representao das solues possveis em cromossomos varia de acordo com o

problema. Nos trabalhos originais de Holland, essas representaes eram feitas somente
atravs de codificao utilizando cadeias de bits, o que considerado por muitos como
algoritmos genticos puros. Hoje as representaes so elaboradas em diversos tipos. A
funo de avaliao constitui-se no nico elo entre o algoritmo gentico e o problema a ser
resolvido. Recebendo um cromossomo como entrada, essa funo retorna um nmero ou uma
lista de nmeros que exprime uma medida do desempenho daquele cromossomo, no contexto
do problema a ser resolvido. A funo de avaliao, no algoritmo gentico, desempenha o
mesmo papel que o ambiente no processo de evoluo natural. Assim, com a interao de um
indivduo com seu meio ambiente tem-se uma medida de sua aptido, a interao de um
cromossomo com uma funo de avaliao tambm resulta em uma medida de aptido, que o
algoritmo gentico utiliza na realizao do processo de reproduo. [MAZZUCCO 99]
26
3.4.1.3 Agentes
Agentes so componentes de software que atuam autonomamente de forma a atender os
interesses do usurio. So sistemas que apresentam um comportamento determinado por um
processo de raciocnio baseado na representao de suas atitudes, tais como crenas,
comprometimentos e desejos. Eles acreditam que um sistema pode ser visto como um agente
se ele possuir as seguintes propriedades: [COSTA 99]
Autonomia: o agente deve funcionar sem interveno humana, baseando suas
aes em seu conhecimento armazenado sobre o ambiente.
Habilidade Social: o agente interage com outros agentes atravs de uma linguagem
comum.
Reatividade: o agente deve ser capaz de perceber mudanas em seu ambiente e
atuar de acordo com estas mudanas.
Pr-Atividade: o agente no deve apenas atuar por percepo, mas deve procurar
alcanar uma meta apresentando iniciativa.
3.4.1.4 Raciocnio Baseado Em Casos

Solucionar novos problemas atravs da adaptao de solues que foram utilizadas em
problemas semelhantes a filosofia bsica da metodologia de Raciocnio Baseado em Casos
(RBC). A inspirao do modelo de RBC veio das pesquisas de Schank e Abelson (1977)
sobre o armazenamento do conhecimento geral na mente humana atravs de scripts. Segundo
Schank, os scripts ficam armazenados na memria e todas as vezes que um evento ocorre, o
script referente a um evento similar acessado. Os sistemas de RBC representam o ato
humano de relembrar um episdio passado quando se deparam com uma situao similar,
simulando assim o raciocnio analgico. [CAMARGO 99]
O RBC uma ferramenta de IA que utiliza o conhecimento de experincias passadas para

resolver problemas atuais. O que torna a tcnica de RBC diferente de outras tcnicas de IA a
sua capacidade de utilizar o conhecimento adquirido em uma experincia para resolver
problemas manifestados em outra experincia semelhante. Os sistemas de RBC retm cada
nova soluo, tornando-a disponvel para a resoluo de futuros problemas. [GRANDI 97]
natural resolver problemas baseados em experincias anteriores. Os sistemas de RBC

descrevem os casos em uma forma natural, e a aquisio do conhecimento pode ser feita de
maneira automtica, com o registro dos novos casos. Os sistemas baseados em casos podem
ser construdos com sucesso onde sistemas especialistas utilizando regras do tipo IF-THEN
no so eficientes.
3.4.1.5 Redes Neurais

A utilizao de Redes Neurais Artificiais (RNA) um mtodo bastante utilizado em
problemas relacionados a sistemas eltricos de potncia. A tcnica ajusta o comportamento de
uma RNA com camadas de entrada, de sada e de outras escondidas. Cada camada pode ter
uma ou mais unidades de processamento (neurnios). O neurnio recebe sua entrada atravs
de um conjunto de links e o neurnio de sada propaga a sada da rede. O funcionamento da
rede consiste na entrada dos dados, clculo e sada.
27
Para que uma RNA possa encontrar uma sada correta, ela precisa ser treinada. Para isso,
apresentado um conjunto de dados descrevendo todas as classes envolvidas.
3.4.2 SOFTWARE PADRO PARA PROCESSOS

Atualmente, existem propostas de padres em andamento no IEEE e o IEC 61850, que
definem requerimentos de comunicao e especificam o tempo de entrega de mensagens entre
os IEDs. Estes padres especificam a estrutura de dados das informaes de uma SE que so
trocadas entre a proteo integrada, controle e aquisio de dados. [P 1525] e [IEC]
Muitos usurios de PCs possuem a experincia de que muito hardware padronizado no

funciona junto com outros equipamentos. Isto especialmente correto no software. O foco
principal dos padres tem sido as funes de comunicao e armazenamento de dados como
medidor. Os padres estimulam: [WIEBE 99]
Competio de preos.
Inovao em produtos e servios oferecidos.
Reduz os riscos na competio a fornecedores existentes no mercado.
Variedade de componentes especialmente em comunicao.
A disponibilidade de padres pode ter impacto na performance, preo e outros aspectos.

Existem quatro tipos de padres: [WIEBE 99]
Propriedade fechada com fornecedor especfico - Itron, Whisper, RAMAR, HUNT
e Distribution Control Systems, Inc., entre outros, so exemplos de padres
proprietrios fechados para rdio e linhas energizadas carrier.
Aberto, publicado e no proprietrio Estes padres so administrados em
concordncia com processos formais sob o patrocnio da indstria. Por exemplo,
IEEE SC-31 subcomit para gerenciamento de telefones.
Aberto, publicado e proprietrio - um padro que algumas empresas adotam. O
padro pode derivar-se se no existirem indstrias interessadas em estabelecer um
grupo formal. Exemplos deste padro so a CellNet, Dolby e DNP.
De fato um padro que evolui atravs de aes do mercado sendo intencional
ou no. Por exemplo, Utility Transaction Systems, Inc. MV-90 produto adotado
pelo comrcio e indstria e, em especial, pela indstria de eletricidade. Outros
exemplos de padres so o Linux e o Unix. Eles iniciam com uma verso e depois
so implementados em vrias verses por empresas diferentes.
Mesmo com a existncia de padres, as empresas devem tomar cuidado com produtos e
fornecedores para saber se eles podem cumprir com os seus objetivos.
Existem padres que convivem com discusses eternas. O AMR (Automatic Meter Reading
ou Leitura de Medidas Automticas), baseado em rdio, obedece a uma dezena de diferentes
padres como ANSI, IEEE, Underwriters Laboratories, entre rgos federais, estaduais e
grupos locais.
28
A filosofia de padres facilita o projeto e tem um custo reduzido para os projetos. Por
exemplo, um baixo custo residencial ou em pequenas indstrias e/ou comrcio orientadas por
mtricas como a Centron (Schlumberger) e a Altimus (Siemens). Esta tecnologia pode
eliminar processadores redundantes, abastecimento de energia, pacotes e outros itens. Os
vendedores de energia podem se beneficiar com: [WIEBE 99]
Competio de preo entre fornecedores de mtricas.
Interoperabilidade destas mtricas em nvel de rede.
Reutilizao de mtricas de comunicao.
3.4.3 LINGUAGENS DE PROGRAMAO PARA PROCESSOS

No passado, no existia um padro internacional em que um fabricante pudesse se basear para
definir sua linguagem de programao para PLC (Programmable Logic Controller). Cada
fabricante usava uma, e elas no tinham nenhum compromisso com portabilidade e
compatibilidade. Os sistemas eram totalmente proprietrios, dificultando as atividades para o
usurio. Esta prtica comeou a mudar com a entrada dos PCs que utilizavam um padro. Para
no perder mercado, estes fabricantes tambm passaram a aderir a padres. [CARVALHO 99]
Eles adotaram o padro IEC (International Electrotechnical Commission) norma IEC-61131-

3. Com isso, uma reposio de um PLC ou substituio por defasagem tecnolgica ficou mais
fcil e econmica. O treinamento de programadores foi reduzido e a construo de novos
sistemas ganhou mais agilidade. A norma define cinco linguagens de programao: Function
Block Diagram (FBD), Instruction List (IL), Ladder Diagram (LD), Sequential Function
Chart (SFC), Structured Text (ST).
3.4.3.1 Function Block Diagram

uma linguagem grfica para programao de PLCs, baseada na interpretao do
comportamento do sistema, podendo ser utilizada para detalhar condies de transio e aes
de diagramas SFC. [CARVALHO 99]
Os elementos da linguagem devem ser interconectados por linhas de fluxo. Variveis de

entrada e de sada descrevem o processo que consiste em um conjunto de blocos elementares.
As entradas e sadas so conectadas aos blocos atravs de linhas. Os blocos so representados
por retngulos. Combinando blocos, pode-se construir uma lgica apropriada para a
aplicao.
3.4.3.2 Instruction List

usada para pequenas aplicaes ou como parte delas, sendo de baixo nvel e de grande
eficincia. Um programa composto por uma lista de instrues. Cada linha possui um
comando e um operador, operandos so separados por vrgulas. A linguagem utiliza um
registrador no qual armazena os resultados. [CARVALHO 99]
3.4.3.3 Ladder Diagram

uma representao grfica de equaes booleanas, combinando contatos e bobinas. Os
smbolos grficos do diagrama Ladder so organizados como se fossem degraus. So
limitados esquerda e direita por linhas verticais. Os contatos podem ser normalmente
29
abertos (NA) ou normalmente fechados (NF). Quando energizado, NA forado a fechar e

NF forado a abrir. [CARVALHO 99]
As funes lgicas AND so exibidas em linha horizontal e os OR uma abaixo da outra

verticalmente.
Esta linguagem pode representar bem os sistemas de controle lgico combinatrio, mas
ineficiente para sistemas de controle seqencial onde se necessita de controles de tempo.
3.4.3.4 Sequential Function Chart

Esta linguagem de programao oriunda da teoria de Rede Pertri. Ela no se restringe
Engenharia, sendo usada em todos os ramos da cincia.
A SFC simples, porm com rigorosa formalizao matemtica. Um programa composto

por um conjunto de Steps, Transies e Arcos Orientados que representam o funcionamento
de um automatismo lgico. Os steps so ligados s aes e as transaes que so associadas s
receptividades. Os arcos ligam steps s transies e vice-versa. [CARVALHO 99]
3.4.3.5 Structured Text

uma linguagem em forma de texto juntamente com a IL. uma linguagem estruturada e de
alto nvel, semelhante ao Pascal e ao C. Foi desenvolvida para efetuar a programao de
processos automatizados, onde se utilizam procedimentos complexos e difceis de serem
representados nas linguagens grficas. A ST a linguagem de descrio de aes do diagrama
SFC. [CARVALHO 99]
A linguagem estruturada em listas de declaraes do tipo (IF, THEN, ELSE, FOR WHILE,
REPEAT).
No fazem parte da norma as linguagens: Flowchart que est sendo divulgada por empresas
como uma adio norma e o Fieldbus que ser incorporado norma atravs de blocos de
funes flexveis (FFB - Flexible Function Blocks).
3.5 AUTOMAO DE SUBESTAES

O setor eltrico est se adaptando s novas tendncias mundiais em termos de automao.
Alm da reduo de custos e a melhoria no desempenho, os processos implementados em
subestaes procuram reduzir a quantidade de cabos utilizados na fiao, os custos com
operadores e o aumento da robustez do sistema.
Uma SE de energia eltrica um tipo de instalao complexa, principalmente para efetuar a

sua automao. Existe um ambiente eletromagntico agressivo, h necessidade de velocidade
de processamento elevada e os processos no podem aceitar comandos involuntrios e/ou
medies incorretas. As SEs, em conjunto com as usinas de gerao, representam um ponto
chave no sistema eltrico, no permitindo a interrupo no processo de fornecimento.
[SANTOS 99]
30
Os componentes de um processo de automao de subestaes esto representados na figura

8, a reunio dos componentes determina o grau de automao existente. [SILVEIRA 00]
Figura 8 Componentes principais da automao de uma SE

Controle
Automao Monitorao
Integrao dos IEDs Gerenciam. da Inform.
SCADA
A figura 9 descreve os nveis hierrquicos de automao no setor eltrico. O nvel mais baixo
inicia com a automao das SE as quais enviam seus dados a um centro regional e, aps, para
um centro de operao do sistema.
Figura 9 Nveis de hierarquia envolvidos na automao de uma SE
COS
COR 1 COR 2 COR n
SE 1 SE 2 SE 3 SE 4 SE 5 SE n
Para efetuar a automao de uma SE necessrio coletar uma srie de dados dos
equipamentos. Nos sistemas atuais, que contemplam as subestaes mais antigas, os dados
so coletados por rels e transdutores e enviados a UTR. Alguns destes dados so processados
e enviados ao sistema SCADA. J os IEDs utilizados em SE mais modernas entregam os
dados j processados diretamente ao sistema SCADA. Para cada SE necessrio efetuar um
estudo para captar os dados a serem utilizados. A figura 10 mostra este tipo de integrao.
31
Figura 10 Integrao dos dados nas SE

Rels Aux.
Remotas
(UTR)
Transdutores
SCADA
IEDs
3.5.1 O PROCESSO DE AUTOMAO

A rpida inovao dos microprocessadores e das telecomunicaes impulsiona a automao
de subestaes de maneira global. Produtos com padres mundiais (IEC, IEEE) so utilizados
na construo de funes de automao. Mesmo funes eletromecnicas simples tm sido
implementadas com IEDs, reduzindo custos e espao fsico necessrio. A figura 11 mostra
algumas opes para a implementao de telecomunicao para um projeto de
automao.[ZIEGLER 00]
Figura 11 Opes de comunicao na automao de SE
Fonte: [ZIEGLER 00]

Em um modelo de implementao utilizado na Europa, a comunicao realizada via rede
local utilizando protocolos proprietrios (figura 12). A conexo SCADA feita por emulador
32
de UTR que roda no computador central. O Global Positioning System (GPS) utilizado para
sincronizar o tempo e rels de proteo so conectados s unidades de controle. Uma interface
de comunicao com os rels usa o protocolo padronizado pela IEC 870-5-103, sendo o mais
usado na Europa. [ZIEGLER 00]
Figura 12 Exemplo de Automao na Europa
Fonte: [ZIEGLER 00]

A UTR uma tecnologia tpica para automao de subestaes utilizada nos Estados Unidos.
Os fabricantes deste equipamento esto estendendo a comunicao do produto com os
diapositivos inteligentes de uma subestao: os IEDs. Estes produtos incluem medidores,
registradores de falhas e rels de proteo. A conexo utiliza protocolo proprietrio DNP3 ou
Modbus. Em subestaes onde o sistema de controle maior, uma rede Ethernet a
preferida.Os IEDs de diferentes fabricantes usam um conversor de protocolo NIM (Network
Interface Modules). [ZIEGLER 00]
Figura 13 Exemplo de automao na Amrica
33
Fonte: [ZIEGLER 00]
Ao iniciar a implantao da automao das subestaes, Fernades, confirmou a capacidade e a

confiabilidade do processamento das UTRs aproveitando todo o seu potencial tecnolgico
para otimizar os recursos operacionais na implementao de automatismos associados aos
processos de controle e operao de SEs. [FERNANDES 99]
Para efetuar a automao, Fernades iniciou um processo de pesquisa das necessidades

operacionais e procedimentos vigentes, anlise das instrumentaes de operao das SE e dos
estudos, avaliao e atualizao de critrios de projetos eltricos das SE. Os estudos
realizados apontaram a necessidade de desenvolvimento e implementao de aplicativos
lgicos de automatismos que realizam tarefas anteriormente feitas pelo operador ou por
equipamentos convencionais da SE. Entre os principais itens abordados esto: [FERNANDES
99]
Regulao automtica de tenso aplicada a transformadores operando isolados ou
em paralelo.
Rejeio automtica de carga com monitorao de corrente e das protees
internas de temperatura dos trafos.
Sincronismos automticos de linhas de transmisso (LT) do anel e de interligao
de usinas das Se.
Religamento automtico de LT alimentadores.
Preparao automtica da SE aps perturbao geral, com restabelecimento rpido
da carga.
Restabelecimento automtico de carga da SE.
Transferncia automtica de disjuntores.
34
Manobras de isolao de transformadores.

Monitorao da corrente de neutro dos alimentadores.
Contadores de operao de equipamentos.
Verificao da chave local/remoto e de bloqueio.
Estas implementaes resultaram nos seguintes ganhos:

Reduo dos custos de instalao, operao e manuteno.
Maior quantidade e confiabilidade das informaes obtidas.
Agilidade na disseminao de informaes do sistema eltrico.
Melhor controle da tenso.
Melhoria na satisfao do cliente interno e externo.
Inicialmente, foram implementados na Escelsa, automatismos para o restabelecimento da SE

em caso de falha geral. No entanto, aps a operacionalizao deste, ressaltaram-se as
vantagens da automao, ampliando o leque de automatismos com grupos de trabalho para
cada fim especfico. A implantao dos projetos de automao atravs de grupos de trabalho
foi dividida em:
1. RECOMPOSIO: Uma parte importante do sistema eltrico de potncia a subestao

eltrica, que atende necessidade de interconexo, transformao e controle do sistema. O
restabelecimento da configurao de uma SE aps a ocorrncia de uma falta executada pelo
operador, e, em alguns casos, com o auxlio de sistemas automatizados de controle e
superviso. Considerando as complexidades de uma subestao, a probabilidade de ocorrncia
de falhas humanas, bem como a demora no restabelecimento, contribuem para a implantao
de sistemas automticos ou que auxiliem o processo. O restabelecimento [FERNANDES 99]
rpido de carga automtico de uma SE aps uma perturbao, consta dos seguintes
automatismos: [AOKI 99]
Abertura automtica de todos os disjuntores e/ou religadores da Baixa Tenso
(BT) do transformador, em caso de abertura do disjuntor geral de Alta Tenso
(AT) do mesmo.
Preparo do restabelecimento da SE, assim que normalizar a tenso na barra de BT
do trafo, o operador emite um controle que dispara o fechamento de todos os
disjuntores e/ou religadores. Entre cada abertura e/ou fechamento, introduzido
um temporizador de cinco segundos para minimizar o desgaste do banco de
baterias.
Um automatismo trata da abertura de disjuntores e/ou religadores que esto com
etiqueta de automatizao para trabalho em linha viva evitando que haja
religamento ou energizao de LT com equipes de manuteno em trabalho de
linhas, prevenindo acidentes.
Por fim, outro automatismo abre todos os disjuntores e/ou religadores em caso de
falha de tenso na SE. Existem duas lgicas para esta funo: rejeio de carga e
alarme de sobrecorrente.
35
Na lgica de rejeio de carga, o nmero de aberturas dos disjuntores,

emitindo alarmes em nveis pr-definidos, efetuando cortes seletivos, sendo
que somente em casos extremos que feito o corte total da carga. Esta
funo executada atravs da monitorao da atuao das protees de
temperatura dos trafos e das correntes de BT do mesmo.
A lgica de alarme de sobrecorrente o resultado da monitorao de LT e

alimentadores e realizada para ajudar na anlise da atuao da proteo
de sobrecorrente instantnea de AT dos transformadores.
Segundo, o processo de auxlio deve ter meios para: [AOKI 99]

Avaliar o agente da ocorrncia.
Definir a rea defeituosa que foi isolada pela atuao da proteo.
Caracterizar se o defeito permanente ou transitrio.
Identificar os componentes envolvidos e os afetados.
2. SINCRONISMO: A lgica opera a partir de informaes de tenses trifsicas do

barramento da SE, da tenso da LT a ser sincronizada e do estado do disjuntor da LT. O
tratamento das informaes de tenso realizado por um carto de transduo incorporado a
UTR, com as rotinas de sincronismo gravadas em firmware. Os dados para esta funo
compreendem: a fase a ser verificada, a diferena mxima de ngulo, a diferena mxima de
freqncia, a tenso normal, o valor da tenso considerada morta, a mxima diferena de
tenso e o tempo de espera para o sincronismo.
3. RELIGAMENTO: Executa religamentos em disjuntor ou religador conforme determinado.

Esta funo substitui circuitos convencionais (rels), verifica e/ou configura diversos
parmetros a serem utilizados.
4. MONITORAO DA CORRENTE DE NEUTRO: Verifica de forma automtica o

balanceamento de carga nos alimentadores de 15 KV, evitando atuao da proteo do neutro
por desequilbrio, detecta problemas com o banco de capacitores e manobras incompletas de
chave.
5. CONTADORES DE ABERTURA: Esta lgica verifica se a proteo de um disjuntor e/ou

religador operou, incrementando um contador, exibido no sistema de superviso e controle. A
indicao do nmero de aberturas do equipamento til para a programao da manuteno
preventiva.
6. REGULAO AUTOMTICA DA TENSO: Mantm a tenso de um barramento dentro

da faixa de tenso pr-definida para a operao. Esta lgica funciona para transformadores em
paralelo ou individual, permitindo a operao automtica ou manual, remota ou local.
7. ISOLAO DOS TRAFOS: Esta funo verifica se todos os alimentadores esto abertos e
transferidos, confirma o estado das entradas digitais e se a lgica foi ativada.
36
8. TRANSFERNCIA DO DISJUNTOR: A lgica verifica se j existe algum alimentador

transferido atravs da chave by-pass, verifica o estado das entradas digitais e se a lgica foi
ativada. A partir disso, a lgica inicia a transferncia do alimentador.
37
4 METODOLOGIA PARA ESPECIFICAO DE

TELECONTROLE EM SUBESTAES DE
ENERGIA ELTRICA
4.1 PLANEJAMENTO DA METODOLOGIA
4.1.1 INTRODUO
Neste item, esto definidos os principais passos na execuo de um projeto voltado ao
telecontrole de subestaes. Como o assunto bastante amplo, esta metodologia visa
estabelecer as principais etapas, sem efetuar um detalhamento extenso de cada uma.
Caracterizam-se aqui, os aspectos importantes que envolvem custos, caractersticas tcnicas,
aspectos ergonmicos e fatores de segurana.
4.1.2 AS NECESSIDADES DE CADA EMPRESA

O primeiro passo para efetuar o telecontrole de uma SE definir quais so as necessidades da
empresa em termos de controle e/ou automao. Estabelecer quais os equipamentos ou
funes que sero supervisionadas e quais os processos que sero implementados. Para
efetuar este planejamento pode-se utilizar os conceitos do captulo 3 Automao de
Subestaes.
Quando a experincia da empresa quanto aos aspectos de automao no estiver bem

sedimentada, prudente iniciar o processo de modo lento e gradual. Para isso, deve-se dividir
o projeto em etapas, definindo o que deve ser automatizado em cada uma. Estabelecer um
cronograma de atividades para cada uma das etapas e no final, efetuar uma avaliao antes de
prosseguir.
Uma forma de segmentar as atividades de automao poderia ser uma diviso em nveis de
automao:
Nvel inicial - neste nvel executar funes menos importantes e pouco complexas.
O primeiro passo fundamental sob o ponto de vista empresarial. Nesta etapa,
deve estar caracterizado se os resultados esperados esto sendo atingidos. uma
etapa onde se acumula experincia para as prximas fases.
Nvel intermedirio - aps a obteno da primeira experincia, avaliar o projeto,
iniciar a implementao de todas as subestaes planejadas. Escolher primeiro as
subestaes conforme seus custos, sua importncia ou caracterstica que se deseja
automatizar. Pode-se dividir as etapas a serem implementadas por ordem de
38
importncia do empreendimento (por exemplo, optar por automatizar as linhas por

ordem de grandeza: 13 Kv, 68 Kv, 230 Kv, 525 Kv e 750 Kv). Uma
implementao gradual poderia, tambm, levar em conta os tipos de equipamentos.
Nvel final - um nvel de automao maior e mais sofisticado. Nesta fase pode-se
implementar automatismos nas atividades executadas pelos operadores. A grande
maioria das atividades exercidas dentro de uma subestao pode ser automatizada.
4.1.3 A ESCOLHA DO SISTEMA SCADA

Escolher a modalidade de compra e/ou de licitao do software para o sistema de controle e
superviso. Nesta etapa, citam-se trs aspectos para orientar a compra ou desenvolvimento do
produto:
1. Decidir por um fornecedor de software para desenvolver uma soluo especfica
para a necessidade da empresa - nesta opo a empresa contratada permanece
durante toda a vida til do sistema. Como o sistema possui uma certa dinmica de
melhoria e de aperfeioamento, sempre existiro manutenes e melhorias a serem
executadas. Alm dos custos iniciais com o desenvolvimento, h a necessidade de
pagar as manutenes e correes solicitadas.
2. Adotar uma soluo j existente no mercado, em uso por outras empresas - esta
soluo possui diversos fornecedores com produtos que atendem uma grande
quantidade de opes. Escolher um sistema que atenda a maioria das necessidades
da empresa pode ser uma boa soluo. O custo inicial pode ser grande, mas a partir
de um certo tempo de uso, os custos podem decair. Estes sistemas, por terem
custos elevados, so financiados por bancos nos pases de origem, em condies de
pagamento durante muitos anos. O principal problema destes sistemas que eles
so construdos com tcnicas proprietrias, sem o comprometimento de software
padronizado e aberto. Estas caractersticas dificultam a integrao do sistema
adquirido com os outros subsistemas da empresa. No momento em que a empresa
fornecedora distribuir uma nova verso, a compatibilizao com os outros
subsistemas pode estar comprometida.
3. Desenvolver o sistema SCADA com equipe prpria - existe a vantagem de que o
sistema desenvolvido est voltado para as necessidades da empresa. No entanto, as
empresas que adotaram esta opo possuem uma equipe de programao e anlise
bastante elevada. Os custos com mo-de-obra ficam onerosos e o projeto como um
todo pode ficar caro, se comparado com outras solues. Como o mercado
dinmico e passa a desenvolver novas ferramentas, h situaes em que o custo
elevado e o sistema no possui a mesma qualidade de outros sistemas. Mas,
tambm o inverso verdadeiro.
Como recomendao, a utilizao de uma empresa de pesquisa e desenvolvimento de

software, custeada por vrias empresas poderia ser uma boa soluo a ser adotada. Cada
empresa pagaria uma parte dos custos e o sistema desenvolvido teria caractersticas para
atender a todos os seus usurios.
Para a escolha da modalidade, avaliar os custos, o tempo necessrio, a disponibilidade de

mo-de-obra, polticas futuras, dinmicas de mercado e capacidade de investimento, entre
outras.
39
Conforme a escolha adotada pode-se ter a necessidade de comprar um hardware especfico,

para suportar determinado programa de computador. Este componente pode aumentar os
custos de hardware, pode-se, ainda, ter a necessidade de adquirir uma arquitetura
diferenciada, talvez proprietria. Dependendo da escolha, os requisitos de hardware podem
ser maiores (por exemplo: um processador mais veloz, uma quantidade de memria mais
elevada). Com estes aspectos, os custos dimensionados podem no ser queles planejados.
Para especificar as necessidades do software SCADA, utilizar os seguintes requisitos tcnicos,

detalhados neste trabalho:
Requisitos gerais;
Software do sistema;
Funes SCADA;
Software aplicativo;
Interface com o usurio;
Documentao tcnica;
Plano de Treinamento;
Garantia de qualidade, testes, servios de manuteno e suporte;
Gerenciamento do projeto.
Para gerenciar toda e qualquer etapa, utilizar as especificaes contidas em gerenciamento

do projeto desta especificao.
As empresas que trabalham com gerao, transmisso e distribuio de energia, podem ter
requisitos diferenciados de acordo com a sua necessidade. A especificao tcnica desta
metodologia atende a um conjunto variado de solues. Para cada caso deve-se compor os
itens desejados.
4.1.4 A DEFINIO DO SOFTWARE
Para executar o software SCADA necessrio adquirir um conjunto de programas para

atender ao ambiente em que ele rodar. Devem ser especificados o sistema operacional, banco
de dados, software de rede e os demais programas que compem a infra-estrutura necessria.
Para especificar estes componentes tcnicos, utilizar os seguintes itens desta metodologia:
Requisitos gerais;
Software aplicativo;
Documentao tcnica;
Plano de Treinamento;
40
4.1.5 A SELEO DO HARDWARE

Em funo das necessidades de automao e do software adquirido, especifica-se, agora, a
arquitetura de hardware. Para efetuar um processo de compra e/ou licitao com as
caractersticas tcnicas desejadas, utilizar os seguintes itens desta metodologia:
Requisitos gerais;
Requisitos de hardware;
Documentao tcnica;
A empresa que estiver fazendo este planejamento deve adquirir um sistema (software e
hardware) com uma vida til de at 15 anos, portanto, a escolha do sistema importante. Um
erro nesta etapa pode ter um custo significativo. Se a compra do software corresponder a uma
cpia para cada empreendimento, ento, pode-se fazer um escalonamento da compra, caso
contrrio o custo de software inicial pode ser bastante oneroso. Quanto arquitetura de
hardware, esta pode ser adquirida a medida em que os projetos estiverem sendo
implementados.
Em alguns casos (relacionados ao custo e aos fatores de risco) importante efetuar uma
compra de toda a arquitetura de hardware e software com um nico fornecedor. Muitos itens
como performance, segurana e qualidade de servios podem ficar prejudicados. Quando
ocorrem problemas, os fornecedores de hardware culpam os fornecedores de software e vice-
versa. Efetuando uma compra com um nico fornecedor, pode-se reduzir alguns fatores de
risco, mas o inverso tambm pode ser verdadeiro.
4.1.6 A ESPECIFICAO DA UNIDADE TERMINAL REMOTA

Este item descreve o processo de compra e/ou licitao da UTR que servir de interface entre
os equipamentos da subestao e o sistema SCADA. Nem sempre necessrio adquirir este
componente. Uma subestao construda com tecnologia digital pode ter este componente
substitudo por rels universais. Estes componentes substituem a UTR com vantagens, pois
possuem uma srie de funes acopladas em um nico mdulo, diminuindo os custos, a
manuteno e a rea envolvida com painis e fiao. No entanto, se a subestao no possuir
tecnologia digital, a UTR passa a ser de vital importncia na implementao da digitalizao.
Existem muitos fornecedores de UTRs no mercado, com uma variada gama de funes,
tamanhos, protocolos utilizados e tipos de comunicao com que operam. Variam tambm as
aplicaes nelas inseridas e a sua maneira de configur-las. Mesmo em um mercado de
microcomputadores com hardware e software com grandes variedades, por vezes, necessita-se
de uma mquina especfica ou de um programa com caractersticas especiais. Da mesma
forma, a UTR que est no mercado pode ser adquirida. Em outros casos, ela deve ser
especificada e construda conforme as caractersticas desejadas.
41
O item requisitos para especificao da UTR adiante, neste trabalho, pode ser utilizado para
especificar as principais caractersticas. Embora os outros itens deste trabalho no mencionam
caractersticas para as UTRs, a especificao deve estar integrada com a arquitetura de
hardware, software e telecomunicaes a serem utilizados. Protocolos, formas de
comunicao e tipos de clculos inseridos na UTR devem ser contemplados no software
selecionado.
4.1.7 IMPLANTAO DO PROJETO PILOTO

Quando todos os componentes do sistema forem adquiridos, pode-se iniciar a primeira
implementao. Esta etapa visa capacitar toda a equipe com conhecimento e experincia para
as prximas fases. Os aspectos de treinamento com a arquitetura de software e hardware
devem ser previstos. As opes de configuraes devem ser testadas para conhecer as
melhores formas de implementao. Para cada tarefa executada, importante registrar todos
os fatos, problemas, custos e dificuldades encontradas.
Terminado o projeto piloto, deve-se fazer uma avaliao das estratgias, dos custos, formas de
implementao, treinamento, experincia e tempo gasto com as atividades.
4.1.8 O PLANEJAMENTO DE IMPLANTAO

medida que o projeto piloto avana, pode-se fazer um planejamento das prximas
implementaes. H necessidade de especificar quais as subestaes que sero atendidas nesta
fase e que equipamentos sero supervisionados e comandados.
4.1.8.1 Projeto de Engenharia
O projeto de engenharia uma atividade demorada, os engenheiros e tcnicos necessitam

consultar os mapas, vistas e a configurao da subestao para buscar os pontos a serem
controlados. Definem-se lgicas e clculos de instalao, constantes de converso, clculos e
lgicas realizadas e lgicas de intertravamento, entre outros.
A empresa deve pensar na modalidade de implementao desta etapa. Uma opo poderia ser
com seus prprios recursos de mo-de-obra, a segunda seria a terceirizao de todo o
empreendimento e/ou parte dele. Outra forma de realizar esta atividade poderia ser atravs de
Turnkey.
Independentemente de quem executar esta fase, necessrio fazer um levantamento de cada

subestao para conhecer em detalhe o que existe e que deve ser alterado e/ou implementado.
Para entender melhor esta etapa, seguir o guia memria descritiva, detalhada adiante.
Para atender esta etapa, h necessidade de comprar materiais que sero instalados no ptio da
subestao, principalmente cabos, fios e rels, bem como, estabelecer os tipos de
comunicao utilizados, modem e hubs, entre outros.
42
4.1.8.2 Execuo do Projeto de Engenharia

Nesta etapa, executa-se fisicamente as alteraes previstas para a subestao. Esta atividade
executada a partir dos resultados da memria descritiva. Esta fase corresponde a atividades
especficas de engenharia.
4.1.9 CONFIGURAO DO SISTEMA SCADA

Com os resultados da memria descritiva, j possvel construir a base de dados do sistema
SCADA que corresponde a todos os pontos de controle e superviso da subestao.
Alm da base de dados, deve-se configurar os pontos no sistema SCADA, indicando tipos de
alarmes que sero utilizados quando o ponto estiver atuado, determinar se um ponto do tipo
Seqncias de Eventos (SOE) e estabelecer os tipos de clculos necessrios para externar os
valores analgicos, entre outros.
Desenhar as telas contento os unifilares da subestao, onde aparecero todos os pontos

supervisionados e controlados e demais funcionalidades do sistema. Nesta etapa, sero
indicados os tipos de dilogos, mensagens e alarmes que compe a interface homem-mquina.
Deve-se definir os tipos de comunicao, modem, placas e estabelecer para cada ponto, onde
ele se localizar dentro da arquitetura do protocolo em uso.
Para auxiliar a configurao, importante utilizar formulrios e/ou planilhas eletrnicas

contendo os nomes dos pontos associados a rguas de bornes e o endereo dentro do
protocolo. As tabelas 2, 3 e 4, possuem exemplos de listas de pontos.
importante manter um padro de uma instalao para a outra, tanto na forma de

apresentao da interface com o operador quanto os comandos, cores e mensagens. Para citar
um exemplo, uma seccionadora quando opera tem sempre a mesma mensagem de abertura ou
fechamento em todos os empreendimentos. Para tornar isso possvel, deve-se criar um
dicionrio de nomes associados s mensagens, exibido na tabela 5.
A tabela 2 apresenta um exemplo de lista de pontos contendo as entradas digitais a ser

utilizada como modelo. A tabela 3 exibe uma lista com as sadas digitais configuradas. A
tabela 4 apresenta as entradas analgicas e a tabela 5 um exemplo de dicionrio contendo os
mnemnicos associados a cada ponto.
43
Tabela 2 Lista de pontos das entradas digitais
SUBESTAO EXEMPLO Bastidor A
Rack 0 Slot 2
Entradas Digitais Rgua de Bornes CA
A003 Disposit Mneum Descrio Ocorrncia Funo G.soe Gr-sc Bloco Seo Bit Tipo n DNP Bornes
01 DJ732 C43T Chave de transf - Transfer - Ligado PDS23_SNOR_LGDL_1 8 174 65 - 66
02 DJ742 C43N Chave de transf - Normal - Ligado PDS23_SNOR_LGDL_1 8 175 67 - 68
03 DJ742 C43I Chave de transf - Intermed - Ligado PDS23_SNOR_LGDL_1 8 176 69 - 70
04 DJ742 C43T Chave de transf - Transfer - Ligado PDS23_SNOR_LGDL_1 8 177 71 - 72
05 DJ722 SIDJ Sincronismo - Ligado PDS27_SA1N_LGDL_1 8 178 73 - 74
06 DJ732 SIDJ Sincronismo - Ligado PDS27_SA1N_LGDL_1 8 179 75 - 76
Tabela 3 Lista de pontos das sadas digitais

Rack 2 Slot 1
Sadas Digitais Rgua de Bornes EA
A201 Dispositivo Mneum. Descrio Funo Grupo Disp. DNP Bornes Rel
01 1 / 2 - 3 / 4 1
02 DJ732 C43N Chave de transferncia - Normal 1 5 / 6 - 7 / 8 2
03 DJ732 C43I Chave de transferncia Interm. 2 9 / 10 - 11 / 12 3
04 DJ732 C43T Chave de transferncia Transf. 3 13 / 14 - 15 / 16 4
06 DJ742 C43I Chave de transferncia - Interm 5 21 / 22 - 23 / 24 6
07 DJ742 C43T Chave de transferncia Transf. 6 25 / 26 - 27 / 28 7
44
Tabela 4 Lista de pontos das entradas analgicas

Rack 1 Slot 7,8,9
Entradas Analgicas Rgua de Bornes DB
Unidade
A107 Dispositivo Engenharia Descrio Funo Grupo Bloco Seo DNP Bornes
01 LTSM MW Potencia ativa 10 3 1 B 000 1- 2
02 LTSM MVAR Potencia reativa 10 3 2 A 001 3- 4
03 LTSM TAB Tenso fase AB 8 025 5- 6
04 TF01_230 MW Potencia ativa 10 3 2 B 002 7- 8
05 TF01_230 MVAR Potencia reativa 10 3 3 A 003 9 - 10
06 TF01 TAP Tap 10 3 4 B 006 11- 12
07 TF01_138 TAB Tenso fase AB 10 3 5 A 007 13- 14
08 TF01 TMP_LEO Temperatura leo 8 026 15- 16
Tabela 5 Dicionrio de mnemnicos

DICIONRIO DE MNEMNICOS
MNEUFUNO EQUIPAM DESCRIO do Mnemnico AO DESCRIO OCR
ABAP Geral Rede de alta/baixa, alta presso. - Falha Rede de alta/baixa, alta presso - Falha PDS12_ANCR_FLNR_1
ABPP Evento Disjuntor Proteo prpria Proteo prpria PDS01_ACR1_OPNR_1
ACCD Alim. aux. Vo Alim CC comando - Falha Alim CC comando - Falha PDS12_ANCR_FLNR_1
ACCO Comutador Trafo Acionamento do comutador Acionamento do comutador PDS01_ACR1_OPNR_1
ACDC Z1(Gerador) Alim CC disj. campo - Falha Alim CC disj. campo - Falha PDS12_ANCR_FLNR_1
ACO2 Antiincendio Geral Aplicao de CO2 Aplicao de CO2 PDS01_ACR1_OPNR_1

45
4.1.10 CONFIGURAO DA UTR

A UTR como se fosse um microcomputador; ela tambm precisa de software para processar
as informaes nela contidas. Normalmente, a UTR recebe os estados dos equipamentos
(aberto/fechado, ligado/desligado) atravs das entradas digitais e comanda a abertura e/ou
fechamento atravs das sadas digitais. As entradas analgicas correspondem a medidas
coletadas nos equipamentos (MVA, MW, MVAr e etc), estas so calculadas e exibidas na
interface com o operador. As sadas analgicas no so utilizadas nas UTRs de subestaes,
pois elas indicariam uma alterao nas medidas de sada, sendo que a sua utilizao ocorre,
por exemplo, no controle da quantidade de energia a ser gerada (em uma usina) ou a
quantidade de gs que deve passar por uma tubulao.
A UTR tambm possui uma base de dados (os mesmos pontos que foram configurados no
sistema SCADA) que indica os pontos a serem monitorados. Todas as alteraes de estado de
um equipamento devem ser sinalizadas e as medidas so coletadas em intervalos de tempo
definidos na configurao.
4.1.11 COMISSIONAMENTO
Quando toda a fiao que sai do equipamento, vai at ao rel e depois segue at a UTR estiver
concluda, hora de fazer o comissionamento ou testar toda a configurao. Nesta etapa so
checados todos os pontos implementados. Durante o projeto que efetua inmeras alteraes
dentro da subestao, podem ocorrer trocas de cabos, erros na configurao da UTR, erros na
configurao da base de dados do sistema SCADA bem como na sua configurao. Os testes
ponto-a-ponto visam assegurar a integridade da subestao. uma fase demorada,
dependendo do nmero de pontos de controle implementados. Muitos destes testes necessitam
de desligamento de linhas e/ou equipamentos. Para tanto, necessrio programar os
desligamentos, tendo alguma forma de evitar a indisponibilidade de energia eltrica. Em
horrios de grande consumo de energia normalmente no h desligamentos, eles devem ser
previstos para as madrugadas e fins de semana.
4.1.12 OPERAO LOCAL DA SUBESTAO

Os testes de ponto-a-ponto so executados, tanto nos painis convencionais como na nova
interface com o operador disponibilizada atravs de monitores de 21 (vinte e uma
polegadas). Cada microcomputador possui dois ou mais monitores para efetuar o controle da
subestao.
Nestes testes, so executados todos os comandos colocados na interface (que foram alterados
na subestao). medida que os testes avanam, inicia-se a operao da subestao de modo
digital.
Este tipo de operao permanece nesta modalidade por um perodo de tempo necessrio para
checar se a arquitetura est confivel e funcionando conforme o planejado.
46
4.1.13 DOCUMENTAO
Todos os documentos (mapas, vistas, diagramas) que foram alterados, devem ser atualizados
de acordo com a nova configurao da SE. Para atualizar milhares de documentos, talvez seja
vivel a contratao de uma empresa especializada.
4.1.14 TREINAMENTO
Os operadores e as equipes de manuteno devem ser treinados para operar e manter os novos
equipamentos. Quanto aos operadores, importante prepar-los com a nova forma de
trabalho.
A implantao do telecontrole altera a estrutura de operadores. A subestao deixa de ser

operada localmente fazendo com que operadores tenham a necessidade de serem transferidos
para outras localidades ou que mudem de atividade.
4.1.15 TRANSFERNCIA DA PLATAFORMA

Aps a arquitetura e configurao estarem funcionando adequadamente, deve-se efetuar a
transferncia da plataforma para um centro de operao regional. Este centro pode estar
localizado em qualquer lugar, desde que haja um sistema de comunicao interligado com a
subestao.
As regras para determinar onde deve situar-se o controle regional varia conforme a dimenso
da empresa e de suas caractersticas operacionais. Existem empresas que atuam em uma rea
to vasta que poderia corresponder a vrios paises. O conceito de centro de controle regional
pode levar em conta caractersticas como:
Estar prximo de uma equipe de manuteno, pois em caso de falha, os tcnicos de
manuteno no demorariam em chegar.
Estar situado em lugar com infra-estrutura de comunicao.
O centro de controle pode ser exercido por outra subestao, localizada nas proximidades ou,
todas as subestaes poderiam ser controladas a partir de um centro de controle nico.
Se o centro regional estiver controlando outra(s) subestao(es) haver a necessidade de

integrar as bases de dados e a configurao.
importante frisar que, mesmo um sistema de telecontrole, utilizando microcomputadores,

sistemas de comunicao e UTRs redundantes, est sujeito falhas. Nestes casos, ainda
necessita-se de pessoas dentro da subestao para oper-la. Considerando a importncia da
energia eltrica estar sempre disponvel, conveniente dispor de alternativas que possam
minimizar as falhas.
47
4.2 ESPECIFICAO TCNICA
4.2.1 INTRODUO
Nos prximos itens, encontram-se especificaes tcnicas a serem utilizadas para a
especificao de um sistema de superviso e controle. As caractersticas aqui compiladas nem
sempre sero usadas por qualquer especificao. Cada uma deles deve ser analisada para
saber se ela deve ser aplicada ao projeto a ser implementado.
Estes requisitos foram elaborados com base nas especificaes: [ANDERSSON 88], [CEPEL
99], [CESP 97], [COPEL 93], [ELETROSUL 00], [GERASUL 99], [KEMA-ECC 00],
[LINDSTRM 88] e [ONS 2000].
4.2.2 REQUISITOS GERAIS

Nesta fase da especificao, so estabelecidos requisitos gerais e em especial definies
quantitativas sobre o Subsistema de Comunicao entre Centros (SCC).
4.2.2.1 Requisitos da Arquitetura Global
Concepo Geral - os seguintes critrios so considerados essenciais na definio da

concepo:
1. O sistema deve ser distribudo e construdo sobre uma rede LAN redundante e de
alta velocidade, facilmente expansvel devido construo modular das estruturas
de hardware e software.
2. Todos os equipamentos e software bsicos devero ter capacidade de suporte para
a manuteno (estoque de peas de reposio, laboratrio, pessoal tcnico,
ferramentas e equipamentos, entre outros).
3. O sistema deve prover um ambiente com multiprotocolos e oferecer flexibilidade
para instalao de novos protocolos, sem interferir na operao dos existentes.
4. Deve-se prever um sistema de comunicao de dados com o centro de operao,
ou com outros centros regionais de sua rea de operao. O sistema dever dispor
de protocolos de comunicao citados acima.
5. O subsistema de comunicao, incluindo a comunicao com o centro de operao,
com outros centros regionais e com os centros de sua rea de operao, dever
apresentar uma alta disponibilidade. Como alternativa de backup, o subsistema de
comunicao dever ter capacidade de operar autonomamente, garantindo,
portanto, a retransmisso (relaying) dos dados necessrios operao do centro
de operao e dos demais centros.
6. Deve possuir funes de gerenciamento de energia, completas e funcionais, com
todas as facilidades de interao com usurios, j dimensionadas para uma rea de
abrangncia. Devem, ainda, ser consideradas as conexes internacionais com os
pases com os quais tem-se intercmbio.
48
7. A interface das funes de software deve preferencialmente utilizar o modelo

definido no Application Interface Module (API), definido na norma em estudo IEC
61970.
8. Capacidade de armazenamento de dados em tempo real confivel, redundante para
tolerar falhas simples, e, preferencialmente, utilizando, em tempo real, gerenciador
de base de dados relacional e linguagem de acesso com suporte para o Structured
Query Language (SQL).
9. Deve possuir capacidade de armazenamento, visualizao e tratamento do
histrico de dados e de ocorrncias no Sistema de Superviso e Controle (SSC) e a
capacidade de transferncia destas informaes de uma forma integrada, em
termos de estrutura e nomes, para uso pela ps-operao na rede corporativa dos
demais centros regionais.
10. O sistema dever possuir um servidor para suportar o desenvolvimento de
aplicativos e gerao/manuteno de base de dados. Este servidor poder servir de
reserva dos servidores de aplicaes em tempo real.
11. Dever ter capacidade de integrao com o planejamento, programao, pr-
operao e ps-operao, utilizando mecanismos de transferncia automtica de
valores entre o ambiente de tempo real e da rede corporativa, atravs da leitura e
escrita de diferentes estruturas de dados.
12. Deve possuir capacidade de integrao com o processo de normatizao do centro
de operao, possibilitando a consulta e atualizao das normas correntes. O
operador poder ter acesso permanente a estas normas, bem como a descrio de
todos os processos inerentes a sua atividade.
13. No sentido de separar o fluxo de dados entre o sistema de tempo real e o
corporativo, deve ter uma nica ligao entre as duas redes dever ser dos
servidores de dados histricos. Estes servidores devero utilizar redundncias
(tanto servidor como disco) capazes de garantir o seu funcionamento mesmo em
caso de falhas simples, em quaisquer de seus componentes.
14. Deve possuir proteo contra intruso (Firewall) atravs dos enlaces com o
centro de operao e de outros centros, com os centros de operao das empresas
conveniadas e com a rede corporativa. O sistema dever detectar e bloquear esta
intruso e sinalizar a ocorrncia.
15. O Subsistema IHM dever incluir os consoles de operao, dotados de capacidade
grfica (full graphics) e janelas mltiplas. O operador dever ter recursos para
trending (tendncia) de variveis, panning (movimento panormico),
zooming (zoom negativo ou positivo de uma parte da tela) e decluttering
(capacidade de fazer as informaes aparecerem e desaparecerem em nveis
diferentes de ampliao).
16. O Subsistema de IHM dever incluir recursos de impresso de relatrios e cpia de
telas (hardcopy).
17. O SSC dever ter um ambiente de testes que possibilite a execuo de novas
verses do sistema, sem prejuzo para a operao em tempo real.
49
Configurao Funcional - o nvel funcional do SSC dever possuir os seguintes blocos

principais, interligados atravs de uma rede local redundante:
Servidores principais de aplicao (SCADA, anlise de redes, CAG (Controle
Automtico de Gerao), CAT (Controle Automtico de Transmisso)).
Servidor do sistema de desenvolvimento (que tambm servir como reserva fria
dos servidores principais de aplicao).
Servidores de comunicao com as UTR.
Consoles e outros equipamentos de IHM.
Servidores para o enlace de dados com o centro de operao e outros centros
regionais.
Servidores de comunicao com outros centros (incluindo firewall).
Sistema de Referncia de Tempo (GPS).
Servidores de histrico e interface para rede corporativa (incluindo firewall).
Servidor do simulador para treinamento de operadores.
Servidor de I/O local.
A configurao da comunicao com centros de controle deve estar capacitada a se conectar

com outros centros de controles de diferentes nveis hierrquicos (centro de operao e os
centros regionais). Adicionalmente, podero existir interligaes com centros de operao
internacionais.
O documento sobre a especificao dos protocolos de comunicao do sistema poder ser

elaborado como parte da documentao do workstatement o qual conter o detalhamento de
todos os protocolos de comunicao.
4.2.2.2 Caractersticas
Caractersticas gerais
O SSC dever atender s seguintes caractersticas:
Eficincia e eficcia, apresentando facilidades de operao, gerenciamento e

manuteno, possibilitando atender aos requisitos de crescimento do sistema
eltrico e permitindo incorporar novas tecnologias e funcionalidades. Deve possuir
ampla conectividade entre suas partes, bem como com outros sistemas j existentes
ou futuros, ainda que de diferentes fornecedores, alm de permitir a disseminao
eficiente de informaes.
Todos os parmetros do SSC devero ser definidos no banco de dados e serem

ajustveis pelo usurio. Para efeito de clculo de desempenho devero ser
considerados valores iniciais, todas as taxas e intervalos de tempo peridicos
contidos na especificao que definem estes parmetros. Os usurios podero
modificar os parmetros normalmente acessveis, definidos como ajustveis pelo
usurio, atravs de displays. Os parmetros ajustveis pelos tcnicos podero ser
modificados atravs de displays apenas acessveis aos usurios. Os parmetros
50
ajustveis podero ser modificados por qualquer tipo de usurio, dependo dos
padres do fornecedor. Os ajustes feitos nos parmetros pelo usurio ou
programador devero tornar-se efetivos sem ter que reconstruir e recompilar
programas ou regerar todo ou parte do banco de dados.
Todos os resultados importantes para o usurio devero ser armazenados de uma

forma acessvel para visualizao e impresso, bem como para aplicaes
desenvolvidas internamente.
Deve possuir uma vida til compatvel com os custos de implantao e

manuteno, preservando o investimento ao permitir a migrao de aplicativos
existentes para plataformas computacionais decorrentes de novas tecnologias, sem
maiores adaptaes de software.
Para atender as caractersticas acima, o produto deve ter ampla aceitao no mercado e ter
comprovado desempenho no campo.
Requisitos de Concepo do Sistema o SSC dever contemplar solues j disponveis no

mercado, atender aos conceitos inerentes concepo de um sistema aberto e voltado
superviso e controle de um sistema eltrico em tempo real. Para isto, dever possuir
conceitos, j consagrados, de portabilidade, interoperabilidade, interconectividade,
modularidade e expansibilidade:
Fazer uso de padres internacionais e industriais que so apropriados e relevantes
para aplicaes de controle em tempo real de sistemas de potncia.
Possuir uma estrutura de redes com as vantagens dos ltimos avanos tecnolgicos
existentes em termos de LAN, ligados tecnologia de comunicao de dados.
Utilizar protocolos de comunicao e dispositivos de interface padronizados que
garantam a adio de novos ns na rede mesmo para mquinas de diferentes tipos
e fabricantes.
Possuir uma concepo distribuda que permita a utilizao dos recursos de
hardware, prevendo solues padronizadas que minimizem os tipos e quantidades
de mdulos de reserva a serem fornecidos para manuteno.
Fazer uso de padres, tanto na rea de comunicao como na gerncia de dados,
que permitam o acesso a dados e servios implantados em plataformas distintas
daquelas em que se est operando.
Gerenciar base de dados fonte com tcnicas apropriadas para modelagem em
tempo real, com estruturas de dados relacionais interativas, e comunicao com a
referida base de dados.
Gerenciar e executar em nvel de funes/processos de forma a permitir a alocao
dinmica destes nos diversos processadores existentes na rede.
Fazer uso de um sistema operacional aderente a normas internacionais.
Possuir interfaces de programas de aplicao para simplificar a incorporao e
facilitar o desenvolvimento de novos aplicativos.
51
Deve ter software de aplicao fornecido em mdulos, de forma a permitir a

implantao de novas funcionalidades, de acordo com as necessidades do usurio,
garantindo a expanso, sem degradao da confiabilidade, disponibilidade e
segurana do sistema, bem como a facilidade de manuteno do sistema como um
todo.
Utilizar interface grfica do usurio utilizando a mais recente tecnologia de
estaes grficas, bem como permitir acesso a qualquer aplicao por meio de
recursos de janela.
Fazer uso de linguagens de programao de alto nvel padronizadas, com
ambientes de desenvolvimento (compiladores, ligadores, depuradores, bibliotecas,
etc.) disponveis para as diversas plataformas computacionais (CPU e sistema
operacional), evitando-se o uso de recursos proprietrios e/ou somente disponveis
para uma plataforma especfica.
4.2.2.3 Principais Funes do Sistema
As funes so divididas em Crticas e No crticas:

Funes Crticas - so consideradas Funes Crticas.
Aquisio e distribuio de dados, controle e suporte dos enlaces de dados,
incluindo comunicao com:
o UTRs com servidores de dados.
o Centro de operao do sistema.
o Centros de operao interligados aos centros regionais.
Funo de gerenciamento da base de dados em tempo real.
Aquisio de dados e controle supervisrio (funes SCADA).
Processamento de dados e alarmes.
Funes da interface do usurio, incluindo o suporte de consoles de operao e
impressoras.
Armazenamento e recuperao de dados histricos.
Funes de Controle Automtico de Gerao (CAG).
Funes de anlise de rede em tempo real e em modo de estudo.
Visualizao de dados histricos atravs da rede de tempo real.
Funes de Controle Automtico de Tenso.
Sistema de gerenciamento de rede.
Sistema de gerenciamento de bancos de dados relacional.
Funes No Crticas - so definidas como sendo No Crticas:

Simulador para treinamento de operadores.
52
Modificao e gerao dos bancos de dados.

Modificao e gerao de displays.
Modificao e gerao de relatrios.
Suporte para desenvolvimento de software e para a integrao de aplicaes ao
ambiente de tempo real.
Configurao e gerao do sistema de software.
Backup do software e dados do sistema.
Tratamento, backup e visualizao de dados histricos atravs da rede corporativa.
Integrao do tempo real com a pr-operao e ps-operao.
4.2.2.4 Normas e Tecnologia

O conjunto de recursos de software e hardware, conectados/interconectados por uma estrutura
de rede de dados, que integram o ambiente computacional do SSC, dever atender s normas
internacionais, caracterizando a arquitetura de um sistema Aberto. Ao se optar por um
sistema, deve-se dar preferncia para aquele sistema cuja concepo privilegie solues
padronizadas, em detrimento daqueles concebidos com solues proprietrias.
O fornecedor dever indicar, claramente, quais as normas/padres das diferentes organizaes

internacionais, que as diferentes partes do sistema atendem. As normas/padres que o sistema
deve possuir, entre outros, so:
IEEE POSIX 1003.
X/Open XPG4.
X Windows System, Version 11, Release 6.4.
MOTIF/OSF para interface grfica com o usurio.
ISO/ANSI C, C++ e ISO/ANSI FORTRAN.
ISO/ANSI SQL (Structured Query Language).
Ethernet 100 Mbps (IEEE 802.3u) e/ou 1 Gbps (IEEE 802.3x).
OSF/MOTIF.
FDDI /CDDI (Fiber/Cupper Distributed Data Interface) ANSI X3T9.5.
OSI/CCITT e TCP/IP protocolos para redes locais (LAN).
Protocolos IEC 870-5 e DNP 3.0 para comunicao com UTR. [IEC870 00]
Protocolos ICCP (IEC 870-6 TASE 2) com TCP/IP. [IEC870 00]
ELCOM (IEC 870-6 TASE.1) com X25 [IEC870 00].
ANSI/IEEE STD-730-1984 padro de qualidade e de garantia de software.
[AGROSOFT 00]
53
4.2.2.5 Requisitos de Tolerncia a Falhas

A arquitetura dever possuir recursos e procedimentos que garantam o seu funcionamento na
presena ou existncia de falhas momentneas, intermitentes, ou permanentes, simples ou
mltiplas; evitando a perda do sistema como um todo. O sistema dever possuir redundncia
de equipamentos, recursos de rede, dispositivos de chaveamento para casos de falhas, ou seja,
tudo que for necessrio para atender confiabilidade e disponibilidade do sistema c omo um
todo, descritos no item de requisitos gerais.
A configurao completa do sistema dever satisfazer o requisito de que uma falha em

qualquer um dos componentes, equipamentos ou uma desconexo no resulte na perda de
qualquer funo crtica.
Qualquer falha em um componente, equipamento ou mdulo de software dever ser

imediatamente detectada, identificada e registrada no arquivo de histrico e de estatstica.
O gerenciamento da base de dados em tempo real dever permitir as caractersticas de

distribuio e replicao da base de dados de tempo real.
A funo de gerenciamento de configurao do sistema dever, preferencialmente, permitir,

em caso de falhas, o funcionamento do sistema segundo um critrio hierrquico de
prioridades, conforme descrito a seguir:
1 Prioridade
Comunicao de dados com o centro de operao, centros regionais e
demais centros de operao.
Comunicao com as UTRs e servidores de dados.
SCADA, CAG e CAT.
Funes avanadas em tempo real, interface com o usurio e coleta de

dados histricos.
2 Prioridade
Funes avanadas em modo de estudo, interface com a programao da
operao.
Funes de ps-operao (histrico).
3 Prioridade
Treinamento, manuteno, desenvolvimento e testes.
4.2.2.6 Dimensionamento do Sistema Computacional
O sistema dever ser dimensionado para processar todas as funes especificadas nas
respectivas dimenses finais, incluindo todos os requisitos de aquisio de dados associados
com as UTRs, tanto as existentes e futuras, e enlaces de dados com servidores de dados e/ou
54
centros de operao. Os Testes de Aceitao em Fbrica (TAF) devero ser executados com
as funes especificadas j configuradas para as dimenses finais, atravs de simulao. O
SSC dever ser configurado para atendimento aos requisitos de capacidade inicial. A partir da
tabela 6 so fornecidos exemplos de requisitos de capacidade do SSC (para efeito desta
especificao, os dados que constam nestas tabelas so hipotticos).
Descrever aqui os centros regionais existentes, conforme o exemplo da tabela 6.

Tabela 6 Dimenses das Funes do SSC - SCADA
Centro X Centro Y Centro Z
Descrio
Inicial Final Inicial Final Inicial Final
Canais de comunicao com
10 30 50 60 20 30
UTR
Servidores de dados 0 0 1 5 0 0
Fonte: [KEMA 00]
Para descrever os enlaces de comunicao, utilizar o exemplo da tabela 7.

Tabela 7 Enlaces de comunicao
Descrio
Centros de operao 3 8 4 10 7 11
Centro de operao e
1 3 1 3 1 2
centros regionais da empresa
Fonte: [KEMA 00]
Na interface com o usurio so descritos os equipamentos necessrios para cada centro, deve-
se indicar as quantidades conforme o exemplo da tabela 8.
Tabela 8 Interface com o usurio
Descrio
Consoles de operao com 3
2 4 3 6 5 8
vdeos
1 5 3 5 0 0
vdeos
0 0 0 0 2 5
vdeo
Impressora de
0 0 3 5 3 5
alarmes/eventos (P&B)
Impressora de relatrios
(laser colorida ou jato de 2 4 6 6 3 7
cera) com interface de rede
55
Micros para console remota

recuperao de dados
10 12 8 9 4 8
histricos, edio/gerao de
bancos de dados, etc.
Relgio padro 2 2 2 2 2 2
Fonte: [KEMA 00]
A dimenso necessria para o SCC dever ser de acordo com o nmero de pontos de controle
existentes para cada centro. A tabela 9 exibe um exemplo a ser utilizado para determinar as
quantidades.
Tabela 9 Dimenses das Funes do SSC - SCADA
Descrio Quantidade
Pontos analgicos telemedidos via UTR 1000
Pontos analgicos no-telemedidos 400
Pontos de indicao de estado telemedidos via UTR 2000
Pontos de indicao de estado no-telemedidos 1000
Pontos analgicos com varredura de 2 s (CAG) 250
Pontos de analgicos com varredura de 4 s 1000
Acumuladores com varredura de 15 minutos 900
Pontos de clculo peridico 1000
Quantidade de eventos na lista de seqncia de eventos 2000
Pontos de telecomando para CAG 250
Pontos de telecomando para o CAT 500
Fonte: [KEMA 00]
Definir as quantidades de alarmes processados, conforme exemplo na tabela 10.

Tabela 10 Alarmes
Descrio Quantidade
Buffer para mensagens de alarmes 1000
Buffer para mensagens de seqncia de eventos (soe/dia) 2000
Nmero de dias requeridos para buffer de alarmes e eventos 7
Fonte: [KEMA 00]
Descrever as quantidades de pontos com controle automtico de gerao, conforme exemplo

na tabela 11.
Tabela 11 Controle automtico de gerao em tempo real
Descrio Quantidade
Nmero de empresas com intercmbio de energia 20
Nmero de dias de programao de intercmbios 8
56
Nmero de dias de reteno de histrico horrio de intercmbio 38

Nmero total de unidades geradoras 150
Nmero total de usinas 24
Nmero de unidades geradoras conectadas no CAG 150
Nmero de usinas conectadas no CAG 24
Nmero de pontos de intercmbio com outras reas de controle 200
Fonte: [KEMA 00]
Descrever as quantidades de pontos com controle automtico de tenso, conforme exemplo na

tabela 12.
Tabela 12 Controle automtico de tenso
Descrio Quantidade
Nmero de Barras controladas 40
Nmero de Equipamentos de controle 120
Fonte: [KEMA 00]
Descrever o modelo de rede para os aplicativos, conforme exemplo da tabela 13.

Tabela 13 Modelo de rede para software aplicativo
Descrio Quantidade
Nmero de Barras 1800
Nmero de Linhas 2700
Nmero de transformadores 800
Nmero de condensadores sncronos e compensadores 100
Nmero de unidades geradoras 350
Nmero de cargas individuais 1900
Nmero de barras com gerao 350
Nmero de barras com carga em no conformidade 1000
Nmero de reatores/capacitores shunt comutveis 700
Nmero de capacitores em srie 30
Nmero de ilhas da rede 10
Nmero de pontos de interligao 200
Nmero de subestaes 200
Nmero de estados de dispositivos de chaveamento 2000
Nmero de barras do sistema externo 3500
Nmero de listas de contingncias armazenadas para
15
processamento
Nmero de casos de contingncias on-line para soluo plena 20
Nmero de casos de contingncias on-line para filtragem 100
Nmero de casos de contingncias para filtragem em modo de
150
estudo
Nmero mximo de contingncias de equipamentos por caso 5
Nmero de variveis de controle 1500
57
Nmero de restries de igualdade 70

Nmero de restries de desigualdade 3000
Nmero mnimo de segmentos da curva de custo 7
Fonte: [KEMA 00]
A tabela 14 exibe um exemplo de quantidades a serem definidas para as funes de aplicao

do sistema de potncia com os nmeros de casos salvos, incluindo nestes casos, os dados de
entrada e os resultados.
Tabela 14 Banco de dados de casos salvos
Descrio Quantidade
Estimador de estado 20
Fluxo de potncia 100
Fluxo de potncia timo 20
Anlise de contingncias 20
Fonte: [KEMA 00]
Requisitos de Expanso do Sistema - para a implantao de funes futuras de UTR,

servidores de dados e centros de operao adicionais, o sistema dever ser projetado de forma
a permitir a adio de hardware no subsistema computacional, bem como nas memrias
principais e de massa. Dever ser possvel atender os requisitos de expanso somente com a
adio de memria de CPU, perifricos, memria de massa e equipamentos de interface de
comunicao. O fornecedor dever demonstrar como o sistema pode atender os requisitos de
expanso definidos acima.
A equipe da empresa dever estar capacitada para executar todas as mudanas nos bancos de
dados relacionadas com as adies de UTRs, de enlaces de dados adicionais, criao e
integrao das funes de IHM e criao de novos aplicativos, sem requerer a assistncia
tcnica.
O sistema dever atender os requisitos de capacidade e expansibilidade, conforme detalhado

nos itens a seguir.
Facilidade de migrao
Se existir um sistema SSC em funcionamento, ento se deve prever caractersticas
de migrao para a prxima verso. Todos os computadores que compem a
configurao do SSC devero atender aos seguintes requisitos:
Possuir condies de fcil migrao para mquinas, do mesmo e de outros
fabricantes, que ofeream melhor performance, pela substituio ou adio de
conjuntos de CPU, sem significativas modificaes de arquitetura e software.
No deve ter nenhuma restrio, por parte do fabricante, para migrar a

configurao de hardware para a ampliao mxima possvel.
Dever ser entregue a documentao necessria para demonstrar a capacidade de

migrao.
58
Armazenamento de Dados - Memria Principal e Memria de Massa

Cada um dos computadores dever realizar suas tarefas especficas dentro do SSC,
usando no mximo 25% (vinte e cinco por cento) de sua capacidade de memria
principal e 25% (vinte e cinco por cento) de sua capacidade de armazenamento em
disco.
Dever ser prevista a capacidade de expanso da memria principal e memria de

massa de 100% da capacidade instalada por ocasio dos TAF.
Para facilitar a expanso dos recursos de memria de massa, devero existir portas
vagas que permitam o aumento da capacidade de armazenamento com a adio de
novos discos.
Interfaces com UTR, comunicao com o centro de operao e servidores de

dados e servidores de centros de operao.
Durante o perodo de testes, o hardware dos servidores de comunicao dever
atender aos seguintes requisitos:
Ter capacidade instalada para a execuo das funes de comunicao com
as UTRs bem como a dimenso final de pontos prevista a partir da tabela 6.
Possuir implementao dos protocolos de comunicao conforme

especificao.
Expansibilidade
O sistema dever prever recursos para possibilitar sua expanso, sem necessidade
de substituio total, ou parcial, e sem degradao de confiabilidade,
disponibilidade e performance, nos seguintes casos:
Permitir o aumento do trfego na rede de dados, com incremento do nmero
de dados processados at 3 (trs) vezes o previsto na configurao dos TAF.
Permitir a adio de at 3 (trs) vezes o nmero de ns rede de dados

(LAN) em relao ao existente na configurao dos TAF.
Contemplar a adio de novos programas de aplicao.
Capacidade de Upgrade - os requisitos de expanso requeridos so baseados nas taxas de

crescimento mais provveis, adies conhecidas de aplicaes e na inteno de procurar
balancear o custo do sistema contra capacidades disponveis. As seguintes caractersticas de
atualizao (upgrading) devero ser atendidas:
CPUs: o crescimento dever ser previsto de forma que permita a atualizao

(upgrading) da capacidade computacional e de memria principal por meio de
adies no campo e/ou substituio de CPU. Tais atualizaes devero ser
possveis mantendo a total compatibilidade de hardware e software.
59
Equipamentos Perifricos: todos os equipamentos perifricos devero ser

produtos padronizados e permitirem sua substituio por modelos mais recentes
e/ou poderosos.
Interface do Usurio: dever ser padronizada, beneficiando os centro de operao
com produtos novos e melhorados, sem requerer alterao na arquitetura do
sistema.
Software do sistema operacional: a empresa dever estar apta, porm com a
assistncia do fornecedor, sempre que necessrio, para fazer a atualizao do
sistema operacional de novas verses e/ou revises medida que se tornem
disponveis. Estas verses no devem requerer modificaes de hardware,
programas de aplicao, programas de suporte ou dos prprios servios executados
(exceto aqueles fornecidos pelo do sistema computacional).
4.2.2.7 Desempenho do Sistema

Os requisitos de desempenho do sistema estabelecidos neste item e em outras partes devero
ser atendidos pelo SSC. Para fins dos requisitos de performance, o sistema dever ser
configurado com o dimensionamento inicial e testado com simulao das quantidades finais
de dados, conforme definido a partir da tabela 6.
Gerenciamento da LAN - o sistema dever monitorar e registrar a integridade da rede local

(LAN), usando recursos fornecidos por um sistema de gerenciamento de redes, conforme
especificao. Estes dados devero ser acessveis, por solicitao de pessoas autorizadas da
rea de manuteno do sistema.
Definio dos Nveis de Atividade do Sistema - a performance do sistema ser definida com
base nos seguintes nveis de atividade:
Quando estiver no estado normal.
Quando estiver no estado de pico.
Estado Normal - o sistema considerado em estado normal quando durante um perodo de

pelo menos 10 (dez) minutos ocorrer:
O sistema est coletando e processando as medidas de estado, analgicas, dados de
acumuladores e SOE de todas as UTR, dos servidores de dados, e executando
todas as funes crticas e nas freqncias especificadas na tabela 16. Todos os
estados e dados analgicos calculados so processados em cada varredura.
O sistema est enviando medidas de estado, analgicas, dados de acumuladores e
SOE para os centros de operao nas freqncias especificadas na tabela 16.
Todos os vdeos em cores das consoles de operao sendo atualizados a cada 2
(dois) segundos. Cada vdeo estar apresentando, pelo menos, trs janelas.
Um novo display aleatrio solicitado a cada 30 (trinta) segundos de cada console
de operao do SSC.
Pelo menos 30 (trinta) alarmes (analgicos ou de estado) so processados a cada
60 (sessenta) segundos. Os alarmes devero ser reconhecidos em 15 (quinze)
segundos.
60
Um controle supervisrio (tap) executado a cada 60 (sessenta) segundos por

console de operao dos operadores. Um controle de CAG executado a cada 4
(quatro) segundos.
Cinco seqncias de anlise de rede em tempo real foram iniciadas.
Pelo menos 20% (vinte por cento) de todos os pontos analgicos (incluindo os
pontos coletados dos servidores de dados) esto apresentando alterao
significativa em cada varredura (tabela 16), requerendo o processamento pelo
sistema.
A Seqncia de anlise de redes em modo de estudo foi iniciada 1 (uma) vez.
O programa de fluxo de potncia timo foi iniciado 1 (uma) vez.
Pelo menos 24 usurios acessando, simultaneamente, os servidores de histrico.
Todos os dados sendo armazenados no histrico em perodo igual ao da varredura
de aquisio dos mesmos.
Pelo menos 8 (oito) consoles de operao remota, com uma janela, sendo
atualizadas a cada 4 (quatro) segundos (item 3.9.2).
Estado de Pico - o sistema considerado em estado de pico quando, mantendo as condies

do estado normal se acrescentam outras caractersticas: A durao do estado de pico pode
durar at 10 (dez) minutos:
40% (quarenta por cento) de todos os pontos analgicos esto apresentando
alteraes significativas em cada varredura (tabela 16), requerendo processamento
pelo sistema.
Um novo display solicitado a cada 15 (quinze) segundos a partir de cada console
de operao do SSC.
Um controle supervisrio executado a cada 15 (quinze) segundos por console de
operao proveniente dos operadores do SSC.
Utilizao do Sistema no Estado Normal - quando o sistema estiver no estado normal, e

trabalhando com o dimensionamento correspondente configurao final do sistema, a
utilizao mdia dos recursos do sistema, em qualquer perodo de 10 (dez) minutos, no
dever exceder:
A utilizao de CPU de cada servidor e/ou estao de trabalho on-line dever ser
igual ou inferior a 30% (trinta por cento).
A utilizao de redes local (LAN) no dever ser superiores a 15% (quinze por
cento) de sua banda til de transmisso.
Os canais de acesso a disco devero apresentar no mximo 30% (trinta por cento)
de ocupao mdia em qualquer intervalo de 10 (dez) segundos.
Utilizao do Sistema no Estado de Pico - quando o sistema estiver no estado de pico e,

trabalhando com o dimensionamento correspondente a configurao final do sistema, a
utilizao mdia dos recursos do sistema, em qualquer perodo de 10 (dez) minutos no
dever exceder a:
61
A utilizao da CPU de cada servidor e/ou estao de trabalho on-line dever ser
igual ou inferior a 50% (cinqenta por cento).
As utilizaes das redes locais (LAN), no devero ser superiores a 20% (vinte por
cento) de sua banda til de transmisso.
Os canais de acesso a disco devero apresentar no mximo 50% (cinqenta por
cento) de ocupao mdia em qualquer intervalo de 10 segundos.
Tempos de Resposta de Display - o tempo de resposta de display, nas consoles de operao,

definido como o tempo decorrido entre o instante em que feita a solicitao do display
pelo operador (pressionando uma tecla ou atravs da seleo de um poke point) at o
instante em que o referido display mostrado de forma completa na tela do vdeo. Uma vez
que solicitaes de displays idnticos resultam em diferentes tempos de resposta, dependendo
da disponibilidade dos recursos computacionais no instante de cada solicitao, os requisitos
de tempos de respostas de displays so definidos em termos estatsticos. Deste modo, o tempo
de resposta para um display em particular dever ser igual ou superior a uma distribuio
normal (Gaussiana) com uma mdia estatstica e um desvio padro, visualizado na tabela 16.
Com o sistema no estado normal ou no estado de pico, os tempos de resposta para diferentes
tipos de displays devero atender distribuio normal com mdias e desvios padres
constantes da tabela 15.
Tabela 15 Tempo de Resposta da interface do usurio

Tipos de Displays Mdia (s) Desvio
Padro (s)
Displays de unifilares 2,0 0,75
Displays Tabulares 2,0 0,75
Displays Esquemticos do sistema de transmisso 3,0 1,00
Displays de Sumrios de Alarmes 3,0 1,00
Displays de aplicaes/estudos 3,0 1,00
Displays de tendncia de histrico 10,0 3,00
Todos outros displays 4,0 1,50
Fonte: [KEMA 00]
Nota: Como referncia deve-se adotar o display que apresenta os valores histricos de uma
grandeza ao longo das 24 horas de um dia armazenado no banco de dados.
Tempo de Resposta de Alarmes - com o sistema no estado normal, as ocorrncias de um

alarme devero ser anunciadas de forma audvel e visual, em todos os displays associados,
dentro de 1 (um) segundo aps o ponto correspondente ter sido recebido no sistema, ou dentro
de pelo monos4 (quatro) segundos aps ocorrer a mudana de estado do ponto em questo no
campo. Se o display sumrio de alarmes ou o unifilar da subestao contendo o ponto de
62
alarme j estiver sendo mostrado no vdeo, ento a entrada apropriada do display dever ser
atualizada dentro do tempo acima especificado.
Quando o sistema se encontra no estado de pico, a ocorrncia de um alarme (analgico e/ou

de estado) dever ser anunciada de forma audvel e visual dentro de, pelo menos, 2 (dois)
segundos aps o ponto correspondente ter sido coletado, ou dentro de, pelo menos, 6 (seis)
segundos aps ocorrer a mudana de estado do ponto em questo no campo. Se o display
Sumrio de Alarmes ou o unifilar da subestao contendo o ponto de alarme j estiver sendo
mostrado no vdeo, ento a entrada apropriada do display dever ser atualizada dentro do
tempo acima especificado.
Dever ser dimensionada a capacidade para o processamento de alarmes, displays e registros

associados, de tal forma que no ocorra degradao do sistema no estado de pico. Em
nenhuma condio dever haver perda de alarme ou de registro (logging).
Tempos de Relaying - com o sistema em estado normal ou em estado de pico, o atraso

mximo admitido entre a recepo de uma medida ou sinal e sua retransmisso a outro centro,
no deve ser maior do que 1 (um) segundo, medido, respectivamente, da sada de um modem
entrada de outro.
Tempo de Execuo de Aes do Operador - com o sistema em estado normal, uma ao do

operador dever ser completada dentro de, pelo menos, 1 (um) segundo aps tal ao ter sido
solicitada. Com o sistema em estado de pico, o sistema dever completar a ao do operador
dentro de, pelo menos, 2 (dois) segundos. As aes do operador e a correspondente resposta
do sistema incluem:
Seleo de um ponto no display confirmao no display da seleo do ponto.
Reconhecimento de alarme interrupo do led piscando ou de realce do
ponto.
Silenciar o alarme parada do alarme sonoro.
Validao de entrada de dado dado verificado e entradas inaceitveis
identificadas.
Execuo de entrada de dado novo dado introduzido e mostrado no display.
Pedido de impresso incio da impresso.
Pedido de controle mensagem enviada para a UTR e confirmao da ao
mostrada no display.
Colocao de tag em ponto controlado tag mostrado no display, mensagem
correspondente iniciada.
Inibio de alarme interrupo da verificao de alarme do ponto, indicao de
inibio mostrada nos displays apropriados.
Execuo de aplicaes e/ou estudos incio do novo estudo, execuo do
processamento de entrada.
63
Freqncias de Varreduras e de Execuo de Programas - a tabela 16 apresenta exemplos

de freqncias de varreduras e de execuo das principais funes do SSC. O tempo de
varredura para um tipo particular de dado definido como sendo o intervalo de tempo dentro
do qual todos os dados monitorados do referido tipo de dado so coletados pelo sistema e
colocados no banco de dados.
Tabela 16 Exemplos de freqncias de varredura e de execuo de programas

Funo Freqncia de Aquisio/Execuo
Aquisio de dados das Remotas e dos
servidores de dados:
Estados relacionados com CAG
Analgicos relacionados com CAG
Seqncia de eventos 2 (dois) segundos
Estados do sistema de transmisso 2 (dois) segundos
Analgicos do sistema de transmisso por exceo
Leituras de acumuladores (MWh) por exceo
Outros pontos (a serem definidos) 4 (quatro) segundos
Outros pontos (a serem definidos) 15 (quinze) minutos
Outros pontos (a serem definidos) 30 (trinta) segundos
60 (sessenta) segundos
5 (cinco) minutos
Comunicao (envio e recepo) de dados
com os centros de operao e com os
centros de operao regionais:
Seqncia de eventos
Estados do sistema de transmisso
Integridade de estados
Analgicos do sistema de transmisso por exceo
Leituras de acumuladores (MWh) por exceo
Outros pontos (a serem definidos) 5 (cinco) minutos
Outros pontos (a serem definidos) 5 (cinco) segundos
Outros pontos (a serem definidos) 15 (quinze) minutos
Dados Calculados Na mesma freqncia do dado componente
com menor intervalo de varredura
Controle supervisrio Por solicitao do operador
Processamento de dados e Alarmes Aps a finalizao de cada varredura
Armazenamento de dados Histricos Configurado para cada tipo de dados (1)
Funes de interface do usurio Por ao do operador
Atualizao dos vdeos A cada 4 (quatro) segundos ou na mudana
de estado ou de alarme
CAG Erro de Controle de rea calculado a cada
2 (dois) segundos
Monitorao do CAG A cada 10 (dez) minutos
64
CAT A cada 4 (quatro) segundos

Seqncia de anlise de rede em tempo real Peridica a cada 2 (dois) minutos, por evento
(2) ou por demanda do operador.
Fonte: [KEMA 00]
Tempo de Resposta dos Programas de Aplicao - os tempos mximos de respostas (tempo

total decorrido) para os vrios programas de aplicao do sistema de potncia, considerando o
estado normal e o estado de pico, so exemplificados na tabela 17.
Tabela 17 Exemplos de tempos de resposta dos programas de aplicao

Tempo Total Decorrido
Mximo
Funo Estado Normal Estado de Pico
Controle automtico de gerao 2,0 s 2,0 s
Controle automtico de tenso 4,0 s 4,0 s
Seqncia de anlise de rede em tempo real 1,0 min 2,0 min
Fluxo de potncia timo 1,0 min 2,0 min
Seqncia de anlise em modo de estudo 5,0 min Suspensa
Fonte: [KEMA 00]
4.2.2.8 Disponibilidade do Sistema

O SSC dever ter uma disponibilidade superior a 99,9% para todas as funes crticas, e
superior a 98% para as outras funes. Para as funes de comunicao com os servidores de
dados e/ou centros de operao, esta disponibilidade deve ser superior a 99,95%. Estes ndices
devero ser mantidos tanto no perodo de teste de disponibilidade inicial quanto no perodo de
garantia.
As falhas em sistemas ou equipamentos no abrangidos pelo fornecimento - tais como o

sistema de telecomunicaes, UTR, fonte ininterrupta de energia e sistemas de ar-
condicionado, no sero consideradas no clculo da disponibilidade do sistema.
Os ndices de disponibilidade estabelecidos para o sistema devero ser demonstrados com

base em modelos tericos de configurao e em valores de Tempo Mdio de Falhas (MTBF) e
Tempo Mdio de Reparos (MTTR) de cada equipamento. Os valores assim calculados de
disponibilidade do sistema devero ser superiores aos garantidos. Dever ser prevista uma
funo para calcular a disponibilidade do sistema segundo os requisitos especificados e, em
particular de acordo com a frmula apresentada no item GARANTIA de QUALIDADE,
TESTES, SERVIOS de MANUTENO e SUPORTE.
Ser aceito um nmero mximo anual de 60 chaveamentos de servidores automticos (ou

manuais forados) ou reinicializao de funes com ou sem migrao para outro servidor.
Este ndice dever ser calculado proporcionalmente a qualquer perodo considerado. Caso este
valor seja excedido, o fornecedor dever tomar medidas corretivas de hardware e/ou de
software.
65
Devero ser fornecidos diagramas mostrando a composio de cada subsistema:

computadores principais, redundncias e reservas para substituies de unidades em falhas.
Clculo da Disponibilidade do Sistema de Comunicao - os requisitos de disponibilidade

podem ser baseados nas seguintes hipteses:
A comunicao entre servidores de dados, centros de operao e centros regionais
funciona normalmente.
Quanto ao hardware, cada dispositivo individualmente, inclusive os computadores,
devero apresentar disponibilidade mnima de 98%.
Clculo da Disponibilidade do Sistema - os requisitos de disponibilidade podem ser

baseados nas seguintes hipteses:
Todas as funes crticas devem funcionar de forma apropriada.
Pelo menos uma LAN deve funcionar de forma apropriada.
Os protocolos de comunicao com as UTRs e o enlace de dados com os servidores
de dados e/ou centros de operao devem funcionar normalmente.
Pelo menos duas consoles de operao dos operadores no centro regional
funcionam normalmente, dentro de um nvel de atividade normal.
Pelo menos uma impressora deve funcionar normalmente.
Quanto ao hardware, cada dispositivo individualmente, inclusive os computadores, devero

apresentar disponibilidade mnima de 98%.
Tolerncia a Surtos e Perturbaes - para assegurar a disponibilidade, o hardware do SSC

dever ser testado de acordo com as seguintes normas:
IEEE/ANSI C37.90 A - capacidade para suportar surtos, e
IEC 255.4 - capacidade de suportar perturbaes de alta freqncia.
4.2.2.9 Failover e Restart do Sistema

O failover do sistema a capacidade de automaticamente transferir as funes dos recursos
principais de hardware para os recursos de backup, quando da ocorrncia de uma falha
detectada pela funo de monitorao de falhas. O sistema de failover dever ocorrer sem
perda de dados de qualquer natureza, excetuando-se os de varredura, que sero atualizados
automaticamente em perodos subseqentes.
O failover ou restart no poder gerar dados esprios para qualquer funo do sistema, ou
distorcer clculos de valores integralizados.
O restart deve envolver a capacidade de uma CPU do sistema de autodetectar um erro

irrecupervel e de tentar uma partida a quente.
A tabela 18 especifica os requisitos de performance relativos aos tempos de Backup, Failover

e Restart.
66
Tabela 18 Tempos de Backup, Failover e Restart

Funo Tempo
Atualizao do banco de dados do sistema de backup Conforme necessrio
Entradas do operador transferidas para o sistema de Quando da ocorrncia
backup
Failover do sistema principal para o backup Completado dentro de 10
segundos
Partida a frio do sistema principal Completada dentro de 5
minutos
Fonte: [KEMA 00]
4.2.2.10 Escopo do Sistema

O escopo de um sistema para efetuar o telecontrole compreende, pelo menos, os seguintes
itens: hardware, software, funes de aplicao, treinamento, servios, garantia, peas de
reserva, equipamentos de testes e ferramentas especiais.
4.2.3 REQUISITOS de HARDWARE
4.2.3.1 Introduo
Definem-se, nesta parte, os requisitos mnimos que devero ser atendidos pelo hardware da
configurao do SSC.
A configurao de hardware, alm de atender s normas internacionais relativas concepo

de um sistema com arquitetura aberta, dever tambm aplicar conceitos de um sistema
distribudo. Alm disso, as facilidades e recursos de hardware devero incorporar as ltimas
tendncias do mercado.
A configurao descrita deve ser funcional, cabendo ao fornecedor a responsabilidade de

definir aquela que melhor atenda aos requisitos funcionais, de performance, de confiabilidade,
de expansibilidade e interoperabilidade definidas para o SSC.
4.2.3.2 Princpios Bsicos do Projeto

As principais funcionalidades a serem suportadas pela configurao de hardware esto
relacionadas no item de Requisitos Gerais que define as funes crticas e no crticas. Estas
funes podero ser executadas individualmente, atravs de mquinas dedicadas e separadas,
ou atravs de mquinas reunindo vrias destas funcionalidades desde que atenda os requisitos
funcionais de performance e de segurana. Contudo, as seguintes funes devero ser
executadas em equipamentos separados:
Aquisio de dados das UTRs e servidores de dados.
Conexo com os centros de operao.
Conexo com centros de operao de outras empresas.
SCADA/Anlise de redes/CAG/CAT.
67
Sistema de desenvolvimento.
Armazenamento de dados histricos.
Qualquer que seja a configurao do sistema, todos os computadores devero estar conectados
via uma rede local. Esta rede dever ser dual e redundante, de forma a assegurar a
disponibilidade necessria do sistema.
O servidor do sistema de desenvolvimento dever ter as mesmas especificaes, capacidade e

dimensionamento dos servidores principais de aplicao, de modo a poder assumir como
servidor principal de aplicao, atravs de uma partida a frio. Os seguintes princpios devero
ser levados em considerao para a definio do hardware:
1. Redundncia hot-standby dever ser considerada para todos os equipamentos que

executem funes crticas, definidas no item de Requisitos Gerais, tais como:
Aquisio de dados das UTR.
Conexo intercentros.
Controle automtico da gerao.
software de aplicao.
Gerncia de banco de dados em tempo real.
Processos de aplicaes.
Deve ser proposta uma configurao simplificada para os servidores de funes

no critica, definidas no item de requisitos gerais, tais como:
Simulador para treinamento.
Desenvolvimento e manuteno de software.
2. O sistema dever continuar a executar todas as funes crticas, mesmo na

ocorrncia de uma falha simples de qualquer equipamento.
3. O uso de redes locais redundantes dever ser generalizado. Com relao aos
equipamentos perifricos, o deve-se seguir os requisitos mnimos apresentados
abaixo.
4. Devero ser usados subsistemas baseados em equipamentos separados para as

seguintes funes:
Aquisio de dados.
Gerenciamento de bases de dados em tempo real.
Processos de aplicao.
68
4.2.3.3 Requisitos Gerais dos Servidores

Os requisitos devem estar compatveis com o estado-da-arte no momento dos testes em
fbrica, bem como, ser uma tecnologia consolidada no mercado.
Unidade Central de Processamento Escolher os servidores de forma a atender os

requisitos de performance, seja em estado de atividade normal ou de pico, definido no item
gerenciamento da LAN. As caractersticas principais a serem atendidas so:
Fazer uso de processadores com arquitetura de 64 bits.
Fazer uso de tcnica de caching de memria.
Possuir relgio interno de tempo real com resoluo mnima de 0,001 segundo.
Fazer uso de recursos de power failure e autorestart.
Fazer uso de tcnicas de pipelining.
Fazer uso de barramento de I/O padronizado, no proprietrio, e consagrado
mundialmente.
Ter capacidade de expanso da CPU.
Memria Principal - os servidores devero ser fornecidos com memrias RAM dedicadas, o
suficiente para satisfazer todos os requisitos funcionais e de performance estabelecidos. Os
servidores devem ser facilmente expandidos, de forma a atender necessidades futuras. Todas
as palavras de memria devero incluir bits extras, redundantes, para efeito de controle de
erro. O hardware dever decodificar todos os dados armazenados, com um cdigo de correo
de erro. Na operao de leitura o hardware ou o firmware dever detectar e corrigir todos os
erros de um nico bit. Estes erros devero ser relatados para a correspondente ao do
software. O subsistema de memria dever tambm estar equipado com hardware de proteo
de memria. As caractersticas principais da memria principal a serem atendidas so:
Fazer verificao de paridade e correo de erro (ECC).
Ter capacidade de memria com requisitos de expanso de sistema, conforme
definido no item de Requisitos Gerais.
Possuir tempos de acesso menores que 10 nonosegundos.
4.2.3.4 Equipamentos Perifricos dos Servidores
Geral Os dispositivos perifricos devero estar conectados diretamente rede local, via
conexo LAN e serem acessveis a partir de qualquer estao, de forma a evitar chaveamentos
fsicos.
Console do Sistema - cada servidor do sistema dever ser equipado com uma console de
sistema a ser utilizada para o controle operacional e execuo de diagnsticos para
manuteno do hardware. Esta console, dever ser full-graphic e com monitores de, no
mnimo, de 17 polegadas.
Atravs da console, dever ser possvel monitorar e controlar o estado do servidor, inicializar
e parar o sistema, bem como executar todas as funes de gerenciamento do mesmo.
69
Todas as mensagens e comandos devem ser executados, visualizados e registrados de forma

apropriada, a partir de uma nica estao de gerenciamento conectada a rede. O acesso
console do servidor dever ser protegido por meio de um sistema de segurana (senha).
Unidades de Armazenamento de Massa (Discos) - estas unidades devero usar interfaces

padronizadas, no proprietrias e consagradas no mercado. Para garantir alta disponibilidade
dos dados, deve possuir solues tcnicas, tais como mirroring (espelhamento de dados) e
RAID5 (Redundant Array of Inexpensive Disks). Qualquer manuteno no sistema de
armazenamento dever ser feita sem a interrupo das funes do SSC.
Dever possuir solues de forma a assegurar que todos os dados da aplicao estejam
disponveis e acessveis atravs de servidores redundantes (casos salvos, dados histricos).
Alm disso, as seguintes caractersticas do sistema de armazenamento de massa (disco e
controlador) devero ser levadas em considerao:
Dever ter capacidade conforme especificado no item de Requisitos Gerais.
Dever possuir um tempo mdio de acesso inferior a 5 (cinco) milissegundos.
Dever ter uma taxa de transferncia de dados superior a 30 Mbytes por segundo.
Dever ter um mecanismo de proteo na escrita.
Dever possuir capacidade de verificao de erros.
Dever ter capacidade de diagnsticos on-line.
Outras Unidades de Armazenamento de Massa - para cada servidor devero existir as

seguintes unidades de armazenamento complementar:
1 unidade de DVD.
1 unidade de fita DAT de 24 Gbytes.
1 unidade de disquete de 31/2 polegadas.
Unidade de disco Jaz Drives de 2GB ou similar.
Devero existir tambm, bibliotecas automticas com a capacidade dimensionada de acordo

com os requisitos do item de Requisitos Gerais, de forma a minimizar operaes manuais
compatveis com uma das seguintes unidades de armazenamento complementar:
Unidades de disco tico Write Many, Read Many (WMRM).
Unidades DVD RAM.
Unidades de fita DLT (35/70 Gbytes).
A quantidade de unidades dever levar em conta os requisitos do item Requisitos Gerais.
Impressoras a Laser ou Jato de Cera - impressoras a laser sero utilizadas para a impresso
colorida de relatrios e documentos, devendo possuir as seguintes caractersticas:
Velocidade de impresso de 12 ppm.
70
Duty cycle de, no mnimo, 15.000 pginas por ms.

Bandeja com capacidade mnima de 250 folhas.
Indicao de falta de papel e paper jam.
Mnimo de 256 caracteres consistentes com os caracteres da interface do usurio.
Memria de no mnimo 64 Mbytes, com possibilidade de expanso.
Suporte ao padro Postscript.
Downloading de, no mnimo, 12 tipos de caracteres atravs de software.
Interface com a rede local diretamente por controlador de rede incorporado
impressora.
Resoluo mnima de 720 x 720 DPI.
Capacidade para utilizar fontes escalonveis.
Possibilidade de uso de fontes expandidas.
Folhas de papis com tamanho A3 e A4.
4.2.3.5 Comunicao de Dados

A comunicao de dados para cada centro, pode ser dividido em trs subsistemas especficos:
Comunicao de dados com as UTRs e servidores de dados.
Comunicao de dados com o centro e os centros regionais.
Comunicao de dados com outros centros de operao.
Para os links de dados com as UTRs e servidores de dados interligados com os centros de
operao desejvel que os subsistemas de comunicao sejam configurados com
equipamentos duplicados e dotados de um sistema de failover ou load sharing para
garantir que no haver perda de informaes em caso de falha em um dos equipamentos.
A comunicao de dados entre centros de operao deve ser concebida para operar
autonomamente garantindo com isto a transmisso de dados para o centro de operao,
mesmo diante de uma pane generalizada do SSC.
Comunicao de Dados com as UTRs e Servidores de Dados - o equipamento dever

prever que todos os dados coletados ciclicamente das UTRs e servidores de dados atualmente
existentes, pr-processar estes dados e disponibiliz-los para futuro processamento.
Os servidores de comunicao devero ser configurados aos pares, sendo que dever ser
possvel chavear individualmente cada linha de comunicao com a UTR e servidores de
dados. Os dois servidores compartilham as linhas de comunicao com as UTRs e servidores
de dados. Se falhar um dos componentes do par, o outro servidor dever suportar todas as
UTRs e servidores de dados do par. Cada linha de comunicao dever ser configurvel a
qualquer um dos protocolos estabelecidos.
71
As linhas de comunicao com cada UTR e servidor de dados so denominadas primria e

reserva. Deve-se providenciar um dispositivo de chaveamento para comutao de linha em
caso de falhas ou erro na linha primria. O programa de software deve prever facilidade para
o usurio chavear a linha de comunicao atravs de um display especfico. Para as UTRs,
devero ser previstas as seguintes situaes:
1. Interface com as UTR deve ser descrita conforme exemplo da tabela 19.
Tabela 19 Interface com as UTRs existentes nos centros regionais.
Protocolo Centro X Centro Y Centro Z
DNP-3 x
TCP/IP x
Fonte: [KEMA 00]
2. Interface com futuras UTRs e Servidores de Dados
A comunicao de dados com as UTRs e servidores de dados dever tambm atender aos
requisitos de expansibilidade e ser flexvel para suportar vrios tipos de protocolos de
comunicao com equipamentos de diferentes fornecedores, simultaneamente, sem perda de
desempenho e confiabilidade.
3. Simulador de Protocolos
Deve-se prover todo software e hardware, incluindo equipamentos de teste, necessrios ao
suporte e simulao dos protocolos de comunicao com as UTRs e servidores de dados
baseados no padro, DNP 3.0, IEC 870-5 (com e sem TCP/IP). Deve-se indicar quais os
protocolos que so suportados pelo subsistema de comunicao de dados.
Comunicao de Dados Inter-Centros - as informaes a serem trocadas e os protocolos de

comunicao entre os centros esto descritos no item Comunicao de Dados com os Centros.
O subsistema de comunicao dever ser configurado com redundncia. O chaveamento das

linhas dever ser feito em nvel de linhas e roteadores redundantes.
O SSC dever ser fornecido com a sua capacidade final de 2 Mbps. Deve-se incluir o
hardware, software e interfaces necessrias para garantir a operacionalidade destas conexes.
Deve-se descrever detalhadamente a soluo de hardware e software para os enlaces de dados
dos centros.
Comunicao com Outros Centros de Operao - qualquer canal de comunicao poder

ser configurado utilizando qualquer um dos protocolos especificados.
O subsistema de comunicao com seus componentes dever ser configurado com

redundncia. O chaveamento das linhas dever ser feito em nvel de linhas e roteadores
redundantes.
O suporte fsico para a troca de dados entre cada centro de operao poder ser constitudo de
duas vias de comunicao operando a uma taxa configurvel de, pelo menos, 64 Kpbs para as
ligaes em TCP/IP.
72
Deve-se incluir todo o hardware, software e interfaces necessrias para garantir a

operacionalidade das conexes.
Deve-se descrever detalhadamente a soluo de hardware e software, incluindo a descrio

dos protocolos que sero utilizados nas conexes.
4.2.3.6 Redundncia e Failover do Sistema

Para garantir os requisitos de confiabilidade e disponibilidade do SSC, deve-se prever a
duplicao do hardware, em configurao hot standby, dotado de recursos que permitam
um rpido failover dos equipamentos que realizam as tarefas que suportem as funes
definidas como crticas.
O sistema de failover dever ser automaticamente ativado quando da deteco de uma falha
e/ou por solicitao manual do operador.
O tempo de chaveamento de qualquer par de servidores redundantes, nos casos de failover

manual ou automtico, no dever exceder ao tempo fixado no item de Requisitos Gerais,
medidos a partir do incio da deteco da falha at o restabelecimento total do sistema,
preservando-se a integridade dos dados.
Para os servidores de interface com o usurio dever ser prevista uma console redundante,
para, em casos de falha, assumir o controle de unidades com falhas. Alm disso, a
redundncia dever funcionar com o conceito de autoridade. Para uma determinada rea de
autoridade, define-se uma console de backup que dever assumir a responsabilidade da rea,
em caso de falha de um dos servidores. Este conceito deve ser estendido para cada servidor de
interface, permitindo que ele seja configurado como backup de qualquer outro.
Para as demais tarefas, a restaurao da funcionalidade, em caso de falha, ser efetuada via
reinicializao do servidor.
O tempo de reinicializao de qualquer servidor no dever exceder a 10 minutos, medidos a

partir do incio da re-partida do servidor at o restabelecimento total do sistema.
4.2.3.7 Configurao On-line e Hot Standby

Os principais conceitos para processamento no modo de operao, em configurao
redundante on-line e hot standby so:
O computador primrio controla o processo (modo on-line).
O computador reserva recebe as informaes do processo, mas no pode transmitir
comandos (modo hot standby).
Em caso de falha no computador primrio, todo o controle do processo ser
automaticamente chaveado para o computador reserva, que dever ter capacidade
de assumir as mesmas tarefas. Todos os equipamentos que estavam previamente
conectados com a LAN e alocados previamente para o computador on-line, devero
ser alocados para o novo computador, de modo a realizar todas as funes do
equipamento anterior.
73
Aps o reparo do computador com falha, o mesmo poder ser reinicializado, de maneira a
assumir o controle do processo, aps ele ter sido atualizado com as informaes do atual
computador que se encontra no modo on-line.
O chaveamento do computador primrio para o reserva dever ser transparente para o usurio,
gerando um alarme acompanhado de uma mensagem que dever ser automaticamente
registrada em um arquivo histrico e/ou estatstico. O processo de chaveamento dever
garantir a segurana de todas as informaes:
Sem perder os dados trocados entre centros, UTR e servidores de dados.
Sem perder qualquer informao armazenada dentro da funo de manuteno de
registros (SCADA), exceto a possvel perda do ltimo processamento.
Sem perder dados introduzidos manualmente, exceto a possvel perda da ltima
ao do operador.
Sem interromper o processamento do software de aplicao.
Sem degradar a operao e a performance do sistema.
Deve-se prever condies que garantam a total segurana dos dados do processo trocados
entre o servidor de comunicao e os servidores de aplicao.
Todas as atualizaes no banco de dados do computador on-line do servidor de aplicao

devero ser gravadas no banco de dados do computador hot standby.
Deve-se prever meios para garantir a segurana dos dados temporariamente estocados em
filas internas de mensagens, inclusive durante uma ocorrncia de perturbaes no sistema de
potncia.
4.2.3.8 Redes de Dados Locais (LANs)
Geral - para a rede local (LAN), dever ser um produto que esteja em conformidade com o
padro IEEE-802.3 (ou ISO 8802.3), CSMA/CD (Carrier Sense Multiple Access with
Collision Detection), padro industrial Fast Ethernet, Gbit-Ethernet ou FDDI/CDDI
(Fiber/Cable Distributed Data Interface - 100 Mb/s - 1Gb/s).
O fornecedor dever ser responsvel pela definio precisa da configurao fsica das LANs,
prevendo as quantidades e os tipos de LAN, bem como pelo fornecimento de todo
equipamento da configurao de hardware como: hubs, switches, repetidores, roteadores,
bridges, cabos, LAN Analyser, e o software necessrio para garantir a comunicao
atravs desta LAN para a rede corporativa.
A LAN dever ser prevista em duplicidade, e cada servidor ou workstation do sistema dever
ser ligado a cada uma das duas redes da configurao redundante.
Redundncia - a disponibilidade de troca de dados entre subsistemas de comunicao

intercentros, estaes de trabalho (interface do usurio) e subsistemas de comunicao de
dados com as UTRs, devero ser assegurados pela redundncia das LAN.
74
Todo servidor e/ou estao de trabalho dever ser conectado a cada uma das redes da
configurao redundante da LAN.
Em caso de falha da LAN ativa, a troca de dados dever ser automaticamente chaveada para a
outra LAN, sem que haja qualquer interrupo da operao do sistema ou perda de
informaes.
4.2.3.9 Subsistema de Interface do Usurio

O subsistema de interface do usurio dever incluir todos os equipamentos necessrios, para
prover os operadores de informaes visuais para que estes possam operar de modo eficiente
e seguro o sistema de potncia (controle e monitorao). Estes equipamentos correspondem a
consoles do tipo full graphics, impressoras, interface com painel mmico e interface com
registradores grficos digitais, entre outros.
1. Console de Operao - a console de operao dever ser baseada em estaes de trabalho,

preferencialmente, de 64 bits e no mnimo 32 bits, conectada rede local (LAN) redunda nte.
Estas estaes devero estar equipadas com:
1, 2 ou 3 monitores de vdeo em cores com caractersticas full graphics.
Dispositivo de controle de cursor do tipo mouse.
Teclado alfanumrico 101/102 teclas, padro ABNT 2.
Interface com porta para sada de udio para anunciao de alarme, com controle de
volume externo.
Interface de comunicao para conexo rede local, dual.
Disco rgido com capacidade de expanso conforme definido no item de Requisitos
Gerais.
Interface para disco com possibilidade de conexo de vrias unidades, visando a
futuras expanses.
Interface e drive para multimdia (disco tico, DVD, cmera, alto-falante e
microfone).
Memria RAM com caractersticas semelhantes s dos servidores.
Memria cache para instrues e dados.
Estas estaes de trabalho devero suportar, pelo menos, as seguintes facilidades:

Recursos de trending ,panning, zooming e decluttering em, pelo menos, 8 (oito)
janelas simultneas por monitor.
Gerar smbolos grficos e alfanumricos para composio de diagramas unifilares,
a serem definidos durante a fase de workstatement.
Apresentar caracteres e/ou smbolos expandidos e/ou piscando.
Fazer uso do padro true color 32 bits visualizveis e selecionveis atravs de
paleta de cores.
75
Ter resoluo mnima de imagem de 1280 x 1024 pontos.
2. Monitores de Vdeo Coloridos - os vdeos coloridos devero ter as seguintes

caractersticas mnimas:
Ser projetado para uso contnuo 24h/dia, 365 dias/ano.
Possuir tamanho de, pelo menos, 17 polegadas.
Ter tela plana com tratamento antiofuscante e antibrilho.
Possuir dot pitch de no mximo de 0,26 mm.
Gabinete modelo de mesa, com inclinao ajustvel e base giratria para ajuste do
ngulo de viso.
O monitor deve ser acompanhado de cabos de interfaces que permitam a conexo
console e a uma interface de vdeo padro VGA (conector DB-15) utilizado em
microcomputadores.
O monitor deve ser apropriado para operao contnua sem provocar cansao visual
(flicker free).
3. Alarme Sonoro - cada console de operao dever ser equipada com um gerador de alarme
sonoro, com capacidade para produzir, pelo menos, dois tipos de sons, com taxas de pulsao
e pitch ajustveis atravs de software. Uma chave que desligue o alarme sonoro ou diminua
o som, dever ser fornecida para cada console de operao.
Microcomputadores de Uso Pessoal - Os microcomputadores devero atender

funcionalmente recuperao de dados histricos, gerao/edio de bancos de dados e,
tambm, operar como uma console de operao remota, conectados rede de tempo real ou
corporativa. Para atender este requisito, deve-se dimensionar os microcomputadores com a
configurao e caractersticas apropriadas. Os microcomputadores devero corresponder ao
topo da linha disponvel no mercado por ocasio do embarque dos equipamentos e devem ser
fornecidos com:
Monitores de 21 polegadas.
Memria de 256 Mbytes.
Disco de 12 Gbytes.
Emulador de terminais (telnet).
Emulador de terminal X.
NFS (Network File System).
4.2.3.10 Subsistema de Tempo
Tempo Padro Dever existir um sistema de tempo dever ser fornecido para determinar o
Tempo Universal (UTC). Este dever ser obtido a partir de um GPS. O receptor de tempo
dever ter as seguintes caractersticas:
Resoluo de 1ms.
76
Possuir sadas para sincronizao peridica dos relgios de tempo real do

subsistema computacional.
Mostrar o tempo UTC no formato HH:MM:SS padro horrio de 00:01 a 24:00.
Ter opo de ajuste para compensao dos atrasos de transmisso.
Possuir um mdulo calendrio com sada para dia da semana e data (dia e ms), a
ser instalado no painel mmico existente.
"Offset" para correo do tempo local.
O receptor de tempo dever detectar a perda de sinal do UTC. Neste caso, o
recurso de tempo dever reverter para uma base de tempo interna. Esta base dever
ter uma estabilidade superior a 1 ms por hora. Aps cinco minutos do
restabelecimento do sinal, o tempo dever retornar a 1,0 ms do UTC.
Possuir sadas para sincronizao de equipamentos remotos.
Ter interface com computadores da rede.
Tempo de Sistema - dever ser fornecido um relgio de tempo do sistema de potncia com as
seguintes caractersticas:
Display no formato HH:MM:SS com padro horrio de 00:01 a 24.

Display externo no formato HH:MM:SS com altura mnima de 65mm.
4.2.3.11 Subsistema de Freqncia e Desvio de Tempo
Dispositivo para Determinao de Desvio de Freqncia - devero existir dois

Transdutores de Desvio de Freqncia (FDT) que alimentaro os dois computadores
(principal e/ou reserva) com os sinais de desvio simultaneamente. Estes transdutores devero
preferencialmente ser instalados nos centros regionais. Podem existir como opcionais
transdutores a serem instalados em subestaes. Os FDTs devero ter as seguintes
caractersticas:
O transdutor de desvio de freqncia dever ser um dispositivo de estado slido,
com uma freqncia de referncia de 60Hz.
Possuir resoluo de 0,001Hz.
Ter estabilidade cuja variao no exceda a 0,0001Hz por ano, a 25C.
Possuir sada digital de 16 bits em um intervalo de 3Hz para CAG.
Ter sada analgica com preciso de 1% de escala completa, para representar um
desvio de na faixa de 0.5Hz.
Fazer uso de uma sada analgica com preciso de 1% de escala completa, para
representar um desvio de freqncia na faixa de 5Hz.
Dispositivo para Determinao de Desvio de Tempo - devero existir dois Transdutores de

Desvio de Tempo (TDT) que alimentaro os computadores (principal e/ou reserva) com os
sinais de desvio simultaneamente. Estes transdutores devero preferencialmente ser instalados
77
nos centros regionais. Alternativamente, podem existir, transdutores a serem instalados em

subestaes. Os TDT devero ter as seguintes caractersticas:
O transdutor de desvio de tempo dever ser um dispositivo de estado slido.
Ter resoluo melhor que 10ms.
Possuir estabilidade 10ms por dia a 25C.
Ter sada digital de 16 bits na faixa de 99,99 segundos.
Possuir entrada digital para operao de "preset" remoto do desvio de tempo.
Ter sada para display externo no formato XX,XX com altura mnima de 65mm.
4.2.3.12 Sistema de Projeo de Displays

Poder existir um sistema para projeo de displays que seja adequado para a apresentao de
todas as informaes da interface do usurio de uma estao de trabalho. As imagens devem
ser projetadas de forma que fiquem visveis luz do dia. A dimenso a ser oferecida
corresponde a 2 m de altura e 6 m de largura. O sistema deve incluir todo o hardware e
estrutura de alimentao de energia, e:
Dever ter vida til garantida do sistema de projeo e das lmpadas, se existirem.
Possuir manuteno preventiva e corretiva.
Ter modularidade (requerida para expanso horizontal e vertical).
A resoluo do sistema de projeo mnimo deve ser de 1024 x 768. Poder ser oferecida uma
interface para projeo de imagens. Deve-se incluir uma interface destas sadas rede local,
sendo que a mesma dever ser capaz de gerenciar a apresentao de displays disponveis no
SSC com recursos semelhantes aos displays das consoles.
4.2.3.13 Interface com Registradores Grficos em Vdeo

A interligao do SSC com o controlador de registrador grfico em vdeo pode ser feita com a
utilizao do protocolo TCP/IP. As caractersticas gerais desta interligao devem ser
propostas pelo fornecedor. O software dever permitir que o operador selecione qualquer
grandeza do banco de dados (em tempo real ou calculada) para ser apresentada em qualquer
monitor.
4.2.3.14 Interface de Entrada/Sada Local

Dever existir uma interface de entrada/sada local para processar os dados descritos nos
prximos itens. A interface de entrada/sada local dever ser modular e expansvel, atravs de
placas adicionais em at 25% da sua capacidade instalada, com chaveamento de modo manual
e automtico para qualquer subsistema computacional (principal e/ou reserva).
Entradas Digitais - dever se fornecida uma interface para 32 entradas digitais na forma de
contatos secos para superviso de estado de equipamentos, alarmes locais e superviso dos
dispositivos do sistema.
78
A capacidade de expanso pr-fiada dever comportar 32 (trinta e duas) entradas digitais de

reserva.
Entradas Analgicas - dever ser fornecida uma interface para processar inicialmente 16
(dezesseis) sinais de entrada e ter capacidade de expanso pr-fiada para 8 (oito) sinais
adicionais. As entradas analgicas devero apresentar uma rejeio de modo comum e normal
de pelo menos 60 dB em 60 Hz.
O conversor analgico/digital dever ter uma resoluo no menor que 12 bits, incluindo o bit
de sinal, o total de erros admitidos deve ser menor do que 0,05%.
Sadas Digitais - dever ser fornecida uma interface para 16 (dezesseis) sadas digitais na
forma de contatos secos para controle de estado de equipamentos (sistema ar-condicionado,
No-Break e alimentao principal e de emergncia).
Sadas Seriais - dever ser fornecida uma interface serial, com facilidade de transferir 80
grandezas analgicas.
Sadas para Indicadores Digitais - devero ser fornecidas 16 (dezesseis) sadas para
indicadores digitais de 6 dgitos.
4.2.3.15 Peas de Reserva

Deve existir um conjunto de peas e mdulos de reserva suficientes (pelo menos uma de cada)
para manter as partes dos sistemas computacionais e perifricos do sistema, durante um
perodo de 5 (cinco) anos, contado a partir do trmino do perodo de garantia, para assegurar
os nveis de disponibilidade especificados no item de Requisitos Gerais. Caber empresa
decidir pela compra, no todo ou em parte, ou no, as peas de reserva cotadas nas listas
recomendadas, assim como diminuir as quantidades definidas, sem alterao do preo
unitrio.
4.2.3.16 Equipamentos de Testes e Ferramentas Especiais

Devem ser includas ferramentas especiais e equipamentos de testes projetados e requeridos
para manter os sistemas computacionais, perifricos e outros equipamentos que compem a
configurao do SSC. Estas ferramentas incluem: conjuntos de testes, extensores de placa,
cabos e plugs especiais, e ferramentas projetadas para ajudar as manutenes preventiva e
corretiva dos equipamentos, entre outras.
As ferramentas e equipamentos de testes que esto comercialmente disponveis e no foram

especialmente projetados para a manuteno dos equipamentos a serem fornecidos no
devero ser cotados. Contudo, dever ser fornecida uma lista destes equipamentos para
orientar o trabalho das equipes de manuteno.
4.2.3.17 Requisitos Gerais de Equipamentos e Instalaes
Material - todos os materiais e equipamentos que compe o sistema devero ser de primeira
qualidade, de concepo e tecnologia atuais, de fabricao recente, sem uso e livres de
defeitos e imperfeies, podendo-se exigir a substituio, sem custo adicional, daqueles que
no atenderam este requisito.
79
Gabinetes - sempre que aplicvel, os equipamentos devero estar acomodados em gabinetes

de ao, rgidos e auto-suportados. Sua montagem dever proporcionar facilidade de acesso
para cablagem e ter tampas laterais e traseiras removveis.
Os gabinetes devero ter ventilao por fluxo de ar forado ou livre, para dissipao de calor,
e filtros para evitar a entrada de partculas em suspenso. Cada gabinete dever ter um
terminal apropriado, soldado, para a conexo de cabo de aterramento, com capacidade para
aceitar cabos com seo de at 70 mm2.
Os gabinetes a serem montados diretamente sobre o piso devero ter seus pontos de apoio
ajustveis, de forma a permitir o seu perfeito nivelamento.
Cabos:
1. Geral - todos os cabos e respectivos conectores, tanto os de sinal como os de energia,
necessrios interligao dos gabinetes e/ou equipamentos componentes do SSC so de
responsabilidade do fornecedor. Os cabos utilizados durante a fase de testes de aceitao em
fbrica podero ser reutilizados na fase de montagem no campo, desde que tenham sido pr-
dimensionados para a instalao final e estejam em bom estado de funcionamento e
conservao.
Sempre que necessrio, os cabos devero possuir blindagens, de forma a minimizar os efeitos
de interferncias eletromagnticas.
Toda fiao para circuito de corrente alternada, quando no blindada, dever fazer uso de par
tranado de forma a reduzir os efeitos de acoplamento indutivo nos circuitos prximos ao
mesmo.
2. Identificao - Todos os cabos de energia e de interconexo entre equipamentos devero

ser identificados de forma clara, em suas extremidades, informando os respectivos pontos de
origem e destino. Estas identificaes devero ser feitas com placas plsticas usando
inscries em baixo relevo e firmemente aplicadas aos cabos, de forma a no se soltarem.
Pode-se apresentar outras alternativas de identificao. Qualquer que seja o modelo adotado
dever ser submetido aprovao.
Plaquetas de Identificao dos Equipamentos - todo equipamento dever ter a sua

respectiva plaqueta de identificao. Estas plaquetas devero ser confeccionadas em plstico
laminado preto. As legendas devero ser grafadas em portugus, em baixo relevo, na cor
branca e estar de acordo com o designado no projeto. Podem ser apresentadas outras
alternativas de identificao dos equipamentos. Qualquer que seja o modelo adotado dever
ser submetido apr ovao.
Alimentao de Energia Eltrica - a energia eltrica do centro de controle realizado

atravs de 1 (um) circuito alimentador em 380 V AC. Para o caso de alimentao de
emergncia, o centro de controle deve dispor de um grupo gerador diesel. Os equipamentos
do SSC para os centros regionais sero alimentados em 110/220 volts AC, 3 fases com neutro
e terra, atravs de fonte ininterrupta de energia.
80
Requisitos Fsicos e Ambientais - os equipamentos devero operar em temperaturas que

variam de 20 a 35 C e umidade relativa do ar entre 20 e 80%. Nesta faixa de temperatura, os
equipamentos devero funcionar continuamente durante 24 horas, 365 dias por ano.
Entretanto, os equipamentos devero operar continuamente, mesmo com temperaturas entre
20 C e 35 C, medidas fora do gabinete do computador, e com faixa de umidade relativa
mxima de 20% e 80%, sem condensao, durante um perodo mnimo de 6 horas.
Os equipamentos devero ser providos, nos seus circuitos de entrada de energia, de filtros
anti-rudos e surtos de energia. Nos circuitos de comunicao e outras fontes de entrada,
devero ser providos de proteo contra transitrios para suportar o teste IEEE SWC Test
sem sofrer danos.
O fornecedor deve enviar para a empresa recomendaes referentes ao aterramento de todos

os equipamentos.
4.2.4 SOFTWARE do SISTEMA
4.2.4.1 Requisitos Gerais

O SSC dever abranger um conjunto integrado de produtos de software consagrados e com
vrias cpias implantadas e em operao. O mesmo deve gerenciar aplicaes em sistemas de
energia, suportando as funcionalidades SCADA, interface grfica do usurio,
armazenamento/tratamento/visualizao do histrico, funes tenso em tempo real, funes
de anlise de rede em tempo real e modo de estudo, e simulador para treinamento de
operadores.
O sistema dever possuir facilidades para novos desenvolvimentos apoiando as fases de

programao, testes e implantao e, se existir um sistema anterior deve:
Permitir a convivncia com o atual sistema de superviso e controle instalado nos
Centros Regionais: Dever existir um plano de migrao, incluindo todo o
hardware e software a ser fornecido, de tal forma que seja evitada a
descontinuidade da operao do sistema eletro-energtico (impacto nulo sobre a
operao). Durante o perodo de migrao, dever ser possvel a operao atravs
dos dois sistemas, visando permitir comparaes de resultados, adaptao da
interface homem-mquina e treinamento dos operadores.
Possibilitar a manuteno do sistema permitindo a implantao de novas verses
(upgrades) para o banco de dados e displays, tanto na fase de instalao como na
operao em tempo real, sem afetar a operao.
Incluir um sistema de gerenciamento de redes.
Proporcionar ferramentas tanto on-line como off-line, para gerenciar o sistema em
tempo real e em atividades off-line.
Gerenciar as transies necessrias para tratamento de fusos horrios e o horrio de
vero.
81
4.2.4.2 Sistema Operacional
Requisitos Gerais - o sistema operacional em verso standard do fabricante, dever ser

compatvel com os padres e requisitos descritos no item de Requisitos Gerais, provendo
meios para que o software do SSC possa atender os requisitos estabelecidos naquele item em
relao tolerncia de falhas, expansibilidade, reconfigurao, migrao, atualizao de
verses, desempenho do sistema, disponibilidade, failover e reinicializao. O sistema
operacional dever ser um produto padro, correspondendo ltima verso disponvel.
O sistema poder ser provido de gerenciamento de canais de entrada e sada da arquitetura de

hardware, minimizando o tempo de resposta entre as transferncias de dados como, por
exemplo, DMA (Direct Memory Access).
Configurao do Sistema - o Sistema dever ter recursos para executar a configurao e/ou
reconfigurao sempre que for necessria. Desta forma, dever ser permitida a configurao
de perifricos, parmetros do sistema e novos programas a serem integrados.
Partida, Repartida e Failover do Sistema - devero ser obedecidos os requisitos de

failover/restart estabelecidos no item de Requisitos Gerais. Os requisitos aqui descritos so
inerentes ao gerenciamento de uma configurao dual em termos de software de aplicao.
Os requisitos de hardware esto especificados no item de Requisitos de Hardware.
Para configuraes dual, a funo de failover dever monitorar todo o hardware do

sistema computacional contra falhas, passando do sistema primrio para o sistema standby,
juntamente com todos os perifricos da rede geral, sem perder informaes. O failover
dever funcionar tanto no modo automtico como no modo manual e para as configuraes
distribudas, os processos devem migrar de um servidor para o outro.
Os requisitos de atualizao devero permitir cpias do banco de dados em processadores

standby, para no haver perda de informaes em tempo real. Desta forma, este mecanismo
dever permitir a cpia do contedo do banco de dados de um processador para outro, bem
como a transferncia individual de mudanas ocorridas no sistema primrio para o sistema
standby.
O sistema deve assegurar a salvaguarda em disco dos valores introduzidos manualmente e da

lista de alarmes, de forma automtica, em intervalo de tempo parametrizvel, possibilitando a
restaurao dessas informaes no caso de uma partida fria.
Interface, Utilitrios e Programas de Diagnstico - as interfaces, rotinas de acesso,

chamadas e outros dispositivos de inter-relacionamento entre o sistema operacional e o
software do SSC devero estar claramente definidos e documentados, permitindo uma
utilizao facilitada pelas equipes de manuteno e de desenvolvimento de software.
Drivers de Dispositivos - o sistema operacional dever prover programas de controle de

dispositivos (device drivers) para todos os dispositivos e equipamentos que fazem parte da
configurao do sistema.
82
Quando o dispositivo exigir um driver desenvolvido pelo fornecedor, este dever ser
elaborado de acordo com as diretrizes e normas fornecidas pelo fabricante do sistema
computacional, de forma a garantir a compatibilidade com verses futuras do sistema
operacional.
Todos os casos inclusos no pargrafo anterior devem ser ressaltados e os programas devem
estar acompanhados do cdigo fonte e documentao que possibilite a manuteno dos
mesmos.
Sistema Operacional Operando em Microcomputador - caso exista uma verso do sistema

para operar em microcomputador, este deve ter licenas includas no sistema operacional e
outros mdulos necessrios, para decidir, opcionalmente, sobre a quantidade a ser adquirida.
4.2.4.3 Ferramentas de Desenvolvimento e Manuteno de software
Requisitos Gerais - o sistema dever conter funes para manuteno, desenvolvimento de

novas aplicaes e testes. Este produto dever prever, entre outros:
Uma coleo de definies de dados do banco de dados.
Casos salvos de banco de dados para programao, testes e implantao.
Displays associados s aplicaes.
Mensagens de erro de acesso ao banco de dados e depurao de programas.
Existncia de bibliotecas de programas de suporte.
Manipulao de uma aplicao de software como uma entidade simples dentro de
todo o conjunto de aplicaes.
Existncia de um ambiente de teste que permita a verificao de funcionamento de
mdulos alterados em um contexto o mais prximo possvel do ambiente real,
incluindo, no mnimo, um servidor, uma console e o acesso a dados de tempo real,
sem afetar a operao normal do sistema. Este ambiente dever compartilhar os
links de comunicao com o de tempo real, acessando e distribuindo dados.
Existncia de um sistema de gerenciamento de mdulos (fontes, displays,
bibliotecas, executveis) que possibilite as seguintes operaes:
1. Possuir controle e histrico de verses.
2. Controlar a alocao de mdulos fonte e displays.
3. Definir e/ou modificar regras de dependncias entre mdulos.
4. Reconstruir executveis a partir de modificaes.
5. Controlar a gerao de executveis por ambiente.
Suportar mltipla definio de hora do sistema computacional para permitir testes
de programas em base horria, semanal, mensal e anual em um curto espao de
tempo, possibilitando que a hora seja uma frao da hora (por exemplo, 1 hora ser
igual a 5 minutos).
83
Possuir uma interface grfica com o usurio para desenvolvimento e/ou

manuteno do sistema, sendo responsvel pela: edio de textos, construo de
displays, carregamento, modelagem e configurao do banco de dados.
Estabelecer a interface do usurio e as estaes de trabalho (consoles e/ou
terminais) para a operao do sistema em tempo real e procedimentos off-line.
Permitir o desenvolvimento e o processamento atravs de ferramentas de suporte
para a construo de displays das aplicaes do sistema de maneira grfica e full-
graphics baseada nos padres X Windows e/ou Motif/OSF. Permitir a
navegao atravs de vrias janelas na mesma tela, passagem do cursor de um
vdeo a outro ou de uma estao de trabalho (console e/ou terminal) apenas com a
movimentao do mouse.
No desenvolvimento de novas aplicaes, estas ferramentas devero permitir ao analista e/ou

programador, definir mensagens de erros para auxiliar a depurao dos programas, acesso aos
dados e execues de programas, simplificando a sua implantao. Deve-se contemplar um
sistema integrado com:
Desenvolvimento e testes.
Carregamento do banco de dados.
Consulta e acesso ao banco de dados de tempo real.
Construo de displays.
Definies das estaes de trabalho (consoles e/ou terminais) segundo a sua rea de
responsabilidade funcional e as permisses de uso.
Mecanismos para monitorao e deteco de causas de falhas do software em
tempo real, permitindo a correo do defeito do software ou do banco de dados.
Este mecanismo dever permitir ao analista e/ou programador a reinicializao do
processo logo aps a manuteno.
Linguagem de Comando - um completo conjunto de linguagem de comando dever ser

provido para permitir o uso em qualquer estao de trabalho (consoles e/ou terminais)
permitindo, de forma interativa, a criao, modificao e depurao de programas em todas as
linguagens de programao.
Linguagens de Programao - para todas as linguagens de programao utilizadas no

software de aplicao devero ser providos os respectivos ambientes de desenvolvimento,
incluindo compiladores, ligadores, bibliotecas. Devem ser enviados, tambm, os compiladores
para as linguagens C, C++ e FORTRAN.
Todos os compiladores devero ter recursos de otimizao dos mdulos objetos quanto
velocidade de execuo e ao uso de memria principal. Todas as linguagens devero possuir
diagnsticos dos dados, sumrios de erros e listagens de referncias cruzadas. As mensagens
de erros devero ser claras e abrangentes. Os procedimentos de compilao devero ser
padronizados de forma a produzir programas executveis a partir de arquivo-fonte simples ou
de um conjunto de arquivos.
84
Link e Carregamento da Aplicao - dever ser provido um Link Editor permitindo

ligao entre os mdulos objeto em arquivos executveis. Este programa dever permitir a
ligao de vrios objetos dos vrios compiladores fornecidos no sistema.
Os procedimentos de ligao devero ser padronizados para que possam produzir programas
executveis a partir de arquivos objeto simples ou de conjunto de arquivos.
Debug - devero ser providos depuradores interativos de programas, permitindo a

execuo de um programa em pontos pr-selecionados, leitura e modificao de registros e
variveis durante a execuo, passo a passo, para todas as linguagens de programao do
sistema.
4.2.4.4 Utilitrios Gerais

Devero existir os seguintes utilitrios:
Editor full-graphics utilizando-se linguagem de descrio de displays,
preferencialmente, em cdigo ASCII.
Gerenciamento de bibliotecas de programas.
Programas que permitam a cpia e impresso de qualquer informao existente no
sistema computacional.
Conversores de mdia para cpia de arquivos de discos para fitas e vice-versa.
Comparador de arquivos.
Sort/Merge de arquivos.
Interligao padro em rede atravs de uma camada de software de interface
permitindo a outras aplicaes estabelecer comunicao para troca de informaes,
tanto para leitura como para gravao.
Utilitrio para colocao de variveis do banco de dados de tendncia, permitindo
aos usurios das estaes de trabalho a possibilidade de definir grficos de
tendncias de variveis de qualquer banco de dados do sistema de potncia, em
modo full-graphics.
Ferramentas para a gerao de "software change reports", isto , um dicionrio de
dados ativo indicando as alteraes realizadas nos cdigos e uma referncia
cruzada das entidades e atributos utilizados nos programas desenvolvidos.
4.2.4.5 Programas de Monitorao e Diagnstico do Sistema
Monitorao do Sistema Sero necessrios programas de monitorao da performance do

sistema para todos os computadores, para verificao do carregamento e performance do
software aplicativo, bem como a gerncia das redes de comunicao. Essas funes no
devero degradar a performance do sistema e devero ser transparentes para a sua operao.
Dever existir um programa para gerenciamento das funes e processos de cada servidor,
permitindo a visualizao e modificao do estado destas funes e/ou processos, bem como
de sua alocao nos servidores.
85
Deve-se contemplar um programa para efetuar o clculo de estatsticas on-line sobre a

utilizao dos computadores em ciclos bsicos ou atravs de solicitao. As seguintes
estatsticas sero necessrias:
Utilizao de tempo de CPU, incluindo a porcentagem de utilizao dos processos.
Uso de entradas e sadas do sistema.
Uso de memria principal.
Estatsticas sobre alocao de recursos utilizados pelas aplicaes.
Filas do sistema computacional (entradas e sadas).
Utilizao de discos, perifricos gerais e canais de comunicao.
Programas de Diagnsticos - programas de diagnsticos devero ser contemplados para

todos os componentes de hardware, funcionando tanto no modo off-line como on-line, para:
estaes de trabalhos, servidores de comunicao de dados, perifricos, rede local (LAN) e
equipamentos de interface com o usurio.
Estes diagnsticos devero incluir procedimentos operativos de simples consultas sobre a

operao, bem como impresses e cpias dos displays (hardcopy), facilitando desta forma,
a anlise dos resultados.
So necessrios, tambm, diagnsticos on-line e off-line para os seguintes componentes

de hardware: CPU, memria principal, perifricos, unidades de disco, comunicao com as
UTRs, servidores de dados e rede local de comunicao LAN, comunicao com o centro e
comunicao com outros centros de controle. Adicionalmente, diagnsticos off-line para os
equipamentos de interface do usurio e perifricos gerais.
4.2.4.6 Sistema de Gerenciamento de Banco de Dados
Requisitos Gerais - o subsistema de gerenciamento de banco de dados dever ser integrado,

levando em considerao todos os subsistemas existentes. Deve-se prover uma base de dados
que contenha:
Um banco de dados que mantenha uma viso atualizada do sistema supervisionado.
Ele dever permitir ao usurio observar o estado do processo, monitorando o banco
de dados atravs de displays em estaes de trabalho ou microcomputadores
pessoais. Ele dever contemplar: as estruturas das UTR, a estrutura de comunicao
e a estrutura das subestaes.
Banco de dados para as funes de tempo real, programas de anlise da rede,
simulador para treinamento de operadores, entre outras funes, que mantenha uma
viso para cada uma das aplicaes.
O sistema dever prever a atualizao dos dados, acesso aos dados compartilhados com todas
as aplicaes, bem como ferramentas para criao, gerenciamento das estruturas e
armazenamento da definio dos dados (dicionrio). Dever tambm prever ferramentas para
o desenvolvimento de novas aplicaes e manipulao dos dados em tempo real.
86
O gerenciamento do banco de dados dever permitir todo o procedimento de modelagem off-

line, bem como todos os procedimentos de gerenciamento para a operao em tempo real, que
corresponde linguagens de acesso e manuteno dos dados.
Para empresas que possurem sistemas de superviso de centros de operao j implantados,

importante citar o banco de dados em uso e como sero as regras de migrao para os dados.
O sistema dever prover um gerenciador de banco de dados relacional, comercialmente

disponvel no mercado, que seja usado obrigatoriamente para gerenciamento dos bancos de
dados fonte, e preferencialmente para o gerenciamento do banco de dado tempo real e
histrico. Qualquer que seja a soluo, o gerenciador de histrico dever ter interface com
SQL padro e fazer uso de ODBC (Open DataBase Connect). Este gerenciador dever
possuir, preferencialmente, uma interface do tipo API (Application Program Interface).
Sob o ponto de vista do usurio, o sistema de gerenciamento de banco de dados dever

possuir modos de utilizao, como:
Modos de configurao e manuteno, os quais devero ser usados para entrada e
atualizao dos dados estticos do modelo do sistema eltrico.
Modo de operao que dever ser usado pelos analistas e/ou programadores para a
manipulao dos dados dos processos em tempo real.
O sistema dever prever um dicionrio de dados ativo e dinmico, integrante da base de dados
relacional e um sistema de ajuda on-line.
Banco de Dados-Fonte Relacional do Sistema de Potncia Dever ser previsto um

gerenciador de banco de dados off-line que ser utilizado para a construo do banco de
dados, SCADA. A descrio do sistema de potncia e a infra-estrutura de superviso e
controle devero ser a nica fonte de dados utilizados do sistema de potncia tempo real.
A tecnologia do banco de dados utilizado dever ser relacional. Ele ser utilizado para
manipulao, integridade e consistncia do modelo armazenado. O banco dever garantir uma
nica entrada para um determinado equipamento do sistema eltrico. Conseqentemente, os
seguintes requisitos devero ser atendidos:
Possuir um Sistema de Gerenciamento de Banco de Dados (SGBD) multiusurio
com licena para, no mnimo, 30 usurios simultneos.
Possuir linguagem de acesso estruturada (SQL).
Fazer uso de utilitrio para exportar e/ou importar dados para outros bancos de
dados disponveis em outros servidores.
Utilizar ferramentas de acesso aos dados do sistema de potncia atravs de recursos
de mltiplas janelas compatveis com ambiente MS-WINDOWS e
preferencialmente WEB.
Verificar a integridade referencial e validao dos dados.
Segurana: o acesso modelagem dever ser protegido atravs da verificao do
perfil do usurio e sua senha. O sistema dever prover meios de gerenciar as
87
consultas ao banco de dados, manipular os conflitos (deadlock) de acesso aos

dados bem como entrada de dados inconsistentes.
Os desenvolvimentos de programas utilizando linguagem SQL podem fazer uso de
ODBC.
Disponibilidade: A base de dados deve permanecer operacional mesmo em caso de
falha de um servidor e/ou disco. O backup e o retorno operao de uma parte
defeituosa no devem afetar o funcionamento normal da base.
Interface do usurio: permitir a modelagem dos dados atravs de
microcomputadores utilizando-se ambiente compatvel com MS-WINDOWS,
desejvel. Essa modelagem poder ser feita de forma interativa e a partir da leitura
de arquivos em formato ASCII no necessitando de conhecimentos de linguagem
de programao especfica.
O sistema dever prever uma viso geral da estrutura topolgica do sistema de potncia. Alm
disso, dever permitir ao usurio o acesso direto do componente ao qual ele deseja inserir,
suprimir e/ou modificar. O SGBD dever prover facilidades para a implementao dos
seguintes servios:
Diagnstico: durante as manipulaes dos dados, as mensagens de erros devem
estar associadas com data e hora. As mensagens podero ser apresentadas em
displays ou impressas. Quando uma entrada de dados for efetuada atravs da
interface do usurio interativa, uma mensagem dever ser enviada imediatamente
ao usurio.
Auditoria de dados: as alteraes no banco de dados fonte devero gerar relatrios
de logs, bem como estatsticas das intervenes.
Outras facilidades: Dever ser permitido aos usurios ter acesso ao contedo do
banco de dados, inclusive atravs da WEB. Procedimentos de backup e restaurao
de arquivos devem ser executados com o banco de dados on-line.
Banco de Dados em Tempo Real - o sistema de gerenciamento de banco de dados em tempo

real dever ser um repositrio de todos os dados originrios da aquisio de dados em tempo
real recebidos das UTR, dos centros regionais, de outras empresas, dados introduzidos
manualmente pelos usurios e dados resultantes dos programas de aplicao e de clculos.
O banco de dados em tempo real dever assegurar a performance do sistema, incluindo os

tempos de respostas operacionais e os requisitos de capacidade de expanso do sistema. Os
seguintes requisitos bsicos devero ser atendidos:
Assegurar uma completa independncia entre os programas dos usurios e os
dados, permitindo, desta forma, a evoluo dos programas aplicativos (SCADA,
CAG, CAT, anlise de rede, simulador para treinamento de operadores).
Possuir gerenciamento de acesso simultneo base de dados (lock management).
Possuir uma organizao que seja projetada para otimizar a eficincia dos
programas que o utilizam.
88
O tempo de acesso aos dados dever atender s necessidades de tempo real, ou seja,
o processamento de dados dever ter um tempo coerente com os requisitos de
tempo de resposta do sistema.
Criar, substituir e suprimir conjuntos de dados.
Permitir a verificao e gerenciamento das caractersticas dos dados.
Verificar as entradas de dados nos campos do banco de dados para assegurar que
todos os valores introduzidos pelos usurios e programas de aplicao sejam
consistentes antes de serem atualizados.
Permitir a criao de mltiplos bancos de dados.
Conter estrutura de dados tipo data-sets para dados de previso.
Permitir a criao de diversos tipos de dados padres das linguagens de
programao FORTRAN e C, entre outras linguagens.
Banco de Dados Histrico - o banco de dados de histrico e seu software associado devem
atender aos seguintes requisitos:
Armazenar grandezas medidas (estados e dados analgicos), grandezas calculadas,
dados programados, alarmes, aes do operador que foram previamente
estabelecidas, seqncia de eventos e resultados de programas de tempo real
(varredura, estimador, configurador, CAG, CAT, etc.):
1. A freqncia de armazenamento deve ser parametrizada por tipo de dado,
podendo ser dimensionada para o tempo de varredura do ponto (ver tabela 16),
alternativamente pode-se utilizar tcnicas de compresso de dados desde que
no haja perda de informaes histricas e de performance.
2. O sistema dever ser contemplado com tcnicas de buffering no processo de
amostragem de dados de tempo real para serem armazenados nos servidores de
histrico de forma a evitar a perda de dados no caso de indisponibilidade dos
servidores de histrico ou da rede. O buffering dever ser dimensionado de
acordo com a disponibilidade da soluo oferecida para o histrico.
O sistema deve ser dimensionado para manter na base, no mnimo dados histricos
relativos h at 38 dias (os 8 dias mais recentes com periodicidade igual ao da
varredura e o restante de minuto em minuto), alm de rea para a restaurao de 3
dias completos.
O sistema deve absorver automaticamente as atualizaes da verso da base de
dados de tempo real, sem interveno manual.
Visualizao dos dados histricos:
1. Atravs da rede corporativa, preferencialmente WEB.
2. Atravs da rede de tempo real em suas consoles de operao.
Deve permitir a apresentao em forma tabular ou grfica de uma ou mais medidas
simultaneamente. Deve prever a transferncia de dados para outros aplicativos, do
tipo planilha e editores de texto.
89
O sistema deve prever a utilizao de backup automtico para o dispositivo de

armazenamento de massa.
O sistema dever permitir a tendncia de dados histricos medida que forem
sendo atualizados na base.
O sistema deve prever a restaurao automtica, via comando do usurio, de dados
que tenham sido retirados da base de dados.
O usurio poder realizar consultas utilizando diferentes perodos de amostragem,
podendo integraliz-los por perodo (por exemplo: meia hora ou uma hora).
O usurio poder definir grandezas calculadas a partir das medidas e telessinais
contidas no histrico.
Permitir a utilizao dos dados pelos aplicativos da rede corporativa, notadamente
aqueles desenvolvidos internamente.
O catlogo (dicionrio de dados) deve permitir alteraes na base histrica sem
provocar instabilidade nesta base.
Estatsticas - as estatsticas devem compreender perodos horrios, dirios, semanais, mensais

e anuais, de disponibilidade e qualidade referentes a: telemedidas e telessinais (valores e
flags), telecontroles, grandezas calculadas, alarmes, estado operacional de UTRs e servidores
de dados, canais de comunicao, equipamentos e processos do SSC.
O sistema deve permitir a visualizao dos dados estatsticos, atravs de ferramentas da rede
corporativa preferencialmente via WEB e da rede de tempo real atravs das consoles de
operao.
Alm disso, o sistema deve permitir a utilizao dos dados pelos programas da rede
corporativa, notadamente os desenvolvidos pela empresa.
A manuteno do banco de dados dever ser transparente para os usurios. O sistema dever
demonstrar que essa capacidade no perturbar os trabalhos do sistema em tempo real.
O sistema dever prover mecanismo de backup automtico da base de dados e de restore

quando comandado. As atividades de manuteno devero ser efetuadas sem qualquer
interrupo da operao do sistema ou perda de informaes. Em particular, as entradas
manuais efetuadas no sistema on-line devero ser mantidas.
O sistema dever conter recursos para emisso de relatrios de alteraes e definies das
estruturas lgicas e fsicas.
Dever ser previsto, software Case para administrao da base de dados relacional, de modo
a manter coerncia e integridade das suas estruturas com as aplicaes. Para a base de dados
tempo real, dever ser previsto um recurso similar de administrao.
4.2.4.7 Integrao com Aplicaes Baseadas em Microcomputadores

O sistema dever ter a capacidade para acessar qualquer dado do banco de dados (dados em
tempo real, dados histricos, resultados de estudos, enfim, qualquer tipo de dado ou banco de
90
dados pertencente ao sistema) para microcomputadores utilizando ambiente Microsoft

Windows. Este acesso deve, preferencialmente, utilizar facilidades do tipo ODBC.
4.2.4.8 Gerenciamento da Rede de Tempo Real

Dever contemplar um sistema de gerenciamento de redes que inclua, no mnimo, os
seguintes servios compatveis, preferencialmente, com Simple Network Management
Protocol (SNMP):
Ter gerenciamento da Configurao, incluindo servios de watch-dog.
Possuir recursos para manuteno do sistema: diagnsticos, registros de erros,
falhas e de mensagens.
Fazer monitorao da performance do sistema.
Contemplar um Firewall para as ligaes com os centros regionais e com a rede
corporativa.
Fazer uso de sincronizao de tempo de todos os equipamentos da LAN com
preciso de + 1ms.
Contabilizar a utilizao dos recursos do SSC.
As informaes do sistema de gerenciamento de redes devero estar acessveis, utilizando os

recursos de interface do usurio referentes a displays, alarmes e relatrios do SSC.
Gerenciamento de Consoles - a partir das consoles do SSC dever ser possvel o acesso ao
ambiente corporativo e ao histrico.
Backup e Restore de Arquivos - o sistema deve prover um programa integrado para backup
e restore de programas, arquivos e base de dados. Este sistema deve prever procedimentos
automticos para transferncia de dados de e para dispositivos de memria de massa tais
como fita, disco e outros meios magnticos, de qualquer n da LAN.
Servio de Impresso - o sistema de gerenciamento dos pedidos de impresso deve ser capaz
de distribuir as solicitaes entre as impressoras disponveis caso o solicitante no identifique
uma impressora especfica. Deve ser possvel imprimir relatrios de dados histricos, de
tempo real e sadas de processadores de texto.
4.2.5 FUNES SCADA
4.2.5.1 Aquisio de Dados

O subsistema de comunicao de dados de cada centro regional pode ser dividido em trs
subsistemas especficos:
Comunicao de dados com as UTRs e servidores de dados.
Comunicao de dados com os centros regionais.
Comunicao de dados com outros centros de operao.
91
O subsistema de aquisio de dados dever detectar, atravs do protocolo, a perda das

informaes trocadas com as UTRs e os servidores de dados, bem como com outros centros
de controle. As perdas de comunicao devero ser detectadas e contabilizadas pelo sistema e,
em correspondncia, devero ser gerados alarmes.
Comunicao de Dados com as UTRs e Servidores de Dados - o subsistema de aquisio

de dados deve coletar as informaes do sistema de potncia coletadas pelas UTRs instaladas
e o envio de comandos. As UTRs possuem protocolo especfico. Os detalhes relativos aos
protocolos, UTRs e servidores de dados so descritos no item de Requisitos de Hardware.
A coleta de dados deve ser feita ciclicamente de acordo com os tempos definidos na tabela 16.
O sistema deve suportar tambm a aquisio por exceo. Segundo o protocolo utilizado, o
SSC dever suportar todos os tipos de comunicao necessrios, tais como mestre-mestre e
mestre-escravo (polling).
Comunicao de Dados com os Outros Centros de Operao - o subsistema de

comunicao de dados com os centros de operao de outras empresas poder implementar
outros protocolos. Os tipos de protocolos bem como os detalhes devero ser abordados
durante o workstatement.
Os dados recebidos das outras empresas devem ser processados como se fossem recebidos das
UTRs. Como alguns dados podero vir simultaneamente via enlace de dados ou via UTR, o
SSC dever gerenciar esses dados definindo as fontes principais e o backup. O chaveamento
entre as fontes dever ser automtico.
4.2.5.2 Processamento de Dados e Monitorao

O software SCADA dever processar dados telemedidos provenientes das UTRs, servidores
de dados, centros regionais de operao da empresa e de outros centros de operao
interligados bem como, dados manuais.
Os procedimentos a serem executadas so: fazer a converso para unidades de engenharia,

verificar limites, variao de estado, dados calculados, alarmes e eventos, seqncia de
eventos, atributos de qualidade de dados e invalidao de dados.
Todos os dados de operao do sistema de potncia (por exemplo: estados, MW, MVAR, kV,
MWh), que j no possurem etiqueta de tempo, devem ter estas etiquetas colocadas pelo
servidor de comunicao do centro de controle de forma a manter consistncia para o
tratamento, anlise, histrico, fechamento (settlement), contabilizao e faturamento. Deve-
se resolver diferenas entre o fuso horrio e as mudanas entre o horrio padro e o de vero
de forma a estabelecer selos de tempo consistentes para o software de aplicao.
O sistema dever ser capaz de selecionar um conjunto de dados a ser propagado para os
outros centros, definindo se devem ser enviados os dados brutos ou tratados localmente. Esta
definio poder ser feita durante o workstatement.
92
Verificao de Limites - os valores analgicos, obtidos e calculados, devero ser comparados

com os limites superiores e inferiores. Os limites devero ser estabelecidos para cada
grandeza, podendo serem alterados dinamicamente:
Limite superior e inferior de escala ou de razoabilidade (reasonability limits).
Limite superior e inferior de emergncia.
Limite superior e inferior de operao. Dever ser possvel, tambm, alterar toda a
tabela de limites, em funo de situaes (horrios pr-estabelecidos, condies
eltricas, etc.) com dados pr-estabelecidos por funes off-line, obtidos atravs da
interface com a rede corporativa. Esta alterao dever ser executada sem
interromper o processamento normal do SSC.
Limite mximo de taxa de variao da grandeza.
Qualquer valor de limite deve ser considerado tanto para as funes SCADA como as de
aplicao, descritas nos item de Funes SCADA e Software Aplicativo. Para todos os tipos
de limite dever ser estabelecida uma banda morta (histeresis).
Variao de Estado - para cada indicao de estado, dever ser comparado com o antigo
valor adquirido e armazenado no banco de dados. Se ocorrer uma mudana, um alarme dever
ser gerado e atualizado no display correspondente, devendo ser tambm ativado o
configurador de redes.
Dados Calculados - os dados calculados devero ser armazenados no banco de dados da

mesma forma que os dados telemedidos.
Valores Calculados de Dados Analgicos - os valores mdios devero ser calculados a partir
das telemedies, bem como de valores estimados e/ou manualmente introduzidos pelo
operador. Desta forma, a funo de clculo dever oferecer a possibilidade de clculo de
valores analgicos, a partir de quaisquer telemedies, outros valores calculados, de limites
estabelecidos ou preferencialmente de resultados de programas aplicativos.
Dever ser prevista a possibilidade de definio dinmica de frmulas para os clculos dos
dados analgicos. Estas frmulas devero ser introduzidas via displays apropriados para este
fim. As frmulas devero ser introduzidas a partir de configurao definida no banco de
dados. A freqncia do clculo dos dados poder ser parametrizada.
1. Indicaes de Estados Calculados - a freqncia de clculo das indicaes de estados

calculados dever ser parametrizvel e no mximo igual taxa de varredura dos estados.
O operador pode especificar qual o de tempo de execuo dos novos estados calculados.
Esta especificao poder ser feita atravs de expresses booleanas, envolvendo grandezas
analgicas e estados, telemedidos ou calculados, com um nmero varivel de operandos.
2. Energia Integralizada - a energia dever ser integralizada em perodo definido pelo

usurio (horrio, dirio, semanal) a partir das telemedies coletadas em tempo real. Os
valores mdios devero ser expressos em MWh e MVARh.
93
O intercmbio de energia entre as empresas tambm dever ser calculado por um perodo
definido pelo usurio a partir das telemedies coletadas em tempo real. Os valores mdios
devero ser expressos em MWh e MVARh, indicando o sentido do fluxo.
Os dados calculados de energia ativa e reativa das unidades geradoras, bem como a potncia
ativa total, consumo ativo e reativo e totalizaes devero ser apresentados aos operadores
nos displays associados operao.
3. Dados Manuais - dados manuais so processados de forma anloga aos telemedidos ou

calculados. Para cada entrada de dados no logging dever ser registrada a mudana, o
horrio e a identificao do operador.
4. Outros Clculos - outros dados calculados e/ou usados pelos programas de aplicao e que
no so coletados pelo sistema de aquisio de dados devero ter a possibilidade de serem
configurados em qualquer display utilizado pelo sistema.
Dever ser possvel criar grandezas calculadas a partir de qualquer atributo da base de dados,
incluindo grandezas do sistema SCADA e produzidas por aplicaes. O resultado ou parcela
poder conter os seguintes tipos: inteiro, real e booleano. As operaes devero ser:
Operaes aritmticas: com capacidade de clculos envolvendo grandezas

analgicas, utilizando-se as quatro operaes, bem como uma biblioteca de
funes matemticas a ser definida.
Operaes booleanas: dever ter a capacidade de clculos envolvendo indicaes
de estados de disjuntores e outras sinalizaes, utilizando-se operaes booleanas
(AND, OR, NOT).
Operaes mistas: clculos envolvendo operaes aritmticas e booleanas.
Clculo de corrente: com capacidade de clculo de corrente a partir de
telemedies pertinentes, coletadas pelo sistema em tempo real.
Clculo de MVA: o mesmo procedimento dever ser possvel para o clculo do
MVA.
Clculo condicional.
Contador.
Clculos estatsticos.
Clculos trigonomtricos.
Processamento de Alarmes e Eventos.
1. Geral - o sistema deve prever gerenciamento de alarmes onde seja permitido alertar o
usurio sobre condies no usuais no sistema, tais como: abertura de dispositivos eltricos,
ultrapassagem de limites, ocorrncias no sistema de comunicao e equipamentos
pertencentes configurao computacional. O sistema de gerenciamento de alarmes deve
comportar situaes de avalanche de alarmes decorrentes de distrbios no sistema eltrico,
94
sem que com isso haja degradao, perda de confiabilidade ou de desempenho do SSC. Para
isto, o sistema dever levar em conta:
Mtodos para notificar os operadores, nas estaes de trabalho, sobre mudanas
espontneas ocorridas no sistema. As notificaes devero incluir um alarme
sonoro em diferentes tons, dependendo da gravidade, bem como indicaes visuais
da presena de mudanas ocorridas e no reconhecidas pelos operadores. As
indicaes visuais devero incluir uma regio dedicada no display, a qual, a partir
de pontos sensveis (poke point) vinculados a outros displays, proporcionaro
uma viso mais detalhada das informaes acerca do estado do sistema de potncia.
O usurio dever ter a possibilidade de parametrizar ou preestabelecer as formas de
notificao acima descritas.
Os alarmes devem ser funcionalmente classificados por rea de responsabilidade e
visualizados pelo operador de uma forma que facilite a sua identificao.
Ter acesso s ltimas mensagens de alarmes no reconhecidas.
Reconhecer alarmes, permitindo aos operadores reconhecer e/ou suprimir as
mensagens de alarmes em vrios displays, incluindo os diagramas unifilares de
subestaes/usinas. As mensagens de alarmes devero ser reconhecidas e/ou
suprimidas nas estaes de trabalho, tanto individualmente como por pgina de
lista de alarmes, como por UTR.
Possuir um mecanismo para silenciar o alarme sonoro.
Permitir uma viso geral da lista de alarmes em ordem cronolgica e diferenciados
por cores e prioridades e espaados de uma linha entre um alarme e outro.
Possuir mecanismo de definio de prioridade de alarmes pr-estabelecidos.
Permitir a impresso das mensagens por solicitao do operador. As mensagens
devero ser armazenadas para recuperao ps-operao.
Manter um arquivamento dos alarmes para anlise ps-operao, sem limitao de
tempo, mas sim de espao fsico de armazenamento. Dever ser prevista a
possibilidade de elaborao de relatrios pr-estabelecidos pelos usurios.
Possuir mecanismo para a filtragem dos eventos e/ou alarmes de modo que seja
possvel, por exemplo, mostrar nas telas apenas os eventos relacionados a
disjuntores.
2. Processamento Anti-Bouncing - esta funo deve prevenir um nmero excessivo de

variaes de estados e SOE provenientes de subestaes e usinas devido a problemas de
bouncing de rels. Ela dever filtrar transies de estado, evitando que a lista de alarmes e
seqncia de eventos seja sobrecarregada com informaes repetitivas. Quando um nmero
mximo de transies em um determinado espao de tempo for identificado, o ponto de
estado deve ser desativado. O operador dever ser notificado quando da ocorrncia da
desativao automtica.
Quando, aps um determinado nmero de varreduras, o software detectar que o bouncing

cessou, dever ser enviada uma mensagem de alarme notificando o operador. A reativao
dever ser manual e executada pelo operador.
95
3. Inibio de Alarmes Aps Retorno Operao de Enlaces de Dados ou Equipamentos

- O SSC dever inibir durante a primeira varredura alarmes devido ao retorno operao de
enlaces de dados ou qualquer tipo de equipamentos, incluindo UTRs ou centros de operao
regionais.
4. Listas de Alarmes devero ser reconhecidas para todo o sistema, bem como uma lista de
todas as mensagens reconhecidas e no reconhecidas distribudas por subestao/usina.
A lista de alarmes dever tambm ser classificada por ordem de prioridades existentes no
sistema. Dever ser disponibilizada ao usurio a possibilidade de preestabelecer vrios nveis
de prioridades atravs de parametrizao. Outros sumrios devero ser contemplados: todos
os pontos fora de servio, pontos inibidos, pontos introduzidos manualmente e os pontos que
no esto em seu estado normal de operao.
5. Inibio de Alarmes - o software SCADA dever usar diferentes aes quando um estado
anormal for encontrado, conforme descrito abaixo:
Registrar: quando um ponto passa para o estado anormal ou retorna ao normal,
uma mensagem dever ser registrada no registro de atividade do sistema. Se o
registro da mensagem estiver inibido para o ponto correspondente, qualquer
mensagem futura no deve ser registrada. Quando o registro estiver permitido,
qualquer mensagem que foi bloqueada ser perdida, e qualquer mensagem futura
ser registrada. Quando o registro estiver inibido, o reconhecimento e o alarme
sonoro devero estar inibidos. Quando o alarme de um ponto, associado a um
estado ou a seqncia de eventos, estiver inibido no devem ser gerados registros
de seqncia de eventos relativos a este ponto.
Reconhecimento: quando um ponto passa para o estado anormal, ou em alguns
casos retorna ao estado normal, o ponto dever ficar no reconhecido at que o
operador reconhea o ponto. Se o reconhecimento estiver inibido, o ponto no
dever ficar marcado como no reconhecido quando passar para o estado anormal.
Anormalidade: quando um ponto passa para o estado anormal, um alarme dever
ser gerado. Quando a anormalidade estiver inibida, no dever ser gerado o alarme.
Indicao anormal: quando um ponto passa para o estado anormal, ele dever ser
marcado no banco de dados, atravs de uma indicao apropriada. Quando a
indicao anormal estiver inibida, a indicao no banco de dados dever ser
colocada como se o ponto estivesse no estado normal, mesmo que ele esteja no
estado anormal.
Alarme sonoro: quando um conjunto de pontos pr-configurados passar para o
estado anormal, ou retornar ao normal, o alarme sonoro dever soar para alertar o
operador sobre o ocorrido. Se o alarme sonoro estiver inibido, ele no dever soar
quando o ponto passar para o estado anormal.
6. Alarme Sonoro - tons de alarmes sonoros devero ser definidos e parametrizados pelos
usurios em cada estao de trabalho. Para cada estao de trabalho, mltiplos tons devero
estar disponveis. Os tons devero ser contnuos e/ou intermitentes e associados gravidade
do alarme.
96
Dever ser possvel associar um tom a um alarme de maneira que, por exemplo, um tom
contnuo poder ser associado com um alarme de alta prioridade e um tom intermitente com
um alarme de baixa prioridade.
.
Seqncia de Eventos
1. Geral - o sistema dever prever um processamento de seqncia de eventos compatvel

com as UTRs descritas no item de Requisitos de Hardware. Devido aos diferentes tipos de
UTRs que devem ser integradas, o sistema deve estar preparado para:
Recepcionar dados com etiqueta de tempo acurada, fornecida por um GPS local.
Recepcionar dados sem etiqueta de tempo. O computador front-end deve colocar
uma etiqueta de tempo, porm esta etiqueta deve ser marcada como no confivel.
Ajustar os retardos de tempo de comunicao de acordo com meio de transmisso
e tipo de protocolo de forma a compensar os tempos de retardos inerentes.
Para todos os centros de controle regionais, as frmulas de compensao devem ser aquelas
atualmente usadas nos seus sistemas atuais. Maiores detalhes sero fornecidos durante o
workstatement do projeto.
O sistema dever considerar que futuramente a etiqueta de tempo para os dados de seqncia
de eventos possa ser colocada pela UTR ou pelo IED (Intelligent Electronic Device) mais
prxima ao sistema de potncia.
O sistema dever tambm prover a funo SOE com capacidade de tratar listas provenientes
dos centros de controle, dos centros regionais ou de outro centro de operao, integrando estas
informaes com as provenientes das remotas.
Deve ser possvel ao operador desativar a varredura de uma lista de SOE de uma determinada
remota. Igualmente dever ser possvel a reativao. Para cada desativao e/ou reativao
dever ser registrado no logging a mudana, o horrio e a identificao do operador.
O sistema dever ser capaz de tratar listas de SOE com resoluo de 1ms. Os registros de
SOE devero ser armazenados no registro histrico, acessvel na rede de tempo real e
corporativa.
2. Sincronismo - as remotas no so sincronizadas para efeito de SOE. O SSC deve se

encarregar de calcular um fator de correo e efetuar todas as compensaes necessrias para
que os eventos sejam ordenados em nvel sistmico na seqncia em que ocorreram, com a
resoluo de 1 milissegundo.
3. Interface com o usurio - o sistema dever prever meios para que os usurios possam
visualizar os eventos ocorridos, ordenados de forma cronolgica, com data e hora. Devero
existir mecanismos adicionais para que os eventos possam ser filtrados para facilitar a
visualizao.
97
Os eventos devero ser armazenados pelo menor por 38 dias, isto , os usurios tero acesso a
estes dados diretamente sem a necessidade de restaurar o backup. Aps este prazo, os dados
devero ser armazenados nos meios destinados para os backups dos dados histricos.
Atributos de Qualidade de Dados - devero ser previstos atributos de qualidade dos dados
para qualquer informao coletada e processada pelo sistema. Os atributos de qualidade
devero ser propagados no envio de dados a outros centros.
Todos os dados, incluindo os calculados, devem ter atributos associados ou incorporados.

Estes atributos servem de cdigo de qualidade ou parmetro que indicar a confiabilidade do
dado. Os atributos so do tipo:
Dado sem indicao de erro.
Falha de medio.
Violao de limites.
Dados desativados pelo operador local e remoto.
Dado estimado.
Substitudo pelo operador e/ou usurio local ou remoto, distinguindo estas duas
condies.
Dado bruto ou no processado.
Resultado calculado.
Os cdigos de qualidade devem ser aplicados na origem do dado e transferidos para todos os
usurios. O sistema deve registrar o atributo de qualidade dos dados para o histrico. O
atributo do dado calculado dever ser obtido levando em conta os atributos das parcelas que o
compe. Como exemplo, um dado calculado, que tenha pelo menos uma parcela invlida ser
considerado invlido. O detalhamento da propagao dos atributos dever ser feito no
workstatement.
Invalidao de Dados - o procedimento de controle de invalidao de dados mencionado a

seguir dever ser efetuado pelos servidores de comunicao ou pelos servidores de aplicao.
Alguns desses controles devero ser especficos dos servidores de aplicao, tais como
invalidao do estimador de estado e invalidao manual, alguns devero ser especficos do
subsistema de aquisio de dados, como as perdas de comunicao com as UTR, e outros
podero ser efetuados em ambos.
1. Invalidao de Telemedies:
Invalidao automtica: as telemedies podero ser invalidadas a partir do
programa de aquisio de dados ou pelo estimador de estado.
Invalidao manual e atualizao: o operador dever ter a capacidade de
manualmente invalidar uma telemedio. Este procedimento dever estar
disponvel nos displays onde as medidas puderem ser apresentadas. Se uma
telemedio for invalidada manualmente, o valor coletado dever continuar a ser
tratado e armazenado com o indicador de qualidade (flag) associado. O operador
98
dever ter a capacidade de introduzir um valor manualmente, substituindo uma

telemedio invalidada.
2. Invalidao de Indicao de Estado:

Invalidao automtica: as telessinalizaes devero ser invalidadas,
inicialmente, a partir do programa de aquisio de dados. A ausncia da informao
durante o controle de verificao geral, bem como uma deteco de erro na
informao dever invalidar a indicao de estado.
Invalidao manual e atualizao: o operador dever ter a capacidade de
manualmente invalidar uma telessinalizao. Este procedimento dever estar
disponvel nos displays onde a telessinalizao puder ser apresentada.
A indicao de estado invalidada dever continuar a ser coletada e com o indicador de

qualidade (flag) associado. O operador dever ter a capacidade de introduzir um valor
manualmente substituindo uma telessinalizao invalidada.
3. Processamento de Invalidao - uma informao invlida dever inicializar os seguintes

procedimentos:
Atualizao da lista cronolgica de eventos.
Atualizao de todos os displays envolvidos na invalidao, sendo que todas as
informaes invlidas devero ser diferenciadas por uma indicao ou por uma cor
diferente.
Se a invalidao for manual, a respectiva lista de telemedies invalidadas ou de

telessinalizaes dever ser atualizada.
4. Processamento de Revalidao - uma informao revalidada dever inicializar os

seguintes procedimentos:
Automtica: aps o desaparecimento da falha se esta informao estiver sem o
flag de invalidao manual.
Manualmente sob pedido do operador: toda revalidao dever provocar a
atualizao da lista cronolgica de eventos. Dever tambm ocorrer a atualizao
de todos os displays envolvidos na revalidao. Se a revalidao for manual, a
respectiva lista de telemedies ou de telessinalizaes invalidadas dever ser
atualizada.
4.2.5.3 Controle Supervisivo
1. Requisitos Gerais - a especificao abrangente da funo de controle tem por objetivo

permitir a operao durante um perodo de transio de algum centro de operao e para
eventualmente servir de redundncia, para o caso de falha neste centro.
2. Envio de Comandos - o processamento no centro de controle dever constar de duas fases:

99
Fase de seleo, onde o operador seleciona o equipamento desejado para

telecomandar. No final da fase de seleo, deve-se fazer verificaes com o intuito
de validar a seleo feita pelo operador e para autoriz-lo ou preveni-lo para passar
para a fase de execuo do telecomando.
Na fase de execuo, a ordem de telecomando ser enviada para a UTR e para o
servidor de dados e centros de operao. A correta execuo do telecomando
dever ser verificada pelo sistema. Verificaes devero ser feitas durante esta fase
para garantir a perfeita execuo da ordem do telecomando. A emisso do
comando dever ser registrada no logging com o horrio e a identificao do
operador. O resultado deste comando dever ser igualmente registrado. Em caso de
falha na execuo do comando, dever ser gerado um alarme.
Os tipos de comandos a serem executados so:

Abertura e fechamento de dispositivos de dois estados (por exemplo: chaves,
disjuntores).
Incremental (Raise/lower) (por exemplo: taps de transformadores, geradores): deve
ser possvel selecionar o equipamento e executar mltiplos comandos
incrementais.
Set point (por exemplo: transformadores, geradores, reguladores).
Transferncia de modo de controle (por exemplo: manual/automtico,
bloqueado/no bloqueado).
O sistema dever prever flexibilidade para que comandos possam ser submetidos a um
sistema de intertravamento, onde existiro expresses booleanas associadas a cada comando a
serem calculadas de forma a autorizar o envio do comando. Caso o comando no seja
autorizado, o operador dever ser alertado.
Tagging - devero ser previstos tags para informar ao operador sobre uma condio
especial de um determinado componente do sistema eltrico de potncia. Esta sinalizao tem
por finalidade impedir alguma ao sobre o referido dispositivo. O sistema dever registrar o
nome do operador no momento da incluso e/ou supresso do tag, para identificao do
usurio.
Definio de Tagging - a funo de definio de tag dever permitir ao operador definir

os tipos de tags desejados. O tipo define o efeito que este dever ter quando colocado sobre
o equipamento desejado. Os tipos de tags podero ter uma ou mais caractersticas, entre
outras:
Abertura e/ou fechamento do equipamento impedido e/ou bloqueado.
Em manuteno.
Cada tipo de tag dever tambm especificar a sua prioridade, permitindo a identificao dos
diferentes tipos de tags de forma nica no diagrama unifilar da subestao e/ou usina.
1. Colocao de Tag - a funo de colocao do tag dever permitir ao operador

posicionar tags nos equipamentos para impedir a abertura e/ou fechamento, ou ainda, para
100
informar ao operador sobre qualquer condio especial existente. Os operadores devero ter
capacidade de entrar com textos livres, associados ao tag.
2. Supresso do Tag - a funo de supresso do tag dever tambm ser disponvel ao

operador. O sistema dever registrar o nome do operador no momento da supresso do tag,
para identificao do usurio.
4.2.5.4 Sadas Impressas

Geral - as impresses devero ser usadas para eventos e/ou alarmes do sistema de potncia,
do sistema computacional, telecomandos, sistema de telecomunicao, bem como para
impresses peridicas e relatrios.
Registro de Operao - os seguintes tipos de mensagens devero ser impressos no instante

da ocorrncia: eventos e alarmes, inibio de alarmes e controle supervisivo.
Impresses Cclicas ou por Solicitao - o usurio dever ter a capacidade de configurar no

banco de dados os atributos de periodicidade das impresses, inclusive o cancelamento de
parte das impresses. Os relatrios horrios, dirios e semanais devero ser impressos
(periodicamente ou por solicitao).
4.2.5.5 Anlise de Ps-Perturbao

A funo de anlise de ps-perturbao ajudar a determinar os efeitos no sistema de potncia
de uma perturbao como, por exemplo, a perda de uma linha de transmisso principal. Desta
forma, esta funo dever permitir a recuperao do estado do sistema monitorado em
qualquer tempo, aps a ocorrncia.
O sistema dever prover um conjunto de ferramentas para efetuar consultas a esses dados.
Desta forma, a funo de anlise de ps-perturbao dever, no mnimo, incluir dois tipos de
recursos:
Armazenamento de dados j incorporado na funo de histrico.
Recuperao, total ou parcial, definida no tempo e/ou por tipo de informao.
Armazenamento de Dados Histricos - a funo de armazenamento de dados histricos

dever armazenar, de forma constante e automtica, todas as mudanas de dados pr-
selecionados e calculados pelo SCADA. Este armazenamento no dever ter limitao de
tempo, quanto ao nmero de informaes a serem pr-selecionadas para este fim. Esta
limitao deve ser apenas baseada na capacidade de armazenamento do sistema.
Perdas de valores, devido ao esquema peridico da funo de armazenamento, no podem

acontecer. A performance dever ser suficiente para manipular situaes com grandes
quantidades de mudanas em um curto espao de tempo.
Como conseqncia, a funo dever gerenciar a alocao do espao em disco de maneira que
o operador seja informado quando o salvamento dos arquivos em outros meios magnticos for
necessrio.
101
Recuperao de Dados - a funo de recuperao de dados dever ser capaz de recriar uma
configurao j passada do sistema de potncia e possibilitar uma viso geral do estado do
sistema de potncia em qualquer ponto histrico no tempo passado.
A funo dever recuperar do banco de dados do SCADA (a parte que foi armazenada na base
de dados histricos). Dever ser possvel a visualizao da recuperao das seguintes formas:
Diagramas unifilares normais do SCADA.
Diagramas tabulares normais do SCADA.
Displays normais do sistema quando aplicvel, isto , quando eles inclurem dados
do SCADA.
Uma vez recuperado o banco de dados SCADA, a funo dever permitir ao operador:
Recuperar os dados para um outro momento.
Pular para frente para um prximo momento, no qual houve mudana nas
informaes.
Entrar no modo play-back no qual a recuperao dos dados dever ser contnua.
A velocidade de recuperao dever ser ajustvel de maneira mais rpida ou mais
lenta, em relao ao perodo de hora normal.
Em modo play-back, o operador poder selecionar valores e utilizar os recursos de curvas

de tendncia em vdeo. Dever ser possvel o uso do banco de dados SCADA para inicializar:
Aplicaes de anlise de rede: por exemplo, dever ser possvel executar o
estimador de estado com os dados recuperados.
Simulador para treinamento de operadores: neste caso, os dados recuperados sero
usados como ponto de partida de uma sesso de simulao.
4.2.6 SOFTWARE APLICATIVO
4.2.6.1 Introduo
O software aplicativo do SSC dever incluir funes em modo de tempo real e em modo de
estudo, bem como interfaces com o planejamento, programao da operao, pr-operao e
ps-operao, as quais sero processadas em um ou mais servidores, simultaneamente ou de
maneira independente.
As funes que compem o software aplicativo devero ser ativadas automaticamente em

base cclica, por evento, ou por demanda do operador.
Dever ser possvel testar todas as funes de tempo real ou na modalidade de estudo
utilizando os dados oriundos de um fluxo de potncia convergido no lugar dos valores
telemedidos.
O fornecedor do sistema dever fazer o carregamento da base de dados inicial e de outras

bases subseqentes, utilizando exclusivamente instrues documentadas, e ferramentas de
102
validao e depurao que sejam parte do sistema de manuteno e gerao de base de dados.
O dever tambm prover suporte tcnico para a definio de modelos e formatos de entrada
da base de dados. Quando da ocorrncia de mudanas na entrada da base de dados, requerida
por quaisquer alteraes nos programas do software aplicativo, dever prover instrues
claras e especficas para a equipe da empresa. O fornecedor dever ser responsvel por todos
os testes destes programas com a base de dados, participao e assistncia da empresa.
O fornecedor deve ser responsvel por qualquer ajuste (tuning) dos programas do software
aplicativo, requeridos para alcanar os resultados corretos em um ambiente operacional e para
atingir os requisitos especificados. Os ajustes devero contemplar modificao nos parmetros
de ajuste, nos valores default e outros definidos na base de dados.
Funo de Carga da Programao da Operao - esta funo dever fazer a interface entre
os sistemas de software da rea de pr-operao ou de programao da operao e os SSC dos
centros regionais. Os dados da programao devero ser, inicialmente, carregados no banco
de dados relacional e, a partir da, serem disponibilizados na base de dados de tempo real. A
programao elaborada diariamente e discretizada em patamares. Entenda-se por patamar,
o perodo mnimo em que a programao discretizada. O valor inicial pode ser de 30
minutos, devendo o sistema permitir a alterao deste perodo (parametrizao) de forma a
ajust-lo a novos valores que venham a ser definidos pela rea de programao e/ou pr-
operao. Assim o sistema dever suportar:
A estruturao da base de dados relacional e a base de tempo real para receber as
informaes da programao, tais como, geraes, intercmbios, etc. Estas
informaes so produzidas em vrios nveis de agregao, tais como, usinas,
empresas, regio, etc. discretizadas em diferentes passos temporais (horrio,
dirio, por patamar, etc.) O detalhamento destas informaes ocorrer durante o
workstatement.
Capacidade de armazenamento na base de dados relacional de, pelo menos, sete
dias de programao.
Ferramentas para acessar os dados produzidos pela programao ou pela pr-
operao e carreg-los na base relacional, carga esta que, em princpio deve ser em
base diria. No entanto, deve ser possvel carregar vrios dias, visando contemplar
as programaes de fins de semana e feriados prolongados.
Periodicamente, de acordo com cada patamar, o sistema dever carregar a
programao correspondente ao patamar corrente na base de dados de tempo real.
Tal carga dever ser feita, tambm, sob o comando do operador.
Na base de tempo real, dever ser possvel utilizar as seguintes informaes:
1. Oriundas de qualquer tela, inclusive mesclando-as com os dados obtidos
em tempo real pelo SCADA.
2. Com dados do processamento de qualquer aplicativo que a empresa venha

a desenvolver e/ou integrar ao ambiente de tempo real.
3. Provenientes da definio de reprogramaes de intercmbio lquido entre

reas de controle, feitas manualmente pelo operador atravs de telas e
aplicativos especialmente projetados pelo sistema para este fim.
103
Alterao Dinmica de Limites com Valores Programados - o sistema poder possuir uma
funo que altere dinamicamente os limites de verificao com os valores programados para
cada perodo, relativos a intercmbio, carga, gerao e manuteno. Desta forma, o desvio
entre o valor programado e o real poder ser sinalizado para o operador.
Funo de Controle Automtico da Tenso - o controle automtico de tenso dever atuar

em todos os dispositivos disponveis para o controle da tenso: compensadores sncronos e
estticos, banco de capacitores, reatores, geradores e taps de transformadores.
Funes de Monitorao e Controle - para os centros regionais que tiverem controle de

gerao, dever incluir a funo controle automtico de gerao, para controle em malha
fechada da gerao de potncia ativa, de forma a regular a freqncia e o intercmbio lquido
conforme os seus valores programados.
Este programa dever estar devidamente integrado no ambiente de tempo real, recebendo
informaes do configurador de rede e admitindo o uso de medidas de intercmbio estimadas
em substituio a medidas oriundas das UTRs ou via entrada manual.
Dever ser prevista interface para a carga da programao da operao, podendo ser acessada
a programao de gerao e intercmbio lquido. Esta interface dever gerenciar as
reprogramaes manuais de intercmbio lquido entre reas, de forma que seja sinalizado de
forma sonora, na console dos operadores, o instante de ativao de cada programao alterada
manualmente (reprogramao).
O controle a ser enviado para as usinas do tipo raise/lower e set point e dever ser
individual por unidade geradora. Dever ser prevista, tambm, a possibilidade de ser retirada
a rea de controle de maneira automtica.
O sistema dever incluir neste subsistema telas com os requisitos mostrados no controle de
execuo do CAG e na programao diria de intercmbio apresentadas no item de interface
com o usurio.
O despacho de gerao dever ser feito pela programao da operao, utilizando a funo de
pr-despacho. A interface desta funo dever ser feita atravs de tabelas armazenadas em
banco de dados relacional, conforme descrito no item de Software do Sistema. Tais tabelas
podero ser atualizadas manualmente, atravs de telas de acesso.
A funo de monitorao da reserva dever contemplar o clculo peridico de valores

instantneos e integralizados da reserva por usina e totalizado: girante, de regulao, no
girante e operativa.
O sistema dever possuir meios para que os valores integralizados no sejam perdidos quando
da ocorrncia de falhas ou reinicializaes no sistema. Dever ser prevista a existncia de
alarmes para informar ao operador quando os valores integralizados se situem abaixo do
limite pr-definido. Esta funo dever ser dimensionada para a totalidade das usinas descritas
a partir da tabela 6.
104
Funes de Anlise de Redes - o software aplicativo dever incluir funes de anlise de

segurana da rede eltrica executadas em tempo real e em modo de estudo. Dever ser
possvel estruturar os resultados da anlise da rede em qualquer tela, em valores de
engenharia.
1. Tempo Real - a seqncia em tempo real dever conter, no mnimo, os seguintes

programas integrados no ambiente: configurador de redes, estimador de estado, adaptador de
parmetros, redutor de redes e anlise de contingncia com configurador associado.
Estas funes podero ser processadas de maneira automtica ou por demanda, podendo o
operador ativar ou cancelar o processamento. A seqncia de execuo dos programas poder
ser modificada para retirar ou incluir programas adicionais e alterar a periodicidade da
execuo de alguns dos programas.
Deve-se prever um conjunto de telas que permitam controlar o processamento, mostrar os

resultados, ajustar parmetros de programas e impresso de resultados. Funes com os
requisitos mostrados nas telas de controle de execuo dos programas de tempo real, ajuste de
parmetros, resultados do estimador, desvio padro LT/TR apresentadas no item de Interface
com o usurio.
Alm destes programas, dever ser executado o fluxo potncia timo com objetivo de
apresentar um conjunto de aes de controle que podem ser seguidas pelo operador de forma
a minimizar as violaes de sobrecarga e tenso.
2. Modo de Estudo - as funes que compem a seqncia em modo de estudo devero ser
processadas em qualquer console do sistema sem interferncia entre elas. Os casos para
efetuar o processamento dos estudos podem vir do resultado do estimador de estado, da cpia
dos dados provenientes do sistema SCADA ou de casos gravados. As seguintes modificaes
de dados para estudo devero ser possveis:
Dados de carga de uma determinada ilha.
Dados de intercmbio.
Escolha de unidades geradoras como swing.
Topologia da rede: atravs da abertura ou fechamento de equipamentos de
chaveamento da verso de entrada de estudos dos diagramas unifilares do sistema,
e/ou telas com descrio do nome do equipamento a ser retirado (linha, trafo,
gerador ou dispositivo de chaveamento).
Dados de componentes do sistema de potncia que caracterizam ns, unidades
geradoras, linhas, transformadores e taps.
Restries operativas.
Os programas que compem a seqncia do modo de estudo devem ser: configuradores de

redes, modeladores de redes, fluxo de potncia do operador, redutor de rede, anlise de
contingncia com configurador associado e fluxo de potncia timo.
Este conjunto de programas dever ser processado em qualquer console, acessando uma rea
105
de trabalho individual sem interferir nas demais consoles que tambm podero estar
executando os mesmos programas ao mesmo tempo.
Dever existir uma interface com o operador durante a execuo da seqncia para que
possam ser feitas alteraes, tais como, adicionar ou eliminar qualquer componente do
sistema de potncia (estaes, geradores, shunts, linhas, carga, transformadores e taps
variveis), variaes de carga e substituio de barra swing.
3. Requisitos de Modelagem - a modelagem do sistema eltrico de potncia a ser utilizado

pelas funes de anlise de redes do tempo real, modo de estudo e ambiente do simulador
para treinamento de operadores deve permitir representar todos os equipamentos do sistema
eltrico e, especialmente, os seguintes:
Baixa impedncia nas linhas de transmisso e conexes com impedncia zero.
Tcnicas especiais de modelagem devem ser utilizadas para obter uma
convergncia estvel das funes de anlise de redes quando esta apresenta baixas
impedncias ou conexes com impedncia zero (jumper).
Linhas de transmisso com modelo PI desbalanceados, ou seja, equipamentos
Shunt ou srie em pelo menos uma das extremidades da linha de transmisso.
Linhas de transmisso com derivaes, cada seo deve ser modelada como uma
linha separada ou com segmento de linha.
Os limites de linhas de transmisso, transformadores e tenses em barramentos
utilizados para monitorao devem ser os mesmos usados pelo sistema SCADA
em tempo real.
Todas as funes de anlise de redes devem apresentar solues quando uma linha
de transmisso, ramal de linha de transmisso ou transformadores que tiverem
terminais abertos.
Para Transformadores de Tap Fixo ou Varivel (LTC) as impedncias devem ser
ajustveis de acordo com a posio do tap.
Representar transformadores em paralelo com diferentes posies de tap.
Cargas de conformidade (conforming) e de no conformidade
(nonconforming).
Banco de capacitores e reatores devem ser representados separadamente.
Compensadores sncronos.
Controle da tenso de barramento pela potncia reativa, atravs dos seguintes
equipamentos: transformador LTC, gerador, compensador sncrono,
compensador reativo controlvel, banco de capacitores e reatores Shunt. O
controle pode ser local ou distncia. Mais de um equipamento pode controlar a
mesma tenso de barramento, neste caso a potncia reativa ser distribuda entre os
equipamentos controladores da mesma maneira, de acordo com seus limites, ao
mesmo tempo.
Deve ser possvel ativar ou desativar o controle LTC dos transformadores de tap
varivel.
106
O controle de reativo dos geradores e compensadores sncronos pode ser alterado

pelo operador de controle de tenso para valor fixo de potncia reativa e vice-versa
para manter a tenso e os limites de reativos.
Quando aplicvel, permitir a representao da atuao no controle de
equipamentos de forma natural e discreta.
Para as unidades geradoras a modelagem deve ser a mesma utilizada nas funes
de despacho e controle de gerao e da programao. As funes de anlise das
redes em tempo real devem utilizar os mesmos limites usados pelo CAG. Os
limites de potncia reativa em relao a uma determinada potncia ativa so
calculados a partir de curvas de capacidade.
Curvas de capacidade de unidades geradoras devem ser modeladas de forma
paramtrica.
Cargas de servios auxiliares de usinas devem ser modeladas como uma funo da
gerao das unidades geradoras.
Equipamentos de manobra em qualquer configurao de barramentos para
subestaes.
Os transformadores de trs terminais devem ser modelados com dois terminais,
qualquer resultado para os ns intermedirios no deve ser apresentado na tela do
operador.
Se existirem ilhamentos na rede eltrica, os programas de anlise de redes devem
apresentar resultados para todas as ilhas. Se por alguma razo, uma ou mais ilhas
no puderem ser resolvidas, as ilhas remanescentes devem ser sinalizadas para que
sejam resolvidas. Qualquer funo que utilizar uma parte da rede eltrica resolvida
deve ignorar as ilhas no resolvidas na sua execuo.
Se o modelo de reserva de potncia e seus resultados forem apresentados em telas,
eles devem ser coerentes com a funo de monitorao da reserva em tempo real.
Equipamentos de converso de corrente alternada para corrente contnua e vice-
versa.
Linhas de transmisso em corrente contnua.
4.2.6.2 Descrio dos Programas
Monitorao e Controle da Gerao em Tempo Real - as funes de controle de gerao

em tempo real so responsveis pelo controle e monitorao da gerao e reserva operativa,
monitorao de reservatrios e programao de intercmbios. O sistema dever contemplar as
funcionalidades de: controle automtico de gerao, monitorao de performance do CAG e
monitorao da reserva de gerao.
Para os requisitos acima e para efeito de dimensionamento dos programas de monitorao

controle de gerao em tempo real, o fornecedor dever levar em conta o nmero de usinas e
unidades geradoras, conforme descrito a partir da tabela 6.
107
1. Controle Automtico de Gerao - o CAG dever obter informaes diretamente do

sistema de potncia oriunda das UTRs e processadas pelo SCADA dos dados de MW de
geradores, limites das faixas de regulagem das mesmas, pontos de intercmbio e enviar
comandos para as unidades geradoras de usinas. A informao de freqncia dever ser obtida
do hardware descrito no item Requisitos de Hardware com redundncia por medio. O
software dever ter a capacidade de comutao automtica entre os transdutores quando
houver falha de medio.
A funo CAG dever prover o controle de gerao em malha fechada, tendo como objetivo a
regulagem da freqncia do sistema e/ou o intercmbio lquido da rea de controle. Este
controle dever ser previsto em bases horrias ou em qualquer frao da hora, parametrizvel
pelo usurio, dentro da programao de gerao e intercmbio. A periodicidade das
informaes dever ser:
Para a regulao do processo relativo as telemedies (freqncia, gerao e fluxos
de potncia ativa nos pontos de intercmbio), no mnimo a cada 2 segundos.
Para o envio de controle para as unidades geradoras parametrizveis pelo operador
em mltiplos de 2 segundos e com variao de 4 a 20 segundos.
A ao de controle sobre as unidades geradoras dever ser feita atravs do envio de comandos
raise/lower e set-points, devendo ser possvel uma escolha atravs de parmetros
definidos no sistema. O comando set-point ser obtido atravs da soma do ponto base e do
componente de regulao.
As unidades geradoras devero apresentar, pelo menos, as seguintes modalidades de

operao:
OFF quando a unidade est sincronizada ao sistema eltrico, mas est gerando
abaixo de um valor definido.
MAN quando a unidade no est participando da regulao secundria, apenas
da primria.
REG quando a unidade est participando da regulao secundria sob controle
do CAG.
RMP quando a unidade est operando em rampa, neste caso existem dois tipos:
Rampa forada - o CAG coloca a unidade automaticamente em rampa
quando esta entra em uma faixa de cavitao.
Rampa programada - o operador programa a operao da unidade em um
novo ponto de operao adequado ao sistema.
SIN quando a unidade est funcionando como sncrono e fora do controle do
CAG.
As unidades tambm devem apresentar os seguintes estados de operao:

LIG quando a unidade est sincronizada ao sistema.
PRT quando a unidade no est sincronizada ao sistema, mas pode ser
sincronizada a qualquer momento.
IND quando a unidade est parada para manuteno.
108
Alm do tipo de controle e do estado das unidades, tambm deve ser apresentada a
informao sobre a localizao da chave de controle inerente a cada unidade:
L quando a chave de controle da unidade se encontra no modo Local (o controle
est na usina).
A quando a chave de controle da unidade se encontra no modo Auto (o controle
se encontra no centro de superviso).
A funo CAG dever contemplar os seguintes modos de controle, de acordo com a seleo
feita pelos operadores: controle de Tie-Line Bias, controle de intercmbio lquido constante
e controle a freqncia constante.
A funo CAG dever considerar a correo do erro de tempo e dos intercmbios

involuntrios.
A freqncia programada dever ser manualmente definida pelo operador. O intercmbio

lquido dever ser calculado pela soma algbrica de todos os pontos possveis de intercmbio,
somado com as seguintes parcelas:
Intercmbio medido para geraes e cargas situadas fora da rea controlada pelo
SSC.
O intercmbio involuntrio (integrao, no tempo, do desvio entre o intercmbio
medido e o intercmbio programado).
A funo CAG dever controlar as unidades geradoras, atravs do envio de sinais de controle,
levando em conta os limites operativos estticos e dinmicos das unidades geradoras e suas
caractersticas de resposta e restries.
As taxas dinmicas de limites devero incluir dois conjuntos separados de controle para as
unidades, sendo um para aumento de gerao e outro para diminuio. Cada direo dever
ser provida de uma taxa de resposta normal e uma taxa de curto termo, a qual dever permitir
maiores variaes em pequenos intervalos de tempo.
Todos esses limites devero ser digitados pelos usurios ou telemedidos das usinas. Os set-
points devero refletir a capacidade de regulao relativa das vrias unidades. A capacidade
de regulao dever ser especificada pelo operador atravs dos fatores de participao na
regulao. Estes fatores devero ser normalizados automaticamente, ajustando-se em funo
da lista corrente de unidades geradoras conectadas funo CAG.
O operador dever ter capacidade de especificar quais unidades geradoras participaro da

regulao suplementar da funo CAG, em funo da necessidade de regulao, expressa pelo
Erro de Controle de rea (ECA).
A funo CAG dever ser suspensa temporariamente se houver grandes distrbios

determinados pela necessidade do ECA. Ela dever retornar operao normal se o distrbio
desaparecer dentro de um espao de tempo, caso contrrio, ela dever permanecer suspensa.
109
O usurio dever ter a possibilidade de ligar e/ou desligar o CAG manualmente. As unidades
geradoras devero ser colocadas sob controle da funo CAG manualmente pelo operador.
Isto s ser possvel se, em correspondncia, o operador da usina tambm conectar localmente
a referida unidade ao CAG. A unidade geradora ser retirada automaticamente do CAG se o
operador da usina assumir o controle localmente ou se o SSC receber informaes de
anormalidades na operao da unidade. O operador dever ser informado sempre que houver
uma condio na qual o modo de controle da unidade no for o mesmo localmente na usina e
na funo CAG.
A unidade geradora dever ser retirada do CAG sempre que o programa detectar que a mesma
no est respondendo adequadamente.
A funo do CAG dever estar apta a controlar grupos de unidades geradoras em conjunto,
onde as caractersticas individuais das unidades devero ser utilizadas para obter as
caractersticas do grupo de unidades. As ordens de comando devero ser enviadas para cada
unidade. Os seguintes meios para a definio dos pontos-bases devero ser disponibilizados:
Pontos-bases programados: a gerao das unidades ao longo do tempo, sob a forma
de data set, que podem ser importados de uma funo de programao da
operao, ou introduzidos manualmente pelos usurios autorizados.
Sobreposio manual de valor: o operador substitui manualmente um dado valor de
ponto base.
Mdia: valor mdio dos limites inferior e superior da unidade.
Rampa: a gerao da unidade est subindo ou descendo at um dado valor a uma
taxa de variao pr-definida.
Alm disso, o sistema dever prover telas para permitir as seguintes entradas manuais:
Seleo do modo de controle do CAG.
Seleo do modo de controle da usina e/ou unidade geradora.
Definio dos fatores de participao das usinas e/ou unidades geradoras.
Definio dos pontos bases das usinas e/ou unidades geradoras.
Definio do valor do desvio programado de freqncia.
Definio do valor do desvio programado de intercmbio lquido.
Definio do Bias de freqncia da rea de controle (o clculo dinmico do
Bias dever ser realizado periodicamente pelo programa).
Nmero de horas que a unidade pode operar em faixas no recomendveis ou
proibidas.
Substituio de valores telemedidos.
Mudanas manuais de estado.
Desativao de valores telemedidos.
110
2. Monitorao de Performance do CAG - esta funo dever produzir relatrios cclicos

com perodos configurveis sobre a performance e qualidade do CAG, devendo estar
disponveis tanto em displays quanto em registros histricos, informaes sobre: toda a rea
de controle e anlise de desempenho de unidades geradoras ou grupo de unidades geradoras
controladas pela funo CAG.
Os relatrios devero ser classificados em intervalos horrios, com janelas de 10 minutos. As

seguintes variveis devero ser consideradas para monitorao da performance do CAG na
rea de controle: desvio padro do ECA, mdia do ECA, valor mximo do ECA, integral do
ECA (freqncia e MW ), nmero de vezes que o ECA cruzou um determinado limite
incluindo o zero, integrao do intercmbio involuntrio, integrao do intercmbio lquido e
erro de tempo.
As seguintes variveis devero ser consideradas para a monitorao da performance do CAG

para cada unidade geradora: desvio padro de mudana de sinal do MW, mdia de mudana
de sinal de MW e fator de participao de regulao.
Um teste de resposta para cada unidade geradora dever ser executado juntamente com o ciclo
de execuo do CAG, para deteco de condio de unidade geradora not-tracking.
Alarmes devero ser gerados quando a unidade geradora passar para o estado not-tracking e
quando esta retornar ao normal.
O monitor de performance de unidades dever ser capaz de tratar as unidades

individualmente, bem como em grupos de unidades controladas em conjunto pela funo
CAG.
Configurador da Rede - esta funo dever prover o modelo da configurao do sistema

eltrico nas condies normais e de contingncia para as verses de tempo real e modo de
estudo. Programas, tais como, estimador de estado, fluxo de potncia, avaliao de
contingncia, atualizao dinmica do painel mmico, processador de mensagens, controle
automtico de gerao, faro uso do modelo de rede em seu processamento.
A verso de tempo real deve ser ativada por evento toda vez que for alterado um estado de
chave ou disjuntor. Dever ser ativada tambm na inicializao do sistema. Dever haver uma
verso do configurador que ir preparar o modelo da rede para a execuo de contingncias
em tempo real, obtendo seus dados estticos do banco de dados do sistema e seus dados
dinmicos de rea comum utilizada pelo programa de contingncia em tempo real. As
contingncias selecionadas estaro descritas em uma tela onde consta o nome do disjuntor a
ser aberto ou com o nome do equipamento a ser retirado.
A verso de modo de estudo dever ser processada por demanda do operador e dever buscar
seus dados na rea de estudo associada a cada console. Dever utilizar como ponto de partida
os dados de tempo real, soluo do estimador ou casos salvos por console.
Dever haver uma verso do configurador que ir preparar o modelo da rede para a execuo
de contingncias em modo de estudo. Estes dados podero vir dos diagramas unifilares verso
entrada de estudo ou displays tabulares com o nome do equipamento a ser retirado ou o
conjunto de disjuntores a serem abertos. A determinao da estrutura topolgica dever estar
111
montada em um conjunto de tabelas de conectividade da rede.
O configurador dever ser capaz de identificar vrias ilhas no sistema, podendo configurar um
sistema descrito detalhadamente, em nvel de chaves e disjuntores, e uma rede descrita na
forma no detalhada, barra/equipamento, formando uma rede nica a ser utilizada pelos
programas de tempo real e estudo.
A informao sobre ilhas dever ser apresentada de forma grfica, permitindo um rpido
reconhecimento. O configurador dever emitir mensagens quando houver modificao no
estado dos equipamentos, ou seja, a conexo/desconexo de equipamentos, separao de ns
eltricos e a identificao de ilhas podero ocasionar, a critrio do operador, a emisso de
mensagem de alarmes ou de eventos.
Estimador de Estado - o estimador de estado faz parte do conjunto de programas que

compem a seqncia de anlise de segurana em tempo real. O programa dever utilizar as
telemedies disponveis, e aquelas informadas pelos operadores e, onde necessrio, a
estimativa de injees para calcular a soluo de tenso da rede mais precisa que os resultados
de um fluxo de potncia convencional.
Em estaes onde existem reatores de linha, o programa dever admitir uma modelagem que
considere a medio do fluxo seja realizada antes do reator e no na sada da linha. O
programa dever calcular os fluxos nas linhas e injees (gerao e carga).
Dever ser calculado o resduo normalizado para permitir ao operador identificar medies
invlidas. O resultado do estimador de estado dever estar disponvel para o programa de
anlise de contingncia em tempo real, bem como para servir de caso base para os programas
de modo de estudo. Dever ter uma interface com o programa de controle automtico da
gerao e controle de tenso.
O estimador de estado dever calcular os valores de tenso e ngulo, para todas as barras que
compem o sistema eltrico, que melhor representem o conjunto de medidas consideradas. O
conjunto de medidas que estaro disponveis corresponde aos valores de MW, MVAR de
linhas e transformadores, KV de todos os barramentos, tap de transformadores, injeo de
barras de passagem, valores informados pelos operadores e, quando necessrio, cargas
distribudas.
Dever ser disponibilizado para os operadores um conjunto de telas que permitam especificar
o desvio padro de cada medida (linha, gerador, carga etc.), conforme o exemplo da tela de
desvio padro de linhas e transformadores, no item de Interface com o Usurio.
O operador dever se comunicar com o programa atravs de uma tela de controle onde o ele
poder decidir as condies nas quais o programa ir ser processado: por demanda, por evento
ou periodicamente.
O programa dever ser ativado periodicamente ou atravs de eventos como, por exemplo, a
perda de linha, gerador, variao de carga ou intercmbio acima de um valor especificado,
variao de tap acima de um determinado nmero de steps e etc.
112
Os valores de fluxo em linha, tenso de barra, valores de gerao e tap de transformadores

devero ser mostrados nos diagramas unifilares, verso de tempo real, no lugar das medies
vindas das UTR. Dever haver a possibilidade de emisso de mensagens de alarmes de
violao de tenso e sobrecarga.
O programa dever ter capacidade para deteco e correo de erros grosseiros apresentando
sempre que for o caso o valor da pseudomedida calculada. Estes valores devero ser
apresentados ao operador, com a solicitao de uso ou no dos mesmos. Dever ser possvel,
via console, ativar um processo automtico de uso dos valores sem solicitao especfica ao
operador.
Com a finalidade de teste de um novo banco de dados, dever ser possvel processar o
estimador de estado sem as UTRs em varredura, utilizando os dados de um fluxo de potncia
convergido. O programa dever utilizar os resultados obtidos da funo do adaptador de
parmetros como pseudomedidas, quando for necessrio de acordo com observaes no
sistema eltrico.
Adaptador de Parmetros - a funo de adaptador de parmetros dever ser utilizada para

manter dados previstos para horas, dias e meses tpicos do ano, que podero ser configurados
em tabelas do banco de dados. Em conjunto com dados previstos, os resultados do adaptador
de parmetros devero ser usados para obter valores dependentes do tempo para: posies de
chaves e disjuntores, cargas, valores especificados de tenso e tap de transformadores e
transformadores defasadores.
Esta funo dever atender aos seguintes requisitos:

O nmero de dias tpicos deve ser configurvel.
As horas tpicas devem ser determinadas especificando intervalos de tempo nas 24
horas de um dia.
Sempre que possvel as informaes previstas devem ser atualizadas de forma
adaptativa e suave, considerando os resultados do estimador de estado.
Esta funo dever manter os seguintes dados:

Carga de conformidade prevista para a barra (potncia ativa e potncia reativa).
Carga de no conformidade prevista para a barra (potncia ativa e potncia
reativa).
Programao de chaves e disjuntores o programa dever manter seu estado
(aberto ou fechado).
Tenses especificadas nas barras de tenso controlada.
Taps programados para transformadores e transformadores defasadores.
4.2.6.3 Redutor de Rede

Partes do sistema externo, que esto alm da fronteira da rea do centro regional, podem ter
uma influncia significativa sobre a resposta no sistema interno no caso de contingncias.
Esta regio do sistema pode ser representada usando o resultado de um programa redutor ou
113
equivalente de rede, o qual deve ser capaz de assegurar a preciso das funes de anlise de
redes. O modelo do sistema externo dever ter dois componentes:
Sistema eltrico externo retido (Buffer Zone).
Sistema eltrico externo equivalente esta regio deve ser representada por um
modelo equivalente esttico simplificado, considerado como parte da rede externa.
Esta funo dever apresentar as linhas e injees equivalentes de forma a representar a

influncia do sistema externo. Ser necessria uma modelagem robusta para minimizar a
necessidade de processar esta funo freqentemente. O equivalente do tipo Ward ou
similar aceitvel como soluo.
Anlise de Contingncias - a funo anlise de contingncias dever avaliar a segurana do

sistema em regime permanente sob os critrios de contingncia simples e mltipla. O
programa de anlise de contingncias dever ser executado:
Em tempo real, automaticamente, sendo que o caso base ser obtido da soluo do
estimador de estado. Poder ser processado com ou sem a execuo do programa
redutor de redes. A execuo peridica poder ser suspensa pelo operador atravs
de uma tela controladora da seqncia em tempo real como sugerido no item de
Interface com o Usurio. As condies de ativao do programa devero ser
idnticas as do programa de estimao de estado.
Em modo de estudo, sob demanda, sendo os dados obtidos de uma soluo do
programa de estimao de estado ou um snapshot de tempo real. A preparao
do caso base dever ser executada pela seqncia de programas em modo de
estudo. Dever existir a possibilidade de a seqncia ser processada de maneira
direta e sem a interveno do operador.
A funo anlise de contingncias dever simular uma lista pr-definida de desligamentos,

que podem associar qualquer combinao dos seguintes componentes da rede: linhas,
transformadores, unidades de gerao, condensadores sncronos ou estticos, reatores ou
capacitores e disjuntores.
Esta lista especificada pelo usurio dever ter capacidade para amplos casos de contingncia
em tempo real. A cada caso dever estar associado um nvel de prioridade. Antes de serem
processados os casos de contingncia, o operador deve selecionar os nveis para serem usados
no processamento, ou seja, sero processados todos os casos com nvel igual ou menor do que
o selecionado.
A anlise de contingncias dever ter uma soluo exata para ambas as potncias ativa e
reativa, baseada em clculos sucessivos de fluxo de potncia AC.
O efeito das vrias regulagens (freqncia e tenso) dever ser modelado respeitando suas
limitaes dinmicas (banda morta, tempo morto, gradiente), correspondendo a temporizaes
especificadas pelo usurio (de alguns segundos a alguns minutos).
Desbalanos de carga/gerao devero ser corrigidos pela realocao de gerao em

concordncia com a regulao de freqncia primria ou secundria, sob escolha do usurio.
114
Um processo de seleo de contingncias dever ser includo para eliminar o tempo de

clculo desnecessrio na anlise completa: a seleo dever usar algoritmo simplificado para
identificar as contingncias potencialmente graves (aquelas cuja soluo se move muito
prximo dos limites). Somente estas precisam ser submetidas anlise completa de CA. O
usurio dever ter condies de especificar os critrios de seleo (tolerncia, parmetros de
seleo, nmero mximo de contingncias para submeter anlise completa por categoria).
Para cada contingncia, o usurio dever ter condies para designar os elementos da rede a
serem checados em relao violao de limites operativos:
A lista de violao dever reportar todos os tipos de violao de restries
operativas: sobrecarga de linhas e transformadores, violao do limite superior e
inferior de tenso, queda excessiva de tenso, violaes de limites de gerao
reativa, violaes de limites de intercmbio de rea, excessiva separaes de ngulo
entre pares designados de ns.
Tambm dever ser possvel checar em relao aos limites especificados pelos
usurios, o fluxo total de MW e/ou MVAr em conjuntos de ramos designados.
Todas as contingncias que causam as violaes devero ser assinaladas com identificao
das violaes e informaes sobre a magnitude das violaes. Adicionalmente, a verificao
dos casos de contingncias, o caso base tambm dever ser checado quanto a violaes. A
funo anlise de contingncias dever reportar somente violaes que excederam as
violaes do caso base, acima de uma magnitude especificada pelo usurio. As principais
entradas do programa devero ser: topologia da rede, caractersticas das linhas,
transformadores e unidades geradoras e as lista de contingncias. As principais sadas do
programa devero ser: para cada contingncia simulada que causa violaes, um relatrio
dever ser emitido, indicando: os tipos de violaes, limite de tenso ou de queda de tenso,
limite de gerao reativa, limite de fluxo nos ramos, limites de intercmbio, limites de
separao de ngulo de tenso, magnitude de violao em unidades fsicas e em percentagem
do limite violado, contingncias ordenadas conforme um ndice de severidade e para cada
componente da rede em violao (aps anlise completa), todas as contingncias que causam
violao naquele elemento devero ser listadas (com informaes relativas a cada
contingncia).
Fluxo de Potncia/Fluxo de Potncia do Operador - o programa fluxo de potncia dever

utilizar os algoritmos desacoplado rpido e Newton-Raphson, podendo ser utilizado pelos
programas de anlise de contingncia em tempo real e em modo de estudo para o clculo das
tenses complexas (magnitude e ngulo). Para todas as barras, fluxo ativo e reativo em todas
as linhas (linhas e transformadores), de um sistema pr-definido onde as injees das barras
(gerao e carga) so conhecidas.
O operador dever ter condies de inicializar o fluxo de potncia utilizando como dados de
entrada a soluo do estimador de estado ou uma cpia dos dados de tempo real. Os
programas podem ser utilizados pelos operadores na sala de controle para simulao de
futuras reprogramaes ou pelos engenheiros de tempo real para qualquer tipo de simulao.
115
Os diagramas unifilares usados para entrada e sada de estudos devero ser,

preferencialmente, aqueles usados pelo tempo real (SCADA). O programa de modelagem
dever executar atividades preparatrias para o programa de fluxo de potncia, tais como:
Construo da matriz admitida da rede.
Clculo da gerao lquida fornecida pelas unidades.
Converso de valores de tenso para p.u..
Transferncia dos fluxos das linhas de intercmbio da tabela do CAG para as
tabelas de linhas com o devido acerto de sinal.
Preparao de ilhas.
Converso dos valores de carga para p.u..
Clculo da carga de cada ilha.
Escolha da barra swing e etc.
O programa de fluxo de potncia dever incluir as seguintes caractersticas:

Controle de tolerncia de convergncia e outros parmetros do programa.
Capacidade de resolver ilhas mltiplas em uma nica execuo do programa.
Capacidade de realizar controle de tap.
Capacidade de realizar controle de tenso atravs de unidades geradoras.
Representao completa de transformador defasador, posio de tap e ngulo de
fase, com a capacidade de regulao do fluxo (MW) atravs do transformador.
Capacidade de restabelecer todos os taps e capacitores na sua posio inicial por
simples aes do operador.
Capacidade de especificar posio de tap inicial, mximo ou mnimo, bem como
tamanho do passo e correspondentes variaes admitidas pelo transformador.
Capacidade de verificar a soluo quanto aos limites pr-selecionadas de MVA de
linhas e transformadores, e de limites de tenso nos ns.
Capacidade de especificar limites mnimo e mximo de MVAr de geradores em
conjunto com a gerao inicial.
Capacidade para mudar todos os limites, atravs do operador.
Dispor uma soluo discreta para transformador regulador e defasagem de taps.
No caso do programa fluxo de potncia no convergir, o programa dever apresentar como

sada o nome das barras no balanceadas de potncia ativa e/ou reativa. Dever ser prevista,
tambm, capacidade para que o operador altere esses dados individualmente.
Um mecanismo dever ser disponibilizado para inicializar automaticamente todos os dados do

fluxo de potncia, para condies previstas para o perodo especificado pelo usurio. As
sadas principais devero contemplar:
116
Sumrio (nmero de iteraes, lista dos ns e etc.).

Mdulo e ngulo de tenso de cada n.
Fluxos de potncia ativa e reativa em cada ramo.
Gerao ativa e reativa em cada unidade de gerao.
Posio de tap varivel, para cada transformador e defasador.
Linhas e transformadores em sobrecarga.
Violaes de limites de tenso.
Violaes de limites de gerao reativa.
Violaes de limites de intercmbio de rea.
Violaes de limites de separao de ngulo de tenso.
Gerao total de potncia ativa e reativa.
Carga total ativa e reativa.
Perda total ativa e reativa.
Sada de MVAr de cada equipamento de gerao de reativo.
Fluxo de Potncia timo - esta funo dever ser executada em tempo real e em modo de
estudo. O programa poder atuar sobre a soluo da rede indicada pelo estimador de estado
(modo de tempo real), ou uma soluo da rede de estudo (modo de estudo).
Quando o caso base mostrar violaes de limites de tenso e/ou de produo/absoro de

MVAr, esta funo dever prover recursos ao operador, recomendando os controles que
devero atuar para aliviar ou eliminar as violaes, de forma a trazer a soluo da rede dentro
dos limites, a saber:
Potncia ativa/reativa de unidades de gerao.
Potncia reativa de geradores sncronos e compensadores estticos.
Chaveamento de reatncias shunts.
Ajustes de taps de transformadores.
Esta funo dever prover os seguintes recursos:

Capacidade de definir, atravs de telas, quais os controles que estaro ativos,
individualmente e por categoria.
Capacidade de definir prioridades e curvas de custo para controles individuais e
para grupos de controles.
Capacidade de salvar/recuperar vrios conjuntos de controles e prioridades de
restries.
Capacidade de enumerar os controles recomendados de acordo com o grau de
variao.
117
Minimizao do nmero de controles alterados pela supresso de reprogramaes

pouco eficientes.
Clculo de fatores de sensibilidade das funes objetivo em relao a modificaes
em restries ativas.
Possibilidade de o usurio especificar um esquema de seqncias de prioridades
utilizado no emprego dos controles ou das restries vigentes (dever ser possvel
definir at 5 nveis de prioridade).
Capacidade de realizar um eficiente refinamento sucessivo de curva de custo de
forma a incrementar a melhor soluo.
Utilizao de tcnica efetiva para tratar solues no factveis o programa deve
detectar condies no factveis, identificar o ponto de estrangulamento e
determinar a melhor soluo atravs de um algoritmo de optimal limit
relaxation. As restries aliviadas devero ser reportadas ao usurio.
O modelo utilizado no fluxo de potncia timo deve ser totalmente compatvel
com aquele empregado pelo fluxo de potncia e/ou fluxo de potncia do operador.
A variao discreta de certos controles (por exemplo, ajuste de tap de
transformador e ocorrncia de elementos shunt) necessita ser tratado pelo
programa e visualizados os seus resultados.
Quando nenhuma otimizao for executada (isto , nenhum controle for modificado), a
soluo do fluxo de potncia e do fluxo de potncia timo utilizando o mesmo conjunto de
dados deve ser idntica.
Nas situaes em que variveis discretas forem tratadas como contnuas e depois processadas
novamente para obter valores discretos, uma soluo de fluxo de potncia deve ser executada
aps o reprocessamento de forma a garantir que a soluo apresentada seja fisicamente
correta.
O algoritmo empregado no fluxo de potncia timo deve ser eficiente, robusto, estvel,
preciso e no deve exigir um nmero excessivo de parmetros de ajuste. Dever haver um
modo particular no qual somente os controles de potncia ativa (gerao de MW) devero
estar ativos. Neste modo, o fluxo de potncia timo dever indicar a gerao recomendada
para eliminar ou aliviar sobrecarga nos ramos que pode existir no caso base. Estes controles
recomendados devero ser passados para a funo CAG para a determinao dos pontos-
bases.
Um modo especfico dever ser previsto para otimizar somente os controles de reativo, de
modo a eliminar ou aliviar violaes de tenses. Em tempo real e no modo de otimizao de
reativo, o usurio dever ter condies de verificar os controles recomendados e decidir ento
pela implementao automtica atravs do SCADA. Tambm dever ser possvel ajustar um
flag de modo a ter os controles timos implementados automaticamente (via SCADA).
Neste caso, devero ser tomados cuidados para checar a real disponibilidade do controle. O
fluxo de potncia timo dever resolver equaes de fluxo de potncia, respeitando as
restries de operao. As seguintes restries estticas devero ser respeitadas:
118
Limites de tenso em cada n por nvel de tenso, por rea e/ou por n, em
condies normais e de emergncia.
Sadas de gerao (MW e MVAr, com limites de MVAr dependendo da sada de
MW).
Limites de fluxos nos ramos em MVA.
Limites direcionais de intercmbio em MW e/ou MVAr.
Em tempo real, dever ter prazo mnimo entre 2 operaes sucessivas da mesma reatncia. As
variveis de controle devero ser a potncia (MW e MVAr) de unidades de gerao, a posio
de tap de transformadores e o estado de conexo das reatncias shunts e capacitores,
intercmbio de potncia ativa, transformadores difamador e desligamento de carga devero
fazer parte desta funo de otimizao e, em tempo real, podero ser implementados
automaticamente atravs do sistema SCADA, conforme os requisitos definidos no item de
Funes SCADA. O elenco de funes oferecidas dever abranger, mas no se restringir a:
1. Otimizao do caso base com:

Minimizao das perdas ativas do sistema.
Maximizao ou minimizao de gerao em uma determinada usina
(selecionvel).
Maximizao ou minimizao de fluxo em uma determinada linha de
transmisso (selecionvel).
2. Controle de Emergncia com:

Minimizao do nmero de controles para corrigir violaes de tenso ou
sobrecarga.
Minimizao da variao dos controles.
3. O sistema dever ser composto por um software parametrizvel e flexvel que

possibilite a configurao de novas equaes e funes para esta funo. As
principais entradas devero ser:
Topologia da rede.
Caractersticas de linhas, transformadores e unidades de gerao.
Cargas das barras.
4. O operador dever tambm ter as seguintes opes:

Designar prioridades para quaisquer controles individuais.
Definir a funo custo para cada controle individual. A funo custo dever
corresponder ao valor absoluto do controle, ou o movimento relativo a partir
do valor inicial.
Especificar o valor das variveis de controle em reas externas a autoridade
do operador.
119
Especificar as restries de operao a serem consideradas.

Designar prioridades para quaisquer restries individuais.
5. As principais sadas devero contemplar:

Tenso em mdulo dos ns.
Gerao tima para cada unidade geradora.
Estado timo para reatores e capacitores.
Posies de taps timas de transformadores (discreta).
Perdas do sistema e custo operativo.
Alterao no custo causada pelas mudanas de controle.
Restries respeitadas e seu custo marginal
4.2.6.4 Simulador para Treinamento de Operadores

O simulador dever estar em ambiente separado, porm interligado rede, com a funo de
treinamento e testes, no qual o operador dever usar uma rplica do SSC para praticar com
segurana as vrias funes operacionais em condies operativas normais e de emergncia.
O simulador dever reproduzir o comportamento do sistema de potncia de maneira real,

devendo apresentar ao operador as mesmas informaes disponveis nas estaes de trabalho.
O simulador para treinamento pode conter um sistema de consulta e busca s instrues e
normas da operao.
Uma console especfica dever ser dedicada para o instrutor responsvel pela superviso da
sesso de treinamento. As interfaces do instrutor e do usurio a ser treinado devero ser as
mesmas. O simulador deve ser composto de um simulador do sistema eltrico e um simulador
do SSC.
A operao do simulador no deve afetar a operao em tempo real do SSC. Adicionalmente,

deve ser possvel executar a manuteno do banco de dados, telas e integrao de novas
funes no SSC e usar o simulador de forma simultnea sem afetar os requisitos de
performance do sistema.
O comportamento da rede dever estar na velocidade real ou de forma acelerada ou

desacelerada por fatores de acelerao e/ou desacelerao. Esta funo deve ser capaz de
simular eventos passados (depois de ocorridos) ou eventos hipotticos para fins de anlise e
estudos. Deve ser possvel apresentar um valor de carga tpica para ser distribuda pelas barras
do sistema eltrico. Desta forma o simulador dever apresentar os seguintes recursos:
Simular o controle de gerao.
Simular o controle de tenso.
Variao de carga conforme modelos pr-definidos.
Sensibilidade de carga para tenso e freqncia.
120
Modelos dinmicos de longo-termo para unidades geradoras, controle de turbinas

(regulao primria de freqncia e interaes com o CAG para regulao
secundria de freqncia), reguladores de tenso de limitaes estticas e
dinmicas, carregamento de potncia ativa e reativa.
Simular operaes de religamento.
Simular operaes de verificaes de sincronismo.
Simular efeitos de uma falta no sistema de potncia.
Verificar perturbaes aleatrias nas medies.
O simulador dever calcular periodicamente uma soluo completa do fluxo de potncia, de

acordo com o fator de acelerao e/ou desacelerao, aplicado a velocidade de simulao. Ele
dever prover resultados de tenses nas barras, cargas, fluxos ativos e reativos, gerao ativa e
reativa e freqncia.
Sobrecargas em linhas e transformadores, comportamento de tenses e freqncia devero ser

processados pela modelagem de rels. Estes rels devero abrir os disjuntores associados, se
as violaes excederem algum tempo. Rels de proteo devero tambm ser modelados.
Todas as aes de controle do operador especificadas devem ser implementadas de forma que
a resposta dinmica do sistema deva ser observada (isto , sada de equipamentos, alarmes e
outras). O objetivo no modelar as condies transitrias, mas seu resultado final. Alm
disso, o simulador dever possuir, no mnimo, as seguintes funes:
Arquivos de Log para registrar todas as aes dos instrutores e alunos sobre o
sistema de potncia.
Modelagem de controle da tenso de excitao, controle remoto de tenso, rels de
sobrecorrente, rels de sobretenso, rels de subtenso, rels de sobrefreqncia,
rels de subfreqncia, rels de verificao de sincronismo, mudana de tap sob
carga (incluindo o retardo no tempo de resposta), rejeio de carga e controle de
gerao (incluindo o retardo no tempo de resposta).
Pelo menos os seguintes eventos devem estar disponveis para simulao explcita
ou implcita atravs da operao de chaves/disjuntores. Estes eventos podero ser
pr-definidos no caso de treinamento ou serem introduzidos atravs de interveno
manual durante o treinamento:
o Operao de disjuntores (manual ou automtica).
o Trip ou trip/fechamento em um disjuntor.
o Falha na operao de um disjuntor.
o Funcionamento indevido de rels.
o Operao indevida de controle local (mudana de tap de transformadores,
rejeio de carga, controle de gerao).
o Sobrecarga em equipamentos (de todos os tipos).
o Perda permanente de equipamentos.
121
o Perda de gerao.
o Mudanas na gerao de MW e de MVAr de unidades geradoras.
o Mudana em cargas individuais em barra.
o Mudana na carga de uma rea (neste caso, o valor da carga dever ser
distribudo pelas cargas individuais nas barras).
o Perda de interligao.
o Ocorrncia de falha.
o Violao de limites de tenso inferior/superior.
o Perda de linha de transmisso ou transformador.
o Perda de UTR.
o Perda de telemedidas de UTR.
o Alterao do modo de controle das usinas (local ou CAG).
o Inibir e desinibir telecomando de disjuntores e taps de transformadores.
1. Pelo menos, as seguintes funcionalidades devem ser includas:

Comear a seqncia de treinamento em qualquer perodo dentro de um cenrio.
Parar a seqncia de treinamento em qualquer perodo dentro de um cenrio.
Suspender a seqncia de treinamento em qualquer perodo dentro de um cenrio.
Recomear a seqncia de treinamento em qualquer perodo dentro de um cenrio.
Inicializar o caso base de treinamento a partir de dados telemedidos oriundos do
SCADA, dados estimados ou de casos bases do banco de dados.
Recarregar todo o modelo do sistema eltrico para reconfigurar toda rede eltrica.
Construo de telas on-line.
Gerao de base de dados conforme disponvel no sistema fornecido.
Mltiplos casos bases de simulao.
Todos os recursos acima devem ser inicializados de uma forma conveniente. Os eventos
acima citados devero ocorrer, em tempo especificado pelo instrutor, ou condicionalmente a
variveis que satisfaam condies especificadas pelo instrutor. Pode-se utilizar condies
reais ocorridas no sistema de potncia, como casos salvos de treinamento.
O sistema deve ter uma funo para gerar alarmes, que no est associada com o simulador de
sistema de potncia, a partir de uma lista previamente especificada de eventos.
O simulador deve permitir a construo de cenrios de 24 horas de durao e os mesmos

devem ser definidos a partir de casos de treinamento. Deve ser permitida, tambm, a definio
de vrios casos de treinamento. Cada caso de treinamento deve ser descrito por eventos pr-
estabelecidos.
122
4.2.7 INTERFACE COM O USURIO

A interao entre os usurios e o SSC ser suportada pela interface do usurio. Os displays
devero ser usados para executar as seguintes tarefas:
Para obter uma viso do estado do sistema de potncia monitorado.
Entrada e modificao de dados.
Navegar entre as funes do sistema (SCADA, funes do sistema de potncia,
etc.).
Monitorar e controlar os equipamentos do sistema eltrico de potncia.
Monitorar e controlar a configurao do SSC.
Padres - o software da interface do usurio dever oferecer capacidade grfica total em um

ambiente de janelas mltiplas. O software da IHM dever estar de acordo com o padro X11
relativo a uma interface do tipo full graphics, preferencialmente baseada no padro
OSF/Motif e X Windows.
Princpios do Projeto da Interface do Usurio - a interface do usurio dever atender aos

seguintes requisitos, os quais sero detalhados durante o workstatement: possuir facilidade
de utilizao, o idioma para toda esta interface dever ser o portugus (displays, mensagens
em geral, parmetros, etc), simplicidade de navegao, fazer uso de smbolos significativos,
Usar apresentao apropriada, Ocultar detalhes, Minimizar clutter, fazer uso de cores
eficazmente, minimizar os movimentos do mouse, minimizar a digitao pelo usurio,
suportar preferncias do usurio e proporcionar imediata reao s aes.
Homogeneidade da Interface do Usurio - essencial que os displays sejam homogneos.

As ferramentas ou aplicaes usadas no sistema da interface do usurio devero ser
transparentes para o usurio final. As configuraes dos displays devero utilizar diretrizes
grficas comuns. Isto , devero respeitar os princpios gerais e devero ter a mesma
semntica para os menus, operar com janelas, ter interao entre janelas, fazer uso do
mouse, utilizar botes e teclado, e fazer uso de cores e fontes grficas.
4.2.7.2 Consoles de Operao

Todas as consoles de operao devero ser funcionalmente idnticos. Eles devero suportar
at trs monitores de vdeo grficos (conforme item de Requisitos Gerais), um teclado
alfanumrico com teclado numrico complementar e um equipamento de controle de cursor
do tipo mouse.
Gerenciamento de Janelas - cada rea de trabalho dever suportar janelas mltiplas. Dever
ser possvel usar cada janela independentemente. Vrias janelas devero ser visveis na rea
de trabalho ao mesmo tempo. Em qualquer instante, somente uma janela poder estar ativa.
Todas as aes do operador devero ser executadas na janela ativa, tais como, chamada de
displays, viso panormica (panning), aproximao (zooming) e dilogos. A janela ativa
dever ser facilmente reconhecida, por exemplo, por um indicador de cor na borda da janela.
123
Todas as janelas devero incluir um ttulo para identificar o display e o contexto corrente. O
tamanho e a localizao de cada janela devero ser modificveis pelo operador. Alm disso,
dever ser possvel definir um tamanho mximo e um tamanho mnimo para cada janela.
Dever ser possvel reduzir as janelas a cones e as movimentaes das janelas devero ser
feitas com a ajuda do cursor e de um nmero mnimo de acionamento de teclas.
Uma janela poder ser sobreposta por uma outra. Dever ser possvel definir um display como
exclusivo em uma janela, de tal modo que nenhum outro display possa substitu-lo.
Uso de Dispositivos de Entrada - de acordo com regras usualmente aceitas em padres tais
como OSF/Motif, dever ser possvel o uso extensivo de mouse, teclas funcionais do
teclado e teclas virtuais (softkeys). Elas devero ser o meio principal de interagir com o
software de maneira a navegar pelos displays e operar o sistema.
A definio do teclado e do equipamento de controle do cursor dever ser flexvel para

permitir sua completa definio pelo usurio, bem como condicionalmente, baseada no
contexto do display.
Salvamento da Definio da rea de Trabalho - a qualquer tempo, o operador dever ter a

possibilidade de salvar o layout da rea de trabalho, se julgado de interesse, de maneira a
poder cham-la novamente mais tarde. O arranjo dever incluir todas as janelas correntemente
abertas, junto com seu contedo (display corrente) e sua respectiva localizao na rea de
trabalho.
A chamada de uma rea de trabalho previamente salva deve trazer todas as janelas na sua
localizao original, e displays apropriados devero ser chamados automaticamente na janela
correspondente. Layouts de reas de trabalho devero ter os nomes dados pelo operador
quando do salvamento. O sistema dever manter um registro de todos os layouts de reas de
trabalho salvas anteriormente e dever apresentar seus nomes ao operador quando solicitados.
Por exemplo, dever ser possvel criar um layout de rea de trabalho predefinido incluindo:
Uma rea do sistema, com informaes gerais (data, hora, estado, carga,
freqncia, etc.) e poke-points (para navegao dos displays).
Uma ou vrias reas nos displays (para chamar qualquer display).
Uma rea para a visualizao de alarmes.
Ajuda On-line - um recurso de ajuda on-line dever existir para auxiliar os operadores no uso
dos recursos computacionais do sistema. Este recurso dever prever a possibilidade de
acrscimos posteriores de informaes de interesse do usurio.
4.2.7.3 Acesso do Usurio
Quanto a Segurana de Acesso - devero ser previstos, pelo menos, dois nveis de segurana
de acesso ao sistema:
Nvel de sistema: Dever ser possvel adicionar ou modificar a lista de
identificadores (tais como nome do operador e/ou modo de operao) e suas
atribuies, de forma a supervisionar o acesso s funes, displays e dados de cada
124
console. Dever ser possvel autorizar qualquer tarefa a partir de qualquer console
(isto , todas as consoles devero ter capacidades funcionais completas). O controle
de acesso dever ser baseado em modos de operao.
Nvel de Operador: S ser possvel ter o acesso s funes, displays e dados pr-
definidos para a console e para o identificador.
O sistema dever permitir vrios modos de operao para cada console. Apenas um modo de
operao dever estar ativo de cada vez em cada console.
Log-on e Log-off para um usurio entrar no sistema dever executar um procedimento

de log-on, a partir de uma console, entrando com um identificador e uma senha. As senhas
devero ser passveis de alteraes peridicas. As funes especficas, reas de
responsabilidade e permisses devero ser controladas atravs do procedimento de log-on.
Da mesma forma, o usurio para sair do sistema dever executar o procedimento de log-off.
Aes de log-on e log-off devero ser registradas atravs do identificador e da data/hora.
Modos de Operao - para restringir a ao do operador sobre funes especficas, devero

ser designados modos de operao e reas de responsabilidade para cada identificador no
acesso do nvel de sistema.
A atribuio de um modo de operao a uma dada console de operao significa conceder

permisses referida console em relao aos conjuntos de funes que a mesma ter acesso e
aos tipos de acesso que a console ter para aqueles conjuntos de funes. Os modos de
operao devero considerar as responsabilidades dos usurios do centro de controle.
As reas de responsabilidade servem para definir os dados ou valores que podem ser
introduzidos, os comandos que podem ser executados e as funes que podem ser executadas.
As reas de responsabilidade limitam as aes dos usurios. A cada ponto da base de dados
pode ser associada uma ou mais reas de responsabilidade. Alguns exemplos de funes do
sistema que podero ser atribudas aos diversos modos de operao das consoles so:
despacho de transmisso, superviso do sistema, despacho de gerao, estudos eltricos,
manuteno e/ou desenvolvimento, programao, treinamento e todas as demais funes
existentes.
Em qualquer instante, mais de uma console poder estar em diferentes modos de operao. O
sistema dever registrar historicamente todas as aes tomadas pelos operadores e que tenham
conseqncia sobre o sistema eltrico, identificando hora, console e operador.
4.2.7.4 Displays Grficos

Pelo menos os seguintes tipos de displays devero ser suportados: diagramas unifilares,
displays tabulares, displays de alarmes, displays de tendncia e displays de anotaes
(informaes introduzidas pelo usurio).
Todos os displays devero ser automaticamente atualizados para refletir mudanas de dados e
para assinalar eventos aos usurios, entre outros, as seguintes facilidades:
Navegao entre Displays - o operador dever navegar de forma rpida e facilmente entre
diferentes displays, usando poke-points ou menus. O sistema dever suportar, pelo menos,
125
os seguintes mecanismos de navegao: diretrios de displays, pseudoteclado para chamada

direta de displays especficos, barra de menus, menus pull-down, menus pop-up, janelas
pop-up, poke-points, paginao, procura por uma determinada pgina e displays
anteriores.
Camadas - fever ser possvel definir mltiplas camadas (nveis) em um display. A

caracterstica de nveis dever permitir ocultar dados que no necessitem ser
permanentemente apresentados em um determinado nvel. Pelo menos 16 (dezesseis) nveis
de camadas devero ser previstos. Dever ser possvel estabelecer dinamicamente o atributo
de visualizao associada a cada um dos nveis.
Panning - o operador dever ter recursos para navegar de maneira contnua dentro de um
display de grande extenso usando as barras de rolagem ou um mecanismo baseado na
posio do cursor no display.
Quando um usurio estiver se movendo dentro de um display de grandes dimenses, em

relao rea de trabalho do vdeo, conveniente que ele tenha uma indicao clara e
intuitiva da sua localizao atual da parte do display que est sendo apresentado na rea de
trabalho. Este tipo de realimentao ao usurio dever tambm permitir um movimento rpido
quando o estado do sistema mudar subitamente. Por solicitao do operador, a posio
relativa da janela principal dentro do display poder ser vista em uma pequena janela que
contm uma verso reduzida da totalidade do display. Uma ao de passo simples, indicando
o novo centro do display na janela pequena, reposicionar, em correspondncia, o display
dentro da janela principal.
Zooming - qualquer diagrama unifilar dever ter a capacidade de ser ampliado ou reduzido
sob demanda. So requeridos, pelo menos, os seguintes procedimentos:
Nvel de zoom pr-definido - este procedimento dever permitir ao usurio
selecionar, em um menu, um nvel de zoom pr-definido. Pelo menos 3 nveis de
zoom devero ser previstos.
Zoom de passo a passo - este procedimento dever mudar o tamanho do display
por incrementos que representem percentuais de acrscimo ou decrscimo
relativamente a um tamanho normal, desconsiderando-se o tamanho atual na rea
de trabalho.
Zoom dinmico - o procedimento de zoom dinmico dever permitir a seleo
de uma rea no display e ampli-la automaticamente para se ajustar na janela
considerada.
Decluttering - permite fazer com que as informaes aparecerem e desaparecerem em

nveis diferentes de uma ampliao. Esta forma dever ser usada como um meio de apresentar
as informaes ao usurio. A capacidade de organizar partes de um display dever ser uma
escolha do usurio na hora de definio do display. Zoom e declutter devero ser
aplicveis a qualquer camada de um diagrama unifilar.
Network Coloring - dever ser possvel a utilizao de visualizao indicativa do estado

de equipamentos (energizado, desenergizado) ou ilhamentos atravs de cdigo de cores ou de
diferentes sinalizaes grficas, de acordo com a topologia da rede no momento.
126
4.2.7.5 Dilogo com o Operador
Seleo do Objeto - os displays devero ser usados pelos operadores para interagir com o
sistema. Para este propsito, os displays devero conter elementos que possam ser
selecionados para executar, pelo menos, dois tipos de aes:
1. Seleo para uma ao especfica - esta seleo dever ser executada posicionando-se o
cursor sobre o objeto e pressionando-se a tecla funcional ou o boto no mouse. A ao
especfica dever ser executada to logo o objeto seja selecionado. Este mtodo dever ser
usado, por exemplo, para chamar um menu pop-up associado a um equipamento, para
requerer uma ao sobre o equipamento selecionado (telecomando, impedimento, etc.) ou,
ainda, para executar um programa especfico (estimador de estado, fluxo de potncia, etc.)
associado a um poke-point.
2. Seleo para operaes de entrada de dados as operaes de entrada de dados devem
corresponder seleo de campos e objetos no banco de dados. Pelo menos quatro tcnicas
de seleo devero ser previstas: seleo de itens individuais, seleo de um grupo de itens,
seleo de todos os itens de uma janela e seleo de todos os itens de um display.
Alm das operaes de seleo, pelo menos, mais duas funes bsicas usadas para
operaes de entrada de dados devero ser previstas: 1) marcao de uma posio no
display usada para operaes de inserir e copiar; 2) cancelamento da seleo de itens antes
que a operao de entrada de dados seja realizada.
Entrada de Dados - as operaes de entrada de dados devero estar disponveis nos displays
unifilares e tabulares para modificar o contedo do banco de dados. Pelo menos quatro tipos
de operaes de entrada de dados devero ser previstos:
1. Entrada de valores nos campos do banco de dados. O mtodo dever ser de acordo
com o tipo de campo:
Para um campo booleano: pelo posicionamento do cursor sobre o campo e
presso da tecla funcional ou boto do mouse para inverter (toggle) o
valor.
Para campos numricos ou alfanumricos: pela seleo do(s) campo(s)
usando as tcnicas descritas acima e digitando os dados diretamente nos
campos selecionados. No caso de seleo de entrada de dados mltiplos,
dever ser possvel passar de um campo para outro pelo acionamento de
teclas especficas como, por exemplo, Tab.
2. Insero de um ou mais objetos no banco de dados. Esta operao dever ser
possvel nos displays tabulares e dever ser executada pela marcao da posio no
display e pela insero dos objetos selecionados nesta posio, pressionando-se uma
tecla funcional.
3. Cpia de um ou mais objetos de uma posio para outra no banco de dados. Esta
operao dever ser possvel nos displays tabulares e dever ser executada pela
marcao da posio no display e pela cpia dos objetos selecionados nesta posio,
pressionando-se uma tecla funcional.
127
4. Deleo de um ou mais objetos do banco de dados. Esta operao dever ser

possvel nos displays tabulares e dever ser executada pela seleo dos objetos e
acionamento de uma tecla funcional para remov-los do banco de dados, aps uma
confirmao do operador.
4.2.7.6 Anotaes do Operador

Dever ser previsto um recurso que permita aos operadores fazerem anotaes nos displays e
comunicarem estas informaes para outros operadores. As anotaes devero ser usadas
pelos operadores como etiquetas em um display, caracterizando algo que requeira ateno.
Este recurso dever prever meios de capturar displays ou partes de displays, adicionar texto e
grficos e armazenar o display marcado como uma anotao. Uma rea de trabalho para
anotao dever estar disponvel. Ela dever conter uma janela que proporcionar aos
operadores desenhar (linhas, retngulos, crculos, etc.), texto e uma palheta de cores que
dever ser usada em conjunto com as primitivas e texto. Na rea de trabalho para anotaes
dever ser possvel executar, pelo menos: selecionar todo ou parte de um display e copi-lo
dentro da anotao, adicionar texto anotao, adicionar grficos anotao, mover
elementos dentro da rea de trabalho e salvar a anotao.
Dever ser possvel declarar uma anotao como sendo associada a um display. Quando o
display tem, pelo menos, uma anotao associada a ele, um menu de anotaes associado ao
display dever exibir, pelo menos, os seguintes recursos:
Obter uma lista de anotaes: esta lista dever prever meios para filtrar as
anotaes de acordo com o tipo de operador e/ou sua data de criao.
Ver o display com sua anotao associada (por exemplo, retngulo destacado) ou
no.
Passar de uma anotao para a prxima num display.
Suprimir as anotaes.
Chamar uma anotao para consulta ou modificao.
Imprimir as anotaes.
4.2.7.7 Recursos de Tendncia
Requisitos Gerais - um recurso de tendncia dever ser previsto para permitir ao operador
selecionar dados do banco de dados e envi-los para apresentao grfica em display. Pelo
menos estes tipos de fontes de dados devero ser considerados:
Dados dinmicos: so os dados em tempo real, coletados do banco de dados de
aplicaes. Este tipo de dado enviado para o equipamento de visualizao na
mesma freqncia da amostragem.
Dados estticos: so os dados histricos lidos de um arquivo e enviados para o
equipamento de visualizao.
Dados manuais: so dados digitados manualmente que representem uma
determinada curva em um dado intervalo de tempo.
128
Pelo menos dois tipos de equipamentos de visualizao devero ser suportados: os

registradores grficos e as consoles com monitores de vdeo de alta resoluo.
Tendncia de Dados em Tempo Real - os dados de tempo real solicitados para tendncia
devero ser selecionados pelo operador nos displays grficos. Qualquer dado proveniente de
qualquer banco de dados das aplicaes poder ser selecionado para tendncia. Uma vez
selecionado para tendncia e associado a um equipamento de visualizao, o dado dever ser
coletado no banco de dados da aplicao e enviado para o equipamento de visualizao. A
taxa de amostragem e o equipamento de sada devero ser definidos ponto-a-ponto, atravs da
interface do usurio da funo de tendncias.
Tendncia de Dados Histricos - a ferramenta de tendncia dever ter um meio para definir
um ponto selecionado como histrico. Isto significa que os valores amostrados deste ponto
devero ser salvos por um dado perodo de tempo. Uma vez que todos os valores tenham sido
reunidos para este intervalo de tempo, eles podem ser enviados, todos de uma vez, para
apresentao em um monitor de vdeo.
Seleo de Dados em Tempo Real para Tendncia - os dados devero ser selecionados para
tendncia a partir de displays grficos. Para cada ponto selecionado, o operador poder definir
os atributos de taxa de amostragem, incio e fim da escala e selecionar ou no a opo
histrica. Se no, estes atributos sero preenchidos com valores pr-definidos.
Caractersticas Grficas - as seguintes caractersticas devero ser previstas:

Janelas dedicadas para mostrar as reas de desenho correspondentes s curvas.
Estas janelas devero suportar, pelo menos, 8 (oito) reas simultaneamente. Cada
uma destas reas suportando, pelo menos, 6 (seis) curvas simultaneamente. Dentro
de cada rea de desenho, cada curva dever ser mostrada usando uma cor diferente.
O nome de cada curva dever aparecer na cor correspondente.
O operador dever ter a possibilidade de modificar a apresentao grfica dos
valores em tendncia. Pelo menos os quatro tipos diferentes de apresentao
devero estar disponveis:
1. Curvas: Um grfico ou plotagem X-Y bsica, similar curva de um
registrador grfico.
2. Grficos de barras: Um ou mais pontos plotados a partir de uma linha
bsica comum.
3. Grficos em pizza: Grficos mostrando a porcentagem relativa de valores
em relao ao todo.
4. Medidores: Grficos mostrando um valor pontual instantneo em relao
s escalas mnima e mxima.
Alm disso,
Dever ser possvel representar as curvas de modo horizontal e vertical.
Calcular o armazenamento de valores mximo e mnimo no perodo.
129
Dever ser prevista a opo de ajuste automtico da escala, que adapta os valores
mnimos e mximos ao dado amostrado. Os valores mnimos e mximos devero
ser entrveis manualmente tambm.
A definio da escala dever ser dada em valores inteiros arredondados.
Dever ser possvel definir, pelo menos, dois limites (superior e inferior) para cada
ponto amostrado. Pores de curva acima do limite superior e abaixo do limite
inferior devero ser mostradas hachuradas em cores diferentes.
Deve possuir caractersticas de zoom e rolagem de barras.
A designao de um ponto na curva dever resultar na apresentao precisa do
valor do eixo Y juntamente com o tempo da ocorrncia.
Dever estar disponvel a opo de impresso a fim de permitir imprimir a
tendncia corrente mostrada (preferencialmente no formato postscript).
Dever existir uma funo para salvar e restituir as tendncias de interesse em um
arquivo e cham-las de volta para apresentao (como se fossem dados estticos).
4.2.7.8 Gerao de Relatrios

Com a finalidade de satisfazer os requisitos de gerao de relatrios, o sistema dever prever,
entre outras funes, a capacidade de amostrar e arquivar dados. O sistema de gerenciamento
de banco de dados relacional ser o meio de arquivamento de dados para fins de relatrios.
Dados de relatrios correntemente construdos devero permanecer acessveis, pelo menos,

para leitura. O operador dever ter a possibilidade de editar dados de relatrios e modific-los.
Dados considerados como suspeitos (em termos de qualidade do dado) devero ser
destacados. Dados digitados e/ou modificados manualmente devero ser tambm
identificados como tal.
O fornecedor dever efetuar um treinamento completo relacionado com gerao de relatrios,

de tal maneira que o usurio possa personalizar os relatrios ou criar novos, de acordo com
suas necessidades.
Dever ser definido durante o workstatement um conjunto de relatrios a serem preparados,

para fazerem parte do SSC.
4.2.7.9 Recursos de Hardcopy de Displays

Dever ser prevista a capacidade de se obter uma variedade de sadas de hardcopy, como
por exemplo:
Hardcopy de um display dentro de uma janela. A impresso dever refletir a
apresentao do display mostrado no monitor de vdeo na hora da captura, com a
condio de que a impressora usada seja colorida.
Hardcopy de um display que no est sendo completamente visualizado em uma
janela. Esta capacidade dever permitir a impresso do display inteiro.
130
4.2.7.10 Configurador de Displays

O configurador de displays dever ser uma ferramenta grfica que proporcione uma facilidade
de se construir displays nos ambientes off-line. Ele dever prever um ambiente interativo no
qual os usurios podero construir objetos grficos e displays, e definir a ligao dos objetos
grficos dos displays com o banco de dados. O configurador de display dever ser totalmente
interativo e do tipo What You See Is What You Get. Os displays devero ser compostos de
objetos grficos que contenham informaes estticas e dinmicas, ligadas a uma classe
especfica de objetos do banco de dados.
A partir do momento em que um objeto grfico seja definido, ele poder ser posicionado
vrias vezes em diferentes displays. Os displays devero prever o contexto no qual aqueles
objetos sero visualizados. O subsistema configurador de displays, dever prever o seguinte:
Uma interface com o usurio baseada em uma filosofia de manipulao direta. Os
meios primrios de interao do usurio com o sistema devero ser a seleo e
manipulao de objetos visuais no display, em vez de digitao de comandos.
Capacidade para manipular tcnicas de interface cm o usurio em janelas mltiplas.
Um editor grfico interativo que permita ao usurio criar e modificar displays
usando manipulao direta. Este editor dever permitir ao usurio criar e modificar
bibliotecas de objetos e displays compartilhados. Alm disso, o usurio dever ter
capacidade de criar e modificar objetos e smbolos privativos.
Permitir o acesso a diversas fontes padres que variam em tamanho, estilo e
intensidade.
Ter capacidade para criar displays e objetos independentemente da disponibilidade,
por ocasio de sua criao, dos bancos de dados que contenham os dados
apresentados.
Possuir capacidade para modificar e visualizar displays e objetos no ambiente off-
line sem afetar os displays on-line.
Ter a possibilidade de exportao de definies de objetos e displays para arquivos
seqenciais ASCII.
O configurador de displays dever suportar, pelo menos, os seguintes conceitos:

Possuir primitivas grficas tais como: circulo, retngulo, linha, arco, elipse e
polgono.
Fazer uso de biblioteca de objetos grficos do sistema eltrico de potncia tais
como: arranjos tpicos de subestaes, usinas, linhas de transmisso e componentes
tais como trafos, disjuntores, chaves, compensadores e etc.
Ter recursos para criao de novos objetos grficos e insero na biblioteca.
Atributos de vdeo: estes atributos podem ser agrupados em um tipo especial de
objetos genricos e visualizveis. O conjunto de atributos dever conter os
seguintes itens: cor, piscar, visibilidade, identificador de fonte, espessura de linha,
estilo de linha e motivo grfico de enchimento.
131
Interatuadores: estes tipos de objetos sero usados para interagir com o usurio. Os
interatuadores suportados devero incluir, pelo menos: menus (pop-up, pull-
down) e pares de rtulo e/ou ao com: rtulos a serem mostrados no menu e a
ao que ocorre quando o rtulo for selecionado.
Fazer uso de reas sensveis (poke-points) que podem ser limitadas a uma parte
de um objeto ou parte de um display. Para esta rea, dever ser possvel associar
uma ao que ser executada quando o usurio clicar sobre a rea ou apertar uma
tecla pr-definida.
Deve ter janelas de entrada de dados que permitam ao usurio entrar dados nos
campos do banco de dados da aplicao.
Possuir teclas funcionais e/ou de ao: ainda que a tecla funcional seja definida
atravs da console, o configurador de displays dever estar apto a redefinir a ao
resultante quando o usurio acionar a tecla.
Contemplar barras de rolagem (horizontal e/ou vertical).
Modificador de atributos: estes so objetos que modificam conjuntos de atributos,
dependendo do resultado de um teste usando campos de dados no banco de dados
da aplicao. Modificadores de atributos devero ser usados para modificar os
atributos grficos de primitivas, campos formatados do banco de dados e
primitivas em escala. Em adio aos recursos de modificao de atributos, o
configurador de display dever permitir a especificao de visibilidade e/ou no
visibilidade de um objeto inteiro baseado em campos no banco de dados de
aplicao e atribuio de permisses de console.
Primitivas em escala: o configurador de display dever permitir a definio de
primitivas em escala varivel, em funo de valores especificados pelo usurio.
Estes valores podem ser campos no banco de dados ou constantes. Quando o valor
for um campo no banco de dados, a primitiva dever ser dinamicamente ajustada
sempre que o valor mudar.
O operador dever estar apto a especificar a configurao de displays:

Informao esttica do fundo de plano.
Display do tipo unifilar onde cada objeto dever ser posicionado e ligado a um
objeto no banco de dados usando uma chave de acesso aos registros.
Display tabular para o qual o operador dever especificar partes particulares dos
registros no banco de dados a serem usadas.
Em qualquer ponto do processo de configurao de displays, se o banco de dados existir, o

usurio poder requisitar uma compilao do display e uma verificao da ligao com os
objetos do banco de dados. Uma vez compilado, o display poder ser colocado on-line.
4.2.7.11 Displays SCADA

Os bancos de dados SCADA e as mudanas de indicaes devero ser apresentados ao
operador atravs de displays. Os displays unifilares e tabulares de subestaes e usinas devem
ser implementados em trs modos: modo de tempo real, modo entrada de dados de estudo e
132
modo sada de dados de estudo, isto , o mesmo display deve operar com bases de dados
diferentes selecionadas pelos usurios.
Os displays unifilares e tabulares podem igualmente apresentar informaes armazenadas na

base de dados de histricos do sistema. Outros tipos de display podem ser oferecidos pelo
sistema.
Diagramas Unifilares - um diagrama unifilar uma representao grfica especfica de uma

instalao ou de uma rea do sistema de potncia. Medies anormais e alarmes no
reconhecidos devero ser indicados, assim como devero ser previstos mecanismos para a
inibio de alarmes, reconhecimento de alarmes, telecomando de dispositivos e outras funes
necessrias.
Displays Tabulares - devero existir displays tabulares de instalaes, alm dos unifilares.
Estes displays devero apresentar informaes mais detalhadas do que aquelas apresentadas
em um diagrama unifilar. Estes displays devero ser construdos automaticamente pelo
software e refletir o contedo do banco de dados to logo este seja modificado.
Lista de Condies Anormais de Operao e Mudana de Estados - estes displays devero

conter uma lista das condies anormais correntes e das mudanas de estado ainda no
reconhecidas. Cada entrada deve ter a hora da entrada juntamente com a informao textual
que identifica a medida e a condio em que a medida se encontra. Devero ser previstos, os
seguintes displays de lista de excees:
Lista de condies anormais de operao ordenada no tempo, contendo pelo menos,
os estados e medies analgicas anormais e no reconhecidos, mostrados em
ordem cronolgica.
Lista de condies anormais de operao ordenada hierarquicamente, contendo
estados e medies analgicas anormais e no reconhecidos, mostrados na ordem
em que eles aparecem no banco de dados.
Outras listas de condies anormais de operao referente aos centros de controle, UTRs,
servidores de dados, topologia, funes de controle, impedimentos e seqncia de eventos
devero estar tambm disponveis.
Sumrios - os displays sumrios devero possuir a lista dos dispositivos monitorados pelo
SCADA que se encontram: com alarmes e eventos, com alarmes inibidos, manualmente
removidos de servio e com alarmes de aplicaes como, por exemplo, CAG.
Display dos Registros das Aplicaes - para cada aplicao, este display, de interesse de
analistas, dever apresentar em ordem cronolgica os registros de execuo da aplicao em
questo.
Display do Estado da Comunicao - este display dever apresentar o estado dos

equipamentos de comunicao do SCADA e dos enlaces de comunicao de dados. A partir
deste display, o operador dever estar apto a modificar o estado dos equipamentos de
comunicao e dos enlaces de comunicao com os servidores de dados e com os centros de
controle.
133
Display de Estatstica de Comunicao - este display dever apresentar a disponibilidade do

sistema de comunicao, em termos de contagem das tentativas de varredura sem sucesso e
dos erros relatados pelos servidores de comunicao de dados e o tempo em que o sistema
permaneceu defeituoso. Estes dados devero ser armazenados para cada hora do dia,
acumulado em bases dirias e mensais.
Displays de Impedimentos Operativos - devero estar disponveis displays que contenham a

definio do tipo de tag e listas de impedimentos (tags). A partir do display de definio
de tags, o operador dever estar apto a ver a definio dos tipos de tags. O pessoal de
desenvolvimento do sistema dever estar apto a adicionar, remover ou modificar os tipos de
tags. O display referente a lista de tags dever dispor de impedimentos posicionados no
momento nos equipamentos. O operador dever ter recursos para editar os comentrios que
acompanham cada tag.
Displays do Estado Operativo - devero estar disponveis displays que apresentem a

configurao do SSC, incluindo a rede, equipamentos e perifricos. Este display dever
permitir aes de controle sobre os equipamentos do SSC.
4.2.7.12 Aes do Operador

As aes a seguir devero estar disponveis para o operador atravs da interface do usurio.
Dever ser possvel restringir o acesso a estas aes, usando-se as permisses que o operador
tem, relativamente aos dados que ele pode operar.
Procedimentos de Controle - o procedimento de controle operacional dever envolver a

seleo de um dispositivo a ser controlado, escolher a direo na qual ele ser controlado e
executar o comando de controle. O operador dever estar apto a cancelar a seqncia em
qualquer estgio antes de efetivar a execuo do comando.
Reconhecimento e Inibio de Alarmes - alarmes que necessitam de reconhecimento do

operador devero ser reconhecidos de qualquer display mostrando o objeto do banco de dados
fonte. O reconhecimento de objetos individuais e de pginas inteiras deve estar disponvel.
Dever ser possvel inibir e/ou desinibir alarmes para uma instalao inteira, para uma UTR
ou para um objeto individual do banco de dados.
Telemedies em Servio - dever ser possvel retirar / colocar em servio as telemedies

de uma instalao inteira, de uma UTR, de um servidor de dados, de um centro de operao
ou de um objeto individual do banco de dados.
Entradas manuais de medidas requerem que o ponto seja retirado de servio. Uma medio
que no est em servio dever continuar sendo varrida, convertida para unidades de
engenharia e armazenada com sua nota de qualidade no banco de dados.
Entrada de Limites pelo Operador - valores individuais de limite devero ser entrveis on-
line pelo operador. O valor digitado dever ser verificado para validao. Quando um novo
valor de limite digitado, o valor analgico associado dever ser verificado para qualquer
transio para dentro ou para fora do estado violado com respeito ao novo valor limite.
134
O sistema dever permitir a existncia de mltiplos limites, dependendo do tipo de grandeza

associada, com alarmes distintos.
4.2.7.13 Entrada Manual de Valores

Pontos de indicao de estado e valores analgicos podero ser digitados a partir de qualquer
display que mostre os valores supervisionados. O valor manual dever ser verificado para
validao. O valor no dever ser aceito se ele for considerado um estado ilegal para um
ponto digital ou se no for um valor analgico razovel. Quando o novo valor for digitado, o
estado digital ou o valor analgico devero ser verificados para qualquer transio para dentro
ou para fora do estado violado devido a este novo valor.
4.2.7.14 Colocao ou Remoo de Tags

O operador dever estar apto a colocar, remover ou modificar impedimentos operativos em
equipamentos (tags) do sistema de potncia, a partir de qualquer display mostrando o
equipamento. O dilogo dever permitir ao operador escolher entre todos os tipos de tags
disponveis no sistema.
4.2.7.15 Displays de Aplicaes
Funes de Seqncia da Anlise de Rede em Tempo Real - o display principal desta

funo dever permitir a monitorao e o controle da execuo das aplicaes que compem
cada uma das seqncias de anlise de rede em tempo real e em modo de estudo, conforme
descrito no item de Software Aplicativo.
A partir deste display, o operador dever ser informado sobre qualquer alarme ou aviso
gerado por qualquer funo da seqncia. Devero ser previstos displays para modificar as
condies de execuo e parmetros destas funes, bem como, facilidade de navegao entre
o display principal e os displays especficos de cada uma das funes da seqncia.
Resultados do Estimador de Estado - o resultado da estimao de estados dever estar

disponvel para ser visualizado nos diagramas unifilares e tabulares do SSC, bem como para
ser usado pela funo de controle automtico de gerao.
Funes de Controle Automtico de Gerao - a interface com o usurio e as funes de

controle automtico de gerao devero ser concebidas para permitir as funcionalidades
descritas no item Software Aplicativo.
O sistema dever prever no mnimo os seguintes displays e relatrios:

Displays que contemplem todas as funcionalidades, tais como, as que esto
descritas no item de Software Aplicativo.
Para controlar a operao do CAG, dever existir um display bsico com o
contedo e o formato apresentado no item Software Aplicativo. Dever existir
tambm uma rea especfica para reprogramao do intercmbio lquido,
informando valor e hora do incio da reprogramao, devendo ser acionado alarme
sonoro.
135
Fazer uso de display das usinas mostrando o estado e os limites das unidades
geradoras.
Fazer uso de display dos pontos de intercmbio entre as reas de controle.
Fazer uso de display apresentando o intercmbio lquido da rea de controle, em
intervalos configurveis. Este display dever servir de interface da pr-operao e o
programa de CAG. Este programa dever assumir de modo automtico estes
valores da programao.
Fazer uso de display e/ou relatrio de performance do CAG.
Fazer uso de display e/ou relatrio de alarmes.
Estudos de Rede - o display principal, dever habilitar o usurio a monitorar e controlar a

execuo das seguintes funes: fluxo de potncia, anlise de contingncias e fluxo de
potncia timo.
O usurio dever estar habilitado para:

1. Selecionar a fonte dos dados para o caso que est sendo analisado:
A soluo em tempo real (ltimo resultado vlido do estimador de estado).
Resultados salvos do estimador de estado.
Arquivos de casos de estudos salvos.
2. Possuir fcil acesso ao display principal de cada uma das aplicaes:

Inicializar os dados para a rede de estudo modificando qualquer dado
(topologia, cargas, taps, geraes, dados de regulao, lista de falhas, etc).
Definir os parmetros de controle para a execuo das aplicaes (critrios de

convergncia, nmero mximo de interaes e parmetros de ajuste).
3. Disparar a execuo de um programa.

4. Abortar a execuo de um programa.
4.2.7.16 Screen Saver

O sistema dever prover funcionalidade de screen saver para proteger o monitor
quando no houver atividade durante um tempo configurvel. Aps a ativao do
screen save, o retorno normal deve ser protegido por senha.
4.2.8 DOCUMENTAO TCNICA

Esta parte da metodologia define os requisitos para a documentao. Entende-se por
documentao tcnica todos os documentos de projeto, operao, manuteno e treinamento
136
que o fornecedor dever fornecer com o SSC. A documentao dever ser especialmente
preparada para este fim, no entanto, o fornecedor poder incluir documentao padronizada
e/ou modificada. Sempre que for utilizada documentao padronizada, cada documento
dever indicar quais os itens que se aplicam ao SSC. Todos os desenhos e ilustraes contidos
nestes documentos devero se aplicar especificamente ao SSC.
Toda a documentao produzida para este projeto deve ser consistente em formato, estrutura,
numerao de sees e pginas. Em qualquer situao somente sero admitidos documentos
completos, consistentes e escritos em portugus. Documentaes escritas em ingls podero
ser aceitas mediante consulta.
Todos os manuais e documentos referentes ao software fornecido devero estar em meio tico
(CD-ROM) e preferencialmente em formato PDF, e devero estar em conformidade com as
verses de software adquiridas. Devem estar organizados por assunto e dotados de sistema de
busca e seleo que permita consultas rpidas e diretas, com a possibilidade de transferncia
para outros tipos de mdia, bem como a impresso de qualquer tpico.
O fornecedor dever manter uma sistemtica de controle de documentao e de atualizao de

verses. A quantidade de material fornecido deve ser, pelo menos: trs cpias impressas para
toda a documentao e de uma cpia em CD-ROM de toda a documentao fornecida. A
tabela 20 relaciona todos os documentos que o fornecedor dever entregar, bem como os
prazos para recebimento dos mesmos.
Tabela 20 Plano de Entrega da Documentao

Documento Prazo
Especificao dos protocolos de comunicao do Final do workstatement
sistema (Documento Preliminar)
Documento do projeto de hardware do sistema 8 semanas antes do workstament
Especificaes do projeto funcional do sistema 8 semanas antes do workstament
Projeto detalhado de hardware 8 semanas antes do workstament
Manual do usurio da plataforma de edio 12 semanas antes do workstament
Manuais dos operadores 8 semanas antes do TAF
Manuais dos usurios de programas Durante integrao do sistema
Programao de testes 5 semanas antes do teste em questo
Documentao detalhada de software 8 semanas antes do TAF
Procedimentos dos testes de aceitao em fbrica 8 semanas antes do TAF
Procedimentos dos testes de aceitao no campo 8 semanas antes do TAC
Procedimentos para a demonstrao de 8 semanas antes da demonstrao
disponibilidade do SSC
Relatrio do teste de aceitao em fbrica 4 semanas aps testes
Relatrio do teste de aceitao no campo 4 semanas aps testes
Relatrio da demonstrao de disponibilidade 4 semanas aps demonstrao
Documentao de treinamento 2 semanas antes do treinamento
Documentao como construdo Antes do pagamento final
Manuais de manuteno Embarque do sistema
Fonte: [KEMA 00]
137
4.2.8.2 Obrigaes do Fornecedor

A aprovao da documentao no isentar o fornecedor da responsabilidade de atender a
todos os requisitos do SCC ou da responsabilidade de corrigi-los. O fornecedor no poder
pleitear adicional de custo ou de tempo devido a revises que venham a ser necessrias para
assegurar o atendimento ao que for especificado. No caso de serem detectados erros, omisses
ou inconsistncias nos documentos do fornecedor, o mesmo dever submeter empresa uma
verso revisada no prazo mximo de 30 dias teis, aps a data de notificao.
4.2.8.3 Documentao de Projeto do Sistema

O fornecedor dever submeter a documentao de projeto do sistema, hardware e software,
para anlise e aprovao. Esta documentao dever incluir as seguintes informaes:
O projeto tcnico que descreve todas as funes de hardware e software a serem
executadas para atender os requisitos do SSC.
Um plano para os testes de fbrica e de campo, incluindo uma programao
preliminar.
Listas relacionando todos os desenhos e documentos a serem fornecidos com o
sistema.
A documentao de projeto do sistema, particularmente a documentao de projeto de

software, dever ser escrita de forma que a empresa possa verificar se cada requisito funcional
do workstatement se este est sendo suficiente.
Documento de Projeto de hardware do Sistema - o documento de projeto de hardware do

sistema dever conter, pelo menos:
Um diagrama de bloco completo mostrando todas as interligaes entre os
principais componentes de hardware.
Diagramas de blocos detalhados para cada nvel funcional de hardware mostrando
as interligaes entre mdulos e placas de circuito do tipo plug-in.
Documentao detalhada da rede (LAN) do SSC.
Documentao de Projeto de Software do Sistema - a documentao de projeto de software

do sistema dever ter uma viso global da totalidade do software do sistema. O software
dever ser organizado em reas funcionais. Para cada programa, uma descrio dever exibir
as entradas, as sadas e outras caractersticas operacionais. Todos os modos de failover,
retries, restarts, backup/restore e partidas a frio devero ser descritos para cada
computador do sistema.
4.2.8.4 Manual do Usurio

Dever ser fornecido um manual de utilizao dos recursos bsicos disponveis na plataforma
de edio, sendo suficiente para o completo uso da plataforma. Ele deve incluir, mas no se
limitar a: manuais do hardware e software, manuais de gerao e uso do banco de dados, e
manuais de gerao e uso do configurador de displays.
138
4.2.8.5 Manual de Manuteno

Dever ser fornecido um manual de manuteno completo o qual dever incluir volumes para
todo o hardware, incluindo perifricos OEM (Original Equipment Manufacturer). O manual
de manuteno dever ser desenvolvido em nvel adequado para um tcnico de eletrnica.
O manual de manuteno dever detalhar os procedimentos preventivos e corretivos

requeridos para manter o sistema em boas condies operativas.
Instrues para Manuteno Preventiva - estas instrues devero incluir todas as

verificaes visuais aplicveis, testes de hardware, rotinas de diagnsticos e os ajustes
necessrios para a manuteno preventiva do sistema. Instrues de como carregar e usar os
programas diagnsticos e de qualquer equipamento especial ou padronizado devero ser parte
integrante destes procedimentos.
Instrues para Manuteno Corretiva - estas instrues devero conter um nvel adequado
para a localizao rpida e eficiente da causa do mau funcionamento do equipamento e dever
indicar as provveis fontes do problema, o sintoma, causa provvel e instrues para corrigir
o mau funcionamento. Estas diretrizes devero explicar como usar quaisquer programas de
diagnsticos e testes on-line ou off-line e quaisquer equipamentos especiais de testes, se
aplicvel.
As instrues para manuteno corretiva devero tambm incluir explicaes para reparo,
ajuste ou substituio de todos os itens, incluindo cartes de circuito impresso, diagramas
esquemticos eltricos e mecnicos, circuitos eletrnicos, ilustraes para localizao de
partes, fotografias e desenhos de cortes fornecendo detalhes das montagens mecnicas. Para
os itens mecnicos que requeiram reparo no campo, informaes sobre tolerncias, folgas,
limites de desgastes e torques mximos de aperto. Informaes sobre carregamento e uso de
programas diagnsticos off-line, ferramentas e equipamentos de testes, bem como precaues
que devem ser observadas para proteger o pessoal e equipamentos.
4.2.8.6 Instrues para Instalao do Sistema

O fornecedor dever preparar um documento de instrues para instalao do sistema,
contendo informaes para a instalao do sistema, incluindo pelo menos: desenhos rack-up
mostrando dimenses e instrues para montagem, instrues para fixao dos equipamentos,
dimenses e pesos de cada gabinete, requisitos especiais de manuseio, localizao das
conexes externas, requisitos de aterramento, tipo e tamanho dos conectores e cabos inter-
gabinetes (quantidade e requisitos de espao).
Documentao Relacionada a Teste - toda documentao de testes elaborada pelo

fornecedor dever estar conforme com a norma ANSI/IEEE 829-1983 - software Test
Documentation. [STANDARDS 00]
Programao dos Testes - o fornecedor dever submeter para anlise e aprovao a

programao de testes de aceitao em fbrica e testes de aceitao no campo.
Plano para Testes de Aceitao em Fbrica - o fornecedor dever submeter para anlise e
aprovao o documento do plano para o TAF com os seguintes itens, mas no se limitando a:
filosofia dos testes, regras, diretrizes, funes a serem testadas, descrio do test bed,
139
requisitos e respostas dos cenrios de testes, definies de simulao, mtodos utilizados para
verificar a capacidade final do sistema, programao detalhada do teste e organizao dos
procedimentos de testes.
O plano de testes dever ser exaustivo e cobrir todas as partes do sistema. Dever definir de
forma detalhada todos os testes a serem executados em cada subsistema para verificar se o
mesmo opera conforme especificado. Os seguintes requisitos devero ser includos no plano
de testes:
Pessoal de Teste: os testes individuais de mdulos e/ou equipamentos devero ser
conduzidos de forma conjunta pelo fornecedor e a empresa. Durante os testes,
supervisores do fornecedor e da empresa devero ser indicados.
Testes de Aceitao: testes so requeridos para executar a verificao do sistema,
os quais devero consistir de testes individuais por mdulo e/ou equipamento,
testes do sistema integrado e auditoria da documentao. Todos os equipamentos
utilizados nos testes devero ser calibrados.
Entradas Estticas e Dinmicas: o subsistema computacional dever ser
exercitado atravs da simulao esttica e dinmica dos sinais de entrada
representando condies normais e anormais.
Resultados Esperados: sadas esperadas e/ou caractersticas de operao,
juntamente com margens de tolerncias aceitveis, devero ser indicadas para cada
teste. Os resultados observados durante a execuo devero ser registrados.
Procedimentos para os Testes de Aceitao em Fbrica - os procedimentos de testes

devero ser estruturados para testar o sistema passo-a-passo por bloco funcional e produzir
resultados observveis e verificveis. Os procedimentos para os testes de aceitao em fbrica
devero facilitar o processo de registro dos resultados e a recriao das condies de erros.
Cada passo dever ser descrito com os resultados esperados e observados aps a execuo de
cada passo.
Todo software de diagnstico, ferramentas e/ou equipamentos especiais de testes devero ser
includos como itens a serem testados durante o TAF. As informaes para cada teste, nos
procedimentos so:
Nmero de identificao do teste.
Nome e descrio do teste.
Descrio do procedimento organizado em passos lgicos.
Descrio da resposta do sistema a cada passo de teste.
Espao para registro dos resultados do teste, hora e data do teste (incluindo re-teste,
se necessrio).
Aprovao (rubricada pela empresa e do fornecedor).
Procedimentos para os Testes de Aceitao no Campo - o pr-requisito para o embarque

dos equipamentos que todos os problemas identificados no FAT tenham sido resolvidos. O
140
fornecedor dever submeter para anlise e aprovao o documento procedimentos para o

TAC. Estes procedimentos devero verificar se:
Todos os problemas no resolvidos antes do embarque foram solucionados.
Todo hardware e software possuem desempenho requerido.
O sistema possui desempenho satisfatrio no ambiente de campo.
Relatrios de Testes - para permitir a recriao e verificao dos resultados dos testes, o
fornecedor dever registrar os resultados dos testes em uma seqncia lgica. Em adio ao
registro dos resultados dos testes, os seguintes dados tambm devem ser registrados:
Dados operacionais - tempos de uso da interface do usurio, aes de
chaveamento de equipamentos, indicaes de falhas e performance qualitativa
(como por exemplo, carregamento de CPU, resposta do sistema).
Dados Tcnicos de Manuteno - incluindo manuteno preventiva e corretiva,
registros de falhas e de reparos, tempo de manuteno, disponibilidade das peas
de reposio, operaes de reparos da bancada de testes e solues de problemas.
Dados de Engenharia todos os relatrios tcnicos e anlises produzidas como
suporte dos testes e os dados tcnicos produzidos a partir de medies e registros
de parmetros especficos e caractersticas de performance de equipamentos,
procedimentos de testes especiais, especificaes de equipamentos, normas
relacionadas e especificaes das partes e montagens.
Dados de software - todas as informaes relacionadas p erformance do software
e/ou interface do usurio, sadas impressas do computador indicando problemas de
software, anomalias de dados de entrada, erros de programa, downtime de
equipamento ou tempo associado utilizao de software (como por exemplo,
carregamento imprprio de programa, instrues ilegais, etc.). Um relatrio
resumo do teste de software, de acordo com a norma ANSI/IEEE 829-1983, dever
ser preparado para cada mdulo e subsistema testado. [STANDARDS 00]
4.2.8.7 Outros Documentos
Documentao sobre a Construo - o fornecedor dever submeter para anlise e aprovao

a documentao como construdo. Esta documentao dever abranger os seguintes
documentos: projeto de hardware do sistema, projeto de software do sistema, projeto
detalhado de hardware do sistema e projeto detalhado de software do sistema, os quais j
foram ou tero que ser revisados para refletir o sistema conforme construdo. Quaisquer erros
ou modificaes no sistema resultantes dos testes de aceitao em fbrica e testes de aceitao
no campo devero ser incorporados nesta documentao.
Uma cpia bem comentada de todas as listagens do software de aplicao dever ser
fornecida. Todos os outros documentos submetidos anteriormente que sofreram alteraes
devidas a mudanas de engenharia, mudanas de contrato, ou erros e/ou omisses devero ser
submetidos novamente. Devem ser entregues:
141
Disk packs (ou equivalente) do cdigo fonte do sistema, incluindo utilitrios,

ferramentas, scripts, software aplicativo (SCADA, Energy Management System
(EMS), CAG, CAT, IHM e Histrico, entre outros), software de comunicao, etc.
Disk packs (ou equivalente) do cdigo objeto de todos os programas para gerao
do software do sistema.
Disk packs (ou equivalente) do cdigo executvel do software do sistema.
Este disk packs (ou equivalente) dever incluir o sistema operacional; programas, bancos de
dados e displays necessrios para a operao e manuteno do sistema; e todos os programas
fornecidos pelo fabricante do computador, tais como assemblers, loaders e editores.
Dever possuir a utilizao dos recursos das consoles, operao bsica do sistema
computacional e dos perifricos.
4.2.8.8 Documentao de Subcontratados

O fornecedor ser responsvel pela conformidade com todos os requisitos e pela entrega nos
prazos estipulados de toda a documentao requerida, mesmo que a seja de fornecimento de
subcontratados e/ou de outros fornecedores.
4.2.8.9 Servios de Informao e Atualizao

O fornecedor dever descrever qualquer sistema de atualizao e outros servios de
informao que estejam disponveis. Dever tambm, fazer os arranjos necessrios para todas
as atualizaes de sistema e todos os outros servios de informaes pertinentes oferecidos
por OEM.
4.2.8.10 Especificao dos Protocolos de Comunicao do Sistema

A especificao dever conter a descrio detalhada de todos os protocolos de comunicao
utilizados pelo SSC na interligao com outros centros e UTRs. Esta especificao dever ser
completa, incluindo uma cpia integral de todas as normas e padres utilizados, destacando as
opes especficas deste sistema, e englobando todas as informaes necessrias
implementao dos futuros sistemas a serem conectados ao SSC. Esta especificao, que
dever ser elaborada em volume separado, em meio eletrnico, constituir o documento
formal de interface de comunicao dos sistemas de tempo real da empresa.
Uma verso preliminar desta especificao dever ser entregue pelo fornecedor ao final do
workstatement. A verso completa far parte das especificaes do projeto funcional do
sistema.
4.2.9 PLANO de TREINAMENTO

Esta parte da metodologia define o treinamento e o nmero de pessoas que devero participar
de cada curso, de acordo com o plano de treinamento. O fornecedor dever indicar uma lista
de todos os cursos de treinamento disponveis, bem como um plano de treinamento
recomendado para que o objetivo seja alcanado. Dever identificar os cursos padronizados e
aqueles que sero especificamente preparados para a empresa, indicando a durao e o local
142
do curso. O plano de treinamento final dever ser aprovado, com a definio dos cursos a
serem ministrados, durante a fase de elaborao do workstatement.
O fornecedor dever treinar adequadamente uma equipe de profissionais na operao,

manuteno e nas tcnicas e procedimentos para a expanso do SSC. Deve ser fornecido
equipe um treinamento suficiente para que eles possam operar, manter e expandir todos os
subsistemas do SSC, sem um suporte significativo do fornecedor. Assim, cada aspecto tcnico
e operacional do SSC dever ser detalhadamente coberto nos cursos de treinamento. Todos os
cursos devero considerar a meta de que a equipe execute toda a manuteno de software e a
manuteno de hardware.
O fornecedor dever apresentar um oramento para os cursos de treinamento, indicando o

custo por aluno, a durao e a data prevista para cada curso. O desembolso destes valores ser
realizado quando da realizao de cada curso, respeitando-se a quantidade de treinandos em
cada um deles.

Todos os cursos de treinamento devero ser conduzidos por pessoal com experincia nos
tpicos a serem abordados. O fornecedor dever contratar treinamento dos fornecedores OEM
(Original Equipment Manufacturer), conforme necessrio. Todos os cursos de treinamento
relativos aos servidores de aplicao, servidores de comunicao, estaes de trabalho,
equipamentos e dispositivos de rede e equipamentos perifricos, devero ser de
responsabilidade do fornecedor OEM. O fornecedor poder complementar o treinamento do
fornecedor OEM para que o objetivo da empresa seja alcanado.
O fornecedor dever fornecer os cursos de treinamento, obrigatoriamente em portugus.
4.2.9.2 Contedos dos Cursos de Treinamento

Os nomes dos cursos e os contedos associados so de responsabilidade do fornecedor.
Contudo, os itens que se seguem identificam os contedos bsicos dos cursos.
Curso de Desenvolvimento de Display e Base de Dados - este curso ser organizado para as
equipes de desenvolvimento de telas, relatrios e banco de dados, conhecimentos bsicos para
realizar estas atividades.
Cursos de Treinamento em Hardware e Software Bsico - estes cursos devero ser

organizados para oferecer equipe um nvel de conhecimento suficiente no projeto de
instalao, manuteno e operao do hardware do SSC, de forma que possam
adequadamente manter todos os equipamentos em nvel de mdulos. Para tanto, os cursos
devero cobrir, pelo menos, as seguintes reas:
1. Documentao: organizao da documentao do sistema, contedos e convenes.
2. Teoria da operao do sistema.
3. Programao Bsica: linguagens usadas pelo software, operao bsica e
procedimentos de diagnsticos de servidores, estaes de trabalho, equipamentos
perifricos, equipamentos de rede e outros.
143
4. Viso geral do software: configurao do software bsico, sistema operacional,

aplicaes e utilitrios.
5. Manuteno de hardware: cursos de manuteno dos subsistemas: teoria de projeto,
operao, tcnicas de manuteno, procedimentos de diagnsticos e, onde aplicvel,
tcnicas e procedimentos de expanso. Estes cursos devero ser cerca de 50% de
treinamento do tipo hands-on para cada subsistema do SSC. Todas as interfaces do
subsistema computacional devero ser cobertas detalhadamente. Estes cursos devem
incluir:
Arquitetura do sistema e conjunto de instrues.
Bsico do sistema operacional e programas utilitrios.
Teoria de operao utilizando diagramas em bloco e esquemas funcionais.
Anlise lgica da operao dos circuitos, usando diagramas lgicos, timing e

fluxogramas.
Desmontagem e montagem dos conjuntos mecnicos.
Operao, documentao e utilizao do software de diagnstico, incluindo

listagem dos programas fonte, diagramas lgicos, fluxogramas e uso de
equipamentos simuladores.
Ajustes eletrnicos e mecnicos utilizando ferramentas especficas e especiais

do sistema.
Prtica de procedimentos de troubleshooting para identificao de falhas em

nvel de mdulo.
Prtica de procedimentos para localizao e correo de falhas e testes de

verificao nos cabos e conectores de rede.
Cursos de Treinamento para Software Aplicativo - estes cursos devero ser organizados
para que a equipe de software possa obter um nvel de conhecimento do software do sistema
necessrio execuo das tarefas relativas ao desenvolvimento, manuteno e expanso das
aplicaes do sistema de potncia do SSC (SCADA, CAG e EMS).
Os tipos de cursos de treinamento requeridos so: aulas de treinamento formal que incluem
cursos estruturados sobre teoria de operao, detalhes de projeto, interfaces de programas,
interface com o banco de dados, software de controle, e, onde aplicvel, procedimentos e
tcnicas de expanso. Os seguintes tpicos devero ser cobertos no programa de treinamento:
1. Documentao do sistema, contedos e convenes.
2. Viso geral do software do sistema: configurao bsica do software, interfaces
entre o sistema e o software de aplicao.
3. Software do sistema operacional: todos os aspectos relacionados ao sistema
operacional, sua programao, gerenciamento, servios, funes, utilitrios e
tcnicas de gerao do sistema.
144
4. Software de comunicao, protocolos, configurao, parmetros e estatsticas.

5. Programas de aplicao, tcnicas e algoritmos. Os cursos devero abordar aspectos
de concepo, instalao, parametrizao, manuteno, interface com banco de
dados e outros subsistemas, interface homem-mquina, relacionamento e restries
com o sistema operacional. Estes cursos devem incluir todo o software aplicativo
do sistema.
6. Software de gerncia da rede: configurao, operao, parmetros, procedimentos,
estatsticas e gerenciamento.
7. Funcionamento dos seguintes subsistemas durante o failover e inicializao do
sistema: servidores de aplicao e de comunicao, subsistemas de controle e
aquisio de dados, subsistema de interface dos usurios e subsistema de dados
histricos.
8. Banco de dados: estrutura global e filosofia cobrindo as tcnicas de gerao,
tabelas de controle, interface do usurio, tabelas de aplicao e todos os arquivos
relacionados. Incluir procedimentos para insero de nova verso de base e/ou
arquivos (telas, tabelas de referncia, etc.). Deve estar no escopo deste treinamento
os procedimentos de incluso, modificao, excluso de entidades e/ou atributos
da base de dados.
9. Funes de edio do sistema: editor do banco de dados, editor e compilador de
displays, compilador de relatrios, editores de programas de aplicao e outros
recursos de suporte para modificao e atualizao do sistema, abrangendo
metodologia usada para o desenvolvimento, gerao e documentao de software,
incluindo o uso da ferramenta de software associada. Cursos de treinamento dos
operadores.
10. Funes de backup e restore do banco de dados, sistema operacional e demais
sistemas que tenham necessidade de backup de segurana.
Treinamento de Engenheiros de Operao - dever ser fornecido treinamento aos

engenheiros de operao nos programas de anlise de redes em modo de estudo, alm
daqueles j citados. Estes cursos devero dar uma viso do SSC e um treinamento detalhado
no uso dos programas de anlise de rede, incluindo a interao com a interface do usurio.
Treinamento em Fbrica - dever ser previsto a permanncia de profissionais da empresa na

plataforma de desenvolvimento do SSC, durante um perodo estimado de 4 a 6 meses, para o
treinamento na fbrica (on-the-job). O principal objetivo deste treinamento possibilitar o
trabalho conjunto com o fornecedor no desenvolvimento e integrao das funes do SSC. As
principais atividades a serem desenvolvidas devem ser: gerao da base de dados do sistema
da empresa, implantao de telas, integrao de programas aplicativos, configurao do
ambiente de rede e do sistema operacional.
4.2.10 GARANTIA de QUALIDADE, TESTES, SERVIOS de MANUTENO e

SUPORTE
O fornecedor dever traar um Plano de Garantia de Qualidade (PGQ) para todo o sistema,
incluindo documentao, hardware, firmware, software e servios de manuteno. O referido
plano dever possibilitar a deteco, desde o incio, de deficincias reais ou potenciais,
145
orientar uma ao pronta e efetiva provendo um mtodo de rastreamento de todas as

deficincias. Os testes do sistema devero constituir o elemento principal de aferio do PGQ,
uma vez que devero verificar se o sistema atende os requisitos funcionais, de desempenho e
de interface.
4.2.10.1 Garantia de Qualidade e Testes
Plano de Garantia de Qualidade - o fornecedor dever submeter para anlise o seu plano de
garantia de qualidade, o qual define os meios pelos quais sero assegurados os requisitos de
qualidade. O PGQ dever identificar os procedimentos e polticas de garantia de qualidade,
preferencialmente de acordo com o padro ISO-9002.
O PGQ do fornecedor dever documentar a sua conformidade com a norma ANSI/IEEE 730-
1984 - Standard on Software Quality Assurance. [AGROSOFT 00]
Testes do Sistema - o sistema dever ser submetido, na plataforma de desenvolvimento do

fornecedor, a um teste de aceitao em fbrica compreendendo todo hardware e software. A
instalao do sistema, testes de partida, os testes de aceitao e a demonstrao de
disponibilidade do sistema sero executados no campo.
1. Testes de Mdulos e Subsistemas - para minimizar atrasos de projeto decorrentes de

repeties de testes de aceitao em fbrica, o fornecedor dever antecipar, sempre que
possvel, os testes dos mdulos e subsistemas selecionados. Estes testes devero ser
conduzidos informalmente pelo fornecedor antes do TAF.
2. Pr-requisitos para a execuo do TAF:

Enviar toda documentao apropriada com aprovao da empresa.
Possuir um plano de testes devidamente aprovado pela empresa.
Solucionar todas as no-conformidades de hardware, software, firmware e
documentao.
Efetuar uma inspeo pela empresa da configurao de hardware para testes,
equipamento e software de simulao.
Fazer um inventrio de todo o sistema usando listas de material.
Verificar conexes de cartes, assentamento dos cartes, fixao dos conectores de
cabos, etiquetas de cabos e etc.
Vistoriar a qualidade do acabamento, pintura e construo global.
3. Testes de Aceitao em Fbrica - o fornecedor dever notificar, por escrito, com pelo
menos 30 (trinta) dias de antecedncia que o TAF foi programado, que todos os pr-requisitos
foram atendidos com sucesso e que o sistema est pronto para o incio formal do TAF.
O objetivo dos testes o de qualificar o sistema atendendo os requisitos funcionais, de

desempenho e de interface.
146
Falhas e erros de discrepncias devero ser documentados no relatrio de testes de aceitao

em fbrica. Relatrios de problemas de hardware e software tambm devero ser indicados de
acordo com os procedimentos de notificao de no-conformidades. Correes subseqentes
devero ser descritas e as aes apropriadas devero ser verificadas por representantes da
empresa e do fornecedor.
A presena de uma discrepncia como, por exemplo, uma falha freqente de CPU, atrasos
excessivos na resposta do sistema, erros irrecuperveis no banco de dados, operao incorreta
de funes e etc, podero, ser motivo para a suspenso da totalidade do TAF at a correo do
problema. Neste caso, aps a correo dos problemas identificados, todo o processo de TAF
dever ser reiniciado integralmente.
Relatrios de No-Conformidade
1. Responsabilidades e Descries - a garantia de qualidade do fornecedor dever ser
responsvel pela gerao dos relatrios de no-conformidade. A no-conformidade uma
falha de qualquer parte do sistema no atendimento dos requisitos ou de qualquer
procedimento de garantia de qualidade aplicvel.
2. Procedimento e Requisitos - o fornecedor dever preparar, manter e implementar um

procedimento para a notificao de no-conformidade. Este procedimento dever ser
submetido anlise como parte do PGQ. O procedimento, no mnimo, dever cobrir o
seguinte:
Mtodos para assegurar que as no-conformidades sejam identificadas,
documentadas, notificadas e controladas.
Requisitos para preparao e envio de documentao para cada no-conformidade.
Um requisito para o envio de um relatrio mensal de no-conformidades
mostrando os estados de todas condies de no-conformidades abertas.
4.2.10.2 Manuteno e Servios de Suporte

Esta parte da metodologia especifica os requisitos para manuteno de hardware e software do
SSC at o final do perodo de garantia.
Responsabilidade pela Manuteno - o fornecedor ser responsvel pela manuteno

preventiva e corretiva do hardware e software at o final do perodo de garantia. Esta
responsabilidade dever incluir as peas sobressalentes necessrias para dar suporte ao
sistema. Os estoques de sobressalentes podero ser usados temporariamente para as atividades
de manuteno corretiva, entendendo-se que todos os componentes e partes utilizados durante
o perodo de garantia devero ser repostos.
Alteraes, tais como as modificaes no tamanho ou contedo de bancos de dados,

alteraes em programas de aplicao ou displays, acrscimo de novas aplicaes ou displays,
e alteraes na configurao do sistema devem ser consideradas como responsabilidade do
fornecedor sempre que forem necessrias para atender aos requisitos.
Com a aceitao do sistema, o fornecedor dever transferir todas as licenas de software e as

inscries em servios que forem aplicveis, incluindo: conjuntos de atualizao (upgrade
kits), documentao atualizada, servios de suporte (hotline), servios integrais (Full
147
service), incluindo instalao e direitos de cpia e instalao do software em qualquer

equipamento entregue, sujeito aos termos do licenciamento.
Manuteno de hardware
1. Diagnsticos e Equipamentos de Teste - dever ser provido software de diagnstico e
equipamentos de teste, para permitir o isolamento de problemas e determinar qual a equipe de
manuteno apropriada para resolver o problema. O conjunto final de software de diagnstico
e de equipamentos de teste, ser definido durante o workstatement.
Para os equipamentos proprietrios, dever prover peas sobressalentes considerando um

nvel de 10% do nmero de placas de circuito presentes no SSC, de forma a suportar a
manuteno em nvel de placas de circuitos e/ou mdulos dos equipamentos.
Quaisquer partes que devam ser adicionadas, trocadas ou alteradas devido a alteraes de
projeto do SSC que sejam realizadas para atender a qualquer requisito especificado do SSC,
devero ser fornecidas sem nenhum custo adicional. Esta poltica ser aplicada a todos os
equipamentos do SSC adquiridos e ser aplicvel a qualquer tempo at o final do perodo de
garantia.
2. Suprimento de Insumos - o suprimento de materiais dever incluir os seguintes itens, mas

no limitados a: fitas magnticas, papis especiais de impressoras, toner e cartuchos de tinta
de impressoras, materiais de limpeza especiais e mdia magntica e tica regravvel.
O fornecedor dever prover, sem nus, todos os suprimentos de consumo necessrios para
utilizao durante o projeto, enquanto o sistema de desenvolvimento e a configurao do SSC
estiverem nas instalaes do fornecedor. O fornecedor dever tambm prover suprimentos de
consumo estimados para um perodo mnimo de trs meses aps a disponibilizao do SSC
nas instalaes da empresa, baseado no uso mdio durante o desenvolvimento e teste do
sistema.
Manuteno de software
1. Abrangncia da Manuteno de software
As responsabilidades pela manuteno de software do SSC devero incluir no mnimo as
seguintes atividades: execuo de atualizaes (upgrades), instalao de novas verses
(releases) e integrao de revises ou correes para todo o software standard e
especfico do SSC.
Prover orientao tcnica voltada para a resoluo de problemas relativos ao
sistema.
Prover assistncia tcnica para o mesmo dia, se notificado pela empresa no perodo
entre 00:00 h e 12:00 h; prover assistncia tcnica para a manh do dia seguinte, se
notificado no perodo entre 12:00 h e 24:00 h.
Dever disponibilizar atendimento por telefone tipo hot line para emergncias,
24 horas por dia, 365 dias por ano.
Com o objetivo de facilitar a manuteno do software do SSC, o sistema dever seguir o

princpio geral de que o software especfico dever ser implementado em bibliotecas
especificas e devidamente identificadas.
148
2. Atualizaes de Software e Novas Verses
Todas as atualizaes de software, bem como as revises e as novas verses devero estar
isentas de custo adicional, at o trmino do perodo de garantia. Ser responsabilidade do
fornecedor instalar as atualizaes e novas verses de software.
3. Perodo Mnimo de Garantia do Suporte
O fornecedor dever prover, durante 10 (dez) anos, aps o trmino da garantia, mtodos e
procedimentos que garantam a disponibilidade de atualizaes, o suporte tcnico para todo o
software do SSC, e o anncio de novas verses de software aplicveis ao sistema. Este
suporte poder ser provido diretamente pelo fornecedor, pelo fabricante original ou ainda por
ambos.
Subseqente a este perodo de dez anos de garantia de suporte, o fornecedor e/ou o fabricante
OEM dever informar a empresa, pelo menos, com um (1) ano de antecedncia de sua
inteno de encerrar um servio.
4.2.11 GERENCIAMENTO do PROJETO

Esta parte da metodologia descreve como p ser o gerenciamento do projeto. Para assegurar
que a integrao, testes, transporte, embalagem, instalao e comissionamento do sistema
dentro dos prazos estabelecidos, o fornecedor dever apresentar os procedimentos de
coordenao e gerenciamento do projeto, que atendam aos requisitos aqui definidos.
4.2.11.1 Organizao do Projeto

Todo trabalho desenvolvido dever ter a direo tcnica e fiscalizao dos gerentes de projeto
da empresa.
Toda correspondncia tcnica com a empresa dever ser dirigida ao gerente de projeto.
Os gerentes de projeto sero responsveis pela aprovao da documentao, a coordenao

das atividades de testes e os arranjos de todas as reunies.
Gerente de Projeto do Fornecedor - o fornecedor dever designar e ter disponvel durante o

prazo de execuo um gerente de projeto autorizado, o qual atuar com plena autoridade em
nome do fornecedor e servir como nico ponto de contato de todo trabalho e de todas as
comunicaes entre a empresa e o fornecedor. O gerente de projeto do fornecedor ser
responsvel pela totalidade do fornecimento do sistema, incluindo todos os subcontratos.
Reunies de Projeto - reunies de projeto devero ser programadas para se avaliar o

progresso do projeto, assegurar a correta interpretao da especificao, analisar o projeto do
sistema e manter a coordenao geral entre as equipes de projeto da empresa e do fornecedor.
149
O intervalo de tempo entre reunies deve ser inferior a 45 (quarenta e cinco) dias. Reunies
podero ser mais freqentes durante perodos de pico de atividades ou nos casos em que a
houver desvios de prazo. O fornecedor dever elaborar as atas durante cada reunio.
4.2.11.2 Sistema de Gerenciamento do Projeto

Os gerentes de projeto do fornecedor e da empresa devero utilizar um sistema de
gerenciamento de projeto, preferencialmente no ambiente Microsoft Windows. Este sistema
dever ter capacidade de monitorar o desenvolvimento do projeto em todas as suas fases, de
forma que os eventos sejam alcanados dentro das restries de performance, prazos, custos e
esforos. O sistema de gerenciamento de projeto a ser utilizado, incluindo os procedimentos
de monitorao e relatrios, dever ser submetido aprovao.
Cronograma do Projeto - o fornecedor dever detalhar um cronograma, identificando todas

as atividades. O cronograma do projeto ser aquele acordado durante o workstatement, o
qual passar a se constituir em parte integrante desta especificao.
Principais Eventos do Projeto a tabela 21 exibe os alguns eventos relevantes, indicados no

cronograma preliminar, os quais devero ser considerados na elaborao do plano de
implementao e do cronograma de projetos:
Tabela 21 Relao de eventos importantes (exemplos)
N. Evento Data
1 Incio do workstatement
2 Concluso do workstatement e assinatura do contrato
3 Entrega do sistema de desenvolvimento para edio do banco de dados e
formatao de display
4 Concluso do treinamento da equipe da empresa em banco de dados e
formatao de displays nas instalaes do fornecedor
5 Aprovao das especificaes do projeto funcional do sistema
6 Desenvolvimento do protocolo de comunicao das UTRs/Servidores de
dados e dos centros de operao
7 Sistema configurado e operando na plataforma do fornecedor
8 Banco de dados e displays dos centros regionais operando na plataforma
do fornecedor
9 Procedimentos dos testes de aceitao aprovados
10 Testes de aceitao em fbrica aprovados
11 Testes de aceitao no campo aprovado
12 Concluso da demonstrao de disponibilidade e emisso do certificado
de aceitao provisria
13 Trmino do perodo de garantia e emisso do certificado de aceitao
final
Fonte: [KEMA 00]
Plano de Migrao do Sistema Existente para o SSC - se a empresa tiver um sistema em

funcionamento, detalhar um plano de migrao do sistema existente para o novo SSC. O
detalhamento do plano de migrao dever ser objeto de criteriosa avaliao.
150
4.2.11.3 Processo Informativo do Projeto

O processo informativo do projeto dever abranger toda a documentao e comunicao para
a empresa.
Relatrio Mensal de Progresso - no final de cada ms, o fornecedor dever submeter

empresa um relatrio de progresso cobrindo todos os aspectos do fornecimento. Este relatrio
dever incluir atualizaes do cronograma e dos principais eventos do projeto. As
atualizaes devero refletir o estado do projeto no ltimo dia do ms anterior.
O relatrio mensal de progresso dever tambm indicar decises devidas ou pendentes. A

ltima seo do relatrio mensal de progresso dever incluir uma avaliao global do projeto.
Os estados das notificaes de no-conformidades tambm devero ser includos no relatrio

mensal de progresso.
Alm do relatrio mensal de progresso, relatrios por escrito abrangendo reas de problemas
que requeiram a ateno imediata da empresa, devero ser enviados sempre que necessrios.
Estes relatrios devero descrever a natureza do problema, a ao corretiva e o impacto
potencial sobre o cronograma.
4.2.11.4 Procedimentos para Alterao de Projeto do Sistema

Dever ser definido um procedimento para alterao de projeto do sistema com a finalidade
de exercer um controle das alteraes significativas de projeto ocorridas aps a sua definio.
Este procedimento dever ser submetido anlise e aprovao e dever estar de acordo com
os termos e condies do contrato.
As alteraes de projeto aprovadas devero resultar em revises correspondentes de toda

documentao pertinente, incluindo o cronograma e conseqente lista de principais eventos
do projeto. Alteraes de projeto no devem ter impacto em aumento do tempo de
desenvolvimento e no custo do projeto.
4.2.11.5 Correspondncia do Projeto

Toda correspondncia do fornecedor para a empresa dever ser datada e numerada em
seqncia. Toda documentao enviada para a empresa dever ser acompanhada de uma carta
de encaminhamento, a qual dever incluir a numerao seqencial. Da mesma forma, a
empresa ir numerar seqencialmente toda a correspondncia enviada para o fornecedor.
desejvel que cada carta se limite a um nico tpico, com a finalidade de facilitar o processo
de arquivo e procura de qualquer correspondncia.
151
4.2.11.6 Recursos na Instalao do Fornecedor
O fornecedor dever disponibilizar, no local onde o SSC est sendo desenvolvido e sem
qualquer nus, uma sala mobiliada, equipada com telefone, fax, microcomputador e
impressora para duas pessoas da equipe. Estes recursos devero ser de uso exclusivo da
empresa e devero estar disponveis durante toda a durao do projeto, mesmo que no seja
utilizada. Devero ser disponibilizadas tambm instalaes para a equipe que participar das
atividades na fbrica (on-job-trainning).
4.2.12 REQUISITOS PARA ESPECIFICAO DA UTR

Este item da metodologia estabelece critrios tcnicos mnimos requeridos para a aquisio de
unidades terminais remotas. Estas remotas realizaro a interface entre o sistema eltrico da
subestao e o respectivo posto de operao remoto utilizando para isso, um sistema SCADA.
Esta especificao baseada em [ELEBRA 98], [MOTOROLA 98], [GALHARDO 98] [ATI
97], [FOXBORO 97] e [CDI 00].

1. Normas e Padres O equipamento dever estar segundo as normas abaixo. Toda e
qualquer outra norma utilizada dever ser citada. Em caso de conflito entre as normas
prevalece a da especificao.
ABNT-EB-582 Graus de proteo para os invlucros de equipamentos de manobra
e controle de baixa tenso.
ABNT-NB-8 Norma geral de desenho tcnico.
ABNT-NBR-7116 Rels eltricos de isolamento.
ABNT-NBR-7348 Limpeza de superfcies de ao com jato abrasivo.
ABNT-NBR-6808 Conjunto de manobras e controle de baixa tenso.
ABNT-NBR-6649 Chapas finas a frio de ao-carbono para uso estrutural.
ABNT-MB-985 Tintas: determinao de aderncia.
ABNT-NBR-6146 Invlucros de equipamentos eltricos de proteo.
IEEE-472 Guia para teste de capacidade de resistncia.
IEC-255-4 Rels de medidas de quantidade de energizao de uma entrada.
IEC-255-5 Rels eltricos, parte 5: Teste de isolamento para rels eltricos.
IEC-801 Compatibilidade eletromagntica para medidas de processos industriais e
controle de equipamentos.
IEC-870 Sistemas e equipamentos de telecontrole.
IEC-100 Compatibilidade eletromagntica.
152
2. Documentao Dever ser enviado um conjunto de catlogos tcnicos e documentao

com o detalhamento da UTR.
3. Garantias - o fornecedor dever oferecer garantia contra defeitos de fabricao de todos os

mdulos que compem as UTRs por um prazo de dois anos a contar do incio da entrada em
operao.
O fornecedor deve garantir que o Tempo Mdio de Falhas (MTBF) de cada UTR seja superior
a 50.000 horas e o tempo mdio para reparo (MTTR) seja inferior a 1 hora.
4. Ferramentas Especiais O projeto dever evitar o uso de ferramentas especiais, no

entanto, se existirem, elas devem ser recomendadas, sendo que a empresa no ser obrigada a
compr-las.
5. Peas Sobressalentes - o fornecimento dever incluir mdulos de reserva para a

substituio e manuteno, em nmero equivalente a 5% dos totais instalados, limitando um
mnimo de trs unidades.
6. Treinamento o fornecedor dever apresentar uma proposta detalhada de treinamento

para engenheiros, tcnicos e operadores.
7. Instalao e Operao Inicial definir aqui as responsabilidades para a fixao e

execuo de toda a cablagem externa. Normalmente esta etapa executada pela empresa
contratante do servio ou por empresas terceirizadas.
8. Cronograma do Fornecimento O fornecedor dever incluir um cronograma de

fornecimento das UTRs indicando as datas para os seguintes eventos: workstatement
(consolidao do fornecimento), fabricao da UTR, inspeo em fbrica, entrega das UTRs e
teste em campo.
4.2.12.2 Requisitos Tcnicos

Este item da metodologia fixa critrios e caractersticas mnimas requeridas para as UTRs,
perifricos e programas.
1. Geral As UTRs devero se comunicar com dois centros, de forma independente e com
cada centro atravs de dois canais de comunicao redundantes, recolher, armazenar e
processar os dados dos pontos digitais e analgicos em dois processadores redundantes.
Executar rotinas de autodiagnstico e lgicas de controle combinacionais e seqenciais.
2. Instalao As UTRs sero instaladas para operao em regime contnuo nas salas de
controle das subestaes. O ambiente estar sujeito a incidncia de poeira, surtos e
interferncias eletromagnticas. O equipamento dever funcionar perfeitamente com altitudes
de at 1000 metros, temperatura mxima de 60 C e mnima de 10 C, umidade relativa do
ar mnima de 10% e mxima de 95%, sem condensao. Somente os cabos conectados a UTR
provenientes do ptio sero.
3. Generalidades A arquitetura para cada UTR varia conforme a caracterstica de cada

subestao. A substituio de qualquer mdulo de entrada ou sada dever ser possvel sem a
153
necessidade de desconectar a fiao. Cada mdulo dever ter uma sinalizao visual (LEDs)
para identificar o acionamento de uma entrada ou sada digital. Quando uma CPU falhar a
outra deve entrar em operao automaticamente. A UTR dever fazer uma varredura de todos
os pontos de entrada digitais e analgicos em 1 s (um segundo) exceto os pontos de seqncia
de eventos que devem ser tratados com uma resoluo de 1 ms (um milsimo de segundo).
O tempo de resposta da UTR para um comando ou para uma varredura deve ser inferior a 150
ms.
Todos os terminais de entrada e sada da UTR devero incorporar protees que atendam ou
excedam s normas internacionais IEC 1000 -4-5 (nvel 4), IEC 801-4 (4Kv) e IEC 255-22-1
(nvel 3).
4. Subsistema de Entrada/Sada Neste item sero relacionados os dados de entradas

digitais, entradas analgicas, sadas digitais e se houver necessidade de sadas analgicas.
a. As entradas digitais devero contemplar os seguintes requisitos:

Indicao de estado simples e associado mudana momentnea entre duas
varreduras.
Indicao de seqncia de eventos com resoluo mnima de 1ms.
Cada ponto digital dever funcionar de maneira independente dos demais. Cada
ponto configurado como estado dever ser configurado como SOE ao mesmo
tempo.
b. Entradas digitais de estado:

Estas entradas sero utilizadas para supervisionar os estados dos disjuntores,
equipamentos de religamento habilitados/desabilitados, estado de equipamentos
ligado/desligado e chaves seccionadoras abertas/fechadas, entre outros.
c. Entradas digitais de seqncia de eventos:

Os instantes de tempo em que ocorrem as mudanas de estado dos pontos
configurados como SOE devero ter a preciso de 1 ms.
A preciso do relgio da UTR deve produzir diferenas menores do que 10 ppm.
A UTR poder ter uma capacidade de acumular, pelo menos, 1000 (mil) eventos.
Cada evento s pode ser descartado aps ter sido enviado ao carto de entrada.
Cada carto deve ter seu buffer de SOE prprio. Caso a UTR acumule 90% de
eventos sem a sua transferncia deve emitir mensagem de iminncia de saturao
do buffer de SOE.
d. Entradas digitais de acumulao de pulso:

Dois pontos de entradas digitais sero utilizados para supervisionar cada contato
proveniente dos medidores de energia eltrica.
154
Os acumuladores devero aceitar, pelo menos, 15 (quinze) pulsos por segundo, de

durao de 30 (trinta) ms ou mais, incorporando um contador capaz de acumular,
pelo menos, 4095 pulsos antes de acorrer uma auto reinicializao.
e. Entradas analgicas:
Os pontos analgicos devero ter uma resoluo digital de at 12 bits, com uma
exatido global de no mximo 0,25% de plena escala ao longo de uma faixa
operacional de temperatura entre 0 e 60C.
Os mdulos de entrada analgica recebero sinais provenientes de transdutores
instalados nos painis, com sadas bipolares na faixa de 5mA.
f. Sadas digitais:
Apenas um ponto pode ser selecionado a cada vez.
Todos os pontos de sadas digitais sero acionados por pulso com durao
configurvel.
Cada ponto de sada digital dever possuir um rel de interposio associado.
Dever existir uma chave que desative todos os rels associados a pontos de sadas
digitais da UTR.
5. Subsistema de Comunicao:
As UTRs devero se comunicar com os centros atravs de meios de comunicao
normais e redundantes.
A comunicao ser efetuada com o protocolo DNP
6. Inicializao, Autodiagnose e Recuperao de Falhas:

A UTR deve prever um comando de reset, tanto local como remoto.
Rotinas de autodiagnstico devero se executadas periodicamente para detectar
defeitos no hardware ou software.
7. Configurao:
Devero estar includos dois microcomputadores PC portteis, do tipo notebook
capazes de executar todos os programas aplicativos para a configurao,
diagnstico, teste e manuteno das UTRs.
A UTR dever ter pontos de teste, indicadores de problema e diagnsticos que
permitam conhecer o problema, tanto local como remoto.
4.2.12.3 Inspees, Ensaios e Testes
Geral Todos os componentes devero ser submetidos inspeo, ensaios e testes funcionais
na fbrica para comprovar a funcionalidade solicitada. Cada teste deve gerar um relatrio. A
finalidade das inspees de acompanhar o andamento do projeto. Os ensaios e testes
155
verificam o funcionamento do equipamento. Eles so aplicados de acordo com as seguintes

normas:
IEC-1000-1, IEC-1000-2-1 e IEC-77B(sc)86 Teste de flutuao de tenso de
alimentao.
IEC-1000-1, IEC-1000-2-2 e IEC-77B(sc)86 Queda de interrupo de curta
durao de alimentao.
IEC-255-22-1 Distrbio de freqncia 1 MHz.
IEC-801-4 Transientes rpidos/trem de pulsos.
IEC-1000-4-2(nvel 4) Descarga eletrosttica.
IEC-1000-4-3 Radiao eletrosttica.
Climticos - ABNT-451 parte II (frio), NBR-6146 (poeira), ABNT-451 (calor
mido acelerado), ABNT-451 parte II (calor seco).
ANSI 37.90 a Surto de tenso.
IEC-1000-4-5(nvel 4) Impulsos tenso/corrente combinados.
4.2.13 MEMRIA DESCRITIVA
Esta parte da metodologia descreve como efetuar uma memria descritiva, usada como forma
preliminar para determinar as necessidades a cerca de um projeto de implementao de
telecontrole em uma subestao. A especificao baseada em [SIEMENS 99],
[MOTOROLA 98] e [ELETROSUL 00].
1. Objetivos
A memria preliminar descritiva tem por objetivo definir os critrios, solues adotadas e os
suprimentos necessrios para a realizao de projetos executivos e de configurao de
Unidades Terminais Remotas, para efetivar a instalao do sistema digital de telecontrole de
uma SE.
2. Descrio da SE
Descrever neste item a localizao da SE, tipo de interligao e a sua funo no sistema para a
regio.
3. Infra-Estrutura da SE
Indicar a quantidade de energia que ela gerencia, sua localizao e configurao principal.
Citar o nmero de barras, linhas, bays, trafos e etc.
4. Plataforma Digital
Descrever a UTR instalada para a aquisio de dados. Indicar a partir de que local a SE vai ser
telecontrolada. Fazer uma descrio dos componentes dos microcomputadores que sero
usados para o controlar supervisionar a SE.
5. Sistema de Comunicao
Citar as linhas de comunicao que sero utilizadas e os tipos de protocolos envolvidos.
156
6. Sistema Fotoeltrico de superviso de Seccionadoras

O funcionamento pouco preciso das seccionadoras utilizadas em subestaes de alta tenso no
sistema eltrico de potncia que freqentemente no fecham os seus contatos previstos,
causando indisponibilidade no sistema. Este problema contornado com a instalao de
cmaras de vdeo e/ou sensores fotoeltricos para o controle das mesmas. Descrever as
quantidades de seccionadoras existentes e o tipo de equipamento usado.
7. Localizao e Disponibilidade Fsica

Citar o local onde ser instalada a UTR e descrever qual a disponibilidade que existe nos
painis para a instalao de rels auxiliares, biestveis e alarmes, entre outros, necessrios
para o telecontrole. Citar onde sero instalados os novos transdutores. Determinar se h
necessidade de melhorar ou expandir o sistema de alimentao de 48Vcc, em que sala ele
ficar instalado e qual a sua configurao. Descrever, se for necessrio, a implantao de
novas bandejas e eletrodutos para abrigar os novos cabos na interligao da UTR e os painis
auxiliares de rels.
8. Critrios e Esquemas Adotados para a Instalao do Telecontrole

Citar quais os equipamentos do ptio que sero controlados, bem como os da casa de rels:
Medies - descrever as grandezas analgicas.
Alarmes - descrever os alarmes da subestao.
Estados - descrever a soluo adotada para supervisionar os estados dos
equipamentos.
Pontos de Seqncia de Eventos - indicar quais os pontos que tero SOE.
Telecomando - descrever se existem painis de controle e proteo com comandos
de disjuntores, seccionadoras, seleo de sincronismo, subir/baixar tap dos
comutadores, rels de bloqueio, ligar/desligar religamento automtico,
ligar/desligar sistema de ventilao dos trafos e ligar/desligar teleprotees, entre
outros. Citar o tipo de rel utilizado e onde ele ser colocado.
Servios Auxiliares - descrever os controles sobre as fontes de alimentao.
9. Projeto Executivo do Sistema Digital de Telecontrole

Elaborar os esquemas de entradas analgicas, digitais e sadas de comando. Todos os itens
sero modificados, includos e/ou excludos nos documentos existentes, destacando-se aquilo
que foi implementado. Elaborar e/ou revisar todos os documento necessrios, tais como:
diagramas unifilares, esquemticos, fiao interna, fiao externa e vistas. Todos os desenhos
que foram modificados devero ser atualizados.
10. Lista de Pontos de Telecontrole

Elaborar uma lista de todos os ponto
157
s a serem controlados, conforme exemplo na figura 14.

Figura 14 Exemplo de lista de pontos
Subestao Exemplo
1. Linha Passo Fundo 230Kv
Equip. Funo Descrio Funes Medio Estado Alarme SOE Com.

Calculadas
DJ772 Ent Dig Disjuntor 772 Aberto/Fechado 1 1
DJ772 Disjuntor aberto pela proteo 1
DJ772 DJ Aberto/Fechado com religam. 1 1 1
CS775 Seccionadora 775 - Aberta 1
DJ775 Sad.Dig Disjuntor 775 Fechar 1

1
Subtotal 1 0 3 1 2 1
Entradas Analgicas 0
Entradas Digitais 4
Sadas Digitais 1
Total do Vo 5
Fonte: [SIEMENS 99]
11. Equipamentos e Componentes do Sistema Digital

11.1 Lista de Material Geral Descrever todos os componentes necessrios, tais como:
chaves seletoras, anunciadores, botoeiras e sinaleiros, bornes terminais, rels auxiliares para
comando, rels rpidos para interposio, rels biestveis, chaves comutadoras rotativas
motorizadas, transdutor de potncia ativa, transdutor de potncia reativa, transdutor de
freqncia, transdutor de corrente, transdutor de tenso contnua (48Vcc), transdutor de
tenso contnua (125Vcc), transdutor de ngulo entre tenses, transdutor de tenso (115Vca),
rel de sincronismo digital e diodos.
11.2 Painis da UTR

Descrever as dimenses, rguas terminais e conexes, fiao, identificao da fiao,
iluminao e o plano de testes. Descrever tambm, o consumo de energia, a capacidade da
UTR em termos de entradas digitais, entradas analgica e sadas digitais.
11.3 Construir uma lista contendo os documentos, vistas e desenhos que devem ser elaborados
e/ou alterados.
158
11.4 Fazer um roteiro para a implantao, incluindo entre outros itens:

Projeto detalhado com o planejamento das instalaes dos equipamentos,
passagem de cabos e fiao.
Mobilizao de pessoas, materiais, ferramentas e equipamentos visando otimizar
os mesmos.
Inspeo e verificao dos materiais a serem utilizados na obra;
Obras civis e adaptao de painis, como furos em pisos, ampliao ou construo
de canaletas, fixao de placa, painis e etc.
Montagem eletromecnica - fixao de rels, rels auxiliares, rguas, bornes,
botoeiras, lmpadas, transdutores, chaves, chaves motorizadas e disjuntores
motorizados.
Cablagem interna e externa - executar o lanamento de cabos, fiar novos
equipamentos, modificaes nos equipamentos existentes e fazer as conexes com
as rguas e bornes.
Testes preliminares - preparao dos cabos, testes de continuidade e conferncia da
fiao.
Acabamento final da fiao com os equipamentos, retirar ou re-alocar a fiao
existente e efetuar o acabamento.
Teste de comissionamento - realizao de testes de energizao daquilo que foi
instalado ou modificado, testar todos os pontos da UTR, testar todos os pontos do
sistema SCADA, testar comunicaes, teste de integrao da configurao e da
base de dados, testes dos sistemas (todos os processos envolvidos) e por fim a,
transferncia da plataforma e teste final.
12. Configurao da UTR

Fazer a configurao da lista de pontos para a UTR conforme o protocolo utilizado. As
tabelas 2, 3 e 4 mostram um exemplo de implementao dos pontos utilizando o protocolo
DNP.
13. Relatrio de Obras

Fazer um relatrio com todos os problemas encontrados, solues adotadas, necessidade de
novos materiais, realocao de mo-de-obra e etc.
14. Cronograma de Todo o Empreendimento.

Fazer um cronograma de todas as tarefas a serem executadas, indicando o perodo previsto e
responsabilidade, entre outros.
159
5 CONCLUSO
Este trabalho apresentou uma proposta de metodologia para efetuar o telecontrole de uma
subestao.
O controle de energia alm de ser um processo complexo, necessita de planejamento para

fazer alteraes, manutenes e/ou correes em uma subestao. O desligamento de um
equipamento ou de uma linha de transmisso deve prever alternativas de substituio para que
no venha faltar energia. Tambm as aes do operador para operar a subestao devem ser
rpidas e precisas.
Neste sentido, a contribuio desta metodologia para a cincia, que ela abrange um conjunto
de itens no encontrados na literatura. Ela especifica os conceitos desde a sua concepo at a
transferncia da operao da subestao (que era local) para um centro de controle regional,
constando das seguintes etapas:
As Necessidades de Cada Empresa;
A Escolha do Sistema SCADA;
A Definio do Software;
A Seleo do Hardware;
A Especificao da Unidade Terminal Remota;
Implantao do Projeto Piloto;
O Planejamento de Implantao;
Configurao do Sistema SCADA;
Configurao da UTR;
Comissionamento;
Operao Local da Subestao;
Documentao;
Treinamento;
Transferncia da Plataforma.
Os ganhos mais significativos, talvez sejam aqueles ligados especificao tcnica dos
produtos de hardware, software e telecomunicao, definidos neste trabalho.
160
A metodologia descreve as principais etapas envolvidas sem detalhar cada uma delas.
Entende-se que o detalhe deve ser especificado pelas empresas que venham a adotar estes
automatismos e descrev-los conforme o tipo de arquitetura e soluo que ele deseja adotar.
A confeco da metodologia se mostrou complexa e trabalhosa em funo das pesquisas e

entrevistas realizadas, descartando conceitos de trivialidade.
Pelo conjunto de material compilado, o trabalho dever ter aplicao prtica nas empresas do
setor. Tambm ser til para instituies de ensino.
Esta metodologia poder orientar os projetos desta rea, colaborando para a melhoria e a
rapidez de implementao dos mesmos.
5.1 TRABALHOS FUTUROS

As atuais subestaes que esto sendo construdas j possuem tecnologia digital. No entanto,
os automatismos inseridos so pequenos, nas subestaes mais antigas, a automao ainda
menor.
A metodologia poderia ser acrescida com funes de automatismos implementados atravs de

lgicas complexas utilizando, por exemplo, tcnicas de Inteligncia Aplicada para a soluo
de processos dentro da subestao.
A princpio, todas as atividades exercidas pelo operador podem ser automatizadas, neste
sentido o nmero de automatismos necessrios bastante amplo.
161
6 GLOSSRIO
Bouncing Bouncing um problema na variao do estado do rel. Ele fica

constantemente abrindo/fechando.
Failover O mesmo que load sharing, ou seja, carga compartilhada. um sistema
para prevenir falhas. Um computador acorda a partir do momento em que
ele detecta alguma falha.
Hot swapping So atividade de manuteno com o equipamento ligado.
Hot-standby Equipamento em estado de espera com todas as suas funes ativadas.
Partida fria Incio das atividades de um computador a partir de um estado parado (sem
atividade).
SCADA Abreviatura Controle, Superviso e Aquisio de Dados uma categoria
de sistemas para trabalhar com automao de processos. Atravs da sua
interface homem-mquina pode-se visualizar os estados de equipamentos
bem como comand-los.
Standby Equipamento no estado de espera. Passa a funcionar a partir de um
problema detectado.
TAF Teste de Aceitao em Fbrica um conjunto de teste realizados de acordo
com normas para verificar as condies do equipamento.
Workstatement um detalhamento das funes que um equipamento deve ter. uma
atividade especificada aps o trmino de uma licitao e/ou compra, sendo
executada junto com o fabricante.
Decluttering a capacidade de fazer as informaes aparecerem e desaparecerem em
nveis diferentes de ampliao. Zoom e declutter devero ser
aplicveis a qualquer camada de um diagrama unifilar.
162
7 FONTES BIBLIOGRFICAS
7.1 REFERNCIAS BIBLIOGRFICAS
ALMEIDA, carlos et al. Sistemas digitais. In: Seminrio nacional de produo e transmisso
de energia, 13., Cambori: 1995.
ANDERSSON, Leif, Panorama Station Automation, ABB Network Partner, International
Management Training at ABB Network Partner AB, Sweden, 1988.
ANDRADE, Luiz Francisco Borges et al. Implantao do programa de telecontrole digital
de subestaes de transmisso da ELETROSUL. In: Seminrio nacional de produo
e transmisso de energia, 14., Belm: 1997.
AOKI, A. R. et al. Planejador inteligente para sistemas automatizados de
restabelecimento de subestaes eltricas. InTech Brasil, set. 1999.
APLICAO Coca-Cola. Disponvel em:http://engecomp.com.br/newgeren.htm. Acesso em:
29 set. 1999.
ARAJO, Geraldo M., Empresa virtual: uma estrutura organizacional emergente.
Gramado: ENEGP,1997.
ATI Automao Telecomunicaes e informtica. Caderno tcnico de especificaes, Belo
Horizonte, 1997.
AVIZ Carlos Alberto de M. et al. Experincia da ELETRONORTE com sistemas digitais
de comando, controle e proteo nas subestaes de Santa Maria 230/138/13,8 kV e
Macap II 69/13,8 kV. In: Seminrio nacional de produo e transmisso de energia,
14., Belm: 1997.
AZEVEDO, Wagner Ubiratan Lanzieri de. Sistema integrado de operao e diagnstico de
falhas para sistemas de energia eltrica. Maia.1998. Dissertao, Universidade
Federal de Santa Catarina, Florianpolis. Disponvel em:
http://www.eps.ufsc.br/disserta98/maia/index.html. Acesso em: 25 ago. 1999.
BERGMAN, W J. Equipment monitoring selection as a part of substation automation,
circuit breaker monitoring, IEEE Switchgear Meeting, Pittsburgh, 1999.
BERTO, Rosa S., Organizaes virtuais: reviso bibliogrfica e comentrios. Gramado:
ENEGP,1997.
BOHN, R. E. et al. Spot pricing of electricity. USA: Kluwer Academic Publishers, 1988.
355 p.
163
CAMARGO, Katia Gavranich. Inteligncia artificial aplicada nutrio na prescrio de

planos alimentares. Florianpolis: UFSC, 1999.
CAPDEVILLE, Charles de. Novas tecnologias para automao de subestaes existentes e
rede de distribuio: quebra de paradigmas. In: Simpsio de automao de sistemas
eltricos, 4., Braslia: 2000.
CARNEIRO, Eduardo Moreira et al. Implantao de automatismo e monitoramento de
transformadores em se desassitidas. In: Seminrio nacional de produo e
transmisso de energia, Foz do Iguau: 1999.
CARVALHO, Andr Oliveira Cesar de; FRANCO, Lcia R. H. R. O avano da
padronizao das linguagens de programao no controle industrial. InTech Brasil,
out. 1999.
CDI Automao. Curso de UTR C50, Curitiba, 2000.
CEPEL, WORKSTATEMENT relativo proposta CEPEL-DPP/SUP-057/99. Rio de
Janeiro, 1999.
CESP, Especificao tcnica do SCC, So Paulo, 1997.
CONFERNCIA INTERNACIONAL DEL TRABAJO, 82., Ginebra, 1995.
COPEL. Projeto de expanso do centro de superviso e controle da COPEL. Curitiba,
1993.
COSTA, Marcello Thiry Comicholi da. Uma arquitetura baseada em agentes para suporte
ao ensino distncia, 1999.
EGREJA, Luiz Roberto Galhardo. Integrando sistemas de negcios e de automao.
InTech Brasil, set. 1999.
ELETROSUL, Centro de controle da transmisso COT. Florianpolis, 2000.
ELEBRA Diviso de Automao Industrial. Workstatement. So Paulo, 1998.
FERNANDES, Rosngela Corra Ramalho et al. Experincia da ESCELSA na
implantao de automatismos em Unidade Terminal Remota (UTR) de subestaes.
In: Seminrio nacional de produo e transmisso de energia, Foz do Iguau: 1999.
FERRAZ, Adelson G. et al. Estudo de proteo, medio e controle de sistemas de
potncia (GPC). In: Seminrio nacional de produo e transmisso de energia, Belm:
1997.
FERREIRA, Bruno Spandafora. Sistemas coporativos: histrico e tendncias. InTech
Brasil, ago. 2000.
FORUM Teletrabalho 97. Disponvel em:http:/www.supernet.pt/jafrc/forum.html. Acesso
em: 01/03/1999.
FOXBORO company. Remote Terminal Unit. Massachusetts, 1997.
GERASUL. Especificao tcnica do sistema de superviso e controle do centro de
operao do sistema de gerao (SSC/COS) da GERASUL. Florianpolis, 1999.
GOLDMAN, Steven L Nagel et al. Organizaes virtuais. So Paulo: Ed. rica, 1995.
164
GALHARDO, Eduardo Mazin, Treinamento MOSCAD MOTOROLA, So Paulo, Soft

Brasil, 1998.
GRANDI, Gilberto. Metodologia para especificao de sistemas em ambiente
cliente/servidor orientada a objetos. Florianpolis: UFSC, 1996.
GRANDI, Gilberto; Garcia, Antnio Carlos Marini. Sistema de diagnstico para Help
Desk. Florianpolis: UFSC 1997.
HUMPHREYS, S. Substation automation systems in review KEMA-Macro, Australia, in
IEEE Computer Application in Power, April 1998.
IEC 61850 1 Communications Networks And Systems In Substation.
JARDINI, Jos Antonio. Sistemas digitais para automao da gerao, transmisso e
distribuio de energia eltrica. So Paulo, 1996.
KAIUT, Joo Ivan; CIESIELSKI, Aroldo Frana. Controle local de tenso em subestaes
automatizadas. In: Seminrio nacional de produo e transmisso de energia, Belm:
1997.
KEMA CONSULTING, Kema-ECC & Macro Corporation, EMS Architectures, Fairfax,
Virginia, 2000.
LVY, Pierre. O que virtual. So Paulo: Ed. 34, 1996.
LINDSTRM, Rolf, Major Ongoing Projects, Manager Engineering Department, ABB
Network Partner, International Management Training at ABB Network Partner AB,
Sweden, 1988.
MACIEL, Francisco de Arago Antunes. Mtodos de anlise e eficincia dos investimentos,
Eletricidade Moderna, maio 1999.
MAGALHES, C. H. Negri et al. Avaliao integrada de desempenho. Anais do IEEE-
INDUSCON 92. So Paulo, 1992.
MAGRINI, Luiz Carlos et al. Controle digital de tenso e de fluxo de reativos em
subestaes. In: Seminrio nacional de produo e transmisso de energia, Belm:
1997.
MAIA, Wagner Ubiratan Lanzieri de Azevedo, Sistema integrado de operao e
diagnstico de falhas para sistemas de energia eltrica - S O D F, 1998. Dissertao,
Universidade Federal de Santa Catarina, Florianpolis. Disponvel em:
http://www.eps.ufsc.br/disserta98/maia/index.html. Acesso em: 25 ago. 1999.
MARTINO, Marcelo Baptista de et al. Sistema especialista de auxlio recomposio do
sistema furnas. In: Seminrio nacional de produo e transmisso de energia,. Belm:
1997.
MAZZUCCO JUNIOR, Jos. Uma abordagem hbrida do problema da programao da
produo atravs dos algoritmos simulated annealing e gentico. Florianpolis:
UFSC, 1999.
MOTOROLA. Treinamento Motorola Moscad, Soft Brasil. So Paulo, 1998.
NILLES, Jack. Os Prs e Contras do Teletrabalho. Disponvel em:
http://www.geocities/CapeCanaveral/lab/2482. Acesso em: 01 mar. 1999.
165
ENGECOMP. Novidades no gerenciamento de energia. Disponvel em:

http://engecomp.com.br/newgeren.htm. Acesso em: 29 set. 1999
OLIVEIRA, Martha Maria Veras. Teletrabalho no domiclio. Florianpolis: UFSC, 1997.
Disponvel em:http://www.eps.ufsc.br/disserta97/veras. Acesso em 11 mar. 1999.
ONS, Operador Nacional do Sistema Eltrico, Contratao do fornecimento dos novos
sistemas de superviso e controle, Rio de Janeiro, 2000.
PROUDFOOT, Douglas; TAYLOR, Dave. How to turn a substation into a database
server. IEEE Computer Application in Power, April 1999.
RGINER, Karla Von Dllinger. Educao, trabalho e emprego numa perspectiva global.
Disponvel em:http:/www.senac.br/boltec16.html. Acesso em: 01 mar. 1999.
RIBEIRO, Guilherme Moutinho e Antnio Varejo de Godoy. Impacto da automao no
projeto de subestaes. In: Seminrio nacional de produo e transmisso de energia,
Belm: 1997a.
RIBEIRO, Guilherme Moutinho et al. Automao de subestaes utilizando sistemas
especialistas. Eletricidade Moderna. So Paulo, jun. 1997b.
RIBEIRO, Guilherme Moutinho et al. Estudo de custos e benefcios da automao de
novas subestaes. In: Seminrio nacional de produo e transmisso de energia,
Cambori: 1995.
RODRIGUES, Marco Antnio M. et al. Ferramentas computacionais tradicionais e
inteligentes para anlise de perturbaes em sistemas de potncia. In: Seminrio
nacional de produo e transmisso de energia, Belm: 1997.
SANTOS, Weber et al. Automao distribuda com filedbus subestaes. InTech Brasil,
out. 1999.
SAT substation automation technology (NLSA) at veag vereinigte energiewerke ags
central substation (ZUW) gstrow, SAT Systeme Fr Automatisierungs Technik.
Disponvel em: http://www.sat-automation.com/satnlsa.htm. Acesso em: 08 jul. 1999.
SCC, ESPECIFICAO tcnica do SCC. So Paulo, 1997.
SERRANO, A. Optimizacin tecnologas em um patio de distribucin a 115 KV. In:
Simpsio de Automao de Sistemas Eltricos, Braslia, 2000.
SHIRAISHI, Osvaldo T. e Oto L. A. Behmer. Implantao de sistema registrador digital
de perturbao com arquitetura distribuda no sistema de transmisso da CESP.
In: Seminrio nacional de produo e transmisso de energia, Belm: 1997.
SIEMENS - Sistemas Digitais de Telecontrole, Memria Descritiva Preliminar, So Paulo,
1999.
SILVEIRA, Paulo Mrcio da. Automao de subestaes. Florianpolis: UFSC, ago. 2000.
SINGER, Paul. Desemprego e excluso social. So Paulo em Perspectiva, 1996.
SISTEMAS SCADA evoluem, mas exigem mais do usurio. InTech Brasil, ago. 2000.
STAMFORD, Paula Pester. ERP: Preparando-se para esta mudana. Disponvel em:
http://www.kmpress.com.br. Acesso em: 9 set. 2000.
166
Telework 1997, Annual report from the eurropean commission. Disponvel em:
http:/www.eto.org.uk. Acesso em: 01mar. 1999.
TROG, Ane, Um estudo sobre organizaes virtuais. Porto Alegre: UFRGS, 1997.
VILLARROEL, D. R. Modelagem estocstica de sistemas interligados de gerao
hidrotermoeltrica. dez. 1991. 131 p. Tese Universidade Federal de Santa Catarina,
Florianpolis.
WIEBE, Michael. A guide to utility automation: AMR, SCADA & IT Systems for Eletric
Power. Oklahoma, 1999.
ZIEGLER,G. The international development of protection and substation control and the
activities of CIGRE SC34, In:Simpsio de Automao de Sistemas Eltricos, 4.,
Braslia, Braslia,2000.
7.2 BIBLIOGRAFIA CONSULTADA
ABRAHO, Eric Morais; Souza, Luiz Edival de. Metodologia para automao de
pequenas centrais hidreltricas. In: Seminrio Nacional de Controle e Automao,
Salvador, 1999.
ANDERSSON, Panorama AMS, ABB Network Partner, International Management Training
at ABB Network Partner AB, Sweden, 1988.
ANSI/IEEE STD 730-1984, Controle da Qualidade de software,
http://www.agrosoft.com.br/ana/tsld006.htm, Acessado em 01/11/00.
ANSI/IEEE STD 829-1983,
http://www.standards.ieee.org/reading/ieee/std_public/description/se/829-
1983_desc.html, Acessado em 01/11/00.
BCKLUND, Martin. The Man-Machine System. Stockholm: Royal Institute of
Technology, 1998.
BARONI, Pietro et al. State assessment and preventive diagnosis of power transformaers:
a knowledge-based approach. Enginnering Intelligent Systems, June 1997.
Basic SCADA Functionality, Department of Industrial Control Systems, KTH - Royal
Institute of Technology, Stockholm, 1998.
BERGIUS, Gran et al. Training and Education Of Operator at Svenska Krftnat Using
the Simulator ARISTO. Sweden, 1997.
BJRKLUND, Berith. Power System Control & Operation Station Automation. Sweden:
ABB Network Partner, 1988.
CARVALHO, Paulo Roberto Castro de et al. Sistema de controle, superviso e aquisio
de dados de ITAIPU SCADA/EMS In: Simpsio de Automao de Sistemas
Eltricos, Braslia, 2000.
CASH, James I. et al. A tecnologia da informao e o gerente de amanh, revoluo em
tempo real Gerenciando a Tecnologia da Informao. Rio de Janeiro: Campus,
1997.
167
CERCOLA, Osvaldo Vicente. Banco de dados relacional e distribudo. Rio de Janeiro:

Livros Tcnicos e Cientficos Editora, 1991.
CEGRELL, Torsten. Power system control technology. Sweden: Prentice/Hall International,
1986.
CHEONG, Kam-Hoong. Distribution Automation. Stockholm: Royal Institute of
Technology, 1998.
Complete IT-Solutions for the Power Industry, ABB Network Partner, International
Management Training at ABB Network Partner AB, Vsters, 1988.
Conditions of Contract for Electrical and Mechanical Works, Internationa Feration of
Consulting Engineer.1987.
DATE, C J. Introduo a sistemas de banco de dados. Rio de Janeiro: Campus, 1986.
DEMARCO, T.; LISTER, T. P. Como gerenciar equipes de projeto. So Paulo: McGraw-
Hill, 1990.
DNP. DNP 3.0 Overwiew Disponvel em: www.tirangleMicroworks.com. Acesso em: 20
ago. 2000.
DRUCKER, Peter F. O advir da nova organizao, revoluo em tempo real: Gerenciando
a tecnologia da informao. Rio de Janeiro: Campus, 1997.
ELEBRA. Workstatement Unidades Terminais Remotas, So Paulo, 1998.
FERRAZ, Adelson G et al. Estudo de proteo, medio e controle de sistemas de
potncia (GPC). In: Seminrio nacional de produo e transmisso de energia, Belm:
1997.
FREITAS, Antonio A. C. de et al. Aplicao de redes neurais na estimao da
temperatura interna de transformadores de distribuio imersos em leo. In:
Congresso Brasileiro de Automtica, Florianpolis, 2000.
GERON, Luis Carlos. Operao remota de rede fieldbus: telemetria via cabo, rdio e
fibratica. In: Feira Nacional de Automao, 3., Salvador, Salvador, 1999.
GIOVANINI, Renan; COURY, Denis Vinicius. Um novo mtodo para classificao de
faltas em linhas de transmisso baseado em reconhecimento de padres In:
Seminrio nacional de produo e transmisso de energia, Foz do Iguau: 1999.
GRANDI, Gilberto. DATABASE@SUBESTAES.SCADA.IED. Florianpolis, Setembro
2000.
HEUSER, C. A. Projeto de banco de dados. Porto Alegre: Sagra & Luzzatto, 1999.
IEC870, http://www.listmaster.iinet.net.au/larc/scada/051997/msg00010.html, Acessado em
01/11/00.
IEC870, http://www.members.iinet.net.au/~ianw/iec870.html, Acessado em 01/11/00.
IMAMURA, Marcos M. et al. Uma abordagem para anlise dos gases dissolvidos em leo
isolante em funo das grandezas fsico-qumicas. In: Congresso Brasileiro de
Automtica, Florianpolis, 2000.
168
JOHNSTON, Russell; LAWRENCE, Paul R. A era ps-integrao vertical o advento das

parcerias de valor agregado, evoluo em tempo real: gerenciando a tecnologia da
informao. Rio de Janeiro: Campus, 1997.
KAIUT, Joo Ivan; CIESIELSKI, Aroldo Frana. Controle local de tenso em subestaes
automatizadas. In: Seminrio nacional de produo e transmisso de energia, Belm:
1997.
KIPPER, A F. et al. Engenharia de informaes: conceito, tcnicas e mtodos. Porto
Alegre: Sagra, 1994.
KORTH, Silberschatz. Sistemas de banco de dados. So Paulo: Makron Books, 1994.
LEIBFRIED, Thomas. Online monitors keep transformers in service. IEEE Computer
Applications in Power, July 1998.
MAGRINI, Luiz Carlos et al. Controle digital de tenso e de fluxo de reativos em
subestaes. In: Seminrio nacional de produo e transmisso de energia, Belm:
1997.
MAKAROVSKY, Cludio. Utilizao da inteligncia da instrumentao para a
implementao de projetos de automao a partir do conceito long term cost
ownership. InTech Brasil, set./out. 1999.
MARTIN, James; Carma McClure. Tcnicas estruturadas e case. So Paulo: Makron Books
do Brasil, 1991.
MARTINO, Marcelo Baptista de. et al. Sistema especialista de auxlio recomposio do
sistema FURNAS. In: Seminrio nacional de produo e transmisso de energia,
Belm: 1997.
McDONALD, John et al. ISA embraces open architecture. In: Transmission &
Distribuition, Overland Park, Outubro, 1999.
McFARLAN, F W. A tecnologia da informao muda a maneira de competir, revoluo
em tempo real: gerenciando a tecnologia da informao. Rio de Janeiro: Campus,
1997.
MINASI, Mard. Segredos de projeto de interface grfica com o usurio. Rio de Janeiro:
Infobook, 1994.
OALYA, Juan Carlos Normalizacin de los sistemas de automatizacin de substaciones
(SAS) em interconexin eltrica S.A. (ISA), COLOMBIA. In: Simpsio de
Automao de Sistemas Eltricos, Braslia, 2000.
OLESKOVICZ, Mario et al. O emprego de redes neurais artificiais na deteco e
classificao de faltas em linhas de transmisso. In: Congresso Brasileiro de
Automtica, Florianpolis, 2000.
PAGE-JONES, Meilir. Gerenciamento de projetos. So Paulo: Mcgraw Hill, 1990.
PEL, Humberto Dante e Eduardo Vasconcelos Lopes, Dispositivos de acesso a sistemas
digitais. In: Seminrio nacional de produo e transmisso de energia, Belm: 1997.
PETERSON, William et al. Tapping IED data to find transmission faults. IEEE Computer
Applications in Power, April 1999.
169
PORTER, Michael E; MILLAR, Victor E. Como a informao lhe proporciona vantagem

competitiva, revoluo em tempo real: gerenciando a tecnologia da informao.
Rio de Janeiro: Ed. Campus, 1997.
Power System Control and Operation, Advanced International Training Programme,
Stockholm, 1998.
PRESSMAN, R S. Engenharia de software. So Paulo: Makron Books, 1995.
RENAUD, Paul E. Introduo aos sistemas cliente/servidor. So Paulo: Infobook, 1994.
RICH, Elaine; KNIGHT, Kevin. Inteligncia artificial. So Paulo: Makron Books, 1993.
RODRIGUES, Artur Renan et al. Modernizao dos sistemas de superviso e controle dos
centros regionais nordeste, norte e sul do ONS. In: Simpsio de Automao de
Sistemas Eltricos, Braslia, 2000.
RODRIGUES, Marco Antnio M. et al. Ferramentas computacionais tradicionais e
inteligentes para anlise de perturbaes em sistemas de potncia. In: Seminrio
nacional de produo e transmisso de energia, Belm: 1997.
RUMBAUGH, J. et al. Modelagem e projeto baseados em objetos. Rio de Janeiro: Campus,
1997.
SETZER, Valdemar W. Banco de dados: - conceitos, modelos, gerenciadores, projeto lgico,
projeto fsico. So Paulo: Edgard Blucher, 1986.
SHIRAISHI, Osvaldo T.; BEHMER, Oto L. A. Implantao de sistema registrador digital
de perturbao com arquitetura distribuda no sistema de transmisso da CESP
SILVER, Marcus. Reability and Availability of Components and Systems. Stockholm:
Royal Institute of Technology, 1998.
SOLERO, R. B. et al. Os centros de operao na nova estrutura do setor eltrico, . In:
Simpsio de Automao de Sistemas Eltricos Braslia, 2000.
SPURLING, Kerry; ELJIN, Paul. Automation simplifies substation operations.
Transmission & Distribution World, June 1999.
TANEMBAUM, Andrew S. Redes de computadores. So Paulo: Campus, 1997.
TANEMBAUM, Andrew S. Sistemas operacionais modernos. Rio de Janeiro: Aplicao /
Prentice-Hall do Brasil, 1995.
VALE, Maria Helena Murta et al. SAR - Sistema especialista de apoio ao restabelecimento
Vattenfall Control System Experiences of Power System Control and Operation, Dept.
of Power System Control, Vattenfall Transmission, Sweden, 1988.
WANG, Zhenyuan. Neural ne and expert system diagnose transformer faults. IEEE
Computer Applications in Power, January 2000.
YORDON, Ed et al. Mainstream objects. Upper Saddle River: Yourdon Press Prentice Hall
Building, 1995.
YOURDON, E. Anlise estruturada moderna. Rio de Janeiro: Campus, 1990.

Metodologia para Especificação de Telecom para Subestação PDF

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Metodologia para Especificação de Telecom para Subestação PDF

Transféré par

Droits d'auteur :

Formats disponibles

Universidade Federal de Santa Catarina

METODOLOGIA PARA ESPECIFICAO DE

Prof. Fernando . O. Gauthier, Dr.

Florianpolis - SC, Dezembro de 2000.

METODOLOGIA PARA ESPECIFICAO DE TELECONTROLE EM

Esta tese foi julgada e aprovada para a obteno do ttulo de Doutor

Florianpolis, 18 de Dezembro de 2000.

Prof. Ricardo Miranda Barcia, Ph.D.

Agradeo a Deus por ter-me dado o direito vida, sade, a capacidade de

Agradeo a minha famlia por ter-me proporcionado um ambiente propcio para

Agradeo aos amigos pela ausncia e pela compreenso em determinadas

Agradeo as universidades, por terem disponibilizado pessoas com notveis

Agradeo as empresas que souberam relevar alguns momentos usados para

Agradeo as instituies que colaboraram financeiramente para a realizao

Agradeo a todos aqueles que colaboraram, direta ou indiretamente com

Sem citar nomes, empresas ou instituies, quem trabalhou, quem prestigiou e

fcil evitar as crticas:

LISTA DE FIGURAS _______________________________________________________ x

3.4.1.1 Sistemas Especialistas ________________________________________ 23

4.2.2.10 Escopo do Sistema _________________________________________ 65

4.2.7.9 Recursos de Hardcopy de Displays____________________________ 128

Figura 1 Funo de monitorao ______________________________________________ 17

LISTA DE ABREVIATURAS E SIGLAS

ABNT Associao Brasileira de Normas Tcnicas

Este trabalho apresenta uma metodologia para a especificao de telecontrole em subestaes

O trabalho metodolgico divido em duas partes: Planejamento da Metodologia e

Methodology is organized in two parts: Methodology Planning and Technical Specification.

Essas mudanas acontecem na organizao em nvel estrutural e comportamental, fazendo

O uso de Tecnologia da Informao (TI) permite a cooperao entre as empresas

Desta forma, se encaixam as Organizaes Virtuais e a utilizao do Teletrabalho como uma

As empresas de energia eltrica esto implementando o telecontrole em suas subestaes que

A operao de uma subestao intrinsecamente complexa, pelo elevado grau de incerteza e

Os novos sistemas com tecnologia digital permitiro ampliar a abrangncia da automao de

Um dos primeiros automatismos especificados para uma SE o telecontrole, o qual permite

1.1 OBJETIVOS GERAIS

O principal objetivo que motivou a implementao desta metodologia foi a existncia de

1.2 OBJETIVOS ESPECFICOS

Desenvolver uma metodologia com os seguintes requisitos:

Computao: poderia citar um conjunto de reas da informtica, as quais so

programao, tcnicas de inteligncia artificial, telecomunicaes, hardware e

Engenharia Eltrica: esta rea bastante requisitada, pois todos os componentes

Telecomunicaes: igualmente esto presentes neste trabalho conceitos de

A compilao dos requisitos tcnicos e da metodologia para a especificao de telecontrole

O presente trabalho, prope, as principais alternativas para a implementao de um projeto de

Para desenvolver este trabalho, a maior dificuldade encontrada refere-se bibliografia. No

Desta forma, as principais fontes de pesquisa e de informao foram empresas relacionadas ao

1.6 ESTRUTURA DO TRABALHO

Na segunda parte, faz-se uma reviso bibliogrfica sobre as organizaes virtuais e

Na quarta parte deste projeto, explica-se a proposta da metodologia para especificao de

A concluso est na quinta parte. O glossrio e a bibliografia encerram este trabalho.

2 ORGANIZAES VIRTUAIS e TELETRABALHO

2.1 ORGANIZAES VIRTUAIS

Uma organizao virtual se refere a uma coleo de indivduos ou unidades organizacionais

Uma empresa virtual um conjunto de parceiros flexveis que concordam em formar um

Quando a concorrncia dinmica, ao contrrio do que ocorre na produo de massa, as

A organizao clssica possui empregados, prdios e departamentos. Cada empregado ocupa

Nesta metodologia, o teletrabalho ser executado a partir de um centro de telecontrole, que

2.1.2 CARACTERSTICAS DAS ORGANIZAES VIRTUAIS

O telecontrole a ser proposto nesta metodologia prev a instalao de computadores dentro de

2.1.3 BENEFCIOS OFERECIDOS PELAS ORGANIZAES VIRTUAIS

As organizaes virtuais possuem os seguintes benefcios [BERTO 97]:

No telecontrole tm-se os seguintes benefcios:

2.1.4 DIFICULDADES DAS ORGANIZAES VIRTUAIS