Você está na página 1de 132

UNIVERSIDADE FEDERAL DE SERGIPE

PR-REITORIA DE PS-GRADUAO E PESQUISA


PROGRAMA DE PS-GRADUAO EM ENGENHARIA ELTRICA

RONALDO ANDRUSYSZYN CELINO

APLICAO DA NORMA IEC 61400-25 NA AUTOMAO E CONTROLE DE


PARQUES ELICOS NO BRASIL

SO CRISTVO (SE)
FEVEREIRO DE 2014
1

RONALDO ANDRUSYSZYN CELINO

APLICAO DA NORMA IEC 61400-25 NA AUTOMAO E CONTROLE DE


PARQUES ELICOS NO BRASIL

Dissertao de Mestrado apresentado ao


Programa
de
Ps-Graduao
em
Engenharia Eltrica PROEE, da
Universidade Federal de Sergipe, como
parte dos requisitos necessrios
obteno do grau de Mestre em
Engenharia Eltrica.

Orientador: Prof. Dr. Milthon Serna Silva

SO CRISTVO (SE)
FEVEREIRO DE 2014
2

APLICAO DA NORMA IEC 61400-25 NA AUTOMAO E CONTROLE DE


PARQUES ELICOS NO BRASIL

RONALDO ANDRUSYSZYN CELINO

DISSERTAO SUBMETIDO AO CORPO DOCENTE DO PROGRAMA DE PSGRADUAO EM ENGENHARIA ELTRICA PROEE DA UNIVERSIDADE
FEDERAL DE SERGIPE COMO PARTE DOS REQUISITOS NECESSRIOS PARA
A OBTENO DO GRAU DE MESTRE EM ENGENHARIA ELTRICA.

EXAMINADOR POR:

Prof. MilthonSerna Silva, D.Sc.


Orientador DEL/UFS

Prof.Selnio Rocha Silva,D.Sc.


Examinador Externo DEE/UFMG

Prof. Carlos Alberto Villacorta Cardoso, D.Sc.


Examinador Interno DEL/UFS

SO CRISTVO (SE)
FEVEREIRO DE 2014
3

Dedico esta pesquisa s pessoas que,


direta ou indiretamente, contriburam
para a sua realizao, principalmente, ao
meu filho Lucas que, certamente, foi o
que mais sentiu com a minha ausncia e,
muitas vezes com os meus excessos.
Uma dedicatria especial para a minha
me Maria Cristina que, em todos os
momentos bons e ruins, da minha
formao, sempre esteve ao meu lado,
em todos os sentidos, quer apoiando,
auxiliando ou socorrendo.
4

AGRADECIMENTOS

Ao final do Mestrado em Engenharia Eltrica, conquistado com muito sacrifcio


e afinco, os meus sinceros agradecimentos:

Primeiramente a DEUS que sempre esteve ao meu lado, orientando-me na busca


do caminho correto da boa frequncia, pela oportunidade e pelo privilgio no
compartilhamento da experincia acadmica. Por ter me capacitado e derramado toda
sorte de bnos, para chegar ao final do Mestrado, com este projeto conclusivo.
Aos meus pais, Agnaldo Celino e Maria Cristina, a quem devo a minha educao
e formao, que ensinaram a mim o caminho do bem, da moral e que, certamente,
contriburam para realizao deste sonho.
Ao meu filho Lucas, fonte principal de inspirao e entusiasmo, na minha
caminhada acadmica e, tambm, na concluso desta dissertao.
minha esposa Polyana, amiga e companheira, pela pacincia e compreenso
nos momentos difceis que vivemos, deixando de lado, quase sempre, as diverses e
passeios.
Ao meu sogro Valdison e a minha sogra Alneide, pelo apoio incondicional nesta
minha jornada.
Aos meus irmos, parentes e amigos, com os quais sempre posso contar.
Universidade Federal de Sergipe, que juntamente com os seus mestres e
doutores, tem proporcionado a todos os seus alunos, a determinao pela busca contnua
do conhecimento renovado.
Ao professor orientador Doutor Milthon Serna Silva por suas seguras e
atenciosas orientaes sobre esta pesquisa, levando-me a acreditar sempre.
Aos professores Josevaldo Feitoza e Fbio Menezes (ambos Petrobrs) pela
ateno, vocs contriburam muito com esta pesquisa.
Agradecer, antecipadamente, aos membros da banca examinadora, por suas
participaes e honrosas contribuies.
Enfim, esta dissertao no poderia ser produzida sem ajuda de muitas pessoas.
Muito Obrigado.

No confunda derrotas com fracasso nem vitrias com


sucesso. Na vida de um campeo sempre haver algumas
derrotas, assim como na vida de um perdedor sempre haver
vitrias. A diferena que, enquanto os campees crescem nas
derrotas, os perdedores se acomodam nas vitrias. (Roberto
Shinyashiki).
"Nas tendas dos justos h jubiloso cntico de vitria; a destra
do Senhor faz proezas."(Salmos 118:15)
6

Resumo da Dissertao de Mestrado apresentado ao PROEE/UFS como parte dos


requisitos necessrios para a obteno do grau de Mestre (Me.).

APLICAO DA NORMA IEC 61400-25 NA AUTOMAO E CONTROLE DE


PARQUES ELICOS NO BRASIL.

RONALDO ANDRUSYSZYN CELINO

FEVEREIRO/2014

Orientador: Prof. Dr. Milthon Serna Silva


Programa: Engenharia Eltrica
O objetivo da pesquisa desenvolver um sistema de superviso, comunicao e
controle, implementado em um software de superviso livre o ScadaBR, para parques
elicos instalados e/ou a serem instalados no Brasil, a partir das consideraes e
recomendaes da norma IEC 61400-25. A construo de parques elicos completos,
com automao total, tem levado os empreendedores a focalizar seus esforos no s no
lucro e produtividade, mas tambm no: capital humano, preocupando-se com o sistema
de gesto, domnio tecnolgico e comunicao em todos os nveis. O processamento da
informao com a comunicao, abriu fronteiras com as novas formas de
relacionamento e a crescente tendncia na rea de automao industrial, favorece que
diferentes dispositivos comuniquem-se com outros de uma maneira cooperativa. No
entanto, os maiores fabricantes de usinas de gerao elica ainda oferecem solues
proprietrias caixas pretas para as redes de campo, o que resulta numa diversidade de
protocolos de sistemas, levando dependncia desses fornecedores. Visando a
interoperabilidade e flexibilidade de operao, grupos de pesquisadores defendem
normas de padro aberto, como a soluo de redes e protocolos para todos, deixando os
clientes livres. Nesta luta, a organizao mais conhecida na rea de energia elica a
norma IEC 61400-25, especificamente para o sistema de monitoramento e comunicao
livre entre diferentes fornecedores de equipamentos, porm a comunicao interna dos
componentes da usina de energia elica no est no mbito desta norma. A faixa de
aplicao da norma abrange parte da operao desse tipo de usina, incluindo turbina de
vento, sistema de medio meteorolgica, sistema eltrico e sistema de gesto, mas no
inclui a linha relevante de alimentao e informao da subestao. Da a interao com
o sistema supervisrio ScadaBR, desenvolvido em modelo open-source de licena
gratuita. Prope-se a aplicao de uma multi-plataforma baseada em Java, a partir de
um servidor de aplicaes, com o Apache Tomcat a escolha padro. Considerando as
exigncias do modelo de comunicao presentes na Norma IEC 61400-25-2, define-se
7

um modelo de informao para monitoramento e controle de usinas elicas, para tal,


parte-se do simulador de dados MatrikonOPC, por meio da interao cliente / servidor
OPC DA (Object Linkingand Embedding for Process Control Data Access), com o
software ScadaBR.
Palavras-chaves: Energia elica, SCADA, Sistema supervisrio ScadaBR, OPC,
protocolo OPC DA, Automao e Controle, Norma IEC 61400-25.

Abstract of Dissertation presented to PROEE/UFS as a partial fulfillment of the


requirements for the degree of Master.

APLICAO DA NORMA IEC 61400-25 NA AUTOMAO E CONTROLE DE


PARQUES ELICOS NO BRASIL.

RONALDO ANDRUSYSZYN CELINO

FEBRUARY/2014

Advisors: Prof. Dr. Milthon Serna Silva


Department: Electrical Engineering
The goal of this project is to develop a system of supervision, communication
and control, implemented in a free supervisory software the SCADABR for installed
wind farms and/or to be installed in Brazil, from the considerations and
recommendations of IEC 61400 - 25. The construction of complete wind farms with full
automation, has led entrepreneurs to focus their efforts not only on profit and
productivity, but also in: human capital, concerned with the management system,
technological mastery and communication at all levels. Information processing with
communication, opened borders with new forms of relationship and growing trend in
the industrial automation field, which favors different devices to communicate with
others in a cooperative way. However, the largest manufacturers of wind generation
plants still offer proprietary solutions "black boxes" for the networks field, which results
in a variety of protocols of systems, causing the client the full dependence on these
suppliers. Aiming interoperability and flexibility of operation, groups of researchers
advocate standards of open model, as the solution of networks and protocols for all,
leaving customers free. In this struggle, the best-known organization in the field of wind
energy is IEC 61400-25, specifically for the monitoring system and free communication
among different equipment vendors, nevertheless internal communication of the
components of wind power plant is not within the standard. The application range of
the standard covers the operation of this kind of wind farm, including wind turbine,
meteorological measurement system, electrical system and management system, but
does not include the relevant line of the substation feeding and information. Hence, the
interaction with the supervisory system SCADABR developed in "open-source" model
of free license. It is proposed the application of a multi-platform Java-based, from an
application server, like Apache Tomcat the standard choice. Considering the
requirements of the present communication model in IEC 61400-25-2 it is defined a
model of information for monitoring and control of wind power plants, to this end, part9

data simulator MatrikonOPC through customer / OPC DA server interaction (Object


Linking and Embedding for Process Control Data Access), with ScadaBR software.
Keywords: Wind power, SCADA, Supervisory system Scada BR, OPC, OPC DA
protocol, Automation and Control, IEC 61400-25.

10

LISTA DE ILUSTRAES
Figura 2.1 Hierarquia tpica de um controle de potncia
24
Figura 2.2 rvore com os passos lgicos para a implementao da automao 26
Figura 2.3 Estgios da automao e controle
28
Figura 2.4 Modos do estado de operao do sistema eltrico
29
Figura 2.5 Exemplos dos tipos de dados adquiridos
31
Figura 2.6 Diagrama tpico do limite de uma quantidade controlada
32
Figura 2.7 Configurao tpica de um sistema SCADA
35
Figura 2.8 Elementos de um sistema SCADA aplicado ao sistema de potncia 37
Figura 2.9 Estrutura do modelo simplificado do SCADA em tempo real
37
Figura 2.10 Sistema de comunicao primrio em uso para automao
38
Figura 2.11 Tipos de comunicao atualmente em uso para automao
39
Figura 2.12 Opes de tecnologia de comunicao fsica
40
Figura 2.13 Arquitetura do protocolo DNP
42
Figura 2.14 Arquitetura da camada IEC 60870-5-101
43
Figura 3.1 Tarefa do sistema de controle de uma turbina elica
47
Figura 3.2 Sistema de medio de vento na nacelle de uma turbina offshore
49
Figura 3.3 Sensores de velocidade e direo de vento combinados
49
Figura 3.4 Medindo o ngulo de azimute da direo do vento e da nacelle
50
Figura 3.5 Comparao do controle de uma estao de energia trmica e elica 51
Figura 3.6 Sistema de controle ativo de uma turbina elica
52
Figura 3.7 ngulo de passo e de ataque
53
Figura 3.8 Atuadores de controle
56
Figura 3.9 Sensores de velocidade
57
Figura 3.10 Sensores de vibrao
57
Figura 3.11 Anemmetro e cata-ventos
58
Figura 3.12 Sensores eltricos
58
Figura 3.13 Straingages
59
Figura 3.14 Regies tpicas de operao de uma turbina elica
59
Figura 4.1 Modelo conceitual da IEC 61400-25
66
Figura 4.2 Processamento de dados pelo servidor
67
Figura 4.3 Modelagem virtual (conceitual)
68
Figura 4.4 Relao de ns lgicos
69
Figura 4.5 Estrutura do modelo de informao de uma usina elica
71
Figura 4.6 Uso de instncias para ns lgicos
74
Figura 4.7 O papel do cliente e do servidor
75
Figura 4.8 Modelos de servios do modelo de troca de informao
75
Figura 4.9 Modelo conceitual de troca de informaes para uma usina elica 77
Figura 4.10 Modelo de servio IEM com exemplos
78
Figura 4.11 Diagrama de sequncia
79
Figura 4.12 ACSI mapeamento de pilhas de comunicao / perfis
81
Figura 4.13 Perfis de comunicao
82
Figura 4.14 Resumo de mapeamento de IEC 61400-25-3
83
11

Figura 5.1 Parte da norma sobre os ns lgicos especficos da turbina elica


Figura 5.2 Janela MatrikonOPC Server for Simulation and Testing
Figura 5.3 Janela Insert New Alias
Figura 5.4 Janela MatrikonOPC Server for Simulation and Testing
Figura 5.5 Janela MatrikonOPC Explorer
Figura 5.6 Janela MatrikonOPC Explorer (Group0)
Figura 5.7 Janela MatrikonOPC Explorer com as tags do projeto
Figura 5.8 Tela de login do sistema supervisrio
Figura 5.9 Tela de configurao para usurios
Figura 5.10 Tela para configurar data sources
Figura 5.11 Tela Propriedades do OPC DA
Figura 5.12 Lista de tags no MatrikonOPC Server for Simulation
Figura 5.13 Tela Propriedades do OPC DA exibindo as tags adicionadas
Figura 5.14 Data point sendo visualizado na aba watchlist
Figura 5.15 Lista dinmica com data points selecionados
Figura 5.16 Tela sobre os detalhes do data point
Figura 5.17 Tela Propriedades do data point
Figura 5.18 Tela inicial do sistema
Figura 5.19 Tela do sistema representando o estado de Sergipe
Figura 5.20 Tela do sistema representando a Barra dos Coqueiros
Figura 5.21 Tela do sistema representando uma turbina
Figura 5.22 Tela Fila de relatrios
Figura 5.23 Tela gerada pelo relatrio do ScadaBR
Figura 5.24 Tela Alarmes pendentes
Figura 5.25 Tela configuraes de e-mail
Figura 5.26 Tela para exportar ou importar um projeto
Figura 1A Menu iniciar no Windows 7
Figura 2A Janela executar com o comando dcomcnfg
Figura 3A Janela Servios de Componente
Figura 4A Aba Geral na janela Propriedades de Meu Computador
Figura 5A Aba Propriedades Padro
Figura 6A Aba Segurana COM na janela Propriedades de Meu Computador
Figura 7A Janela Selecionar Usurios ou Grupos
Figura 8A Janela Selecionar Usurios ou Grupos com opes de Avanado
Figura 9A Janela Permisso de Acesso
Figura 10A Janela Permisso de Incio e Ativao
Figura 11A Janela Servios de Componente com opo Config DCOM
Figura 12A Janela exibindo os servidores OPC da Matrikon
Figura 13A Aba Geral na Janela Propriedades de MatrikonOPC Server
Figura 14A Aba Local na Janela Propriedades de MatrikonOPC Server
Figura 15A Janela Firewall do Windows com Segurana Avanada
Figura 16AJanela Diretiva de Segurana Local

86
88
89
90
91
91
92
93
93
94
95
95
96
97
97
98
98
99
99
100
100
101
101
102
102
103
109
110
110
111
112
113
113
114
114
115
116
116
117
118
119
121

12

LISTA DE TABELAS
Tabela 4.1 Funes operacionais
Tabela 4.2 Resumo de aplicao das funes de gesto
Tabela 4.3 Categorias de informaes da usina de energia elica
Tabela 4.4 Tabela de estrutura geral de um n lgico (LN)
Tabela 4.5 Dados de atributos de classe em um n lgico
Tabela 4.6 Ns lgicos especficos do sistema
Tabela 4.7 Ns lgicos especficos de uma usina elica
Tabela 4.8 Ns lgicos especficos de uma turbina elica
Tabela 4.9 LN: Informaes gerais da turbina elica (WTUR)
Tabela 4.10 Tabela de servios

65
65
70
72
72
72
72
73
73
78

13

LISTA DE ABREVIATURAS E SIGLAS


ACSI
ASCII
CASM
CDC
DA
DC
DLC
DNP
EPRI
GOOSE
GOMSFE
GPRS
GUI
HTTP
IEC
IED
IEM
IEEE
IM
IP
ISO
LAN
LCB
LD
LN
LPHD
LTR
MMS
OSI
RCB
RTU
SBO
SCADA
SCL
SCSM
SOAP
TC
TCP
UCA
UDP
VHF
WAN

Abstract Communication Service Interface


American Standard Code for Information Interchange
Common Application Service Model
Common Data Class
Data Attribute
Data Classes
Distribution Line Carrier
Distributed Network Protocol
Electric Power Research Institute
Generic Object Oriented Substation Event
Generic Objects Models for Substation and Feeder Equipment
General Packet Radio Service
Graphical User Interface
Hypertext Transfer Protocol
International Electrotechnical Commission
Intelligent Electronic Device
Information Exchange Model
Institute of Electrical and Electronics Engineers
Information Model
Internet Protocol
International Organization for Standardization
Local Area Network
Log Control Block
Logical Device
Logical Node
Logical node Physical Device Information
Logic Trunked Radio
Manufacturing Message Specification
Open System Interconnection
Report Control Block
Remote Terminal Unit
Select Before Operate
Supervisory Control and Data Acquisition
Substation (system) Configuration Language
Specific Communication Service Mapping
Simple Object Access Protocol
Technical Committee
Transmission Control Protocol
Utility Communications Architecture
User Datagram Protocol
Very High Frequency
Wide Area Network
14

WPP
WT
XML

Wind Power Plant


Wind Turbine
Extensible Markup Language

15

SUMRIO
1 Introduo ..........................................................................................................................18
1.1 Objetivo geral ................................................................................................................19
1.2 Objetivos especficos .....................................................................................................20
1.3 Metodologia ...................................................................................................................20
1.4 Organizao da pesquisa ................................................................................................20
2 Automatizao de sistemas eltricos de potncia ..............................................................22
2.1 Aceitao da automao ................................................................................................22
2.2 Hierarquia de controle ...................................................................................................23
2.3 Sistema de automao e controle ...................................................................................25
2.3.1 rvore de deciso para automao ................................................................................25
2.3.2 Estgios da automao ...................................................................................................27
2.4 Central de controle e gesto ...........................................................................................28
2.5 Operao do sistema eltrico de potncia ......................................................................28
2.6 Sistema de controle em tempo real (scada) ...................................................................30
2.6.1 Aquisio de dados ........................................................................................................30
2.6.2 Monitoramento e processamento de eventos .................................................................31
2.6.3 Funo de controle .........................................................................................................33
2.6.4 Armazenamento de dados e anlise ...............................................................................34
2.7 Configuraes de hardware ...........................................................................................34
2.8 Servidores de interface homem mquina (IHM) ...........................................................35
2.9 Servidores de banco de dados (SBD) ............................................................................36
2.10 Princpios do sistema scada ...........................................................................................36
2.11 Estruturas de base de dados e interfaces ........................................................................36
2.12 Sistemas de comunicao de controle e automao ......................................................38
2.12.1 Comunicao e automao .........................................................................................39
2.12.2 Comunicao fsica ....................................................................................................39
2.12.3 Protocolos de comunicao ........................................................................................40
2.12.3.1 Protocolo MODBUS ..............................................................................................41
2.12.3.2 Protocolo DNP 3.0..................................................................................................41
2.12.3.3 Protocolo IEC 60870-5-101 ...................................................................................42
2.12.3.4 Protocolo UCA 2.0, IEC 61850 ..............................................................................43
3 Sistemas de controle para gerao elica ..........................................................................46
3.1 Sistema de medio de vento .........................................................................................48
3.1.1 Localidade da medio de vento ....................................................................................48
3.1.2 Sensores de vento e processamento de dados ................................................................49
3.1.3 Yawcontrol .....................................................................................................................50
3.1.4 Potncia e controle de velocidade por meio de ps do rotor .........................................50
3.1.5 Activestall control ..........................................................................................................52
3.1.6 Pitch control (ou controle de passo) ..............................................................................52
3.2 Controle de superviso e estados operacionais ..............................................................53
16

3.3
3.4

Comportamento de uma turbina elica ..........................................................................55


Controle de perturbao .................................................................................................60

4 O padro IEC 61400 para gerao de energia elica ........................................................61


4.1 IEC 61400-25-1: Descrio geral dos princpios e modelos .........................................62
4.2 IEC 61400-25-2: Modelo de informao .......................................................................65
4.3 IEC 61400-25-3: Modelo de troca de informao .........................................................74
4.4 IEC 61400-25-4: Mapeamento para protocolos de comunicao ..................................80
5 Implementao do supervisrio com softwareScadaBR ...................................................84
5.1 ScadaBR.........................................................................................................................85
5.2 Selecionando os ns lgicos ..........................................................................................85
5.3 Introduo ao opc...........................................................................................................86
5.3.1 Servidores opc................................................................................................................87
5.3.2 Clientes opc....................................................................................................................87
5.4 Adicionando as tags (ns lgicos) ao servidor matrikon ...............................................88
5.5 Implementao do sistema supervisrio atravs do ScadaBR .......................................92
6

Concluses e recomendaes ..........................................................................................104

Referncias ......................................................................................................................106

APNDICE A - Configurao da dcom .................................................................................109


APNDICE B - Erros encontrados durante a implementao do sistema supervisrio .........122
ANEXO A - Lista de abreviaturas das classes de dados dos ns lgicos ...............................124
ANEXO B - Component object model / Distributed component object model ......................126
ANEXO C - Termos relacionados com automao de subestaes eltricas .........................128
ANEXO D - Resumo do protocolo padro OSI/ISO ..............................................................129
ANEXO E - Recomendaes de sites sobre scadabr e softwares similares ...........................131

17

Captulo 1
1 Introduo
Desde os primrdios da existncia da humanidade a comunicao uma de suas
maiores necessidades. A comunicao longa distncia se tornava cada vez mais
importante e um desafio para a sociedade humana. As formas mais primitivas de
comunicao eram atravs de sinais de fumaa e pombos-correios, que foram os meios
encontrados para aproximar comunidades distantes. Uma grande revoluo para
comunicao se deu em 1838 com a inveno do telgrafo, desenvolvido por Samuel F.
B. Morse, e a transmisso de pulsos eltricos, denominado de cdigo Morse. Aps esta
inveno surgiram outras como o telefone, rdio, televiso, TV a cabo, Internet entre
outras. Neste contexto, novas tecnologias so exigidas no ambiente industrial e agora
com a crescente demanda no setor de automao, no qual mudanas conceituais e de
projeto so cada vez mais frequente.
Existe um consenso cada vez maior entre fornecedores e usurios de
equipamentos de sistemas industriais acerca da necessidade de produtos com sistema
proprietrio, independente de fabricantes, que tenham alto desempenho, comprovados
mecanismos de segurana e que sejam tecnologicamente modernos e robustos. Estes
produtos precisam: atender s novas exigncias de controle, distribuio e
armazenamento de informaes; ter maior interoperabilidade entre plataformas de
diferentes fabricantes e apresentarem maior facilidade em manuteno. Tais tecnologias
comearam de modo bastante simples, no qual a comunicao utilizava o padro serial
ou paralelo, mas com o passar do tempo foram desenvolvidos sistemas mais complexos,
com tecnologias prprias, protocolos, software e hardware apropriados para suas
necessidades.
A crescente tendncia na rea de automao industrial do uso de arquiteturas
computacionais distribudas, nas quais diferentes dispositivos podem se comunicar com
outros e, de uma maneira cooperativa, realizar tarefas que levem ao atendimento dos
requisitos impostos, pelas aplicaes, aumentou consideravelmente o interesse por
dispositivos e protocolos de comunicao. Por protocolo de comunicao entende-se o
conjunto de regras e convenes que permitem a conversao e troca de informao
entre sistemas. Isto significa que, conhecendo-se exatamente as regras e convenes
definidas num dado protocolo, a princpio, pode-se construir um dispositivo capaz de
trocar informaes usando aquele protocolo.
Diversos fornecedores possuem solues de redes de campo proprietrias,
fazendo com que o cliente fique dependente de produtos, servios e manuteno de um
nico fabricante. Com o objetivo principal da interoperabilidade e flexibilidade de
operao, grupos de desenvolvedores definem normas de padro aberto para o
desenvolvimento de redes e protocolos. Os desenvolvedores tm a flexibilidade de
desenvolver linhas de produtos em funo da demanda, e o cliente no fica totalmente
18

preso a apenas um fornecedor. Atualmente, diversos protocolos de padro aberto de


vrios fabricantes esto disponveis no mercado. Definir uma soluo de arquitetura
industrial para estabelecer comunicao em uma empresa uma deciso importante. Os
profissionais devem desenvolver e manter a integridade e a funcionalidade das redes
industriais, aperfeioar o desempenho e torn-las mais confiveis, escalveis e seguras.
A finalidade da padronizao e normatizao definir as plataformas em que
uma indstria possa operar de forma eficiente e segura. Os maiores fabricantes de
usinas de gerao elica oferecem sistemas proprietrios, o que resulta numa
diversidade de protocolos de sistemas numa mesma planta elica. Na luta pela
padronizao de protocolos, existem muitas organizaes envolvidas nos projetos de
tecnologias. A mais conhecida na rea de energia elica a IEC (International
Electrotechnical Commission).
A norma IEC 61400-25 elaborada pela IEC Technical Committee TC 88 uma
extenso da norma IEC 61850 na rea de gerao de energia elica, especificamente
para o sistema de monitoramento e comunicao, visa realizao da livre comunicao
entre diferentes fornecedores de equipamentos. A faixa de aplicao da norma abrange
parte da operao da usina elica, incluindo turbina de vento, sistema de medio
meteorolgica, sistema eltrico e sistema de gesto, mas no inclui a linha relevante de
alimentao e informao da subestao.
A implementao desta norma permite que os sistemas SCADA (Supervisory
Control And Data Acquisition Sistemas de Superviso e Aquisio de Dados) se
comuniquem com as unidades de aquisio de dados de turbinas elicas de vrios
fabricantes. Normalizaes de aplicaes SCADA so excludas da norma IEC 6140025, mas inclui informaes padro-comum de turbinas elicas para reutilizao de
aplicaes e telas de operao das turbinas elicas de diferentes fornecedores. A norma
IEC 61400-25 pode ser aplicada a qualquer parque elico, ou seja, tanto em turbinas
individuais, como num grupo de turbinas elicas. A inteno da norma permitir que os
componentes de diferentes fabricantes operem em conjunto com outros componentes,
em qualquer local, proporcionando homogeneidade na rede ou no sistema. Esta norma
suporta escalabilidade, conectividade e interoperabilidade. A comunicao interna
dentro de cada componente est alm do alcance desta norma.
Como a indstria elica tem experimentado um crescimento extensivo em todo
mundo durante os ltimos anos, torna-se fundamental o estudo especfico das normas.
Esta pesquisa procura desenvolver um sistema de superviso usando software livre
para o controle e automao de parques elicos.

1.1

Objetivo geral

Desenvolver um sistema de superviso com comunicao e controle


implementado em software de superviso livre ScadaBR para ser utilizado em parques
elicos instalados no Brasil a partir das consideraes e recomendaes da norma IEC
61400-25.

19

1.2

Objetivos especficos

1.3

Analisar as recomendaes da norma IEC 61400-25 para os sistemas


supervisrios aplicados a parques elicos;
Identificar critrios da norma IEC 61400-25 a serem utilizadas em parques
elicos no Brasil;
Utilizar os preceitos da norma IEC 61400-25 na construo de algoritmos
computacionais dentro do software de superviso livre ScadaBR.
Implementar supervisrio para gerao elica no Brasil utilizando software
livre.

Metodologia

O estudo do tema apresentado ser feito atravs de uma pesquisa com


levantamento bibliogrfico atravs de leituras e fichamento de fontes diretas de autores
que tenham materiais acerca do tema, ter uma abordagem qualitativa, tendo em vista os
objetivos a serem alcanados no decorrer da pesquisa.
Os critrios metodolgicos para execuo da pesquisa, em um primeiro
momento, consistiro em descrever as recomendaes e diretrizes da norma IEC 6140025 a luz dos conceitos contemporneos da engenharia de automao e controle
especficos para parques elicos.
Para o desenvolvimento da interface homem mquina e toda implementao da
comunicao e controle para gerao elica utiliza-se o software open-source ScadaBR
que trabalha com interoperabilidade de acordo com a norma IEC 61850/61400
permitindo melhor performance e mais opes de segurana.

1.4

Organizao da pesquisa

Esta dissertao de mestrado foi elaborada na forma de seis captulos,


articulados entre si, dispostos da seguinte maneira:
Captulo 1: Introduo Trata de uma introduo sobre o tema do trabalho que ser
abordado nesta dissertao, assim como a motivao, objetivo geral e especficos,
metodologia e, por fim, descreve a estrutura deste relato.
Captulo 2: Automatizao de Sistema Eltrico de Potncia Neste captulo so
apresentados os conceitos extrados de bibliografias, que descrevem a automao do
sistema eltrico de potncia.

20

Captulo 3: Sistema de controle para gerao elica Apresenta-se uma viso atual da
automao e controle de usina de energia elica de forma a contextualizar o leitor a
respeito do tema.
Captulo 4: O padro IEC 61400 na energia elica Aqui aborda-se a norma que trata
de energia elica a IEC 61400, especificamente a parte 25, cujo escopo a
comunicaes de dados e monitoramento de centrais de energia elica.
Captulo 5: Implementao do supervisrio com software ScadaBR Neste captulo so
apresentados os principais pontos do software livre ScadaBR, implementao do
supervisrio para um parque elico no Brasil e tambm descreve-se a metodologia
utilizada para que os objetivos possam ser alcanados.
Captulo 6: Concluses e Recomendaes Apresenta-se as consideraes finais acerca
dos resultados encontrados pela pesquisa proposta, a descrio dos objetivos atingidos
assim como os intervenientes que dificultaram as solues procuradas. Este captulo
finalizado com recomendaes para novas pesquisas a serem abordadas neste campo do
saber.

21

Captulo 2
2 Automatizao
potncia

de

sistemas

eltricos

de

As empresas de energia eltrica tm se esforado para gerir seus negcios como


empresas eficientes de fornecimento de energia a um nvel aceitvel de qualidade. O
surgimento dadesregulamentao1 mudou drasticamente o ambiente de negcios. Essa
mudana radical nos objetivos de negcios ocupa agora as empresas de energia, em
muitos pases, resultado da desregulamentao, do acesso aberto e da privatizao,
fatores que causam uma reviso significativa de projeto de rede e das prticas
operacionais. As empresas de distribuio tambm esto sendo obrigados a maximizar o
uso e a vida de seus ativos atravs de um melhor monitoramento e anlise.
O controle de rede e automao iro desempenhar um papel fundamental para
permitir que as empresas se adaptem evoluo da situao e as oportunidades para
alcanar seus objetivos de negcios, garantindo um retorno adequado para os acionistas.

2.1

Aceitao da automao

A avaliao do grau de utilizao da automao da indstria difcil, no s


devido s diferentes interpretaes, mas tambm devido s estratgias de implantao.
Algumas empresas so foradas pelo rgo regulatrio2, para ter imediata ao de
melhorar todo o sistema da rede ou fornecer servios mais significativos aos seus
clientes, enquanto outras empresas so capazes de justificar o melhoramento gradual da
automao em seus sistemas.
Uma pesquisa com mais de 500 concessionrias nos Estados Unidos revelou que
apenas 14% tinham implementado automao e um adicional de 12% tiveram em
prtica uma estratgia. O contexto da automao neste perodo foi a implantao da
distribuio SCADA at a subestao de distribuio usando RTU (Remote Terminal
Unit ou Unidade Terminal Remota). A adio de controle estendido fora da subestao
estava sendo considerada por 70% dessas distribuies de aplicao SCADA.

-----------------1
Remoo dos entraves burocrticos (leis, decretos, portarias, atos normativos) que
interferem de maneira exagerada nas relaes de direito e obrigaes entre Estado e
Cidado. 2A Agncia Nacional de Energia Eltrica (ANEEL) uma autarquia sob
regime especial (Agncia Reguladora), vinculada ao Ministrio de Minas e Energia,
com sede e foro no Distrito Federal, com a finalidade de regular e fiscalizar a produo,
transmisso e comercializao de energia eltrica, em conformidade com as Polticas e
Diretrizes do Governo Federal.
22

Pesquisas demonstram que uma dcada mais tarde, tanto nos Estados Unidos
quanto fora deste pas (predominantemente Canad, Reino Unido e Austrlia), para
automao de subestaes, mostraram um claro aumento da aplicao de automao
usando um barramento de comunicao dentro da subestao.

2.2

Hierarquia de controle

A automao de rede aplicada dentro de uma hierarquia de controle estruturada


que engloba a necessidade das diferentes camadas de entrega da rede. Isso requer a
habilidade de controlar uma rede a partir de um ponto, o centro de controle ou um
nmero de centros de controle com controles distribudos. Este processo chamado de
SCADA ou telecomando, e depende de links de comunicao do centro de controle para
o dispositivo primrio (gerador, disjuntor, comutador, etc.) ser operado. Os dispositivos
primrios devem ser equipados com atuadores ou mecanismos para realizar a abertura
mecnica e a operao de fechamento. Estes atuadores devem ser ligados a um
dispositivo secundrio IED (Intelligent Electronic Device ou Dispositivo Eletrnico
Inteligente).
O IED liga o atuador com o sistema de comunicao. O tamanho relativo e a
sofisticao do IED dependem da configurao do sistema de controle e da sua camada
na hierarquia. A combinao do sistema de sala de controle, comunicao e IED
compreendem um sistema SCADA. Os sistemas SCADA so implantados para
controlar as diferentes camadas da rede, ou como um sistema integrado por um nmero
de camadas, ou, ainda, como sistemas separados passar informaes selecionadas para a
camada de controle acima. A seleo vigente de como o controle central organizado
depende da propriedade das camadas de rede. Proprietrios de redes de distribuio
simples, com tenso inferior a 33 kV, tendem a usar um sistema SCADA para controlar
toda a rede. Mesmo os utilitrios com extensas redes que cobrem uma grande rea
geogrfica esto consolidando o controle dos centros de controle distribudo para uma
operao central.
Uma hierarquia tpica de controle da rede est representada na Figura 2.1 e
constituda por cinco camadas.

23

Figura 2.1 Hierarquia tpica de um controle de potncia

Fonte: Northcote-Green (2007, p. 10)


Camada 1 Utilidade:
O nvel superior da hierarquia cobre toda a empresa, o gerenciamento de ativos e
os sistemas de negociao de energia.
Camada 2 Rede:
Historicamente, esta camada tem controlado as redes de transmisso de energia
em massa, incluindo o despacho econmico dos geradores.
Camada 3 Subestao:
O controle integrado de todos os disjuntores dentro da subestao com a
comunicao de toda proteo do estado do rel.
Camada 4 Distribuio:
Esta camada da hierarquia de controle abrange os sistemas de alimentao de
mdia tenso, reflete a expanso da capacidade de controle em tempo real por meio de
um controle remoto e uma automao local dos dispositivos de alimentao localizados
abaixo das subestaes primrias.
Camada 5 Consumidor:
A camada mais baixa de controle onde o sistema de entrega interage
diretamente com o consumidor. Ela representa uma atividade em crescimento, na qual
so necessrios sistemas de medio mais flexveis para permitir a reviso conveniente
de tarifas e de controle de carga.
24

2.3

Sistema de automao e controle

Na prtica, dentro do conceito de automao, h dois termos especficos, que so


vulgarmente utilizados na indstria: Sistema de gesto e Sistema de automao.
Sistema de gesto: O sistema de gesto tem uma sede na sala de controle, onde
abastece o operador com a melhor, "manejvel", vista da rede. Ele coordena todas as
funes da jusante em tempo real, dentro da rede de distribuio com as informaes
em tempo no real (dispositivos operados manualmente) necessrias para controlar e
gerenciar corretamente a rede em uma base regular. A chave para um sistema de gesto
a organizao do banco de dados do modelo de rede de distribuio, o acesso a toda
infraestrutura de apoio TI e aplicaes necessrias para preencher o modelo e sustentar
as outras tarefas operacionais dirias. A IHM comum e do processo de estrutura de
comando otimizado vital no fornecimento de operadores com uma facilidade que
permite o desempenho intuitivo e eficiente das suas funes.
Sistema de automao: Sistema de automao de distribuio se encaixa
abaixo do sistema de gesto e inclui todos os dispositivos de controle remoto na
subestao e nveis de alimentadores (por exemplo, disjuntores, religadores, auto
seccionadoras), a automao de locais distribudos nesses dispositivos e a infraestrutura
de comunicaes. um subsistema do sistema de gesto essencial por cobrir todos os
aspectos em tempo real no processo de controle da rede jusante.
Para aplicar a automao e o controle existem trs maneiras diferentes de olhar
para automao:
Automao local: a operao da chave de proteo do interruptor ou a lgica
baseada em tomada de deciso.
SCADA (telecomando): controlar com monitoramento remoto de status,
indicaes, alarmes e medies.
Automao centralizada: controle automtico para fazer isolamento de
falhas, reconfigurao da rede e restaurao de servio.
2.3.1

rvore de deciso para automao

A seleo das maneiras de automatizar um dispositivo pode ser ilustrada atravs


da rvore de deciso na figura 2.2. Uma vez que o dispositivo primrio foi selecionado
com base em seu fornecimento de energia necessria e o dever de proteo na rede, o
grau de automatizao pode ser determinado. A implementao da automao em
qualquer interruptor manual pode ser descrito como certo nmero de passos e caminhos
alternativos que conduzem ao grau e tipo de arquitetura de controle. Alguns caminhos
so opcionais, mas muitos so obrigatrios se a automao deseja ser implementada.

25

Figura 2.2 - rvore com os passos lgicos para a implementao da automao

Fonte: Northcote-Green (2007, p. 15)


Etapa 1:
Os interruptores sempre foram operados manualmente, mas dispositivos
armazenadores de energia ou atuadores foram adicionados para assegurar que o
funcionamento do interruptor seja independente do esforo manual. A segurana
aumentada porque o operador tende a ficar mais longe do interruptor.
Etapa 2:
Apesar da instalao de um atuador, o objetivo principal o de facilitar a
operao automtica no local ou atravs de controle remoto, e no simplesmente usar
botes.

26

Etapa 3:
Uma vez que o controle eletrnico foi instalado no atuador, uma das funes
principais da automao conectar um sistema de comunicao para permitir controllo remotamente.
Etapa 4:
Basicamente, o controle remoto adicionado automao local, de modo que o
operador vai ser informado de qualquer operao do dispositivo e pode tanto suprimir
esta ao local quanto tomar a deciso remotamente.
Etapa 5:
O passo final aplica-se as mesmas opes do passo 4.
Os resultados desta rvore de deciso em termos de cumprimento a definio
bsica de automao so os seguintes:
A rede deve ter capacidade de operao por controle remoto;
A tomada de deciso implementada, seja localizada no centro de um
servidor, em combinao com a tomada de deciso local e central, ou atravs
da interveno humana remotamente;
A operao local deve ser possvel mecanicamente ou por boto.
2.3.2

Estgios da automao

A seleo do nvel de automatizao, ilustrada atravs da rvore de deciso na


seo anterior, pode ser visto a partir de uma perspectiva diferente, quanto mais
sofisticado a automao e controle, maior o peso e complexidade do servio de
mensagens. Observe-se agora os estgios da automao na figura 2.3.
Na etapa 1 designado para atender os requisitos bsicos da automao,
fornecer o status remoto e funes de controle. Informaes binrias, tais como alarmes,
fechamento de contato, valores acima ou abaixo de um limiar podem ser comunicadas
digitalmente. Comunicao de valores digitais diminui significativamente a
complexidade e o comprimento do pacote de dados. Para atender as necessidades do
controle e consumir baixa potncia, foram introduzidos os sistemas de rdio.
Na prxima etapa adiciona-se a transmisso das medies analgicas para o
status do controle de comando. medida que a carga da comunicao vai aumentando,
a capacidade de protocolos usados por sistemas SCADA necessria. O grau de tomada
de deciso central depender no apenas da quantidade e detalhe das informaes
passadas para o servidor, mas tambm a velocidade da transmisso dos dados.

27

Figura 2.3 Estgios da automao e controle

Fonte: Northcote-Green (2007, p. 16)

2.4

Central de controle e gesto

O centro nervoso de qualquer rede de energia a central de controle e gesto, na


qual a coordenao de todas as estratgias de operao levada a cabo. Mesmo se a
operao e o controle distribudo sejam implementados, os resultados de tal ao devem
ser comunicadas ao coordenador central.
As redes de energia eltrica em todo o mundo esto entrando em um perodo de
mudana que necessita melhorar os mtodos de controle e gesto.

2.5

Operao do sistema eltrico de potncia

A operao do sistema de energia requer manter o equilbrio entre a segurana,


economia e qualidade ao entregar energia eltrica a partir da fonte geradora para
satisfazer as exigncias do usurio final. Historicamente, os sistemas de controle foram
implementados em sistema de energia em massa no qual foi econmico monitorar todos
os pontos de entrada e sada da rede. Os sistemas de tempo real que oferecem a
facilidade de controle de superviso e aquisio de dados so conhecidos como sistemas
SCADA. Os avanos na computao e modelagem do sistema de energia criaram
aplicaes rpidas para serem alimentadas com os dados em tempo real com a funo
28

de fornecer informaes adicionais e tomada de deciso para os operadores. A evoluo


natural dessas aplicaes permitiu aumento dos nveis de automao no processo de
deciso.
Os quatro estados de uma operao so mostrados na figura 2.4.
Figura 2.4 Modos do estado de operao do sistema eltrico

Fonte: Northcote-Green (2007, p. 29)


O estado de emergncia reflete o colapso do sistema de energia como uma
consequncia de grande perda de gerao ou linha de transmisso. J o estado de alerta
significa que uma perturbao ocorreu e a ao deve ser levada diretamente para aliviar
a situao. Por exemplo, em sistemas de abastecimento a granel, o estado de alerta pode
se mover muito rapidamente para o estado de emergncia, que o torna impossvel para
um operador evitar o colapso do sistema. O objetivo da operao do sistema manter o
sistema no interior do estado normal e devolver o processo de restaurao o mais
rapidamente possvel. O operador, usando todas as facilidades do centro de controle, o
principal tomador de decises na restaurao do sistema.
Atualmente, o modo em que as redes so operadas influenciado pela falta de
controle remoto e monitoramento em tempo real, exigindo considervel interveno
manual para a tomada de deciso e restaurao. A extenso e a multido de elementos
que compreendem uma rede impe a necessidade de manipulao de informao
considervel para assegurar um funcionamento satisfatrio e a segurana das pessoas.
No ambiente da operao existem trs condies para os operadores do controle,
tais como:
Condies normais
Durante as condies normais do sistema, o operador capaz de preparar a
mudana dos planos para a manuteno planejada, monitorar o sistema e efetuar as
devidas configuraes para ter um funcionamento dentro dos limites. As informaes
gerais da manuteno, como o diagrama da rede e as estatsticas da gesto, so
completadas com o tempo.
Situaes de emergncia
Falhas na rede no so planejadas e o operador deve estar preparado para este
estado. O objetivo principal consiste em organizar a restaurao da rede o mais
rapidamente possvel.

29

Administrao
As tarefas dirias de eventos de registro, relatrios de gesto e estatstica de
desempenho so demorados. Privatizao e presses externas exigem auditoria para um
melhor desempenho do sistema.

2.6

Sistema de controle em tempo real (SCADA)

A base de qualquer controle em tempo real o sistema SCADA, que adquire


dados a partir de diferentes fontes, pr-processa e armazena em um banco de dados
acessvel a diferentes usurios e aplicaes. Os modernos sistemas SCADA so
configurados em torno das seguintes funes: (7)
Aquisio de dados;
Monitoramento e processamento de eventos;
Controle;
Armazenamento de dados e anlise;
Aplicao especfica de apoio deciso;
Relatrios.
2.6.1

Aquisio de dados

Informaes bsicas descrevendo o estado de funcionamento da rede de energia


so passadas para o sistema SCADA. Este recolhido automaticamente pelo
equipamento em vrias subestaes e dispositivos, inserido manualmente pelo operador
ou utilizado pelas equipes de campo. Em todos os casos, a informao tratada da
mesma forma. Esta informao categorizada como:
Indicaes de status;
Valores medidos;
Valores de energia.
Os status dos dispositivos de comutao e sinais de alarme so representados por
estado de indicaes. Estas indicaes so fechamento de contato conectado entrada
digital no dispositivo de comunicao e so indicaes normalmente simples ou duplas.

30

Figura 2.5 Exemplos dos tipos de dados adquiridos

Fonte: Northcote-Green (2007, p. 40)


Alarmes simples so representados por indicao nica, enquanto todos os
interruptores e dispositivos de dois estados tm indicao dupla. Os valores medidos
refletem as diferentes variveis em relao ao tempo, tais como a tenso, temperatura,
corrente e as posies do comutador. Eles se dividem em dois tipos bsicos, analgico e
digital. Todos os sinais analgicos so transformados por meio de um conversor A/D de
formato binrio, porque so tratados como valores momentneos, portanto precisam ser
normalizado antes de serem armazenados no banco de dados do sistema SCADA. A
varredura dos valores medidos feita ciclicamente ou enviando somente os valores
alterados. Valores de energia so geralmente obtidos a partir de contadores de pulso ou
IEDs.
2.6.2

Monitoramento e processamento de eventos

A coleta e armazenamento de dados por si s produzem poucas informaes,


assim, uma importante funo estabelecida dentro de todos os sistemas SCADA a
capacidade de monitorar todos os dados apresentados em relao aos valores normais e
limites. O objetivo do controle de dados varia para os diferentes tipos de dados
coletados e as exigncias dos dados individuais no sistema. Particularmente, se uma
mudana de estado ou indicao veio a ser maior ou menor que o limite, ir requerer um
evento para ser processado. O monitoramento do estado requer que cada indicao seja
31

comparada com o valor anterior armazenado no banco de dados. Qualquer mudana


gera um evento que notifica o operador. Para expandir o contedo da informao, as
indicaes de status so atribudas a uma condio normal, desencadeando assim um
alarme diferente com uma mensagem para avisar a condio normal.
O monitoramento para o valor limite aplica-se a cada valor medido. Quando
ocorrem mudanas de status, um valor de evento gerado, mas para que isso acontea,
a mudana deve exceder um valor limite.
Figura 2.6 Diagrama tpico do limite de uma quantidade controlada

Fonte: Northcote-Green (2007, p. 42)


O monitoramento de tendncias outro mtodo presente em sistemas SCADA.
usado para disparar um alarme se alguma quantidade ir mudar, ou seja, muito
rapidamente ou na direo errada para um funcionamento satisfatrio do dispositivo. A
necessidade de fornecer continuamente informaes ao operador dos dados recolhidos
resultou a ideia de aplicar atributos de qualidade de dados, os quais, por sua vez,
invocam um mtodo de sinalizao, sejam os dados de uma determinada cor ou smbolo
no console do operador. A seguir, so atributos tpicos desse sistema:
No atualizado / atualizados aquisio de dados / manual / calculado;
Manual de instrues;
Calculado;
Bloqueado para atualizao;
Bloqueado para processamento de eventos;
Bloqueado para controle remoto;
Normal / estado no normal;
Fora do limite, razovel / alarme / alerta / zero;
Estado do alarme;
No reconhecido.

32

O processamento de eventos necessrio para todos os eventos gerados pela


funo de monitoramento ou causados por aes do operador. Este processamento
classifica os eventos, de modo que as informaes apropriadas sejam enviadas tela
IHM para representar a criticidade do alarme ao operador. O controle de eventos uma
funo crucial dentro do sistema de controle e influencia significativamente o
desempenho em tempo real, particularmente durante vrios alarmes. O resultado do
processamento de eventos a lista de alarmes em ordem cronolgica. A fim de auxiliar
o operador, os eventos so classificados em uma srie de categorias a fim de gerar uma
lista de alarmes.
As seguintes categorias mais usuais so:
Categoria alarme persistente no reconhecido: Alertar no visor tais como
piscar com uma cor, e em alguns casos, um sinal audvel gerado. O alarme
no reconhecido permanece at que o reconhecimento do operador seja feito.
O alarme persiste at que o estado desaparea (geralmente atravs da ao do
operador), ou seja inibido;
Um evento associado a um determinado tipo de dispositivo, tais como uma
tenso de barramento ou proteo do rel de operao;
Motivo da ocorrncia do evento por meio da sesso ao acompanhamento da
funo;
A prioridade atribuda para a classificao de todos os eventos.
O propsito dessas classificaes a de filtrar os eventos mais importantes
dentre as ocorrncias para que o operador possa resolv-las em primeiro lugar.
2.6.3

Funo de controle

Funes de controle so iniciadas pelos operadores, ou automaticamente, a partir


de aplicaes de software e afetam diretamente o funcionamento do sistema de energia.
Eles podem ser agrupados em quatro subclasses:
Dispositivo de controle individual: representa o comando abrir / fechar direto
a um dispositivo individual;
Controlar mensagens para equipamentos que requer operao, uma vez
iniciada na sala de controle, para ser conduzida automaticamente pela lgica
local no dispositivo a fim de garantir a operao, permanece dentro dos
limites pr-determinados;
Controle sequencial: conjunto articulado de aes de controle uma vez que o
comando de partida sequencial foi iniciado. Um conjunto de passos
sequenciais de comutao para restaurar a energia atravs de uma
configurao pr-definida;
Controle automtico: acionado por um evento ou momento especfico que
chama a ao de controle.

33

As trs primeiras categorias de controle acima so iniciadas manualmente,


exceto quando o controle sequencial iniciado automaticamente. Aes de controle
iniciadas manualmente podem ser sempre uma seleo do tipo confirmado antes de
operar ou dar o comando imediato.
2.6.4

Armazenamento de dados e anlise

Os dados recolhidos a partir do processo so armazenados no banco de dados em


tempo real no servidor de aplicativos SCADA para criar uma atualizao do processo
supervisionado. Os dados da RTUs so armazenados no momento da coleta e qualquer
atualizao de dados substitui os valores antigos pelos novos. Estatsticas de
desempenho capturadas pelos sistemas SCADA so extremamente importantes na
qualidade de energia como um todo. Normalmente, somente os dados alterados so
armazenados para economizar espao em disco. Os dados podem ser extrados em uma
data posterior para muitas formas de anlise, tais como planejamento, clculos
numricos, carga do sistema, auditorias de desempenho e relatrios de produo.

2.7

Configuraes de hardware

Os sistemas SCADA so implementados em hardware composto por uma


extremidade frontal com mltiplas comunicaes que gerem o processo de aquisio de
dados a partir de RTUs. Os dados recebidos so ento passadas para o servidor
SCADA, atravs de uma rede local, para o armazenamento e acesso pelos operadores e
outras aplicaes.
O sistema SCADA termina suportando uma variedade de configuraes de rede.
O mais popular em uso hoje em dia so:
Multiponto uma configurao radial, na qual as RTUs so sondadas em
sequncia atravs de um canal de comunicaes. Isso resulta em uma soluo
barata custa do tempo de resposta;
Ponto-a-ponto dedica um canal de comunicao para uma RTU. comumente
usados quando apresenta alta resposta com muitos canais de comunicao;
Configurao em estrela uma combinao de ponto-a-ponto que controla o
acesso aos dados da RTUs escravos configurados como ponto-a-ponto ou
multiponto.
O sistema central compreende acima de tudo frente das comunicaes e
chamado de estao mestre. Na indstria, existem muitos protocolos e suas variantes
em uso, entre a estao mestre e as RTUs. A configurao geral de um sistema SCADA
tpica mostrada na figura 2.7.

34

Figura 2.7 Configurao tpica de um sistema SCADA.

Fonte: Northcote-Green (2007, p. 46)

2.8

Servidores de interface homem mquina (IHM)

So mquinas equipadas com um ou mais monitores de vdeo colorido de alta


resoluo, impressora grfica b/p ou cor, com perifricos para manipulao de
informaes ou console de operao (trackball, mouse, etc.), processando um software
SCADA que proporciona ao operador todas as facilidades necessrias ao comando e
superviso do processo, possibilitando a execuo correta das funes de superviso,
controle, comando-remoto, etc. A rede de comunicao permite a incluso de vrios
consoles de operao sem grande transtorno, no havendo nenhuma restrio quanto
quantidade e a configurao dos mesmos. A quantidade e a localizao dos consoles so
estabelecidas pelas necessidades de aplicao, dependendo do meio fsico da rede,
existe ainda a possibilidade de se instalar consoles-remotos a uma distncia
relativamente grande, sem perda do desempenho.

35

2.9

Servidores de banco de dados (SBD)

So utilizados para armazenar a base de dados de tempo real e histrica, alm de


arquivos de sequncia de eventos, valores de ajuste de rels de proteo, dados
cadastrais de equipamentos, etc. Para tanto so usadas mquinas velozes de alta
capacidade de armazenamento, geralmente, empregadas em configurao dual por se
tratar de uma funo crtica para a operao do sistema. Sistemas de controle fazem uso
de diversos tipos de informaes, cada uma delas com requisitos prprios de
desempenho e estrutura de dados.

2.10 Princpios do sistema SCADA


preciso entender que o desempenho tem sido uma grande preocupao do
sistema SCADA, devido limitao do histrico de velocidades de comunicao. A
velocidade lenta afeta a funo de aquisio de dados, que formam a base de arquitetura
de todos os sistemas SCADA. O ciclo de aquisio de dados recolhe dados to rpidos
quanto comunicao do processo em tempo real. A apresentao do estado do
processo para os operadores feita a partir deste banco de dados. Uma particularidade
das baixas taxas de transmisso e demandas de alta segurana que os protocolos da
RTU foram projetados com caractersticas muito especiais. O mesmo projeto bsico que
formou o SCADA desde o incio vlido hoje, mesmo se as larguras de banda forem
muito superiores com modernos PLCs (Programmable Logic Controller ou
Controladores Lgicos Programveis) e com a utilizao de fibra ptica. A nica
diferena hoje que a imagem espelhada do processo muito mais perto (no tempo)
para o processo real.

2.11 Estruturas de base de dados e interfaces


Uma das questes desafiadoras dentro de um sistema de gesto a resoluo de
dados de diferentes estruturas que existem entre as vrias aplicaes, tanto interna,
dentro do SCADA, quanto aplicaes avanadas e funo de interrupo. Existem
vrios modelos de dados para representar a rede eltrica com diferentes graus
desenvolvidos na indstria.
Tradicionalmente, os sistemas SCADA aplicados aos sistemas de potncia
podem empregar uma estrutura hierrquica do sistema de energia composto por
subestao, estao, baa e terminal.

36

Figura 2.8 Elementos de um sistema SCADA aplicado ao sistema de potncia

Fonte: Silva (2002, p. 25)


A base de dados em tempo real do sistema SCADA descrita em termos de
pontos e dados de aquisio dados, cada ponto deve ser definido em entrada em uma
estrutura muito plana. Esta estrutura plana sem relaes inerentes construda
possuindo um modelo de processo. O conceito de modelo de dados em um sistema
SCADA mostrado de forma simplificada na figura 2.9.
Figura 2.9 Estrutura do modelo simplificado do SCADA em tempo real

Fonte: Northcote-Green (2007, p. 89)


37

Diferentes nveis de interface foram estabelecidas dentro da indstria, muitas


vezes ditadas por uma implementao, em particular para a base de dados, onde tem
sido preenchido para aplicao de gesto de ativos e, s vezes, s se expandiu para
incluir em aplicaes de engenharia. O nvel de interface possvel ditado pela
aplicao exata dos vrios sistemas, devido a disponibilidade de dados no modelo de
dados implementado. No momento, sem padres e diretrizes dentro da indstria, cada
interface SCADA tem que ser personalizada usando meio comuns de TI, ou seja,
mecanismos de transporte de dados (CSF, ASCII, XML).

2.12 Sistemas de comunicao de controle e automao


O link de comunicao um componente vital da automao, a maioria das
implementaes de grande escala requerem comunicaes para iniciar ou denunciar
uma ao de um centro de controle. Os sistemas de comunicao tm sido usados h
dcadas pela indstria de energia eltrica em uma ampla variedade de aplicaes. Em
termos mais simples, um sistema de comunicao proporciona o elo entre a extremidade
de envio (transmissor) e o receptor. Muitos so os meios utilizados para transmitir os
sinais que vo de circuitos de cobre, rdio, micro-ondas, fibras ticas e at mesmo por
satlite. Uma pesquisa feita nos Estados Unidos em meados da dcada de 90 identificou
os meios de comunicao aplicados nos projetos de energia eltrica.
Figura 2.10 Sistema de comunicao primrio em uso para automao

Fonte: Northcote-Green (2007, p. 290)


As tendncias deste levantamento inicial continuaram, como foi confirmado por
uma nova pesquisa realizada cinco anos depois. Isso mostrou o rdio de dois canais
como a forma mais utilizada de comunicao, mas com novos tipos de recursos da
comunicao como a fibra tica, satlite e celular.
38

Figura 2.11 Tipos de comunicao atualmente em uso para automao

Fonte: Northcote-Green (2007, p. 291)


2.12.1

Comunicao e automao

Os componentes de um sistema de comunicao so mais frequentemente


referenciados em termos da norma ISO a modelo OSI (Open System Interconnection ou
Interconexo de Sistemas Abertos) de sete camadas do modelo de referncia. As
camadas so camada de aplicao, apresentao, sesso, transporte, de rede, dados e
fsicos. Todas estas camadas podem ou no ser aplicveis em todos os sistemas. A
camada fsica fornece o meio de comunicao entre o equipamento de transmisso e
recepo. a forma fsica, tal como fios de cobre, fibra tica, ou sem fio que so muitas
vezes utilizados. Em um caso simples, um cabo RS-232 pode ser ligado de um
dispositivo para outro.
O protocolo de comunicao especifica o endereo do dispositivo da mensagem
a ser enviado, o endereo do dispositivo que enviou a mensagem, a informao sobre o
tipo de dados na mensagem e os dados propriamente ditos, bem como a deteco de
erros ou de outras informaes. Alguns protocolos se tornaram padres na indstria,
mas a maioria particular.
2.12.2

Comunicao fsica

A figura 2.12 mostra as diferentes tecnologias de comunicao que podem ser


utilizadas para aplicaes de automao.

39

Figura 2.12 Opes de tecnologia de comunicao fsica

Fonte: Northcote-Green (2007, p. 292)


2.12.3

Protocolos de comunicao

Com o passar dos anos, inmeros recursos foram surgindo, novos equipamentos
foram instalados nas subestaes e, dentro deste novo cenrio, novos protocolos de
comunicao foram sendo implementados no nvel do processo, tambm denominado
de comunicao horizontal, e na comunicao entre a subestao e os centros de
controle, tambm denominado de comunicao vertical. Os protocolos de comunicao
so regras entre dois dispositivos capazes de estabelecer um canal de comunicao para
troca de dados. Basicamente so definidos por um conjunto de: (24)
a) Formato de mensagens;
b) Servios;
c) Procedimentos;
d) Endereamento;
e) Conveno de nomes.
At a dcada de 80, cada fabricante desenvolvia seu prprio protocolo de
comunicao, o que provocou a existncia de sistemas operando de forma isolada
dentro de uma mesma subestao, dificultando a integrao, o gerenciamento e a
manuteno. As dificuldades geradas por essa profuso de protocolos proprietrios deu
origem, por presso dos usurios, a uma tendncia no sentido da criao de protocolos
abertos.
Na essncia, protocolos de comunicao definem as regras para a transmisso de
dados entre os dispositivos de comunicao. Em palavras simples, um protocolo de
comunicao seria o idioma empregado entre o transmissor e o receptor. Os
protocolos de comunicao mais comuns para automao em sistema de energia eltrica
so: MODBUS, DNP 3.0, IEC 60870-5-101, UCA 2.0 e IEC 61850.
40

2.12.3.1

Protocolo Modbus

Modbus um protocolo de transmisso desenvolvido pela Gould Modicon


(subsidiria da Schneider Automation) para sistemas de controle de processo. O Modbus
simples e flexvel sendo um protocolo divulgado publicamente, o que permite que os
dispositivos possam trocar os dados discretos e analgicos.
O Modbus, devido sua necessidade de transferir sinais de controle entre os
controladores lgicos programveis, atuadores, etc., descreve o processo de um
controlador que utiliza a solicitao do acesso a outro dispositivo, como ele vai
responder s solicitaes do outro dispositivo e como os erros sero detectados.
O protocolo Modbus utilizado para estabelecer comunicao mestre-escravo
entre os dispositivos inteligentes e tem dois modos de transmisso ASCII e RTU.
Diferentes vantagens e desvantagens so obtidas por cada um dos modos de
transmisso. Uma vantagem do modo RTU que ele tem uma densidade maior de
caracteres, e, por conseguinte, pode transmitir mais informaes pela mesma taxa de
transmisso. A vantagem do ASCII que permite que os intervalos de tempo de at 1
segundo a ocorrer podem ser transmitido sem causar erros.
As transaes possveis podem ser do tipo pergunta e resposta, no qual apenas
uma nica estao endereada ou de tipo Broadcast, em que todas as estaes
escravas so endereadas. Cada transao compreende uma nica mensagem de
pergunta e s uma nica mensagem de resposta. (22)
O Modbus admite at 247 equipamentos escravos em uma rede fsica. Ao
receber uma mensagem, o escravo, aps efetuar o teste de integridade de erros, executa
a ordem recebida, monta a estrutura da mensagem resposta e a envia ao mestre.
Mensagens tipo Broadcast no necessitam de resposta.
2.12.3.2

Protocolo DNP 3.0

DNP 3.0 fornece as regras para computadores de subestao e computadores


estao mestre de comunicao de dados e comandos de controle. Westronic, agora GE
Harris criou o protocolo de rede distribuda DNP em 1990. O protocolo DNP depois
mudou de um protocolo proprietrio para um protocolo de domnio pblico em 1993, o
DNP 3.0. Em Novembro de 1993, o grupo de usurio DNP, composto por utilitrios e
fornecedores, adquiriu a propriedade do protocolo. Em 1995, uma comisso tcnica
DNP foi formada tendo a responsabilidade de recomendar as especificaes e novos
desenvolvimentos para o grupo de usurios DNP.
DNP um protocolo de camada e composto por trs camadas e uma camada
pseudo. A Comisso Internacional de Eletrotcnica (IEC) denomina a estrutura e as
camadas como Enhanced Performance Architecture (EPA).

41

Figura 2.13 Arquitetura do protocolo DNP

As mensagens construdas so ento passadas para a camada pseudo de


transporte na qual so fragmentadas. A camada de enlace recebe as mensagens
fragmentadas da camada pseudo de transporte e envia para a camada fsica, onde
finalmente as mensagens so enviadas. Quando a quantidade de dados a serem
transmitidos demasiado, grande para uma nica mensagem de camada de aplicao,
vrias mensagens da camada de aplicao podem ser construdas e transmitidas
sequencialmente. A camada enlace tem a responsabilidade de fazer a ligao fsica
vivel. Ela incorpora a deteco de erros e deteco de quadros duplicados a fim de
aumentar a confiabilidade da transmisso dos dados. O envio e recebimento de pacotes
so chamados de frames. O tamanho mximo de uma estrutura de ligao de dados de
256 bytes. A camada fsica est principalmente preocupada com o meio fsico sobre o
qual o protocolo DNP est sendo comunicado. Esta camada lida com os estados das
informaes e sincronizao entre os meios de comunicao, como iniciar e parar, entre
outros. O protocolo DNP implementado com os meios fsicos, tais como RS-232 ou
RS-485.
2.12.3.3

Protocolo IEC 60870-5-101

A IEC 60870-5 uma definio geral do protocolo desenvolvido pelo comit


tcnico 57 da IEC. Os padres da companhia de energia so integrados por selees de
sees feita a partir dos padres base, de modo a adquirir uma configurao especfica.
O perfil IEC 60870-5-101 tem uma estrutura de mensagem de comunicao RTU-IED.

42

Figura 2.14 Arquitetura da camada IEC 60870-5-101

O modelo bsico de referncia contm sete camadas. No entanto, o modelo de


referncia simplificado, que utilizado na norma IEC 60870-5-101, tem menos
camadas, e chamado modelo de arquitetura desempenho melhorado.
2.12.3.4

Protocolo UCA 2.0, IEC 61850

O Electric Power Research Institute (EPRI) comeou o projeto de arquitetura


em novembro de 1998 como parte do programa integrado de comunicao. A verso 1.0
da UCA foi baseada em discusses com 14 empresas de energia eltrica. A UCA 2.0
evoluiu da 1.0, e geralmente dividida em UCA 2.0 para troca de dados em tempo real
e UCA 2.0 para os dispositivos de campo. O Manufacturing Message Specification
(MMS) e Generic Objects Models for Substation and Feeder Equipment (GOMSFE)
foram desenvolvidos com base nessa atividade de pesquisa.
O objetivo da UCA prover a integrao sem problemas dos sistemas nas
empresas eltricas pelo empreendimento e uso de pacote de padres internacionais que
beneficiar a reduo de custos. UCA Verso 2.0 foi publicada como relatrio tcnico
IEEE TR1550 em novembro de 1999.
A UCA difere dos demais protocolos anteriores, por causa do uso dos modelos
orientados a objeto em dispositivos e componentes. Estes modelos definem dados
comuns, formatos, identificadores, controladores, dispositivos de alimentao como
unidade de medida, interruptores, reguladores de tenso, rels, etc., utilizados dentro de
uma subestao.
O funcionamento e comportamento integral do dispositivo so especificados
pelos modelos, isto permitir aos fabricantes a utilizao em futuras inovaes. Os
modelos foram desenvolvidos dentro de um processo aberto que incluem as
fornecedoras, concessionrias e empresas ligadas ao mercado eltrico.
O protocolo MMS, desenvolvido pelo padro ISO 950.6, controla em tempo real
a aquisio de dados. MMS define a estrutura da mensagem que apoia o acesso aos
dados, programas, eventos, e outros que constituem parte comum dos dispositivos de
tempo real. Estas mensagens podem ser transportadas usando uma pilha diferente de
protocolos correlatos.
43

Os documentos da UCA especificam um pacote de padres internacionais que


podem ser aplicados a diferentes requisitos de arquiteturas de comunicaes existentes
nas concessionrias. A UCA pode ser usada para definir e implementar uma grande
variedade de funes que possuem padres para apoiar tanto a automao de sistemas
de distribuio, quanto sistemas de administrao da demanda, sistemas de controle de
subestaes, automao de plantas de energia, sistemas de gua, gs e interface com
clientes. A UCA inclui os seguintes documentos:
Introduo para UCA;
Especificao do perfil da comunicao UCA;
Modelos comuns para aplicao de servios (CASM);
Modelos objeto genricos para subestaes e equipamentos de alimentao
(GOMSFE);
Modelos de dispositivo de interface com cliente e de dispositivo para plantas
de energia (em preparao).
O GOMSFE define padres de modelos de dados para equipamentos e funes
que se encontram em uma SE, usando para esses modelos objetos comuns; que
proporcionam a interao e interoperabilidade entre os dispositivos e suas interfaces ao
usurio; GOMSFE prov, tambm, as diretrizes para a modelagem dos IED.
Os objetos GOMSFE podem trocar mensagens e gerar objetos entre si por meio
de um protocolo padronizado, segundo o formato Generic Object Oriented Substation
Event (GOOSE). Compondo-se os mdulos estabelecidos, possvel modelar desde
um terminal, remoto ou equipamento digital de medio, at um cubculo de um
alimentador de distribuio representando-se seus elementos de controle e proteo.
A norma IEC 61850 contm a maioria da especificao da UCA 2.0, como as
comunicaes cliente / servidor e peer-to-peer, alm de funcionalidades adicionais
como o projeto e a configurao de subestaes, ensaios e padres. (24)
Por ser uma norma relativamente recente, a IEC 61850 ainda se encontra em
evoluo contando para isso com o esforo conjunto de fabricantes, instituies de
pesquisa e rgos normativos internacionais. Atualmente, esta norma apresenta as
seguintes caractersticas principais:
a) Representa um conjunto de protocolos e critrios;
b) Est sendo adotada em diversos pases;
c) Corresponde ao estado da arte da tecnologia digital na rea de automao de
subestaes;
d) Permite uma completa integrao entre os diversos equipamentos digitais
inteligentes, atravs do uso de redes Local Area Network (LAN) de alta
velocidade e de elevada confiabilidade, baseadas na tecnologia Ethernet;
e) Possibilita o compartilhamento das informaes atravs do uso de tecnologia
j largamente comprovadas como a linguagem Extensible Mark-up
Language (XML), facilitando dessa forma, a implantao de funes de
automao e de auxlio operao e manuteno.

44

Adicionalmente, a norma IEC 61850 veio solucionar o problema das expanses


dos sistemas digitalizados, oferecendo a garantia de interoperabilidade entre IEDs de
fabricantes diferentes, eliminando a dependncia de um nico fornecedor e reduzindo
drasticamente o tempo de implantao e os perodos de desligamentos necessrios.

45

Captulo 3
3 Sistemas de controle para gerao elica
A gerao de energia eltrica um processo contnuo com rgidos requisitos de
segurana e confiabilidade que refletem a importncia deste insumo para todos os ramos
da atividade econmica. O atendimento destes requisitos impe restries aos sistemas
de controle das usinas, em relao s funes lgicas de controle e seus
intertravamentos de segurana, bem como ao desempenho e confiabilidade dos
equipamentos. As empresas devem adaptar-se evoluo da situao e criar
oportunidades para atingir os seus objetivos de negcio, assegurando um retorno
adequado para os acionistas.
Com o aumento da complexidade dos processos, um nmero maior de dados
deve ser tratado. Assim, foi necessria a adoo da tecnologia digital em detrimento da
analgica. Esta nova tecnologia contribuiu para a elevao dos padres de qualidade dos
servios prestados pelas empresas geradoras de energia eltrica, suportando um nvel
crescente de automao e inteligncia. Os equipamentos de uma unidade geradora, a
turbina, o gerador e seus componentes auxiliares (transformadores, bombas, tanques,
vlvulas, etc.), geralmente so instalados em uma rea relativamente extensa. Estes
componentes interagem entre si sob controle e superviso de um sistema hierrquico
com capacidade de adquirir, processar, transferir e armazenar os dados do processo.
Estes dados so, basicamente, os estados dos equipamentos (ligado/desligado,
aberto/fechado, normal/falha, etc.) e os valores de grandezas analgicas (tenses,
correntes, temperaturas, nveis, vazes, etc.).
As principais reas beneficiadas pelo controle esto apresentadas aqui de forma
sucinta:
Otimizao da operao: O operador tem acesso a todas as informaes de
forma centralizada via computador, minimizando a necessidade de
deslocamentos at os equipamentos;
Agilizao da manuteno: Em caso de alguma anormalidade que envolva as
unidades geradoras e servios auxiliares, o sistema memoriza a sequncia de
eventos digitais e analgicos envolvidos e permite uma ao direcionada da
manuteno, diminuindo o tempo de parada das unidades geradoras;
Padronizao da operao: Atravs das Interfaces Homem Mquina (IHM),
h maior padronizao das operaes da usina e registro das aes
operacionais para anlise posterior;
Manuteno preventiva: O tempo de operao ou o nmero de manobras
efetuadas pelos principais equipamentos so acompanhados. O sistema alerta
sobre o momento de parada para manuteno peridica;

46

Informaes gerenciais para usurio remoto: Disponibilidade remota on-line


das informaes do sistema, incluindo todas as telas grficas, grficos de
tendncias e relatrios do sistema;
Aumento da produtividade de operao de todo sistema: Desenvolve e
implementa projetos visando redues de custos, de refugo (desperdcio) e
de tempo do processo.

Segundo HAU (2006), sistemas de controle de uma turbina elica deve


principalmente assegurar o seu total funcionamento automtico. Qualquer abordagem
que exija alguma interveno manual durante a operao normal seria totalmente
inaceitvel. Alm disso, consideraes econmicas exigem dos sistemas de controle
eficincia mxima a ser alcanada em cada ponto de operao.
Alm destes requisitos, h outras tarefas a serem cumpridas pelo sistema de
controle. Entre estas, a segurana operacional, que da mais alta prioridade. Falhas
tcnicas e riscos ambientais devem ser reconhecidos e os mecanismos de segurana
fornecidos devem ser disparados. Oportunamente, a funo do sistema de controle
contribuir para reduzir as cargas estruturais sobre a turbina de vento.
No menos importante, o sistema de controle esperado por ser suficientemente
flexvel para se adaptar ao desempenho da turbina para variadas condies de
funcionamento sem extensas modificaes tcnicas. Esta adaptao pode ser fornecida
por tecnologia de controle digital moderno por meio de uma mera mudana no software.
Figura 3.1 - Tarefa do sistema de controle de uma turbina elica.

Fonte: Gasch (2012, p. 403)


O controlador recebe entradas externas de acordo com as condies de
funcionamento e, acima de tudo, as condies de vento e as intenes do operador.
Estas informaes determinam os valores de referncia para o controlador que tambm
47

ir monitorar as condies operacionais e tomar decises relativas ao modo de


operao, com base em dedues lgicas. O sistema de controle cuida dos processos de
controles internos da turbina. De certa forma, representa o elo entre o controlador e os
componentes mecnicos e eltricos da turbina. O sistema de controle deve, portanto, ser
combinada com as caractersticas de funcionamento e os limites de resistncia estrutural
da turbina. (6)
Em turbinas elicas com controle nas ps, o sistema de controle controla trs
sistemas funcionais: controle de velocidade da guinada, potncia do rotor e a sequncia
operacional. As turbinas de ventos menores que, frequentemente, no tem controle de
ps tambm no tm velocidade ativa e controle de potncia. A limitao destas
turbinas menores dada pela prpria rede. Mas mesmo nesta verso mais simples, um
sistema de controle necessrio para um bom funcionamento de operao. Os
problemas de controle de turbinas elicas so conduzidos com os mesmos pressupostos
que os sistemas de geradores eltricos, os fundamentos de controle de mquinas
eltricas devem ser conhecidos.

3.1

Sistema de medio de vento

O sistema de controle e de guinada requer a medio da velocidade e direo do


vento, pelo menos no caso das turbinas de maior dimenso. Pequenas turbinas podem,
em algumas circunstncias, fazer sem a medio destes dois tipos de controle.
3.1.1

Localidade da medio de vento

A localizao para medio do vento deve ser escolhida com cuidado, uma vez
que o fluxo de ar nas imediaes da turbina influenciado pelo rotor girando. Se a
medio da velocidade e direo do vento no deve ser influenciada pelo rotor, ento
um ponto de medio teria que ser colocado atrs do rotor a uma distncia de dez vezes
o dimetro do rotor. Considerando o exposto, compreensvel que a medio do vento
operacional, independentemente da corrupo dos resultados nas imediaes do rotor,
seja geralmente colocada na parte superior da nacelle (Figura 3.2). Em alguns casos, o
anemmetro tambm montado na torre, abaixo do raio do rotor. (6)
Seja como for, a medio precisa do vento no vivel. No entanto, o
funcionamento prtico no requer uma medio exata do vento, enquanto a discrepncia
provocada pela rotao do rotor conhecida com exatido e tomada em considerao
na transformao dos dados obtidos. A uma velocidade nominal de vento de cerca de 10
m/s, as medies de velocidade do vento na parte superior da nacelle, ir mostrar uma
diferena de 2 a 3 m/s, depende ainda se a medio efetuada em frente ou atrs do
plano do rotor. Tomando em considerao esta diferena da velocidade do vento ir
fornecer resultados que so suficientemente precisos para a gesto da operao da
turbina. por esta razo, mas tambm por razes de redundncia, que so por vezes
montados dois anemmetros em grandes turbinas.
48

Figura 3.2 - Sistema de medio de vento na nacelle de uma turbina offshore

Fonte: Hau (2006, p. 360)


3.1.2

Sensores de vento e processamento de dados

O sistema de medio de vento, basicamente, consiste de dois componentes


principais: o sensor e o sistema de processamento de dados. Sensores para medio
combinando velocidade e direo de vento esto disponveis em vrios formatos. A
velocidade do vento e a direo do vento determinada com o auxlio de sensores. Os
dados medidos so normalmente processados eletronicamente. (6)
Figura 3.3 Sensores de velocidade e direo de vento combinados.

Fonte: Hau (2006, p. 361)

49

3.1.3

Yawcontrol

O controle de movimento da guinada caracterizado por objetivos


contraditrios. Por um lado, o desvio do rotor a partir da direo do vento, ngulo de
guinada, supostamente to pequena quanto possvel para evitar a perda de potncia.
Por outro lado, o sistema de controle de guinada no deve responder muito
sensivelmente, a fim de evitar movimentos pequenos contnuos de guinada, que
poderiam reduzir a vida til dos componentes mecnicos. No possvel encontrar uma
regra geral, a soluo determinada pelas propriedades especificas da turbina, bem
como pelas condies de ventos locais. O ngulo de guinada mdio da magnitude de
cerca de 5 graus. Isto envolve certa perda de potncia do rotor. Como s se torna visvel
na gama da carga parcial, a perda permanece dentro dos limites tolerveis de
aproximadamente 1% a 2% da produo anual de energia. (6)
Figura 3.4 - Medindo o ngulo de azimute da direo do vento e da nacelle

Fonte: Hau (2006, p. 363)

3.2

Potncia e controle de velocidade por meio de ps do


rotor

Os problemas fundamentais de controle de potncia de uma turbina tornam-se


particularmente evidentes em se comparando com uma estao de energia trmica
convencional. Em uma central trmica, o combustvel, ou em termos gerais, a fonte
primria de energia alimentada para o gerador de vapor, em doses (Ao A). O valor
50

ento introduzido na turbina por meio de uma vlvula reguladora (Ao B). A turbina
aciona o gerador eltrico de tenso (Ao C). Assim, existem trs tipos de aes de
controle para regular a disposio geral do sistema. Ao olhar para uma turbina elica,
torna-se claro que a ao de controle vem em primeiro lugar, a dosagem da fonte de
energia primria, est ausente. O aerogerador tem de lidar com as variaes aleatrias
de energia vento fonte primria. A converso de energia primria do rotor pode ser
controlada apenas pelas ps do rotor. O principal problema com o controle de turbina
elica a fonte de energia primria flutuante.
Estas flutuaes na fonte primria de energia tem um maior ou menor
significado para as caractersticas de controle de acordo com os intervalos de tempo
durante o qual elas so eficazes.
Devido inrcia da massa das ps do rotor e seus elementos de atuao, as
flutuaes extremamente breves (turbulncia do vento e rajadas) de menos de um
segundo no podem ser respondidos pelo controle de passo das ps. Com as duas
variveis de controle de ps do rotor, o torque do gerador tem duas variveis de
referncia de operao da turbina elica e podem ser reguladas: velocidade do rotor e
potncia. Mas o controle de velocidade tambm necessrio, em paralelo, durante a
partida ou quando desligar a turbina e em geradores sem ligao direta rede eltrica.
Figura 3.5 - Comparao do controle de uma estao de energia trmica e elica

Fonte: Hau (2006, p. 364)

51

3.2.1

Active stall control

Em grandes turbinas no possvel conseguir um desempenho operacional


satisfatrio cobrindo todas as condies de funcionamento possveis, proporciona-se
apenas um ngulo de inclinao fixo das ps. O ngulo de passo da p controlado na
dependncia de um nmero de parmetros, valores de referncia para a potncia e
velocidade de rotao, altitude, temperatura, velocidade do vento, gradientes de
velocidade do vento e variaes de temperatura.
Figura 3.6 - Sistema de controle ativo de uma turbina elica

Fonte: Hau (2006, p. 379)


3.2.2

Pitch control (ou controle de passo)

um sistema de controle de passo que pode mudar a incidncia das ps do rotor


em um sistema de gerao de energia elica com base na velocidade do vento em tempo
real com o objetivo de ajustar a potncia de sada, alcanar maior eficincia de
utilizao da energia elica e fornecer proteo para as ps do rotor. Quando a
velocidade do vento no maior do que a velocidade nominal, a incidncia da lmina
fica perto do ngulo de zero graus, o que semelhante de um gerador com um passo
constante gerando uma potncia de sada que muda juntamente com a velocidade do
vento. Quando a velocidade do vento maior que a velocidade nominal, o mecanismo
de controle de passo muda a incidncia da lmina de forma que a potncia de sada do
gerador est dentro dos limites permitidos.

52

Figura 3.7 - ngulo de passo e de ataque

Fonte: Faria (infoescola, internet)

3.3

Controle de superviso e estados operacionais

A tarefa do sistema de superviso de uma turbina de vento trazer a turbina de


vento de um estado operacional para outro, ou seja, automatizar todas as operaes
necessrias para esta mudana. Alm disso, o sistema deve reconhecer os riscos e ativar
os sistemas de segurana sendo capaz de executar as instrues especializadas pelo
operador. Esta tarefa exige todos os dados do sistema de monitoramento, aquisio e
controle para quase todos os componentes da turbina e seus perifricos.
As subtarefas mais importantes podem ser descrito da seguinte forma:
Aquisio dos dados de entrada necessrios para controlar a sequncia de
funcionamento. Isso inclui a velocidade e direo do vento e, s vezes,
tambm informaes sobre o estado da alimentao;
Controle da sequncia de operao em modo automtico, com operao
manual para casos especiais. Estas tarefas incluem exposies de
monitoramento e elementos de comando;
Conduo do sistema de controle com os valores de referncia prdeterminados pela sequncia de operao automtica ou instrues da
operadora;
Ativao dos sistemas de segurana e de emergncia. A parada de
emergncia do rotor de fundamental importncia;
Adaptao s condies de funcionamento. No menos importante, a gesto
de operao de uma turbina deve ter certa margem de adaptao s vrias
condies de operao.

53

Naturalmente, a complexidade tcnica do sistema de controle, em certa medida


depende do tamanho e o conceito tcnico da turbina. O ciclo de funcionamento
semelhante em todas as turbinas elicas de grande porte.
O ciclo de operao automtico inclui o seguinte:
Verificao do sistema;
Paralisao;
Start-up;
Velocidade nominal;
Produo de energia;
Encerramento;
Parada.
Verificao do sistema
O ciclo operacional comea com a verificao do estado de funcionamento dos
componentes importantes e do sistema. Em grandes turbinas um grande nmero de
parmetros, tais como valores de temperatura e presso so controlados. Alm disso, o
estado da rede tem que ser verificado antes da turbina comear a funcionar. Se no
houver falhas so indicadas no sistema de verificao do estado um sinal que indicar
que a turbina estar pronta para novos progressos no ciclo operacional.
Paralisao
Se a verificao do sistema foi positiva, o sistema de guinada ativado. A
turbina toma a direo do vento dentro dos limites permitidos e verificado se a
velocidade do vento est dentro do intervalo de funcionamento de 6 a 24 m/s.
Velocidade nominal
Ao partir a turbina, a velocidade do rotor acelerada at a velocidade do gerador
de sincronizao, o que corresponde a 90% da velocidade nominal. O ngulo da p
controlado de acordo com uma variao de velocidade predefinido. A sincronizao do
gerador de frequncia na rede ocorre dentro da gama de velocidades entre 88% a 92%
da velocidade nominal.
Produo de energia
Assim que a ligao do gerador rede estabelecida, a turbina comea a
produzir energia para a rede. Dependendo da velocidade do vento existente, feita uma
distino entre a carga parcial e completa.
Encerramento
Se a velocidade do vento cai abaixo da velocidade mnima do vento operacional
a operao ser interrompida, o rotor ser trazido para a posio de congelamento.

54

Parada
Se a velocidade do vento no mais suficiente para manter a operao ou se a
operao for interrompida por um tempo relativamente longo, a turbina retornada para
a sua posio de parada. O rotor paralisado, sendo definido o valor de ajuste de
velocidade para zero. A parada s estar completa quando for aplicado o freio mecnico
no rotor.

3.4

Comportamento de uma turbina elica

As turbinas elicas tem comportamento aerodinmico no-linear, instvel e


complexo. Os rotores so submetidos a um campo complexo tridimensional turbulento
de fluxo de vento que impulsiona fadiga. A modelagem de turbinas elicas tambm
bastante complexa e desafiador. Modelos precisos devem conter muitos graus de
liberdade (DOF) para captar os efeitos dinmicos mais importantes. A rotao do rotor
aumenta tambm a complexidade da modelagem. Projetos de algoritmos de controle
para turbinas elicas devem levar em conta estas dificuldades. necessrio
especializados cdigos de simulao dinmica para modelar todos os importantes
efeitos no lineares. (5)
Um sistema de controle de turbina de vento consiste em sensores, atuadores e
um sistema que liga esses elementos. Um sistema de hardware ou software processa os
sinais de entrada a partir dos sensores e gera sinais de sada para os atuadores. O
principal objetivo do controlador modificar os estados de funcionamento da turbina
para manter a operao da turbina segura, maximizar a potncia, mitigar danos de
fadiga e detectar condies de falha. Um sistema de controle de superviso liga e
desliga uma mquina, poupa a turbina quando existe um desalinhamento da guinada,
detecta as condies de falha e executa a parada de emergncia. Outras partes do
controlador so destinadas a maximizar a potncia e reduzir as cargas durante o
funcionamento normal da turbina. (5)
O sistema de segurana tem a responsabilidade de operao segura. Atua de uma
s vez se anomalias graves ocorrem, por exemplo:
O excesso de velocidade de rotao;
Potncia excessiva ou torque;
As diferenas entre os ngulos de inclinao das ps;
Vibraes excessivas.
O sistema de segurana deve assegurar que a turbina de vento em nenhum
momento deve causar algum dano ou se destruir. Se ocorrer alguma avaria com a
turbina elica tem que desligar rapidamente. (4)
O regulador centrfugo clssico combina as funes do sensor (em relao
velocidade de rotao) e do atuador. usado ainda hoje para controlar ngulos de p de
turbinas elicas. Para as turbinas elicas maiores, os sensores e atuadores esto
normalmente separados, porque o sinal de um sensor muitas vezes necessrio para que
haja processamento diferente em vrias unidades. (4)
55

Os sensores mais importantes de uma turbina de vento maior so demonstradas


nas figuras de 3.8 a 3.13:
Anemmetro da nacelle com indicador de direo de vento;
Sensor de velocidade de rotao;
Sensores eltricos para tenses, correntes e ngulos de fase;
Sensores de vibrao;
Sensores de presso de leo, temperatura e nvel de leo;
Sensores de posio de azimute e para os ngulos de inclinao da p.
Os atuadores mais importantes para grandes turbinas elicas so:
Cilindros hidrulicos para guinar a nacelle e para a inclinao da p;
Servomotores eltricos;
Torque atravs do gerador;
Atuadores para os freios.
Figura 3.8 - Atuadores de controle

Fonte: Spera (2009, p. 742)

56

Figura 3.9 Sensores de velocidade

Fonte: Spera (2009, p. 742)

Figura 3.10 Sensores de vibrao

Fonte: Spera (2009, p. 742)

57

Figura 3.11 Anemmetro e cata-ventos

Fonte: Spera (2009, p. 742)

Figura 3.12 Sensores eltricos

Fonte: Spera (2009, p. 742)

58

Figura 3.13 Straingages

Fonte: Spera (2009, p. 742)


A figura 3.14 mostra diferentes regies de operao que so tpicas de turbinas
de vento. Na regio 2, quando a velocidade do vento est na faixa operacional, porm
menor do que a velocidade do vento avaliado, o objetivo do controlador maximizar a
potncia da turbina. Na regio 3, quando os ventos excedem a velocidade do vento
nominal, o objetivo do controlador manter a potncia da turbina a uma potncia
nominal constante, a fim de limitar a carga e torque do gerador. Outras regies de
operao incluem partida e desligamento da mquina. (5)
Figura 3.14 - Regies tpicas de operao de uma turbina elica

Fonte: Spera (2009, p. 743)

59

No passado, projetistas de turbinas de vento tinham empregado estratgias de


controle diferentes para atingir objetivos diferentes. Uma pesquisa extensiva de uma
variedade de sistema de controle foi realizada durante a evoluo de modernas turbinas
elicas. Nas regies dois e trs, a velocidade do gerador foi muitas vezes mantida
constante. Ps do rotor com passo ajustvel tm sido muitas vezes utilizadas em
mquinas de velocidade constante para proporcionar um melhor controle da potncia da
turbina. Passos da p podem ser regulados para fornecer energia constante na regio
trs. Os mecanismos de passo nestas mquinas devem ser rpidos, para proporcionar
boa regulao de potncia, na presena de rajadas e turbulncias. No entanto, o
funcionamento da turbina a uma velocidade de rotao constante na regio dois (atravs
da utilizao de geradores sncronos ou de induo) reduz a potncia de sada da
mquina. Para maximizar a potncia na regio dois, a velocidade de rotao da turbina
deve variar de acordo com a velocidade do vento para manter a um nvel timo,
relativamente constante. O controle de inclinao das ps usado na regio hum para a
partida, na regio trs para manter a potncia avaliada e preparar para o desligamento.
(5)

3.5

Controle de perturbao

A energia produzida pela turbina elica depende de vrios fatores, como a


velocidade do vento, altura do aerogerador, a densidade do ar, a localizao geogrfica
da turbina elica, textura do solo no qual a turbina est instalada e uma srie de outros
fatores. Entre estes, um dos mais importantes que se baseiam na avaliao analtica, o
fator de perturbao. Este efeito notvel sobre o percentual de disponibilidade de
energia elica, tambm se chama fator de interferncia. O fator de perturbao nada
mais que a diminuio da velocidade do vento fracionrio na turbina causando certo
impacto sobre a extrao da potncia, torque desenvolvido e presso axial na turbina.
(21)
Atravs das leituras que tomamos em relao ao efeito do fator de perturbao
na extrao de energia a partir do vento, observa-se que quando se tem valor zero no
fator o resultado a no gerao de energia, assim, tambm vale para valores altos, no
qual a unidade teve um bloqueio efetuado. Uma modelagem adequada dos aspectos
aerodinmicos de sistema de energia elica muito importante para a concepo bem
sucedida e anlise das turbinas. A turbulncia ocorre devido aos efeitos inerciais de
estresses viscosos que so inerentes corrente de fluxo como o seu aumento de
velocidade. Com a ligeira perturbao do fluxo, que resulta em instabilidade da
produo elica. A turbulncia aumenta com as menores velocidades de vento, devido
ao terreno irregular, como montanhas, vales, casas e rvores. Se o rotor no estiver
alinhado com o vento, ele experimenta o fluxo transversal cuja magnitude e direes
so contrrias s ps do rotor. (21)

60

Captulo 4
4 O padro IEC 61400 para gerao de energia
elica
Com o aumento da energia elica em sistemas de energia, a Comit
Internacional de Eletrotcnica (IEC) criou em 1987 a comisso tcnica (TC 88) com a
importncia de padronizar assuntos relacionados a turbinas elicas.
A norma IEC 61400 especifica os requisitos essenciais de projeto, fabricao,
instalao, operao e manuteno para assegurar a integridade de engenharia dos
aerogeradores. O objetivo o de disponibilizar um nvel adequado de proteo contra
danos causados por todo tipo de riscos durante toda a vida til prevista dos
equipamentos. Esta norma est preocupada com todos os subsistemas de uma turbina
elica, como controle e proteo de mecanismos internos, sistema eltrico, sistema
mecnico e estruturas de apoio. Ela tambm se aplica a turbinas elicas de todos os
tamanhos. (16)
A norma IEC 61400 est dividida em vrias partes, cada uma delas com um
determinado ttulo e assunto. Mas, a parte que vai nos interessar para concluir esta
pesquisa a 61400-25, que trata exclusivamente sobre comunicaes. Na prxima
subseo iremos detalhar mais sobre a IEC 61400-25.
A saber, as subclasses da norma IEC 61400 so:
IEC 61400-1: Requisitos de projeto (Design requirements);
IEC 61400-2: Pequenas turbinas elicas (Smallwind turbines);
IEC 61400-3: Requisitos de projeto para turbinas elicas offshore (Design
requirements for offshore wind turbines);
IEC 61400-4: Requisitos de projeto para caixas de engrenagens de turbinas
elicas (Design requirements for wind turbine gearboxes);
IEC 61400-5: Ps do rotor da turbina elica (Wind turbine rotor blades);
IEC 61400-11: Tcnicas de medio de rudo (Acoustic noise measurement
techniques);
IEC 61400-12: Medies do desempenho de potncia de aerogeradores
(Wind turbine power performance testing);
IEC 61400-13: Medio de cargas mecnicas (Measurement of mechanical
loads);
IEC 61400-14: Indicao de nveis aparentes de potncia sonora
(Declaration of apparent sound power level and tonality values);
IEC 61400-21: Medio e avaliao das caractersticas da qualidade da
energia de aerogeradores conectados rede (Measurement and assessment of
power quality characteristics of grid connected wind turbines);

61

IEC 61400-22: Teste de conformidade e certificao (Conformity testing and


certification);
IEC 61400-23: Testes estruturais em larga escala das ps do rotor (Full-scale
structural testing of rotor blades);
IEC 61400-24: Proteo contra descargas atmosfricas (Lightning
protection);
IEC 61400-25: Protocolo de comunicao (Communication protocol);
IEC 61400-26: Disponibilidade de tempo com base em turbinas elicas
(Time basedavailability for wind turbines);
IEC 61400-27: Modelos de simulao eltrica para o gerador elico
(Electrical simulation models for Wind power generation).

A norma IEC 61400-25, que composta por seis partes a serem descritas a
seguir, tem como principal vis a padronizao da comunicao de dados para
monitoramento e controle de centrais elicas, que atualmente considerada uma das
partes mais crticas nestas plantas. A srie de normas IEC 61400-25 desenvolvida para
criar um ambiente no qual a troca de informaes seja suportada por um modelo
cliente/servidor de comunicao. (20)
Nas subsees a seguir, trata-se de forma individual cada uma das partes da
norma IEC 61400-25.

4.1

IEC 61400-25-1: Descrio geral dos princpios e


modelos

Por definio, as usinas elicas constituem sistemas completos constitudos de


qualquer nmero de subsistemas tcnicos com funes claramente distintas. Os
subsistemas so classificados como os componentes de uma usina de energia elica. Os
componentes das usinas de energia elica so sistemas tcnicos empregados na
operao. Eles consistem em vrios subcomponentes. Todos os componentes da usina
elica caem na rea de aplicao da norma IEC 61400-25.
As informaes modeladas na norma IEC 61400-25 abrangem os seguintes
componentes correspondentes:

Turbina elica
o Rotor;
o Transmissor;
o Gerador;
o Conversor;
o Nacelle;
o Sistema de guinada;
o Torre;
o Sistema de alarme.
62

Sistema meteorolgico
o Condies meteorolgicas da usina de energia elica.

Sistema de gerenciamento da usina elica


o Controle da usina de energia elica.

Sistema eltrico
o Rede de conexo da usina de energia elica.

A turbina elica o principal componente de controle, ainda responsvel pela


gerao da energia e atende a tarefa de usar o potencial elico de um determinado local
para converter o vento em energia eltrica. Fornecedores de turbinas elicas geralmente
garantem a seus clientes uma curva de potncia correta e disponibilidade tcnica, em
termos de produo de energia. Dados com informaes sobre as condies de vento no
local em particular precisam estar disponveis para os operadores e proprietrios
verifiquem o desempenho total dos aerogeradores.
Um sistema meteorolgico instalado separadamente da usina de energia elica,
este deve ser utilizado para a medio das condies do vento, por exemplo, a
velocidade do vento em um determinado local. O sistema fornece os dados que podem
ser necessrios para correlacionar a potncia produzida do aerogeradores individuais
para o potencial de vento utilizvel. Com base nisso, possvel chegar a concluses
bem fundamentadas quanto ao desempenho real de uma turbina elica.
As usinas de energia elica so monitoradas e controladas por vrios agentes
externos, tais como sistemas SCADA locais ou remotos, sistemas de controle de
construo em tempo real, centros de expedio de energia, etc. O objetivo do
monitoramento de usinas elicas proporcionar aos atores informaes em todo o
sistema e os componentes instalados. Estas informaes so consideradas muito
importantes como base para o controle. Por exemplo, um sistema SCADA que quer
parar o funcionamento de uma determinada turbina de vento numa operao integrada
deve saber como este componente pode ser identificado dentro de um sistema completo
e em que estado atual est em funcionamento.
Qualquer componente da usina elica, precisa trocar informaes com outros
componentes, , portanto, equipado com um dispositivo eletrnico inteligente (IED),
que pode enviar dados para os receptores externos e receber dados de remetentes
externos. Uma turbina de vento geralmente possui um controlador de turbina elica, que
o principal responsvel pelo acompanhamento e controle interno dos componentes,
mas tambm permite o monitoramento e controle externo.
A informao o contedo de comunicao que ocorre no mbito do
acompanhamento e controle. Os elementos bsicos so dados brutos do componente da
usina de energia elica, que ser transformado em informaes especificadas de acordo
com a IEC 61400-25. Existem cinco tipos de informaes que podem ser diferenciadas
e so importantes para o monitoramento e controle de usinas elicas:
63

Informaes do processo;
Informaes estatsticas;
Informaes histricas;
Informaes de controle;
Informaes descritivas.

Processar informaes estatsticas e histricas fornece os contedos necessrios


para o monitoramento e controle de usinas elicas. Processar informaes fornecer
informaes sobre o sistema completo e seus componentes nos seus estados atuais. A
informao estatstica frequentemente til para avaliar o funcionamento de uma usina
elica. Usando informaes histricas, pode ser possvel acompanhar as tendncias
operacionais dirios e relatrios. O controle das informaes se destina a transmitir os
contedos necessrios para o controle da usina como perfis de acesso, pontos de ajuste,
parmetros e comandos. As usinas elicas precisam armazenar as informaes de
controle e proporcionar comunicao aos subprocessos, com informaes descritivas
exatas e em tempo real dos dados necessrios.
A comunicao dos atores para monitorar e controlar as usinas de energia elica
requerem funes especiais para configurar, executar e monitorar a troca de
informaes com as usinas. Estas funes podem ser divididas em duas categorias
principais: funes operacionais e funes de gesto.
Funes operacionais so usadas pelos atores para obter informaes sobre a
usina elica e enviar instrues de controle da usina. As funes operacionais incluem:
Monitoramento;
Controle;
Recuperao de dados;
Registros (log);
Relatrios
A tabela 4.1 apresenta um resumo dos intervalos de aplicao das funes
operacionais.

64

Funes operacionais
Monitoramento

Controle
Recuperao de dados
Registros
Relatrios

Tabela 4.1 Funes operacionais


Alcance de aplicao (uso prtico)
Usada para a observao local ou remota de um sistema ou
de um processo por qualquer troca que possa ocorrer ao
longo do tempo. O termo tambm pode ser utilizado para a
observao do comportamento de um valor de dados ou um
grupo de valor de dados.
Alterar e modificar, intervir, mudar, controlar,
parametrizao, otimizao de usinas de energia elica.
Coleta de dados de usinas de energia elica.
Registrar uma funo destinada gravao sequencial de
dados e eventos em ordem cronolgica.
A comunicao uma funo destinada a transferir dados de
um servidor para um cliente, iniciada por um processo de
aplicao do servidor.

Funes de gesto so necessrias para a gesto de informaes de alto nvel.


Eles so usados por atores para garantir a integridade do processo de monitoramento e
controle. As funes de gesto includas aqui os seguintes:
Usurio / gesto de acesso;
Sincronizao de tempo;
Diagnstico (autocontrole);
Configurao do sistema.
Tabela 4.2 Resumo de aplicao das funes de gesto
Funes de
Alcance de aplicao (uso prtico)
gesto
Usurio / gesto Criao, modificao, excluso de usurios (administrativamente),
atribuio de direitos de acesso (administrativamente) e
de acesso
monitoramento de acesso.
Sincronizao de A sincronizao de dispositivos dentro de um sistema de
comunicao.
tempo
Esta funo usada para criar e fornecer para o auto
Diagnstico
monitoramento do sistema de comunicao.
(autocontrole)
Configurao do Definio de como a troca de informaes ser, estabelecendo,
mudando e recebendo (recuperao) dados de configurao do
sistema
sistema.

4.2

IEC 61400-25-2: Modelo de informao

A norma IEC 61400-25-2 define um modelo de informao para o


monitoramento e controle de usinas de energia elica, leva em conta todas as exigncias
feitas com referncia comunicao em um nvel abstrato. O modelo de comunicao
compreende trs reas definidas separadamente:

65

Modelo de informao;
Modelo de intercmbio de informaes;
Mapeamento do modelo de informao e o modelo de intercmbio de
informaes para perfis de comunicao padro.

O modelo de informao incorporado em um ambiente abstrato no qual duas


entidades podem comunicar-se atravs de um canal de comunicao comum. Estas duas
entidades so referidas como cliente e servidor, conforme observa-se na figura 4.1.
Figura 4.1 Modelo conceitual da IEC 61400-25

Fonte: IEC 61400-25-1 (2006, p. 8)


O servidor assume o papel de um provedor de informaes e servios
fornecendo ao cliente os contedos e as funes necessrias para a comunicao. O
cliente assume o papel de usurio que possui certos direitos para usar e gerenciar o
servidor. O objetivo da norma IEC 61400-25-2 que a informao associada a um
nico componente da usina de energia elica (turbina elica) esteja acessvel atravs de
um dispositivo lgico correspondente. Portanto, o modelo de informao da usina de
energia elica fornece os contedos necessrios para a troca de informaes que ocorre
no mbito do acompanhamento e controle entre cliente e servidor.

66

Figura 4.2 Processamento de dados pelo servidor

Fonte: IEC 61400-25-1 (2006, p. 18)


Ao desenvolver o modelo de informao da usina elica, precisa ser levado em
conta a orientao a objetos. Isso permite que as usinas de energia elica sejam vistas
como objetos de informao e modelagem de uma arquitetura de informao adequada.
A norma utiliza o conceito de modelagem de objetos para representar os sistemas e
componentes da usina de energia elica para se comunicar. Isto significa que todos os
componentes no mundo real so identificados como objetos que tm dados como
valores analgicos, estado binrio, comandos e pontos de ajustes. Estes objetos e dados
so mapeados dentro de representaes genricas e lgicas dos componentes do mundo
real como modelo de informao da usina. Cada dado tem um nome e um tipo simples
ou complexo (uma classe) e representa os dados no dispositivo a serem lidos ou
atualizados.
Em vez de lidar com listas de quantidades numeradas, que no dizem nada
respeito ao processo, uma abordagem de modelagem de objeto nos permite organizar e
definir nomes padronizados, independente do fabricante do equipamento. Se o
equipamento tem um eixo para o qual a velocidade de rotao est disponvel para
leitura, ele tem o mesmo nome, independentemente do fornecedor do equipamento e
podem ser lido por qualquer programa do cliente que conhea o modelo de informao.
Alm de ler e atualizar informaes do processo, as outras funes do
dispositivo podem incluir coisas como: registros histricos de informao; relatrio por
capacidade de exceo e aes dentro do dispositivo que so iniciadas por comando
interno ou externo e entradas de controle. Todos esses itens implicam algum tipo de
67

troca de informaes entre o mundo exterior e o dispositivo do mundo real representado


pelo modelo de informao da usina de energia elica.
Os mecanismos de troca de informao dependem dos modelos de informao
padronizados da usina de energia elica. Estes modelos de informao e os mtodos de
modelagem so tratados especificamente nesta parte da norma. A abordagem para
modelar as informaes encontradas nos componentes reais, pode ser ilustrada na figura
4.3 uma viso geral.
Figura 4.3 Modelagem virtual (conceitual).

Fonte: IEC 61400-25-1 (2006, p. 19)


A norma IEC 61400-25-2 usa o conceito de virtualizao. A virtualizao
oferece uma viso dos aspectos de um dispositivo real que de interesse para a troca de
informaes com outros dispositivos. Apenas alguns detalhes so requeridos para
proporcionar interoperabilidade dos dispositivos. Este tambm serve para decompor as
funes nas menores entidades, que so utilizadas para troca de informaes. A
granularidade dada por uma alocao distribuda razovel dessas entidades para
dispositivos dedicados (IED). Essas entidades so denominadas ns lgicos (por
exemplo, uma representao virtual de uma classe de rotor, com a classe padronizada de
nome WROT). Os ns lgicos so modelados e definidos a partir do ponto de aplicao
de vista conceitual. Ns lgicos so coletados em um dispositivo lgico que representa,
por exemplo, uma turbina elica.
Na figura 4.3, no lado direito, temos os componentes reais que so modelados
em um modelo virtual no centro da figura. Os ns lgicos correspondem s funes dos
dispositivos fsicos reais. Neste exemplo, o n lgico WROT representa um rotor
especfico de uma turbina.
Com base na sua funcionalidade, um n lgico contm uma lista de dados (por
exemplo, velocidade do rotor) com informao dedicada. Os dados tm uma estrutura e
uma semntica bem definida. A informao representada pelos dados trocada pelos
68

servios de acordo com os servios de informao de troca definidos. Os ns lgicos e


os dados contidos so cruciais para o modelo de informao e os servios de troca de
informaes para as turbinas de vento alcanar a interoperabilidade. Os ns lgicos e os
dados contidos so configurados pelas informaes de controle, por exemplo,
parmetros, comandos para serem aceitos, definir intervalos de ponto, etc.
Os dois grupos de classes de ns lgicos comuns definidos pela norma so os
seguintes:
1) Ns lgicos especficos do sistema;
2) Ns lgicos especficos daTurbina Elica.
Figura 4.4 Relao de ns lgicos

Fonte: IEC 61400-25-2 (2006, p. 13)


Na modelagem a informao pode ser LNs (Logical Nodes ou Ns Lgicos),
dados ou atributos de dados. Os dados consistem de atributos de dados que podem ser,
por exemplo, o valor acompanhando o nome, tempo, qualidade, preciso, unidade, etc.
Alm de dados de origem, os controladores de turbinas elicas geralmente obtm uma
enorme quantidade de informao adicional (10 min em mdias, alarmes, relatos,
contadores, cronmetros, etc.) estas valiosas informaes so armazenadas localmente e
disponibilizadas para utilizao futura ou anlise.

69

Tabela 4.3 Categorias de informaes da usina de energia elica.


Categoria
Descrio
Processo de Informao
Informaes discretas sobre a condio atual ou o
Informao do Estado
comportamento de um componente ou sistema.
Condio do componente ou sistema (st1/ st2/... stn).
Condio
Declarao de interveno segura, por exemplo, sistema
Alerta
de controle da turbina.
Transio de estado (condio, alerta, comando)
Evento
Informao contnua sobre a condio atual ou o
Informao anloga
comportamento de um componente ou sistema.
(Amostragem) Valor de uma quantidade de processo.
Dados medidos
Valor de medio o qual foi processado (10m-mdia...).
Dados processados
Valor medido de uma quantidade de energia eltrica
Trs dados de fase
trifsica.
Informao de Controle
Informaes discretas sobre a condio atual ou o
Informao de Controle
comportamento de um componente ou sistema.
Status controlvel para o comportamento do sistema
Comando
(capaz/ incapaz, ativado / desativados etc.).
Valor de referncia para uma quantidade de processo.
Ponto definido
Valor controlvel de comportamento do sistema
Parmetro
(ajustamento).
Informaes derivadas
O resultado da aplicao de um algoritmo estatstico
Informaes estatsticas
para um conjunto de dados.
Tempo de durao total de um estado especfico.
Dados de tempo
O nmero total de ocorrncias de um evento especfico.
Dados de contagem
Propriedades de informao ou dados observados (min.,
Personagens de dados
mx., mdio, stddev etc.).
Informaes sobre o tempo passado.
Informaes Histricas
Lista cronolgica dos eventos por um perodo de tempo
Registros
especfico.
Lista cronolgica de eventos desencadeados de
Dados transitrios
informao de recursos de alta resoluo por um perodo
curto de tempo.
Notificao peridica compreendendo as informaes
Relatrio
que representam o estado e os dados necessrios no
bloco de controle de relatrio.
A norma definiu um modelo de informao geral da usina de energia elica. A
estrutura deste modelo de cima para baixo hierrquica e baseada na abordagem de
modelagem. Meios hierrquicos de diferentes nveis de informao comuns so
distinguidos e agrupados em classes. Classes de nvel mais baixo iro automaticamente
herdar propriedades, conforme especificado pelas classes de nvel superior. A estrutura
do modelo de informao da usina de energia elica mostrada na figura 4.5.

70

Figura 4.5 Estrutura do modelo de informao de uma usina elica

Fonte: IEC 61400-25-1 (2006, p. 22)


O nvel mais elevado chamado de LD (Logical Device ou Dispositivo lgico),
o qual decomposto em ns lgicos. Um n lgico consiste de uma coleo de dados
relacionados, chamados de DC (classes de dados (DC). Cada classe de dados herda um
conjunto de propriedades, tal como definido por uma classe de dados comum (CDC)
para o qual est designado. Uma classe de dados comuns consiste de uma coleo de
registros de dados.
Um servidor recebe pelo menos um dispositivo lgico, assim um dispositivo
lgico contm uma coleo de ns lgicos especficos pertencentes a esta turbina elica.
O n lgico zero (LLN0) est destinado a fornecer informaes sobre o dispositivo
comum lgico e do dispositivo n lgico fsico (LPHD) que representa dados comuns
do dispositivo fsico que est hospedando o dispositivo lgico.
Dentro de um dispositivo lgico, todas as informaes da turbina elica sero
distribudas em diferentes recipientes chamados de ns lgicos. Um conjunto de ns
lgicos de classes especficas para usinas elicas foram especificados, alguns destes
sero obrigatrios (indicado com um M nas tabelas) e outros opcionais (indicado com
um O nas tabelas). De acordo com a norma, temos LN que so originados da
decomposio de uma turbina elica (por exemplo, rotor, transmisso, gerador, etc.) e
LN especfico (por exemplo, registro de alarmes, registro de eventos, etc.). Os nomes

71

dos ns lgicos especficos devem ser nicos e sempre comearem com a letra W,
seguidos por trs letras maisculas que representam o contedo.
Tabela 4.4 Tabela de estrutura geral de um n lgico
Classe Wxxx
Nome do atributo
Tipo de atributo
Explanao
Dados
Informao comum
Nome da classe de dados
Informao de status
Nome da classe de dados
Informao anloga
Nome da classe de dados
Informao de controle
Nome da classe de dados

CDC

Descrio e faixa

CDC

Descrio e faixa

CDC

Descrio e faixa

CDC

Descrio e faixa

M/O

Tabela 4.5 Dados de atributos de classe em um n lgico


Dados de atributo de classe
Descrio
Nome da classe de dados.
Nome do atributo
Classe de dados comuns que definem propriedades de
Tipo de atributo
dados comuns. Os CDCs so definidos em IEC 6140025-3.
Curta explanao do contexto da classe de dados.
Explanao
M: Obrigatrio, O: Opcional.
Ordem

Classe LN
LLN0
LPHD

Tabela 4.6 Ns lgicos especficos do sistema


Descrio
N lgico zero
Informao do dispositivo fsico

Tabela 4.7 Ns lgicos especficos de uma usina elica.


Classe LN
Descrio
Informao geral da turbina elica
WTUR
Informao de alarme da planta de energia elica
WALM
Informao meteorolgica da planta de energia elica
WMET
Informao da potncia ativa da planta de energia elica
WAPC
Informao da potncia reativa da planta de energia
WRPC
elica

M/O
M
M

M/O
M
O
O
O
O

72

Classe LN
WTUR
WROT
WTRM
WGEN
WCNV
WTRF
WNAC
WYAW
WTOW
WALM
WSLG
WALG
WREP

Tabela 4.8 Ns lgicos especficos de uma turbina elica


Descrio
Informao geral da turbina elica
Informao do rotor da turbina elica
Informao da transmisso da turbina elica
Informao do gerador da turbina elica
Informao do conversor da turbina elica
Informao do transformador da turbina elica
Informao da nacelle da turbina elica
Informao do sistema de guinada da turbina elica
Informao da torre da turbina elica
Informao de alarme da planta de energia elica
Informao do registro da turbina elica
Informao do registro analgico da turbina elica
Informao do relatrio da turbina elica

M/O
M
M
O
M
O
O
M
M
O
M
O
O
O

Tabela 4.9 LN: Informaes gerais da turbina elica (WTUR)


Classe WTUR
Nome
do Tipo do Explicao
M/O
atributo
atributo
LN herdar todos os dados obrigatrios da Usina
M
Elica Classe comum n lgico
Dados
Informao comum
TMS
O
AvlTmRs
TMS
O
OpTmRs
CTE
O
StrCnt
CTE
O
StopCnt
CTE
M
TotWh
CTE
O
TotVArh
BCR
O
DmdWh
O
DmdVArh BCR
BCR
O
SupWh
BCR
O
SupVArh
Informao de estado
STV
M
Turst
Informao analgica
MV
M
W
MV
O
VAr
Informao de Controle
CMD
M
SetTurOp
CMD
O
VArOvW
O
VArRefPri CMD
SPV
O
DmdW
SPV
O
DmdVAr
SPV
O
DmdPF

73

Figura 4.6 Uso de instncias para ns lgicos

Fonte: IEC 61400-25-2 (2006, p. 15)

4.3

IEC 61400-25-3: Modelo de troca de informao

Esta parte da norma traz uma viso geral dos modelos de troca de informaes
que podem ser aplicadas por um cliente e um servidor para acessar o contedo e
estrutura do modelo de informao de uma usina elica. O objetivo primrio deste
modelo modelar a troca de informaes fornecidas pelo modelo de informao
instanciado das diferentes classes, tais como ns lgicos, dados, atributos de dados ou
blocos de controle.
O modelo de troca de informao define um servidor que fornece:
Uma instncia do modelo de informao da usina elica;
Funes necessrias, incluindo os servios associados (aquisio,
configurao, controle, investigao, relatrio, etc.), que permitem ao cliente
acessar o modelo de informao instanciado.
Esta norma define apenas a funo do servidor. Um cliente emite solicitaes de
servio para o servidor, atravs do envio de mensagens de solicitao e recebe
mensagens de resposta ou de relatrios do servidor. Apenas um servidor permite acesso
a instncia do modelo de informaes da usina para vrios clientes, cada cliente pode,
independentemente de outros clientes, comunicar-se com o servidor.

74

Figura 4.7 O papel do cliente e do servidor

Fonte: IEC 61400-25-1 (2006, p. 24)


Como mostrado na figura 4.7, os dispositivos fsicos podem implementar o papel
do cliente, o papel do servidor ou ambos. O cliente desempenha o papel complementar
do servidor no que diz respeito aos servios. O modelo de informao da usina de
energia elica no servidor suporta os servios de acesso, conforme ilustrado na figura
4.8.
Figura 4.8 Modelos de servios do modelo de troca de informao

Fonte: IEC 61400-25-1 (2006, p. 25)

75

O foco do servidor fornecer dados que compem o modelo de informao da


usina elica. Os atributos de dados contm os valores utilizados para a troca de
informaes. O modelo de troca de informao presta servios para:
Controle de dispositivos operacionais externos ou funes de dispositivos
internos;
Monitoramento de ambos os processos e dos dados processados;
Gerenciamento de dispositivos, bem como recuperar o modelo de
informao da usina elica.
As instncias de dados dos modelos de informaes da usina elica contidas no
servidor podem ser acessadas para obter, arrumar, controlar por ao imediata (retorno
de informao, definir valores para os dados, dispositivo de controle ou de funo).
Relatrios e registros fornecem os meios para autonomia e espontaneamente enviam
informaes do servidor ao o cliente emitindo relatrios do servidor interno ou
armazena as informaes no servidor para posterior recuperao (registros).
O conjunto de servios bsicos que a interface de comunicaes utiliza para
realizar a troca de informaes entre o mundo exterior e vrios componentes do
dispositivo de mundo real so denominados de Abstract Common Services
Interface(ACSI). Essa metodologia encontrada na norma IEC 61850-7. A figura 4.9
ilustra graficamente os vrios componentes dos modelos ACSI. usado para fornecer
uma descrio narrativa de como um tpico dispositivo interage com o mundo exterior
usando esses servios.

76

Figura 4.9 - Modelo conceitual de troca de informaes para uma usina elica

Fonte: IEC 61400-25-3 (2006, p. 19)


Um dispositivo fsico, com uma interface de comunicao, est representado
como um servidor. Ele tem um endereo de rede de comunicao e acessvel atravs
de uma rede por um cliente externo. O servidor pode aceitar uma conexo a partir de um
ou mais clientes externos, autenticar a conexo e prestar servios de apoio para fornecer
informaes para o cliente. Este servidor contm um ou mais dispositivos lgicos, que
contm um ou mais ns lgicos, estes designam os blocos de construo bsicos
(objetos) que, por sua vez representam vrias funcionalidades do dispositivo. O n
lgico contm dados os quais podem ser escritos ou lidos individualmente e em grupos
(conjuntos de dados), que respondem ao controle das entradas, fornecem relatrios
solicitados e no solicitados e que contm os registros que podem ser consultados.
Os servios so geralmente definidos por:
Um conjunto de regras para a definio de mensagens, de modo que os
receptores podem inequivocamente entender mensagens enviadas a partir de
um ponto;
Os parmetros de solicitao de servio, bem como os resultados e os erros
que podem ser retornados ao solicitante do servio;
Uma ao acordada a ser executada pelo servio (que pode ou no ter um
impacto no processo).
77

Figura 4.10 Modelo de servio IEM com exemplos

Fonte: IEC 61400-25-1 (2006, p. 28)


Todos os servios so baseados em trs mensagens primitivas. Solicitao,
resposta positiva e resposta negativa. O pedido primitivo usado pelo cliente para
emitir uma chamada de servio para o servidor e as respostas primitivas permitem que o
servidor retorne a informao para o cliente. Uma resposta primitiva positiva indica que
o servio acordado, em ao foi ou ser executado enquanto uma resposta negativa
indica a ao que no conseguiu ser executada ou no ser executada. Uma mensagem
primitiva pode ter certo nmero de parmetros, chamados resultados e erros no caso de
respostas primitivas.
Cada determinado servio definido por uma ou mais tabela de servios que
sintetizam os parmetros que so necessrios para o processamento de uma primitiva
particular.
Tabela 4.10 Tabela de servios
Nome do parmetro
Solicitao
Parmetro 1...
Parmetro n
Resposta +
Parmetro 1...
Parmetro n
Resposta Parmetro 1...
Parmetro n

78

Precisa-se entender que os quadros de servio dos servios definidos pela norma
IEC 61400-25-3 no mostram todos os parmetros necessrios em implementaes de
interface concreta, por exemplo, o parmetro associao ou tempo de retransmisso
no esto representados nos quadros de servio
A sequncia de solicitao / resposta primitivas (mensagens) para os servios
esto representados na figura 4.11.
Figura 4.11 Diagrama de sequncia

Fonte: IEC 61400-25-1 (2006, p. 29)


As mensagens operam nos (atributos) objetos de informao. Existem dois tipos
de classes que podem ser instanciadas a objetos:
1) As classes do modelo de informao da usina de energia elica, tais como
dispositivos lgicos, ns lgicos, dados e os dados de atributos, como os
dados do processo, por exemplo, velocidade do rotor ou parada de turbinas
elicas;
2) Vrios (comum) blocos de controle, por exemplo, para a comunicao e
registro. O bloco de controle da informao pode, por exemplo, ser acessado
para iniciar ou parar de relatar valores, definindo um atributo especfico.
A ao ou aes consensuais a serem processadas com o recebimento de uma
mensagem pode ser simples, como o caso do servio de Get (Obter), ou mais
complexa, como no caso de controlar o comportamento de um dispositivo fsico real. O
ltimo caso requer a descrio exata de como os atos de controle, por exemplo, o
servidor, poderia chamar imediatamente o sistema de controle de processo para
distribuir os comandos internos necessrios para parar a turbina de vento. Pode em
primeiro lugar ter que verificar se o outro cliente est operando a turbina elica.

79

4.4

IEC 61400-25-4: Mapeamento para protocolos de


comunicao
Os mapeamentos especificados nesta parte da norma compreendem a:
Um mapeamento para servios Web baseados em SOAP;
Um mapeamento para OPC / XML-DA;
Um mapeamento para IEC 61850-8-1-MMS;
Um mapeamento para IEC 60870-5-104;
Um mapeamento para DNP3.

O specific communication servisse mapping (SCSM) ou mapeamento de servio


de comunicao especfico define como os servios e os modelos (servidores,
dispositivos lgicos, ns lgicos, dados, conjuntos de dados, controles de relatrios,
controles de registro, grupos de definies, etc.) so mapeados para pilhas de
comunicao especficas, ou seja, um perfil completo. Os mapeamentos e a camada de
aplicao usada definem a sintaxe (codificao correta) para os dados transmitidos
atravs da rede.
De acordo com a figura 4.12, o SCSM mapeia os servios de comunicao
abstrata, objetos e parmetros para as camadas de aplicao especficas. Estas camadas
de aplicao fornecem a codificao concreta. Dependendo da tecnologia da rede de
comunicao, esses mapeamentos podem ter diferentes complexidades, e alguns
servios ACSI podem no ser suportados em todos os mapeamentos, mas onde
prestado o servio em um mapeamento, esse servio deve ser equivalente em seu
significado para o mesmo servio em o mapeamento de referncia. Uma camada de
aplicao pode utilizar uma ou mais pilhas (camada de 1 a 6).

80

Figura 4.12 ACSI mapeamento de pilhas de comunicao / perfis

Fonte: IEC 61400-25-1 (2006, p. 30)


O mapeamento do servio de Get data (Obter dados) pode ter diferentes
mapeamentos para AL1 e para ALn. Por exemplo, um AL especfico pode apoiar este
servio diretamente enquanto outro AL apoia obter valores individuais ou somente
muitos valores do mesmo tipo. Neste caso, o mapeamento tem de emitir inmeros
Get.
Vrios mapeamentos podem ser apoiados pela norma IEC 61400-25. A
arquitetura conceitual dos mapeamentos mostrada na figura 4.12.

81

Figura 4.13 Perfis de comunicao.

Fonte: IEC 61400-25-4 (2006, p. 19)


Os modelos de informao e os modelos de troca de informaes precisam ser
mapeados para os protocolos apropriados. Nesta norma so definidos os requisitos de
mapeamento. Os protocolos TCP e IP so os protocolos das camadas menores
oferecidos por todos os mapeamentos. Enlace de dados especficos e camadas fsicas
esto fora do escopo da norma IEC 61400-25. O mapeamento dos modelos de
informao da usina de energia elica para uma estrutura hierrquica, como definida na
norma IEC 61400-25-2, sero aplicadas para todos os SCSMs da norma IEC 61400-25.

82

Figura 4.14 Resumo de mapeamento de IEC 61400-25-3

Fonte: IEC 61400-25-4 (2006, p. 20)

83

Captulo 5
5 Implementao do supervisrio com software
ScadaBR
Os sistemas de superviso so softwares baseados em telas sinticas
desenvolvidas atravs de interface grfica, para monitorar e supervisionar processos
automatizados. Geralmente, estes sistemas so executados em computadores ou
interface homem mquina que se conectam fisicamente a equipamentos como
controladores lgicos programveis, unidades terminais remotas, dispositivo eletrnico
inteligente e medidores de energia, atravs de canais seriais (RS-232, RS-485), Ethernet
(TCP-IP, UDP-IP), rdio, GPRS, etc. A comunicao lgica estabelecida atravs de
mdulos denominados drivers, que implementam protocolos especficos para permitir a
correta troca de informao entre os equipamentos e os softwares.
Dessa forma, por um lado, os sistemas de superviso so capazes de receber
informaes provenientes dos controladores de um determinado processo (entradas).
Por outro lado, estes softwares permitem que usurios enviem ordens de comando
(sadas) para os equipamentos permitindo a execuo de determinadas manobras de
processo. Este conjunto de dados de entradas e sadas forma a base de dados do
software supervisrio e representam as informaes de um determinado processo que
deve ser reportado aos seus usurios.
Atravs de recursos grficos e de filosofia orientada a objetos, estes softwares
permitem que informaes sejam inseridas em telas que possuem diagramas sinticos
do processo supervisionado, ou seja, atravs de janelas intuitivas os usurios podem
acompanhar os valores de variveis relevantes ao comportamento do sistema e interagir
com ele atravs do envio de comandos de operao.
Alm disso, os softwares de superviso possuem recursos para informar aos seus
usurios sobre a ocorrncia de alarmes no funcionamento de um processo, ou seja,
atravs de recursos grficos e sonoros o sistema mantm os usurios sempre atualizados
sobre as condies de anormalidade de um processo monitorado.
Finalmente, os softwares de superviso contam com recursos para permitir a
gerao de relatrios sobre o processo, ou seja, o sistema gera diagnsticos sobre as
ocorrncias de alarmes e a variao de grandezas analgicas (tendncias). Estes
relatrios so exportados para um formato amigvel e externo ao software de
superviso.
Atualmente, existem inmeros softwares de superviso comercializados em todo
mundo. Os principais sistemas so:WinCC e PowerCC (Siemens); RSView (Allen
Brandley); iFix (GE); Intouch (Wondeware); Power SCADA (Schneider); Elipse Scada
e E3 (Elipse) e o ScadaBR (Fundao Certi e FINEP).

84

5.1

ScadaBR

O Software ScadaBR desenvolvido em modelo open-source, possui licena


gratuita. uma aplicao multi-plataforma baseada em Java, ou seja, qualquer
computador rodando o Windows, Linuxou outros sistemas operacionais podem executar
o software a partir de um servidor de aplicaes, sendo o Apache Tomcat a escolha
padro.
Ao executar o aplicativo, ele pode ser acessado a partir de um navegador de
Internet, preferencialmente o Mozilla Firefox ou o Google Chrome. A interface
principal do ScadaBR de fcil utilizao e j oferece visualizao das variveis,
grficos, estatsticas, configurao dos protocolos, alarmes, construo de telas tipo
IHM e uma srie de opes de configurao.
Aps configurar os protocolos de comunicao com os equipamentos e definir as
variveis (entradas e sadas, ou tags) de uma aplicao automatizada, possvel
montar interfaces para operador WEB utilizando o prprio navegador. Tambm
possvel criar aplicativos personalizados, em qualquer linguagem de programao
moderna, a partir do cdigo-fonte disponibilizado ou de sua API web-services.

5.2

Selecionando os ns lgicos

Esta seo descreve a primeira etapa para a criao do sistema, revela-se aqui o
escopo desta pesquisa. Para criar esta aplicao foram utilizados os seguintes hardwares
e softwares:
Laptop Dell Latitude;
Windows7Ultimate 64 bits;
VMware Workstation v9.0.2;
Windows7Professional 32 bits na mquina virtual;
Software open-source ScadaBR v1.0;
MatrikonOPC Server for Simulation and Testing;
MatrikonOPC Explorer;
Java SE Development Kit 7 Update 45.
Baseada na norma IEC 61400-25-2, a seleo das classes de ns lgicos
ocorreram de acordo com as classes obrigatrias que a norma abordava. Alguns ns
utilizados no sistema ScadaBR foram opcionais. De acordo com os clientes, o sistema
de superviso poder ter quaisquer informaes sobre a turbina elica e/ou parque
elico.
Segue abaixo a tabela em forma de figura anexada a partir da norma IEC 6140025-2. Nesta figura 5.1ficam claros quais so as informaes da turbina elica que so
obrigatrias (M) e opcionais (O).

85

Figura 5.1 Parte da norma sobre os ns lgicos especficos da turbina elica

Fonte: IEC 61400-25-2 (2006, p. 14)

5.3

Introduo ao OPC

O OPC o mtodo de conectividade de dados baseado em padres mais


populares do mundo. Ele utilizado para lidar com um dos maiores desafios da
indstria de automao: a comunicao entre dispositivos, controladores e/ou
aplicativos: O mtodo foi idealizado para funcionar sem ser surpreendido pelos
problemas comuns de conectividade com base em drivers padronizados.
A chave do sucesso do OPC em propiciar comunicaes verdadeiramente
independentes de fornecedores que ele abstrai os detalhes de implementao da fonte
de dados (p. ex., CLP) e do coletor de dados (p. ex., IHM) de cada lado para que os
dados possam ser trocados entre eles, sem exigir que tenham conhecimento do
protocolo de comunicao nativo e da organizao de dados das partes envolvidas. Esse
um grande contraste em relao abordagem de drivers padronizados de codificar
aplicativos que, por definio, devem comunicar-se nativamente tanto com a fonte de
dados quanto com o coletor de dados.
O OPC pode ser representado por uma camada de abstrao entre a fonte de
dados e o coletor de dados, permitindo que troquem dados sem que tenham
conhecimento algum da outra parte. A abstrao do dispositivo OPC realizada
utilizando dois componentes OPC especializados chamados cliente OPC e servidor
OPC.
importante observar que o fato da fonte de dados e do coletor de dados
poderem se comunicar atravs do OPC no significa que seus respectivos protocolos
nativos no sejam mais necessrios ou que tenham sido substitudos. Ao contrrio, esses
protocolos e/ou interfaces nativas ainda esto presentes, mas comunicando-se apenas
com um dos dois componentes OPC. Por outro lado, os componentes OPC trocam

86

informaes entre si, fechando assim o circuito. Os dados podem trafegar do aplicativo
para o dispositivo sem que estes precisem conversar entre si.
5.3.1

Servidores OPC

Um servidor OPC um aplicativo de software, um driver padronizado,


codificado especificamente para ser compatvel com uma ou mais especificaes OPC.
A palavra servidor em servidor OPC no se refere ao tipo de computador sendo
utilizado, mas reflete seu relacionamento com a contraparte OPC, o cliente OPC.
Os servidores OPC so conectores que podem ser definidos como tradutores
entre o mundo OPC e um protocolo ou interface de comunicao nativa da fonte de
dados. J que o OPC bidirecional, isso significa que os servidores OPC podem tanto
ler ou escrever em uma fonte de dados. O relacionamento cliente/ servidor OPC um
tipo de relacionamento mestre/escravo onde o servidor OPC somente transferir dados
para ou de uma fonte de dados se um cliente OPC o comandar.
Os servidores OPC podem se comunicar com, literalmente, qualquer fonte de
dados cuja sada possa ser lida ou escrita por meios eletrnicos. Uma lista breve de
possveis fontes de dados inclui: dispositivos, CLPs, DCSs, UTRs, balanas eletrnicas,
bancos de dados, historiadores, pginas web e atualizaes automticas de arquivos
CSV. Para se comunicar com qualquer um desses dispositivos, necessrio utilizar
apenas um servidor OPC que empregue o protocolo ou interface nativa apropriada. Uma
vez que tal servidor OPC seja configurado, qualquer aplicativo para OPC (com
permisso) pode comear a se comunicar com a fonte de dados, sem se preocupar como
a fonte de dados se comunica em sua origem.
Enquanto muitos fornecedores oferecem servidores OPC com seus dispositivos,
controladores e aplicativos h muitos no o fazem. A MatrikonOPC o maior
fornecedor mundial de conectores OPC de alta qualidade para centenas de dispositivos.
Um bom local para iniciar no site de servidores da MatrikonOPC.
Os servidores OPC no se comunicam diretamente; eles so projetados para
comunicarem-se apenas com clientes OPC. Entretanto, existem utilitrios OPC como o
gerenciador de dados MatrikonOPC (http://www.matrikonopc.com/), projetado
especificamente para tornar essa comunicao entre servidores OPC algo trivial.
5.3.2

Clientes OPC

Um cliente OPC um software codificado para se comunicar com conectores


OPC. Ele utiliza mensagens definidas por uma especificao da OPC Foundation.
Conceitualmente: Os clientes OPC representam um coletor de dados. Eles
iniciam e controlam as comunicaes com os servidores OPC com base no que o
aplicativo onde esto integrados solicita. Os clientes OPC traduzem solicitaes de
comunicao de determinado aplicativo para uma solicitao OPC equivalente e as
envia para o servidor OPC apropriado para fins de processamento. Em troca, quando os

87

dados OPC retornam do servidor OPC, o cliente OPC os traduz de volta para o formato
nativo do aplicativo para que este possa trabalhar adequadamente com os dados.
Tecnicamente: Os clientes OPC so mdulos de software utilizados por um
aplicativo para permitir que estes se comuniquem com qualquer servidor OPC
compatvel e visvel na rede. Geralmente, os clientes OPC esto integrados em
aplicativos como IHMs, pacotes de tendncias, historiadores e escritores de relatrios
para torn-los inerentemente OPC.
Se por qualquer razo, o aplicativo mo no possui um cliente OPC integrado,
tal cliente pode estar disponvel de um fornecedor de aplicativos ou de um fornecedor
OPC terceirizado como a MatrikonOPC. Um cliente OPC externo ao aplicativo
geralmente se comunicaria com o aplicativo atravs de um de seus protocolos nativos.
Nesse caso, o cliente OPC nem teria que residir no mesmo computador que o aplicativo.

5.4

Adicionando as tags (ns lgicos) ao servidor Matrikon

A terceira etapa consiste em adicionar as tags ou ns lgicos ao servidor OPC da


Matrikon. de suma importncia organizar todas as tags em grupos e observar de
acordo com a norma IEC 61400-25-2 todos os nomes a serem utilizados.
Figura 5.2 Janela MatrikonOPC Server for Simulation and Testing

Fonte: Autoria prpria


88

Para adicionar um novo grupo, v em Edit >> Insert Alias Group ou com as
teclas de atalho no teclado Ctrl + A.
Para inserir as tags no servidor, v em Edit >> Insert New Alias ou clique com o
boto direito no lado direito da janela e selecione Insert New Alias.
Figura 5.3 Janela Insert New Alias

Fonte: Autoria prpria


Para inserir uma tags, coloca-se um nome no campo name e a opo escolhida
foi Holding Register Alias. Escolhe o tipo de dados no menu e o Initial Value pode
deixar em branco.
Observa-se na figura 5.20 como ficou o grupo e as tags utilizadas no
experimento. Neste exemplo, est selecionado o grupo WTUR e no lado direito da
janela mostra-se as tags dentro deste grupo. Percebe-se tags criada do tipo real8
(doublefloat) e boolean (binrias).

89

Figura 5.4 Janela MatrikonOPC Server for Simulation and Testing

Fonte: Autoria prpria


No software MatrikonOPC Explorer voc precisar conectar o simulador e
adicionar todas as tags para que possa escrever algum valor.

90

Figura 5.5 Janela MatrikonOPC Explorer

Fonte: Autoria prpria


Aps conectar, clica em AddTags e selecione em Configured Aliases todas as
tags criadas no simulador.
Figura 5.6 Janela MatrikonOPCExplorer (Group0)

Fonte: Autoria prpria

91

Selecionando todas as tags preciso validar todos os itens. Para validar as tags
v em File >> Validate Tags ou pressione as teclas de atalho no teclado Ctrl + K. Por
ltimo, clique no boto fechar da janela e confirme para adicionar.
Figura 5.7 Janela MatrikonOPC Explorer com as tags do projeto

Fonte: Autoria prpria

5.5

Implementao do sistema supervisrio atravs do ScadaBR

A ltima etapa do projeto, consiste em todas as telas criadas no sistema


supervisrio. Atravs das senhas, podemos controlar o acesso s telas de uma aplicao.
possvel guardar uma lista de usurios, sendo que para cada um atribudo um nome,
um login (identificao no sistema), uma senha e um nvel de segurana.

92

Figura 5.8 Tela de login do sistema supervisrio

Fonte: Autoria prpria


O controle de sistemas externos pode ser obtido para pontos que podem ser
"setados" (ou que permitem escrita ou sada). Um ponto setvel pode ser "setado" para
um valor definido pelo usurio, como uma configurao de um termostato ou de um
controle interruptor para um equipamento. Ambas watchlists e graphical views
proporcionam meios simples para determinar a entrada de um valor. O point locator
para um ponto "setvel" determina como o data source define o valor no equipamento
externo.
Figura 5.9 Tela de configurao para usurios

Fonte: Autoria prpria

93

Data sources (fontes de dados) so parte fundamental para a operao desta


aplicao. Um data source um lugar de onde os dados so recebidos. Virtualmente,
qualquer coisa pode ser um data source, desde que o protocolo de comunicao seja
suportado pela aplicao. Alguns exemplos:
Uma rede Modbus acessvel por RS-232, RS-485, TCP/IP ou UDP/IP, podese criar um data source Modbus que ir apurar a rede em um intervalo
definido;
Equipamentos ou aplicaes que podem enviar dados sobre HTTP, inicia-se
um data source HTTP receiver que ir escutar conexes recebidas e enviar
os dados aos pontos apropriados.
Dados podem ser gerados randomicamente ou preditivamente usando um
data source virtual.
Os Data Sources utilizados na aplicao foram: OPC DA, Data Source Meta e
Data Source Virtual.
Figura 5.10 Tela para configurar data sources

Fonte: Autoria prpria


Aps a criao do Data Source do tipo OPC DA preciso configurara mquina
cliente OPC que ir conectar ao servidor OPC. Como j foi dito anteriormente, nesse
perodo do projeto o servidor OPC foi instalado na mquina cliente, neste caso o host e
domnio a ser utilizado foi localhost.

94

Figura 5.11 Tela Propriedades do OPC DA

Fonte: Autoria prpria


A seguir, clica-se em atualizar para ele reconhecer todos os servidores OPC
instalados na mquina, ajusta o tempo para 500ms e clica em Listar Tags. No lado
direito da janela foi listado todas as tags criadas no simulador.
Figura 5.12 Lista de Tags no MatrikonOPC Server for Simulation

Fonte: Autoria prpria

95

Um data point uma coleo de valores histricos associados. Por exemplo, um


ponto particular pode ser uma leitura de temperatura de um quarto, enquanto outro
ponto poderia ser a leitura de umidade do mesmo quarto. Pontos tambm podem ser
valores de controle, como um indicador para ligar ou desligar um equipamento.
Na figura 5.13 pode-se verificar todas as tags ou data point adicionadas e
habilitadas.
Figura 5.13 Tela Propriedades do OPC DA exibindo as tags adicionadas

Fonte: Autoria prpria


Monitoramento de pontos dentro do sistema pode ser feito de duas maneiras.
possvel usar uma watchlist para criar listas dinmicas de pontos com seus valores,
ltimos tempos de atualizao, e grficos de informaes histricas (se a configurao
do ponto permitir). Valores e grficos so atualizados em tempo real sem ter que
atualizar a janela do navegador. Grficos de mltiplos pontos tambm podem ser
exibidos sob demanda.

96

Figura 5.14 Data point sendo visualizado na aba watchlist

Fonte: Autoria prpria


Figura 5.15 Lista dinmica com data points selecionados

Fonte: Autoria prpria

97

Figura 5.16 Tela sobre os detalhes do data point

Fonte: Autoria prpria

Figura 5.17 Tela Propriedades do data point

Fonte: Autoria prpria


Para criar visualizaes mais elaboradas dos dados, podemos construir
"Representaes Grficas". No menu principal, escolha a opo Representao grfica.
Clique em Nova representao. Escolha um nome para sua primeira representao,
clique sobre Escolher arquivo, selecione uma imagem, confirme e clique em Fazer
upload de imagem.

98

Figura 5.18 Tela inicial do sistema

Fonte: Autoria prpria

Figura 5.19 Tela do sistema representando o estado de Sergipe

Fonte: Autoria prpria

99

Figura 5.20 Tela do sistema representando a Barra dos Coqueiros

Fonte: Autoria prpria

Figura 5.21 Tela do sistema representando uma turbina

Fonte: Autoria prpria


O ScadaBR possui um gerador de relatrios prprio, alm de ser compatvel com
os principais geradores de relatrios customizados. No menu principal, escolha a opo
Relatrios. Modelos de relatrios proporcionam uma definio de como criar instncias
de relatrios. Para adicionar um novo modelo de relatrio, clique em Novo relatrio. Na
figura 5.38, definiu-se o modelo do relatrio.
O Nome do modelo usado como uma referncia visual do modelo.
Recomenda-se a utilizao de um nome nico para cada modelo. Utilize a lista de Data
points para selecionar os pontos que devem ser includos no relatrio. Para adicionar
data points, selecione o ponto desejado na lista. Para remover um ponto existente, clique
no cone associado ao ponto. O valor Faixa de datas utilizado para determinar uma
faixa de tempo utilizada para filtrar valores que sero utilizados no relatrio.
100

Figura 5.22 Tela Fila de relatrios

Fonte: Autoria prpria


Relatrios podem ser "agendados" para serem gerados automaticamente. Use a
seleo Executar a cada... para determinar um simples evento de tempo a partir do qual
o relatrio ser gerado.
Apesar dos relatrios no poderem ser explicitamente compartilhados pelo
sistema, podem ser implicitamente compartilhados por meio da criao de uma lista de
envio de e-mails para a qual o sistema enviar instncias de relatrios gerados. O
contedo desse e-mail o mesmo da janela "grfico de relatrio" aberta no painel de
Relatrios. Para incluir o arquivo de exportao com o formato CSV no e-mail,
selecione a caixa Incluir tabela de dados.
Selecione os Destinatrios de e-mail para os quais enviar o e-mail com o
relatrio. Os destinatrios podem ser listas de discusso, usurios do sistema ou
endereos de e-mail digitados. Clique no cone Enviar e-mail de teste para enviar uma
mensagem de teste para os destinatrios selecionados.
Figura 5.23 Tela gerada pelo relatrio do ScadaBR

Fonte: Autoria prpria

101

Alarmes so ocorrncias, usualmente assncronas, de uma medio com valor


fora de limites pr-estabelecidos, ou eventos que necessitem ateno de um operador
(por exemplo, visualizar e "reconhecer" o alarme). Alarmes usualmente possuem um
grau de criticidade associado, por exemplo de "0 = warning" at "5 = critical alert".
Figura 5.24 Tela Alarmes pendentes

Fonte: Autoria prpria


Existe uma opo nas configuraes do ScadaBR que permite o recebimento de
e-mails aps algum tipo de alerta configurado no sistema.
Figura 5.25 Tela configuraes de e-mail

Fonte: Autoria prpria

102

Figura 5.26 Tela para exportar ou importar um projeto

Fonte: Autoria prpria

103

Captulo 6
6 Concluses e recomendaes
O objetivo final da pesquisa foi desenvolver um sistema de superviso,
comunicao e controle com base nas consideraes e recomendaes da norma IEC
61400. Contudo, a introduo da IEC 61400 um processo que exige uma metodologia
predefinida de forma estratgica, plano de migrao e seleo de solues tcnicas
compatveis com as metas e padres de qualidade que as empresas desenvolvedoras de
produtos para gerao elica pretendem. Os processos identificados e padronizados pela
norma IEC 61400 oferecem plenos benefcios, somente quando so introduzidos como
um conceito completo de qualidade.
Dado o exposto, esta pesquisa abordou e apresentou de forma descritiva a norma
IEC 61400-25 com modelagem definida das suas funes operacionais, para
monitoramento, controle, recuperao de dados, registros (logs) e relatrios para usinas
elicas e, tambm, das suas funes de gesto para informaes de alto nvel: gesto de
acesso, sincronizao de tempo, diagnstico e configurao do sistema.
A norma IEC 61400-25-2, base desta dissertao, define um modelo de
informao para monitorao e controle de usinas elicas considerando as exigncias do
modelo de comunicao (a - modelo de informao, b - modelo de intercmbio de
informaes e c - mapeamento dos modelos a e b para perfis de comunicao padro),
ao desenvolver um modelo de informao, com o simulador de dados MatrikonOPC,
interagindo o cliente/servidor OPC DA (Object Linking and Embedding for Process
Control Data Access), com o software ScadaBR. Depois que a maioria dos
componentes da usina elica foram identificados como objetos, a simulao de dados
usando o protocolo OPC (MatrikonOPC) foi realizada com pleno sucesso.
Uma extenso da dissertao seria a aplicao das normas IEC 61400-25-3 (que
trata dos modelos de troca de informaes aplicadas entre cliente/servidor) e a IEC
61400-25-4 (que trata do mapeamento para protocolos da comunicao), que embora
no tenham sido inseridas na simulao com o MatrikonOPC (IEC 61400-25-2), com
certeza, apresentaria resultados positivos, desde que seja usado o protocolo OPC XMLDA, com todo o mapeamento referido nas normas IEC 61400-25-4 e IEC 61850-7.
Um longo e rduo caminho foi trilhado para a concluso da pesquisa, a saber, a
carncia de referencial bibliogrfico especfico dado a inovao do tema proposto. Bem
como, devido alta demanda de sistemas SCADA proprietrios, nas grandes, mdias e
pequenas indstrias, subestaes de concessionrias, distribuidoras de energia e at nas
usinas elicas do Brasil, fica clara a necessidade de fornecedores, integradores, centros
de pesquisa, universidades e colaboradores para em conjunto, dispor de laboratrios nos
quais sejam realizados ensaios, criar-se protocolos, desenvolvam-se projetos e
programas de sistemas supervisrios open-source ou mesmo aperfeioar os existentes,

104

entre eles o ScadaBR, seguindo os padres das normas internacionais de automao e


controle (ex. IEC 61400, IEC 61850 e IEC 60870).

Devido a importncia da energia eltrica para a sociedade moderna, mister que


novas pesquisas que viabilizem a captao e uso consciente desta sejam feitas com o
objetivo primordial de favorecer a vida do homem e do planeta. Dessa forma, o
conhecimento, bem como a criao das normas e sistemas de comunicao ganham
relevo entre os pesquisadores. Assim, sugestiona-se aqui futuros temas relacionados a
esta dissertao:
Estudo comparativo entre os mapeamentos de comunicao: Web Service,
OPC XML-DA, IEC 61850-8-1 MMS, IEC 60870-5-104 e DNP3.
Estudo sobre a conformidade e desempenho para aplicaes que operam no
ambiente da norma IEC 61400-25.
Estudo sobre as questes de segurana relacionadas entre cliente-servidor,
bem como os protocolos utilizados.

105

Captulo 7
7 Referncias
1

PATEL, Mukund R. Wind and Solar Power Systems: Design, Analysis and
Operation. 2nd. New York, USA. Taylor & Francis Group, 2006.

MANWELL, J. F.; MCGOWAN, J. G.; ROGERS, A. L. Wind Energy


Explained: Theory, Design and Application. 2nd ed. Chichester, United
Kingdom. John Wiley & Sons, 2009.

BURTON, Tony; SHARPE, David; JENKINS, Nick; BOSSANYI, Ervin. Wind


Energy: Handbook. Chichester, United Kingdom. John Wiley & Sons, 2001.

GASCH, Robert; TWELE, Jochen. Wind Power Plants: Fundamentals,


Design, Construction and Operation. 2nd. Springer-Verlag Berlin Heidelberg,
2012.

SPERA, David A. Wind Turbine Technology: Fundamental Concepts of


Wind Turbine Engineering. 2nd. New York, USA. Asme Press, 2009.

HAU, Erich. Wind Turbines: Fundamentals, Technologies, Application and


Economics. Second edition. Springer-Verlag Berlin Heidelberg, 2006.

NORTHCOTE-GREEN, James; WILSON, Robert. Control and Automation


of Electrical Power Distribution Systems. New York, USA. Taylor & Fracis
Group, 2007.

BAILEY, David; WRIGHT, Edwin. Practical SCADA for Industry. Elsevier,


2003.

BOYER, Stuart A. SCADA: Supervisory Control and Data Acquisition.


Third Edition. ISA-The Instrumentation, Systems and Automation Society,2004.

10 CLARKE, Gordon; REYNDERS, Deon. Practical Morden SCADA Protocols


- DNP3, IEC 60870.5 and Related Systems. Elsevier, 2004.
11 GMEZ-EXPSITO, Antonio; CONEJO, Antonio; CAIZARES, Claudio.
Sistemas de Energia Eltrica: Anlise e Operao. Traduo e reviso tcnica
de Antnio Padilha Feltrin, Jos Roberto Sanches Mantovani, Rubn Romero. 1.
ed. Rio de Janeiro, RJ: LTC, 2011. 554 p.
106

12 KRUTZ, Ronald L. Securing SCADA Systems. Wiley Publishing. Indianapolis,


2006.
13 PENIN, Aquilino Rodrguez. Sistemas SCADA Gua prctica. Barcelona:
Marcombo, 2007.
14 REYNDERS, Deon; WRIGHT, Edwin. Practical TCP/IP and Ethernet
Networking. Elsevier, 2003.
15 STRAUSS, Cobus. Practical Electrical
Communication Systems. Elsevier.

Network

Automation

and

16 International Electrotechnical Commission. IEC 61400-25-1: Communications


for monitoring and control of wind power plants Overall description of
principles and models. 1st ed., 12-2006.
17 International Electrotechnical Commission. IEC 61400-25-2: Communications
for monitoring and control of wind power plants - Information models. 1st
ed., 12-2006.
18 International Electrotechnical Commission. IEC 61400-25-3: Communications
for monitoring and control of wind power plants - Information exchange
models. 1st ed., 12-2006.
19 International Electrotechnical Commission. IEC 61400-25-4: Communications
for monitoring and control of wind power plants - Mapping to
communication profile. 1st ed., 08-2008.
20 MOTTA, Deusdedit Arajo e. Desenvolvimento da arquitetura de controle e
automao para uma central de energia elica. Monografia apresentada pelo
curso de graduao em Engenharia de Controle e Automao pela Universidade
Federal de Minas Gerais. Orientador: Selnio Rocha Silva. Julho de 2011
21 BAREDAR, Prashant; KHARE, Hitesh; PANDEY, Mukesh. Performance
Analysis & Impact of Perturbation Factor on Wind Power Estimation.
International Journal of Mechanical and Production Engineering Research and
Development (IJMPERD), India, 2012.
22 SILVA, Milthon Serva. Modelagem das funes de uma subestao
automatizada empregando modelos orientados a objeto. Dissertao de
mestrado apresentada USP. So Paulo, 2002.

107

23 PAULO, Thompson Siqueira. O Sistema SCADA no parquet elico:


Importncia, Mtodos de instalao e ferramentas de controle. Monografia
do curso em especializao lato sensu em energia elica pela UFRN. Natal,
2011.
24 VICENTE, Dcio Tomasulo de. Aplicao dos padres da Norma IEC 61850
a subestaes compartilhadas de transmisso/distribuio de energia
eltrica. Dissertao apresentada Escola Politcnica da Universidade de So
Paulo para obteno do ttulo de Mestre em Engenharia Eltrica. So Paulo 2011
25 Matrikon Inc. - Tutorial MatrikonOPC Introduction to OPC version 3.0
2010
26 FARIA, Caroline. Controladores (Energia Elica). Disponvel em:
<http://www.infoescola.com/tecnologia/controladores-energia-eolica/>. Acesso
em: 14/10/2012.

108

APNDICE A - Configurao da DCOM


O Servidor OPC usa o ActiveX COM e DCOM para se comunicar, por definiuse as permisses DCOM para permitir a comunicao entre os objetos DCOM. Segue
passo-a-passo de como feita esta configurao para o Microsoft Windows7.
1) Clique no boto Iniciar >> Todos os programas >> Acessrios >> Executar
ou use o atalho no teclado Windows + R para abrir a janela Executar;
Figura 1A Menu iniciar no Windows 7

Fonte: Autoria prpria


2) Digite dcomcnfg e clique em OK;

109

Figura 2A Janela executar com o comando dcomcnfg

Fonte: Autoria prpria


3) Na janela Servios de Componente, navegue at Raiz do Console >>
Servios de Componente >> Computadores >> Meu computador. Clique
com o boto direito do mouse em Meu Computador e selecione
Propriedades.
Figura 3A Janela Servios de Componente

Fonte: Autoria prpria


4) Na janela Propriedades de Meu Computador, verifique se as seguintes
configuraes esto corretamente apresentadas:

110

Figura 4A Aba Geral na janela Propriedades de Meu Computador

Fonte: Autoria prpria


a) Na aba Propriedades Padro:
i. Selecionar Habilitar COM Distribudo no computador;
ii. Selecionar Conectar-se em Nvel de Autenticao Padro;
iii. Selecionar Identificar em Nvel de Representao Padro;
iv. As caixas Habilitar Servios de Internet COM no computador e
Fornecer segurana adicional para controle de referncias devem
permanecer desmarcada a menos que elas forem configuradas
anteriormente.

111

Figura 5A Aba Propriedades Padro

Fonte: Autoria prpria


b) Na aba Segurana COM:

112

Figura 6A Aba Segurana COM na janela Propriedades de Meu Computador

Fonte: Autoria prpria


i.
ii.

Em Permisses de Acesso, clique em Editar Padro...;


Adicionar o usurio da mquina (administrador) que est instalado o
Servidor OPC. No remova quaisquer outros que j podem estar listados;
Figura 7A Janela Selecionar Usurios ou Grupos

Fonte: Autoria prpria

113

Figura 8A Janela Selecionar Usurios ou Grupos com opes de Avanado

Fonte: Autoria prpria


Figura 9A Janela Permisso de Acesso

Fonte: Autoria prpria


114

iii.
iv.
v.
vi.
vii.

Certifique-se que o Acesso Local e Acesso remoto so permitidos para


todos os itens acima;
Clique OK;
Em Permisses de Inicializao e Ativao, clique em Editar Padro... e
siga os passos ii, iii e iv;
Certifique-se que o Incio Local, Incio Remoto, Ativao Local e
Ativao Remota so permitidos para todos os itens acima;
Clique OK.
Figura 10A Janela Permisso de Incio e Ativao

Fonte: Autoria prpria


5) As configuraes de DCOM para cada objeto OPC Serverdeve ser
configurada individualmente.
i. Em Meu Computador, abra a pasta chamada Config DCOM.

115

Figura 11A Janela Servios de Componente com opo Config DCOM

Fonte: Autoria prpria


ii.
iii.

Para editar as configuraes de cada servidor OPC, navegue at o OPC


Server, clique com o boto direito sobre ele e selecione Propriedades;
Edite os seguintes servidores: MatrikonOPC Server for IEC 61850,
MatrikonOPC Server for SimulationandTesting e OpcEnum.
Figura 12A Janela exibindo os servidores OPC da Matrikon

Fonte: Autoria prpria

116

iv.

Na aba Geral, defina o Nvel de Autenticao para Conectar-se;

Figura 13A Aba Geral na Janela Propriedades de MatrikonOPC Server

Fonte: Autoria prpria


v.

Na aba Local, defina a marcao somente em Executar o aplicativo neste


computador.

117

Figura 14A Aba Local na Janela Propriedades de MatrikonOPC Server

Fonte: Autoria prpria


vi.
vii.
viii.

ix.
x.
xi.

xii.
xiii.

Na aba Segurana, em Permisses de Inicializao e Ativao e


Permisses de acesso, clique em Editar...
Adicionar o usurio da mquina (administrador) que estar instalado o
servidor OPC. No remova quaisquer outros que j podem estar listados;
Em Permisses de Inicializao e Ativao, certifique-se que o Incio
Local, Incio Remoto, Ativao Local e Ativao Remota so permitidos
para todos os Nomes de grupo ou de usurio;
Em Permisses de Acesso, certifique-se que o Acesso Local e Acesso
Remoto so permitidos para todos os Nomes de grupo ou de usurio;
Em seguida, clique em Aplicar e depois, OK;
Na aba, Pontos de Extremidade, verifique se TCP/IP orientado a conexo
est inserido na lista. Para adicionar esta opo, clique no boto
Adicionar, selecione TCP/IP orientado a conexo em Sequncia de
Protocolos e marque a opo Usar pontos de extremidade padro,
clique em OK;
Na aba Identidade, marque a opo A conta do sistema (apenas
servios);
Efetuar os passos iv, v, vi, vii, viii, ix, x, xi e xii para todos os servidores;

118

Configurando o Firewall do Windows

No Windows7, o Firewall do Windows ativado por padro. Este software


Firewall vai impedir a comunicao DCOM, bloqueando as portas remotas que a
DCOM exige. Existem duas formas de evitar que o software Windows Firewall no
interfira no funcionamento da comunicao OPC entre os servidores. A primeira
desabilitar o Firewall, o que pode acarretar em um comprometimento da segurana do
sistema no caso de uma rede no confivel. A segunda forma fazer com que o
Firewall permita excees. Basicamente, deve-se informar as portas TCP e UDP de
nmero 135, estas utilizadas pelo DCOM. Feito isto, a aplicao est pronta para
funcionar com o Firewall habilitado.
i.
ii.
iii.

iv.
v.
vi.

Clique no boto Iniciar >> Painel de Controle;


Clique duas vezes no cone do Firewall do Windows;
Selecione a opo Ativar ou Desativar o Firewall do Windows para
desativar esta funo ou selecione a opo Configuraes avanadas
para informar as portas TCP e UDP.
Em Regras de Entrada, crie uma Nova Regra...
Selecione Porta, adicione 135 em TCP e depois 135 em UDP.
Feito isso, feche todas as janelas do Firewall.

Figura 15A Janela Firewall do Windows com Segurana Avanada

Fonte: Autoria prpria

119

Configurando poltica de segurana local

Ao usar grupos de trabalho em vez de domnios, os seguintes passos devem ser


tomados a fim de estabelecer a comunicao. Nota-se que estas alteraes podem
comprometer a segurana do sistema operacional, qualquer dvida deve-se falar com o
administrador de rede.
i.

ii.
iii.

iv.
v.
vi.
vii.
viii.
ix.

Clique no boto Iniciar >> Painel de Controle >> Ferramentas


Administrativas >> Diretiva de Segurana Local ou clique em Iniciar,
digite gpedit.msc na caixa de pesquisa e pressione ENTER.
Navegue at Configuraes do Windows>> Configuraes de segurana
>> Diretivas Locais >> Opes de segurana;
Boto direito do mouse sobre DCOM: Restries de Acesso... e selecione
Propriedades, ou clique duas vezes nesta opo. Qualquer mtodo ir
abrir a janela de Propriedades;
Clique no boto Editar Segurana...;
Adicionar o usurio da mquina (administrador) que estar instalado o
Servidor OPC. No remova quaisquer outros que j podem estar listados;
Habilite a opo Permitir em todos os usurios;
Clique em OK para voltar janela principal;
Faa os passos iii, iv, v, vi e vii para DCOM: Restries de
Inicializao...;
A Diretiva Acesso rede: modelo de compartilhamento e segurana
para contas locais, precisa est configurada em modo Clssico.

120

Figura 16AJanela Diretiva de Segurana Local

Fonte: Autoria prpria

121

APNDICE B - Erros encontrados durante a


implementao do sistema supervisrio
1. Erro 1: Ao criar um data source aparece uma mensagem de erro numa message
box intitulada: A pgina em localhost:8080 says: Timer already cancelled.
Soluo: A porta est em uso por outro processo ou bloqueada. Reinicie o
ScadaBR. Caso ainda continue com o mesmo erro, reinicie o computador.
2. Erro 2: Quando o ScadaBR e o Apache + Tomcat 6 instalado no computador,
aparece a seguinte mensagem: Access is Denied. Unable to open the service
Tomcat6.
Soluo: Desabilitar o controle da conta de usurio (UAC User Account
Control). Existe dois caminhos, segue abaixo:
i. Iniciar >> Executar >> Digite REGEDIT>> V at o seguinte caminho:
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVe
rsion\Policies\System] >> Em EnableLUA altere o seguinte valor da
chave para zero.
ii. Iniciar >> Painel de controle >> Digite UAC no campo de busca >>
Clique no link Alterar configuraes de Controle de Conta de Usurio
>> Coloque em Nunca notificar para desabilitar o UAC. >> Clique em
OK e reinicie o computador para que as alteraes sejam ativadas.
iii. aconselhvel efetuar a segunda opo, j que qualquer operao
anormal efetuada no regedit, pode danificar o sistema operacional.
3. Erro 3: O servidor no aparece na lista de IDs de programas disponveis
localmente no cliente OPC.
Soluo: Certifique que o OPCEnum est registrado como servio, que as
permisses DCOM esto configuradas corretamente e o servio OPCEnum est
em execuo.
4. Erro 4: Erro ao acessar o scadabr (http://localhost:8080/scadabr).
Soluo: Se instalou a verso 7 do JRE, remova do computador e instale a
verso 6 do JRE. Nesta verso o ScadaBR apresenta alguns problemas com a
verso 7.

Erro 5: Erro HTTP Status 404 ao abrir o browser. (description The requested
resource () is not available).
Soluo: Durante a instalao, voc configurou o uso do MySQL, Portanto, voc
no tem instalado e nem configurado em seu computador. Desinstale o ScadaBR
e reinstale com a opo Derby para base de dados.

122

Erro 6: O browser no conseguiu estabelecer uma conexo com o servidor


localhost:8080.
Soluo: Provavelmente sua instncia do Tomcat6 no iniciou. Tente iniciar
manualmente pelo Monitor Tomcat ou Configurador Tomcat. Reinicie o
computador e verifique se o servidor iniciou. Observe tambm no Configurador
Tomcat a opo de inicializao automtica. Se continuar, sem iniciar o Tomcat,
reinstale o ScadaBR. Se o problema persistir, verifique a verso do Java (JRE)
instalado no computador.
Erro 7: Demais erros e problemas.
Soluo:
Entre
no
frum
(http://www.scadabr.com.br/?q=forum/).

do

ScadaBR

no

link

123

ANEXO A- Lista de abreviaturas das classes de


dados dos ns lgicos
Term
A
AC
Ack
Acs
Act
Alm
An
Ane
Ang
Alt
At
Atv
Av
Avl
Az
Bec
Bl
Blk
Brg
Brk
Cab
Calc
Ccw
Ch
Chg
Chk
Chrg
Cl
Cm
Cnv
Ct
Ctl
Cw
d
Dat
Db
DC

Description
Current
AC
Acknowledg
e
Access
Actual
Alarm
Analogue
Anemometer
Angle
Altitude
Active (real)
Activate
Average
Availability
Azimuth
Beacon
Blade
Blocked
Bearing
Brake
Cable
Calculation
Countercloc
kwise
Characterist
ic
Change
Check
Charge
Cooling
Command
Converter
Counting
Control
Clockwise
Description
Data
Deadband
DC
(DitectCurre
nt)

Dcl
Dec
Dehum
Del
Det
Dir
Disp
Dly
Dmd
Drv
Dn
Egy
Elev
Emg
En
Ent
Ety
Evt
Ex
Exp
Ext
Flsh
Flt
Ftr
Gbx
Gra
Gri
Gn
Gs
Hi
Hly
Hor
Ht
Htex
Hum
Hy
Hz
Ice
Id
Idl

DC-link
Decrease
Dehumidifier
Delta
Detection
Direction
Displacemen
t
Daily
Demand
Drive
Down
Energy
Elevator
Emergency
Enable
Entrance
Empty
Event
External
Expired
Excitation
Flash
Fault
Filter
Gearbox
Gradient
Grid
Generator
Grease
High
Hourly
Horizontal
Heating
Heatexchanger
Humidity
Hydraulic
Frequency
Ice
Identifier
Idling

Inc
Inj
Inl
Inlet
Inst
Intl
Lev
Log
Lift
Lim
Lo
Lu
Lum
Man
Max
Met
Min
Mly
Mod
Mthd
Mul
Mx
Nac
Num
Of
Oil
Op
Oper
Ov
Per
PF
Ph
Pmp
Pl
Plu
Pos
Pres

Increase
Injection
Inline
Inlet
Instantaneou
s
Internal
Level
Log
Lift
Limit
Low
Lubrication
Luminosity
Manual
Maximum
Meteorologi
cal
Minimum
Monthly
Mode
Method
Multiplier
Measuremen
t
Nacelle
Number
(size)
Offline
Oil
Operate,
Operating
Operator
Over
Period,
Periodic
Power fator
Phase
Pump
Plant
Pollution
Position
Pressure
124

Prod
Pt
Ptr
Pwr
q
Rdy
Rep
Rms
Rng
Roof
Rot

Rs
React
Rtr
Sdv
Sev
Seq
Shf
Smk
Smp
Sp
Spd
Src
St
Sta
Stdby
Stop
Str
Sw
Sys
t
Tm
Tmp
Tot
Tow
Tra
Trf
Trg
Torq
Tur
Un
Urg
V
VA

Production
Pitch
Pointer
Power
Quality
Ready
Report
Root-meansquare
Range
Roof
Rotor
(windturbine
)
Reset
Reactive
Rotor
(generator)
Standard
deviation
Sevetity
Sequence
Shaft
Smoke
Sampled
Setpoint
Speed
Source
Status
Stator
Standby
Stop
Start
Switch
System
Timestamp
Timer
Temperature
Total
Tower
Transient
Transformer
Trigger
Torque
Turbine
Under
Urgent
Voltage
Apparentpo

Val
Vals
Ver
Vib
Vis
Wd
Wly
Wup
Xdir
Ydir
Yly
Yw

wer
Value
Values
Vertical
Vibration
Visibility
Wind
(power)
Weekly
Windup
X-direction
Y-direction
Yearly
Yaw

125

ANEXO B - Component Object Model /


Distributed Component Object Model
Component Object Model (COM) uma plataforma da Microsoft para
componentes de software lanada em 1993. Ela usada para permitir a comunicao
entre processos e a criao dinmica de objetos em qualquer linguagem de programao
que suporte tecnologia. O termo COM frequentemente usado no desenvolvimento de
software para se referir a um grupo de tecnologias que incluem OLE, OLE Automation,
ActiveX, COM+ e DCOM. Apesar de introduzido em 1993, a Microsoft no iniciou a
divulgao ampla do nome antes de 1997.
Em sua essncia, a COM uma forma independente de linguagem de
programao de implementar objetos de forma que eles possam ser utilizados em
diferentes ambientes dos quais foram criados, mesmo entre diferentes mquinas e
arquiteturas. A COM permite a reutilizao de objetos sem o conhecimento de sua
implementao interna pois fora o desenvolvedor a fornecer uma interface bem
definida, que est separada da implementao. As diferentes semnticas na alocao de
memria entre linguagens de programao so resolvidas ao tornar os objetos
responsveis por sua prpria criao e destruio, atravs de contagem de referncia. A
converso entre diferentes interfaces de um objeto so obtidas atravs da funo
QueryInterface(). O mtodo prefervel de herdar em COM a criao de sub-objetos
(chamada agregao) para as chamadas de mtodo, os quais so delegados.
Apesar de ter sido implementado em diversas plataformas, a COM usada em
sua maioria no Microsoft Windows. Espera-se que ela seja substituda ou pelo menos
estendida pela plataforma Microsoft .NET, suportando ento Web Services atravs da
Windows Communication Foundation (WCF). A DCOM em redes utiliza formatos
binrios proprietrios, enquanto a WCF utiliza troca de mensagens SOAP baseada em
XML. COM tambm compete com CORBA e Enterprise Java Beans como um sistema
para componentes de software.
Distributed Component Object Model (DCOM) uma tecnologia proprietria da
Microsoft para criao de componentes de software distribudos em computadores
interligados em rede. O DCOM uma extenso do COM que funciona de forma
transparente tanto para a aplicao cliente quanto para o servidor, que so codificados
de acordo com o padro COM. No gerenciamento da conexo DCOM realizada uma
triagem e autenticao das funes, assim como o protocolo de comunicao que ser a
ser utilizada. A fim de conseguir uma comunicao bem-sucedida entre os componentes
do OPC, a segurana do sistema operacional e do componente COM devem ser
devidamente configurado. A tecnologia foi substituda, na plataforma de
desenvolvimento .NET, pela API .NET Remoting e empacotada no WCF. O DCOM
pode ser utilizado na construo de aplicaes em trs camadas, de forma a centralizar
as regras de negcio e processos, obter escalabilidade e facilitar a manuteno.
Object Linking and Embedding (OLE) um sistema de objetos distribudos e um
protocolo desenvolvido pela Microsoft. Ele permite a um editor disponibilizar parte de
126

um documento para outro editor, e ento import-lo. Por exemplo, um sistema de


editorao eletrnica pode enviar texto para um processador de texto ou uma figura para
um editor grfico usando OLE. O maior benefcio em usar essa tecnologia, alm de
reduzir o tamanho do arquivo do documento, a habilidade em criar um arquivo mestre.
Referncias para dados nesse arquivo podem ser feitas, e o arquivo mestre pode ento
modificar os dados, que sero atualizados nos respectivos documentos referenciados.
Seu uso primrio para o gerenciamento de documentos compostos, mas
tambm usado para a transferncia de dados entre diferentes aplicaes, usando as
operaes arrastar e soltar e rea de transferncia. O conceito de embarcar tambm
central para usos como multimdia em pginas web, que tendem a embarcar vdeos
animaes e gravaes de udio em um documento de hipertexto.
OLE usa a arquitetura de cliente pesado, que significa que o tipo de arquivo ou a
aplicao sendo embarcada deve estar presente na mquina sendo operada. Por
exemplo, se uma planilha eletrnica do Microsoft Excel est sendo manipulada ou
visualizada, deve existir uma cpia do Excel ou um leitor de arquivos Excel instalado no
computador sendo operado.

127

ANEXO C - Termos relacionados com


automao de subestaes eltricas
Portabilidade
No contexto sobre centros de controle, portabilidade refere-se possibilidade de
funcionamento do mesmo software em plataformas de hardware/software diferentes.
Esta caracterstica elimina um dos maiores problemas das geraes prvias de sistemas
EMS/SCADA: a dependncia de vendedores especficos (sistemas proprietrios). Se um
sistema porttil, poder se processar em plataformas diferentes, de vendedores
distintos.
Interoperabilidade
Interoperabilidade a habilidade para processar mdulos de software (idntico
ou no) em plataformas diferentes, na mesma rede, ao mesmo tempo, todos se
comunicando e interagindo um com o outro; significa que tendo hardware diferente, os
sistemas operacionais e mdulos de software podem coexistir na rede, todos sendo parte
da mesma soluo do EMS/SCADA.
Expansibilidade
O software dos centros de controle deve poder apoiar a expanso do sistema de
energia das concessionrias de modo eficaz. Ambos o crescimento do sistema de
energia e a incluso de novas funcionalidades do software devem acomodar-se
facilmente, enquanto se persiste em manter o desempenho em nveis aceitveis.
Modularidade
A modularidade est relacionada habilidade de modificar o software de
EMS/SCADA com um impacto desprezvel em componentes de software que no esto
envolvidos diretamente. Podem ser agregados, modificados, substitudos por mdulos
de software, at em muitos casos serem removidos sem afetar os outros mdulos. Isto
pode ser alcanado por um desenho cuidadoso da arquitetura do sistema em um nvel de
macro, e pode ser aumentado pelo uso de tcnicas de desenvolvimento de software
orientado a objeto.
Escalabilidade
Escalabilidade a habilidade de poder processar, essencialmente, o mesmo
software em centros de controle de tamanho e alcance diferente. Ao utilizar o mesmo
banco de dados, um usurio conecta-se, por meio de software de comunicaes a
qualquer mdulo de apoio tanto em um EMS grande ou em um sistema de SCADA
pequeno. As principais vantagens so um banco de dados simples, modelo
personalizado e uma relao de mdulos de aplicao que sero conectados no sistema.

128

ANEXO D - Resumo do protocolo padro


OSI/ISO
Dois processos ou aplicaes executadas em um mesmo equipamento ou mesmo
em equipamentos distintos, muitas vezes, necessitam trocar dados ou mesmo interagir
entre si. Para isso se conta com protocolos de comunicao que permitem a troca dos
dados de uma maneira confivel, esses protocolos trabalham no modelo baseado pela
OSI/ISO. Este modelo lida com a conexo de sistema aberto algumas vezes, para a
comunicao com outros sistemas, por isso conhecido como modelo de referncia.
Este modelo tem sete camadas. Para chegar a estas so utilizados os seguintes
princpios:
Uma camada deve ser criada onde necessrio um nvel de abstrao
diferente;
Cada camada deve desempenhar uma funo bem definida;
As fronteiras entre as camadas devem ser escolhidas de forma a minimizar o
fluxo de informaes por meio de interfaces;
O nmero de camadas deve ser grande o suficiente para que no seja preciso
agrupar funes em uma mesma camada por necessidade, pequeno o
suficiente para que a arquitetura fique manejvel.
Camada Fsica - A camada lida com a transmisso pura de bits por meio de um
canal de comunicaes. As questes de projeto so concernentes garantia e, quando
um lado transmite um bit 1, este recebido como um bit 1 do outro lado. As questes
tpicas aqui so quantos volts devem ser usados para representar o 1 e quantos o 0;
quantos microssegundos dura um bit; se a transmisso pode ocorrer simultaneamente
em ambos os sentidos, como a conexo inicial estabelecida e como desfeita quando
os lados terminam; quantos pinos o conector da rede possui e para que serve cada pino.
As questes do projeto lidam majoritariamente com interfaces mecnicas, eltricas e
procedimentais, e como o meio fsico de transmisso que est a baixo da camada fsica.
Camada de enlace de dados - A tarefa desta camada pegar a facilidade de
transmisso de dados brutos e transform-la em uma linha que parea camada de rede,
ser livre de erro de transmisso. Ela realiza essa tarefa, fazendo com que o transmissor
fragmente os dados de entrada em quadros, transmita-os sequencialmente e processe os
quadros de confirmao, conhecimentos mandados de volta pelo receptor. Cabe
camada de enlace criar e reconhecer os limites dos quadros. Isto pode ser conseguido
anexando-se padres de bits especiais ao comeo e ao fim do quadro.
Camada de rede - O controle de operao da sub rede a preocupao da
camada de rede. Determinar as rotas dos pacotes da origem para o destino
fundamental. As rotas podem: a) basear-se em tabelas estatsticas embutidas na rede,
129

raramente modificadas; b) ser determinadas no incio de cada conversa; c) ser


dinmicas, determinadas para cada pacote, refletindo a carga atual da rede.
Camada de transporte - Esta camada tem por funo bsica aceitar os dados da
camada de sesso, dividi-los em unidades menores, se for o caso pass-los camada da
rede e garantir a chegada correta dos pedaos ao outro lado. Tudo deve ser realizado
com eficincia de modo que a camada de sesso fique isolada das inevitveis mudanas
na tecnologia de hardware.
Camada de sesso - Esta camada possibilita o transporte ordinrio dos dados,
da mesma maneira que a de transporte. Alm disso, fornece servios aperfeioados teis
para algumas aplicaes. Oferece duas possibilidades: Uma sesso pode ser usada para
permitir a um usurio ligar-se remotamente a um sistema de time sharing (tempo
compartilhado) ou para transferir um arquivo entre duas mquinas.
Camada de aplicaes - Esta camada possui vrios protocolos frequentemente
necessrios. Considere-se que existem, mundialmente, centenas de tipos de terminais
incompatveis, e os apuros de um editor de tela que deve funcionar por meio de uma
rede com terminais muito diferentes, cada um com diferenas nos layout de tela, nas
sequncias de escape para insero e eliminao de texto, movimentos do cursor, etc.

130

ANEXO E - Recomendaes de sites sobre


ScadaBR e softwares similares
1) Mango (http://mango.serotoninsoftware.com/)
Considerado o software "m2m" (machine-to-machine) open-source mais popular
do mundo, esse software canadense tem muitas das features mais importantes em
sistemas SCADA, desde diversos protocolos de comunicao, passando pelas
funcionalidades de registro e alarmes, at um construtor de telas bastante poderoso. O
mango todo baseado em tecnologias web, sendo que suas interfaces rodam em um
browser, at mesmo sendo possvel visualizar e controlar equipamentos remotamente
atravs de um smartphone, por exemplo.
2) Beremiz (http://www.beremiz.org)
O projeto Beremiz, que conta com contribuies principalmente da Frana e de
Portugal, vai alm das funcionalidades de um simples SCADA, funcionando tambm
como um soft-PLC, ou seja, opera como um Controlador Lgico Programvel podendo
ser programado em linguagens padronizadas de automao como lgica Ladder, por
exemplo. Tambm chama ateno, no Beremiz, a interface baseada em SVG (que
permite fazer animaes a partir de desenhos vetoriais).
3) Visual (http://visual.sourceforge.net/new/index.php)
Um software mais antigo, porm que serve como boa base para estudos, alm de
possuir alguns drivers de protocolo interessantes para Linux, como o Allen-Bradley
(protocolo DF1) e os Siemens (protocolos MPI e PPI), entre outros.
4) Likindoy (http://www.likindoy.org/)
O likindoy possui arquitetura toda planejada para operao em rede, visando o
uso em sistemas geograficamente distribudos como distribuio de gs e saneamento
bsico. Um dos destaques do likindoy a possibilidade de integrar dados de sensores
em mapas, usando o Google Maps.

5) Openscada (http://openscada.org)
O Openscada alemo (existe outro projeto com o mesmo nome, porm na
Rssia) tem alguns aspectos inovadores importantes: por exemplo, inclui a primeira
implementao 100% open-source e multi-plataforma do OPC, o que at ento era
reservado exclusivamente plataforma Microsoft Windows ou verses proprietrias da
DCOM. um software que presta bastante ateno a conceitos de flexibilidade e
segurana em sua implementao, porm no muito fcil de utilizar, por parte de
usurios finais que no sejam programadores.

131

6) Pascal SCADA (http://pascalscada.blogspot.com/)


O Pascal SCADA, como o prprio nome indica, voltado comunidade de
desenvolvimento Delphi/Lazarus. O projeto Pascal SCADA, liderado pelo colega
catarinense Fabio L. Girardi, produz um framework que permite desenvolver
rapidamente aplicaes de superviso e controle, a partir de funes para comunicao
com CLP, registro de dados, e componentes para visualizao. Um dos destaques do
Pascal SCADA seu driver para aplicaes de alto desempenho compatvel com
equipamentos da Siemens da linha S7 (protocolo IsoTCP).
7) Linux Scada (http://linuxscada.info)
Um software pioneiro no controle de equipamentos sobre plataforma
GNU/Linux.
8) ScadaBR (http://www.scadabr.org.br)
O projeto do ScadaBR desenvolvido na Fundao CERTI, e iniciou atravs de
uma parceria com empresas de Florianpolis. O ScadaBR "herda" todas as
funcionalidades do projeto mango, todas traduzidas para o portugus, e inclui adies
como uma API web-services, que um componente que torna possvel extender o
SCADA em qualquer linguagem de programao (Java, C/C++, C#/VB.net, python,
PHP e assim por diante).O ScadaBR tambm inclui o suporte a OPC, os protocolos do
setor eltrico (DNP3 e IEC101), alm de um novo construtor de telas baseado em Flex
(flash), um novo sistema de scripts, help e manual para usurios, entre outras
facilidades.

132

Você também pode gostar