Vous êtes sur la page 1sur 72

funes SCADA (Superviso, Controle e Aquisio de Dados) Fontes de Dados em SE As Unidades Terminais Remotas (UTRs) so fontes tradicionais de dados

de uma subestao. A funo primria deste equipamento coletar os estados e as medidas da subestao, transferindo-as para um sistema localizado no centro de controle, o qual realiza a superviso, controle e aquisio de dados (SCADA), facilitando, desta forma, o controle remoto. [PROUDFOOT 99] Para realizar esta tarefa, os fornecedores de UTRs e suprimentos para o centro de controle criaram protocolos de comunicao para transportar os dados e as mensagens. Eles eram planejados para trabalhar em tempo-real. Por este motivo, precisavam efetuar a sua misso de maneira rpida e eficaz. As mensagens necessitavam trafegar com muita otimizao j que as linhas de comunicao trabalhavam com uma largura de banda entre 1,2 e 9,6 BPS. [PROUDFOOT 99] Com o surgimento dos equipamentos secundrios de base-microprocessada, tais como: rels de proteo, Rels Universais (UR), Medidores de gases dissolvidos em transformadores, reguladores de voltagem, Oscilgrafos, medidores de energia, introduziram-se equipamentos com capacidade de comunicao dentro da subestao. Comerciantes destes Dispositivos Eletrnicos Inteligentes (IEDs) adicionaram capacidade de comunicao para permitir a sua conexo com o controlador programvel. Com esta conexo, pode-se configurar, recuperar dados e efetuar diagnsticos. Equipes de manuteno podem examinar logs contendo a seqncia de eventos, extraindo informaes para diagnosticar a ocorrncia de falhas. SCADA A integrao desses equipamentos digitais comumente denominada de sistema para Superviso, Controle e Aquisio de Dados - SCADA. A principal funo de um sistema SCADA a monitorao e o controle dos equipamentos em vrios nveis a qual montada atravs do levantamento dos requisitos das funes a serem automatizadas, seguidas pela definio da arquitetura de hardware e software a ser utilizada.

Funes Bsicas - Sistema de Automao

1) Comando remoto: A manobra dos equipamentos dever ser conduzida pelo operador a partir da sala de comando, atravs da interface grfica onde apresentado o diagrama unifilar da subestao. A sala de comando pode estar na prpria subestao ou em casos de subestaes desassistidas em um local remoto denominado Centro de Operao Regional. 2) Funo de monitorao: Apresenta ao operador, sob forma grfica ou atravs de desenhos esquemticos, os valores provenientes das medies realizadas, alm das indicaes de estado dos disjuntores, chaves seccionadoras e demais equipamentos de interesse. As medies podem ser obtidas por meio de transdutores conectados s entradas analgicas das UTRs ou controladores programveis, ou ainda atravs de equipamentos dedicados que promovam a transferncia entre analgico/digital. A figura 1 exemplifica uma tela do IHM com o unifilar de uma SE, construda pelo Sistema Aberto de Gerenciamento de Energia. 3) Alarmes: uma notificao para o operador sobre a ocorrncia de alteraes espontneas da configurao da malha eltrica, ou uma irregularidade funcional de algum equipamento, ou ocorrncias no sistema digital, ou ainda, a ocorrncia de violaes de limites operativos de medies. Quando ocorre uma situao de alarme, o operador deve adotar um procedimento para reconhecer o mesmo. A figura 2 mostra um exemplo de alarmes com mensagens reconhecidas. 4) Registro seqencial de eventos: dever registrar a atuao de rels de proteo, abertura e fechamento de disjuntores e chaves seccionadoras e outras indicaes de estado de interesse, com preciso de at um milissegundo, possibilitando o encadeamento histrico das ocorrncias. Devido elevada preciso, a aquisio desses dados efetuada normalmente por equipamentos autnomos, que se comunicam com o centro de controle e demandam um dispositivo de sincronizao de tempo. 5) Funo proteo: uma funo realizada por equipamentos autnomos e redundantes, em face da sua importncia e velocidade com que devem atuar. composta por rels de proteo que podem ser digitais ou convencionais, sendo que esses ltimos podem ser eletromecnicos ou de estado slido. O sistema de automao responsvel apenas pela monitorao da atuao dos rels, que, no caso de rels convencionais, efetuada por meio de contatos auxiliares. J os rels numricos apresentam a possibilidade de transferncia dessa informao via canal de comunicao de dados, alm de poderem transferir, adicionalmente, o estado operativo do rel, por meio de rotinas de autodiagnstico. 6) Armazenamento de dados histricos: Todas as medies, indicaes de estado, alarmes e aes executados pelo operador devem ser armazenados, a fim de permitir a anlise ou auditoria posterior. A figura 3 mostra um exemplo de alarmes e aes executadas. 7) Grficos de tendncias: Devem possibilitar ao operador observar a evoluo das grandezas analgicas no tempo em que durar a monitorao. Tambm deve ser possvel observar tendncias analgicas extradas a partir de dados histricos. 8) Intertravamento: Devem efetuar o bloqueio ou liberao de aes de comando em chaves, disjuntores ou seccionadoras em funo da topologia da subestao, visando segurana operativa desses equipamentos. 9) Religamento automtico: um algoritmo de controle que tenta restabelecer automaticamente a topologia da subestao no caso de abertura espontnea de disjuntor. Esta

uma funo que introduz automatismos no sistema. Estes automatismos so elaborados com tcnicas de inteligncia artificial, descritas em Automao de Subestaes. 10) Controle de tenso e reativos: uma lgica de controle que visa manter o nvel de tenso e o fluxo de reativos nos barramentos, dentro de limites preestabelecidos, atravs da alterao automtica de "tapes" de transformadores e a insero ou retirada parcial ou total de banco de capacitores. Esta funo tambm introduz automatismos no sistema. 11) Recomposio: Entende-se por recomposio o restabelecimento de uma SE em caso de pane ou perturbao. A perturbao [RODRIGUES 97] um distrbio ocorrido na rede eltrica que altera os parmetros de tenso ou corrente. Uma falta uma perturbao caracterizada pela interrupo do fluxo de energia. Aps uma perturbao geral [MARTINO 97] em uma subestao, pode ser necessrio restabelecer o processo de carga, fazendo-o de forma rpida e segura. Para o restabelecimento do sistema existem duas fases: fluente e coordenada. Define-se por fluente a primeira fase da recomposio que inicia com a sincronizao de unidades geradoras ou recebimento de tenso em circuitos, a partir dos quais se sucedero a energizao de transformadores e outras linhas de transmisso, conforme a sua prioridade. Este procedimento realizado nas subestaes pelos operadores sob coordenao de um Centro de Operaes Regionais (COR) ou Centro de Operaes do Sistema (COS). Aps o trmino da fase fluente, o operador comunica o Centro de Operao, iniciando ento a fase coordenada. Nesta fase, dar-se-o a energizao dos demais equipamentos, as liberaes de tomada de carga adicionais e, conforme o caso, o fechamento paralelo e/ou em anel das reas que no foram interligadas durante a fase fluente. 12) Sincronizao: O sincronismo usado para sincronizar duas fontes. Ele executado com um sincronoscpio no qual o operador visualiza a Tenso, a Freqncia e o ngulo. Quando os valores da fonte A estiverem prximos da fonte B, o operador efetua o sincronismo. Outros requisitos funcionais de um sistema digital de automao devero oferecer, ainda as seguintes facilidades: 1) Subestaes desassistidas: Devem permitir que a subestao opere sem a presena do operador, sendo que nesse caso, sua operao passar a ser efetuada remotamente por outro centro de operao. Assim, o sistema dever redirecionar as informaes locais para um console remoto, atravs de um canal de comunicao de dados. 2) Interface homem-mquina: A IHM dever oferecer recursos grficos de animao que permitam ao operador, via de regra, pouco familiarizado com informtica, reconhecer de imediato os estados dos equipamentos, as medies realizadas e as sinalizaes de alarmes. A interface deve ser projetada com requisitos de ergonomia de software para que esta seja amigvel ao operador. A figura 4 exemplifica uma tela do IHM com a estrutura de rels de uma SE, construda pelo sistema Cimplicity da General Electric. 3) Diversidade de equipamentos: O sistema deve ser flexvel para permitir a integrao com equipamentos de aquisio de dados e controle, como Unidades de Terminais Remotas (UTR), Controladores Programveis (CP), equipamentos de medio digital e rels digitais, provenientes de diferentes fornecedores. A figura 5 mostra o fluxo de dados entre os dispositivos e demais funes. 4) Biblioteca de protocolos: O sistema deve ser capaz de operar com os diversos tipos de protocolos disponveis no

mercado. Este um requisito necessrio para integrar os diversos sistemas e equipamentos que operam com protocolos diferentes. Por exemplo, o sistema utilizado na SE de Santo ngelo possui um geteway para conversar com o protocolo DNP utilizado pela ELETROSUL e a subestao de It, Conitel usado pelo Operador Nacional do Sistema e IEC usado pelo Cimplicity. 5) Interligao em rede: O sistema dever apresentar facilidades de utilizao de rede de forma a permitir a integrao futura com outros mdulos. Benefcios da Automao Os benefcios incluem aumento de produtividade, eficincia nos processos, reduo de erros operacionais, melhoria nas condies de segurana, qualidade do produto, reduo de custos e mo-de-obra. Os sistemas SCADA que atualmente so os preferidos na maioria das aplicaes, baseadas preferencialmente em Unix. Os Sistemas Digitais de Controle Distribudo, sendo um concorrente do primeiro, mais flexveis e construdos tambm em Windows e Linux. Sistema de Base de Conhecimento (SBC - Inteligncia Artificial)

Linguagem de Programao para Processos:

No passado, no existia um padro internacional em que um fabricante pudesse se basear para definir sua linguagem de programao para PLC (Programmable Logic Controller). Cada fabricante usava uma, e elas no tinham nenhum compromisso com portabilidade e compatibilidade. Os sistemas eram totalmente proprietrios, dificultando as atividades para o usurio. Esta prtica comeou a mudar com a entrada dos PCs que utilizavam um padro. Para no perder mercado, estes fabricantes tambm passaram a aderir a padres. [CARVALHO 99] Eles adotaram o padro IEC (International Electrotechnical Commission) norma IEC61131- 3. Com isso, uma reposio de um PLC ou substituio por defasagem tecnolgica ficou mais fcil e econmica. O treinamento de programadores foi reduzido e a construo de novos sistemas ganhou mais agilidade. A norma define cinco linguagens de programao: Function Block Diagram (FBD), Instruction List (IL), Ladder Diagram (LD), Sequential Function Chart (SFC), Structured Text (ST). 3.4.3.1 Function Block Diagram uma linguagem grfica para programao de PLCs, baseada na interpretao do comportamento do sistema, podendo ser utilizada para detalhar condies de transio e aes de diagramas SFC. [CARVALHO 99] Os elementos da linguagem devem ser interconectados por linhas de fluxo. Variveis de entrada e de sada descrevem o processo que consiste em um conjunto de blocos elementares. As entradas e sadas so conectadas aos blocos atravs de linhas. Os blocos so representados por retngulos. Combinando blocos, pode-se construir uma lgica apropriada para a aplicao. 3.4.3.2 Instruction List usada para pequenas aplicaes ou como parte delas, sendo de baixo nvel e de grande eficincia. Um programa composto por uma lista de instrues. Cada linha possui um comando e um operador, operandos so separados por vrgulas. A linguagem utiliza um registrador no qual armazena os resultados. [CARVALHO 99] 3.4.3.3 Ladder Diagram uma representao grfica de equaes booleanas, combinando contatos e bobinas. Os smbolos grficos do diagrama Ladder so organizados como se fossem degraus. So limitados esquerda e direita por linhas verticais. Os contatos podem ser normalmente abertos (NA) ou normalmente fechados (NF). Quando energizado, NA forado a fechar e NF forado a abrir. [CARVALHO 99] As funes lgicas AND so exibidas em linha horizontal e os OR uma abaixo da outra verticalmente. Esta linguagem pode representar bem os sistemas de controle lgico combinatrio, mas ineficiente para sistemas de controle seqencial onde se necessita de controles de tempo. 3.4.3.4 Sequential Function Chart Esta linguagem de programao oriunda da teoria de Rede Pertri. Ela no se restringe Engenharia, sendo usada em todos os ramos da cincia. A SFC simples, porm com rigorosa formalizao matemtica. Um programa composto por um conjunto de Steps, Transies e Arcos Orientados que representam o funcionamento de um automatismo lgico. Os steps so ligados s aes e as transaes que so associadas s receptividades. Os arcos ligam steps s transies e vice-versa. [CARVALHO 99] 3.4.3.5 Structured Text

uma linguagem em forma de texto juntamente com a IL. uma linguagem estruturada e de alto nvel, semelhante ao Pascal e ao C. Foi desenvolvida para efetuar a programao de processos automatizados, onde se utilizam procedimentos complexos e difceis de serem representados nas linguagens grficas. A ST a linguagem de descrio de aes do diagrama SFC. [CARVALHO 99] A linguagem estruturada em listas de declaraes do tipo (IF, THEN, ELSE, FOR WHILE, REPEAT). No fazem parte da norma as linguagens: Flowchart que est sendo divulgada por empresas como uma adio norma e o Fieldbus que ser incorporado norma atravs de blocos de funes flexveis (FFB - Flexible Function Blocks). Automao Uma SE de energia eltrica um tipo de instalao complexa, principalmente para efetuar a sua automao. Existe um ambiente eletromagntico agressivo, h necessidade de velocidade de processamento elevada e os processos no podem aceitar comandos involuntrios e/ou medies incorretas. As SEs, em conjunto com as usinas de gerao, representam um ponto chave no sistema eltrico, no permitindo a interrupo no processo de fornecimento.

Para efetuar a automao de uma SE necessrio coletar uma srie de dados dos equipamentos. Nos sistemas atuais, que contemplam as subestaes mais antigas, os dados so coletados por rels e transdutores e enviados a UTR. Alguns destes dados so processados e enviados ao sistema SCADA. J os IEDs utilizados em SE mais modernas entregam os dados j processados diretamente ao sistema SCADA. Para cada SE necessrio efetuar um estudo para captar os dados a serem utilizados.

Metodologia para Especificao de Telecontrole 1- Verificar Necessidade da Empresa 2- Escolha do Sistema Scada 3-Definio do Software 4- Seleo do Hardware - Vida til esperada de 15 anos 5- Especificar UTR ou Substituio por Rels Universais (apenas em aplicaes digitais) 6- Implantao do Projeto Piloto 7- Planejamento da Implantao 8- Configurao do Sistema SCADA - definio da base de dados 9- Configurao da UTR ou dos Rels Universais 10- Comissionamento e Teste da Configurao

11- Operao Local - Permanece at verificar confiabilidade para operao remota 12- Documentao 13- Treinamento 14- Transferncia de Plataforma - Definio da Localizao do Controle Regional -O conceito

de centro de controle regional pode levar em conta caractersticas como: Estar prximo de uma equipe de manuteno, pois em caso de falha, os tcnicos de manuteno no demorariam em chegar. Estar situado em lugar com infra-estrutura de comunicao.
Funes SCADA

Aquisio de Dados O subsistema de comunicao de dados de cada centro regional pode ser dividido em trs subsistemas especficos: Comunicao de dados com as UTRs e servidores de dados. Comunicao de dados com os centros regionais. Comunicao de dados com outros centros de operao. O subsistema de aquisio de dados dever detectar, atravs do protocolo, a perda das informaes trocadas com as UTRs e os servidores de dados, bem como com outros centros de controle. As perdas de comunicao devero ser detectadas e contabilizadas pelo sistema e, em correspondncia, devero ser gerados alarmes. Comunicao de Dados com as UTRs e Servidores de Dados - o subsistema de aquisio de dados deve coletar as informaes do sistema de potncia coletadas pelas UTRs instaladas e o envio de comandos. As UTRs possuem protocolo especfico. Os detalhes relativos aos protocolos, UTRs e servidores de dados so descritos no item de Requisitos de Hardware. A coleta de dados deve ser feita ciclicamente de acordo com os tempos definidos na tabela 16. O sistema deve suportar tambm a aquisio por exceo. Segundo o protocolo utilizado, o SSC dever suportar todos os tipos de comunicao necessrios, tais como mestre-mestre e mestre-escravo (polling). Comunicao de Dados com os Outros Centros de Operao - o subsistema de comunicao de dados com os centros de operao de outras empresas poder implementar outros protocolos. Os tipos de protocolos bem como os detalhes devero ser abordados durante o workstatement. Os dados recebidos das outras empresas devem ser processados como se fossem recebidos das UTRs. Como alguns dados podero vir simultaneamente via enlace de dados ou via UTR, o SSC dever gerenciar esses dados definindo as fontes principais e o backup. O chaveamento entre as fontes dever ser automtico.

Processamento de Dados e Monitorao O software SCADA dever processar dados telemedidos provenientes das UTRs, servidores de dados, centros regionais de operao da empresa e de outros centros de operao interligados bem como, dados manuais. Os procedimentos a serem executadas so: fazer a converso para unidades de engenharia, verificar limites, variao de estado, dados calculados, alarmes e eventos, seqncia de eventos, atributos de qualidade de dados e invalidao de dados. Todos os dados de operao do sistema de potncia (por exemplo: estados, MW, MVAR, kV, MWh), que j no possurem etiqueta de tempo, devem ter estas etiquetas colocadas pelo servidor de comunicao do centro de controle de forma a manter consistncia para o tratamento, anlise, histrico, fechamento (settlement), contabilizao e faturamento. Devese resolver diferenas entre o fuso horrio e as mudanas entre o horrio padro e o de vero de forma a estabelecer selos de tempo consistentes para o software de aplicao. O sistema dever ser capaz de selecionar um conjunto de dados a ser propagado para os outros centros, definindo se devem ser enviados os dados brutos ou tratados localmente. Esta definio poder ser feita durante o workstatement. Verificao de Limites - os valores analgicos, obtidos e calculados, devero ser comparados com os limites superiores e inferiores. Os limites devero ser estabelecidos para cada grandeza, podendo serem alterados dinamicamente: Limite superior e inferior de escala ou de razoabilidade (reasonability limits). Limite superior e inferior de emergncia. Limite superior e inferior de operao. Dever ser possvel, tambm, alterar toda a tabela de limites, em funo de situaes (horrios pr-estabelecidos, condies eltricas, etc.) com dados pr-estabelecidos por funes off-line, obtidos atravs da interface com a rede corporativa. Esta alterao dever ser executada sem interromper o processamento normal do SSC. Limite mximo de taxa de variao da grandeza. Qualquer valor de limite deve ser considerado tanto para as funes SCADA como as de aplicao, descritas nos item de Funes SCADA e Software Aplicativo. Para todos os tipos de limite dever ser estabelecida uma banda morta (histeresis). Variao de Estado - para cada indicao de estado, dever ser comparado com o antigo valor adquirido e armazenado no banco de dados. Se ocorrer uma mudana, um alarme dever ser gerado e atualizado no display correspondente, devendo ser tambm ativado o configurador de redes. Dados Calculados - os dados calculados devero ser armazenados no banco de dados da mesma forma que os dados telemedidos. Valores Calculados de Dados Analgicos - os valores mdios devero ser calculados a partir das telemedies, bem como de valores estimados e/ou manualmente introduzidos pelo operador. Desta forma, a funo de clculo dever oferecer a possibilidade de clculo de valores analgicos, a partir de quaisquer telemedies, outros valores calculados, de limites estabelecidos ou preferencialmente de resultados de programas aplicativos. Dever ser prevista a possibilidade de definio dinmica de frmulas para os clculos dos dados analgicos. Estas frmulas devero ser introduzidas via displays apropriados para este fim. As frmulas devero ser introduzidas a partir de configurao definida no banco de dados. A freqncia do clculo dos dados poder ser parametrizada. 1. Indicaes de Estados Calculados - a freqncia de clculo das indicaes de estados calculados dever ser parametrizvel e no mximo igual taxa de varredura dos estados.

O operador pode especificar qual o de tempo de execuo dos novos estados calculados. Esta especificao poder ser feita atravs de expresses booleanas, envolvendo grandezas analgicas e estados, telemedidos ou calculados, com um nmero varivel de operandos. 2. Energia Integralizada - a energia dever ser integralizada em perodo definido pelo usurio (horrio, dirio, semanal) a partir das telemedies coletadas em tempo real. Os valores mdios devero ser expressos em MWh e MVARh. O intercmbio de energia entre as empresas tambm dever ser calculado por um perodo definido pelo usurio a partir das telemedies coletadas em tempo real. Os valores mdios devero ser expressos em MWh e MVARh, indicando o sentido do fluxo. Os dados calculados de energia ativa e reativa das unidades geradoras, bem como a potncia ativa total, consumo ativo e reativo e totalizaes devero ser apresentados aos operadores nos displays associados operao. 3. Dados Manuais - dados manuais so processados de forma anloga aos telemedidos ou calculados. Para cada entrada de dados no logging dever ser registrada a mudana, o horrio e a identificao do operador. 4. Outros Clculos - outros dados calculados e/ou usados pelos programas de aplicao e que no so coletados pelo sistema de aquisio de dados devero ter a possibilidade de serem configurados em qualquer display utilizado pelo sistema. Dever ser possvel criar grandezas calculadas a partir de qualquer atributo da base de dados, incluindo grandezas do sistema SCADA e produzidas por aplicaes. O resultado ou parcela poder conter os seguintes tipos: inteiro, real e booleano. As operaes devero ser: Operaes aritmticas: com capacidade de clculos envolvendo grandezas analgicas, utilizando-se as quatro operaes, bem como uma biblioteca de funes matemticas a ser definida. Operaes booleanas: dever ter a capacidade de clculos envolvendo indicaes de estados de disjuntores e outras sinalizaes, utilizando-se operaes booleanas (AND, OR, NOT). Operaes mistas: clculos envolvendo operaes aritmticas e booleanas. Clculo de corrente: com capacidade de clculo de corrente a partir de telemedies pertinentes, coletadas pelo sistema em tempo real. Clculo de MVA: o mesmo procedimento dever ser possvel para o clculo do MVA. Clculo condicional. Contador. Clculos estatsticos. Clculos trigonomtricos. Processamento de Alarmes e Eventos. 1. Geral - o sistema deve prever gerenciamento de alarmes onde seja permitido alertar o usurio sobre condies no usuais no sistema, tais como: abertura de dispositivos eltricos, ultrapassagem de limites, ocorrncias no sistema de comunicao e equipamentos pertencentes configurao computacional. O sistema de gerenciamento de alarmes deve comportar situaes de avalanche de alarmes decorrentes de distrbios no sistema eltrico, sem que com isso haja degradao, perda de confiabilidade ou de desempenho do SSC. Para isto, o sistema dever levar em conta: Mtodos para notificar os operadores, nas estaes de trabalho, sobre mudanas espontneas ocorridas no sistema. As notificaes devero incluir um alarme sonoro em diferentes tons, dependendo da gravidade, bem como indicaes visuais

da presena de mudanas ocorridas e no reconhecidas pelos operadores. As indicaes visuais devero incluir uma regio dedicada no display, a qual, a partir de pontos sensveis (poke point) vinculados a outros displays, proporcionaro uma viso mais detalhada das informaes acerca do estado do sistema de potncia. O usurio dever ter a possibilidade de parametrizar ou preestabelecer as formas de notificao acima descritas. Os alarmes devem ser funcionalmente classificados por rea de responsabilidade e visualizados pelo operador de uma forma que facilite a sua identificao. Ter acesso s ltimas mensagens de alarmes no reconhecidas. Reconhecer alarmes, permitindo aos operadores reconhecer e/ou suprimir as mensagens de alarmes em vrios displays, incluindo os diagramas unifilares de subestaes/usinas. As mensagens de alarmes devero ser reconhecidas e/ou suprimidas nas estaes de trabalho, tanto individualmente como por pgina de lista de alarmes, como por UTR. Possuir um mecanismo para silenciar o alarme sonoro. Permitir uma viso geral da lista de alarmes em ordem cronolgica e diferenciados por cores e prioridades e espaados de uma linha entre um alarme e outro. Possuir mecanismo de definio de prioridade de alarmes pr-estabelecidos. Permitir a impresso das mensagens por solicitao do operador. As mensagens devero ser armazenadas para recuperao ps-operao. Manter um arquivamento dos alarmes para anlise ps-operao, sem limitao de tempo, mas sim de espao fsico de armazenamento. Dever ser prevista a possibilidade de elaborao de relatrios pr-estabelecidos pelos usurios. Possuir mecanismo para a filtragem dos eventos e/ou alarmes de modo que seja possvel, por exemplo, mostrar nas telas apenas os eventos relacionados a disjuntores. 2. Processamento Anti-Bouncing - esta funo deve prevenir um nmero excessivo de variaes de estados e SOE provenientes de subestaes e usinas devido a problemas de bouncing de rels. Ela dever filtrar transies de estado, evitando que a lista de alarmes e seqncia de eventos seja sobrecarregada com informaes repetitivas. Quando um nmero mximo de transies em um determinado espao de tempo for identificado, o ponto de estado deve ser desativado. O operador dever ser notificado quando da ocorrncia da desativao automtica. Quando, aps um determinado nmero de varreduras, o software detectar que o bouncing cessou, dever ser enviada uma mensagem de alarme notificando o operador. A reativao dever ser manual e executada pelo operador. 3. Inibio de Alarmes Aps Retorno Operao de Enlaces de Dados ou Equipamentos - O SSC dever inibir durante a primeira varredura alarmes devido ao retorno operao de enlaces de dados ou qualquer tipo de equipamentos, incluindo UTRs ou centros de operao regionais. 4. Listas de Alarmes devero ser reconhecidas para todo o sistema, bem como uma lista de todas as mensagens reconhecidas e no reconhecidas distribudas por subestao/usina. A lista de alarmes dever tambm ser classificada por ordem de prioridades existentes no sistema. Dever ser disponibilizada ao usurio a possibilidade de preestabelecer vrios nveis de prioridades atravs de parametrizao. Outros sumrios devero ser contemplados: todos os pontos fora de servio, pontos inibidos, pontos introduzidos manualmente e os pontos que no esto em seu estado normal de operao.

5. Inibio de Alarmes - o software SCADA dever usar diferentes aes quando um estado anormal for encontrado, conforme descrito abaixo: Registrar: quando um ponto passa para o estado anormal ou retorna ao normal, uma mensagem dever ser registrada no registro de atividade do sistema. Se o registro da mensagem estiver inibido para o ponto correspondente, qualquer mensagem futura no deve ser registrada. Quando o registro estiver permitido, qualquer mensagem que foi bloqueada ser perdida, e qualquer mensagem futura ser registrada. Quando o registro estiver inibido, o reconhecimento e o alarme sonoro devero estar inibidos. Quando o alarme de um ponto, associado a um estado ou a seqncia de eventos, estiver inibido no devem ser gerados registros de seqncia de eventos relativos a este ponto. Reconhecimento: quando um ponto passa para o estado anormal, ou em alguns casos retorna ao estado normal, o ponto dever ficar no reconhecido at que o operador reconhea o ponto. Se o reconhecimento estiver inibido, o ponto no dever ficar marcado como no reconhecido quando passar para o estado anormal. Anormalidade: quando um ponto passa para o estado anormal, um alarme dever ser gerado. Quando a anormalidade estiver inibida, no dever ser gerado o alarme. Indicao anormal: quando um ponto passa para o estado anormal, ele dever ser marcado no banco de dados, atravs de uma indicao apropriada. Quando a indicao anormal estiver inibida, a indicao no banco de dados dever ser colocada como se o ponto estivesse no estado normal, mesmo que ele esteja no estado anormal. Alarme sonoro: quando um conjunto de pontos pr-configurados passar para o estado anormal, ou retornar ao normal, o alarme sonoro dever soar para alertar o operador sobre o ocorrido. Se o alarme sonoro estiver inibido, ele no dever soar quando o ponto passar para o estado anormal. 6. Alarme Sonoro - tons de alarmes sonoros devero ser definidos e parametrizados pelos usurios em cada estao de trabalho. Para cada estao de trabalho, mltiplos tons devero estar disponveis. Os tons devero ser contnuos e/ou intermitentes e associados gravidade do alarme. Dever ser possvel associar um tom a um alarme de maneira que, por exemplo, um tom contnuo poder ser associado com um alarme de alta prioridade e um tom intermitente com um alarme de baixa prioridade. Seqncia de Eventos 1. Geral - o sistema dever prever um processamento de seqncia de eventos compatvel com as UTRs descritas no item de Requisitos de Hardware. Devido aos diferentes tipos de UTRs que devem ser integradas, o sistema deve estar preparado para: Recepcionar dados com etiqueta de tempo acurada, fornecida por um GPS local. Recepcionar dados sem etiqueta de tempo. O computador front-end deve colocar uma etiqueta de tempo, porm esta etiqueta deve ser marcada como no confivel. Ajustar os retardos de tempo de comunicao de acordo com meio de transmisso e tipo de protocolo de forma a compensar os tempos de retardos inerentes. Para todos os centros de controle regionais, as frmulas de compensao devem ser aquelas atualmente usadas nos seus sistemas atuais. Maiores detalhes sero fornecidos durante o workstatement do projeto. O sistema dever considerar que futuramente a etiqueta de tempo para os dados de seqncia de eventos possa ser colocada pela UTR ou pelo IED (Intelligent Electronic Device) mais prxima ao sistema de potncia.

O sistema dever tambm prover a funo SOE com capacidade de tratar listas provenientes dos centros de controle, dos centros regionais ou de outro centro de operao, integrando estas informaes com as provenientes das remotas. Deve ser possvel ao operador desativar a varredura de uma lista de SOE de uma determinada remota. Igualmente dever ser possvel a reativao. Para cada desativao e/ou reativao dever ser registrado no logging a mudana, o horrio e a identificao do operador. O sistema dever ser capaz de tratar listas de SOE com resoluo de 1ms. Os registros de SOE devero ser armazenados no registro histrico, acessvel na rede de tempo real e corporativa. 2. Sincronismo - as remotas no so sincronizadas para efeito de SOE. O SSC deve se encarregar de calcular um fator de correo e efetuar todas as compensaes necessrias para que os eventos sejam ordenados em nvel sistmico na seqncia em que ocorreram, com a resoluo de 1 milissegundo. 3. Interface com o usurio - o sistema dever prever meios para que os usurios possam visualizar os eventos ocorridos, ordenados de forma cronolgica, com data e hora. Devero existir mecanismos adicionais para que os eventos possam ser filtrados para facilitar a visualizao. Dever ser possvel associar um tom a um alarme de maneira que, por exemplo, um tom contnuo poder ser associado com um alarme de alta prioridade e um tom intermitente com um alarme de baixa prioridade. Seqncia de Eventos 1. Geral - o sistema dever prever um processamento de seqncia de eventos compatvel com as UTRs descritas no item de Requisitos de Hardware. Devido aos diferentes tipos de UTRs que devem ser integradas, o sistema deve estar preparado para: Recepcionar dados com etiqueta de tempo acurada, fornecida por um GPS local. Recepcionar dados sem etiqueta de tempo. O computador front-end deve colocar uma etiqueta de tempo, porm esta etiqueta deve ser marcada como no confivel. Ajustar os retardos de tempo de comunicao de acordo com meio de transmisso e tipo de protocolo de forma a compensar os tempos de retardos inerentes. Para todos os centros de controle regionais, as frmulas de compensao devem ser aquelas atualmente usadas nos seus sistemas atuais. Maiores detalhes sero fornecidos durante o workstatement do projeto. O sistema dever considerar que futuramente a etiqueta de tempo para os dados de seqncia de eventos possa ser colocada pela UTR ou pelo IED (Intelligent Electronic Device) mais prxima ao sistema de potncia. O sistema dever tambm prover a funo SOE com capacidade de tratar listas provenientes dos centros de controle, dos centros regionais ou de outro centro de operao, integrando estas informaes com as provenientes das remotas. Deve ser possvel ao operador desativar a varredura de uma lista de SOE de uma determinada remota. Igualmente dever ser possvel a reativao. Para cada desativao e/ou reativao dever ser registrado no logging a mudana, o horrio e a identificao do operador. O sistema dever ser capaz de tratar listas de SOE com resoluo de 1ms. Os registros de SOE devero ser armazenados no registro histrico, acessvel na rede de tempo real e corporativa. 2. Sincronismo - as remotas no so sincronizadas para efeito de SOE. O SSC deve se encarregar de calcular um fator de correo e efetuar todas as compensaes necessrias para que os eventos sejam ordenados em nvel sistmico na seqncia em que ocorreram, com a resoluo de 1 milissegundo.

3. Interface com o usurio - o sistema dever prever meios para que os usurios possam visualizar os eventos ocorridos, ordenados de forma cronolgica, com data e hora. Devero existir mecanismos adicionais para que os eventos possam ser filtrados para facilitar a visualizao. dever ter a capacidade de introduzir um valor manualmente, substituindo uma telemedio invalidada. 2. Invalidao de Indicao de Estado: Invalidao automtica: as telessinalizaes devero ser invalidadas, inicialmente, a partir do programa de aquisio de dados. A ausncia da informao durante o controle de verificao geral, bem como uma deteco de erro na informao dever invalidar a indicao de estado. Invalidao manual e atualizao: o operador dever ter a capacidade de manualmente invalidar uma telessinalizao. Este procedimento dever estar disponvel nos displays onde a telessinalizao puder ser apresentada. A indicao de estado invalidada dever continuar a ser coletada e com o indicador de qualidade (flag) associado. O operador dever ter a capacidade de introduzir um valor manualmente substituindo uma telessinalizao invalidada. 3. Processamento de Invalidao - uma informao invlida dever inicializar os seguintes procedimentos: Atualizao da lista cronolgica de eventos. Atualizao de todos os displays envolvidos na invalidao, sendo que todas as informaes invlidas devero ser diferenciadas por uma indicao ou por uma cor diferente. Se a invalidao for manual, a respectiva lista de telemedies invalidadas ou de telessinalizaes dever ser atualizada. 4. Processamento de Revalidao - uma informao revalidada dever inicializar os seguintes procedimentos: Automtica: aps o desaparecimento da falha se esta informao estiver sem o flag de invalidao manual. Manualmente sob pedido do operador: toda revalidao dever provocar a atualizao da lista cronolgica de eventos. Dever tambm ocorrer a atualizao de todos os displays envolvidos na revalidao. Se a revalidao for manual, a respectiva lista de telemedies ou de telessinalizaes invalidadas dever ser atualizada. Controle Supervisivo 1. Requisitos Gerais - a especificao abrangente da funo de controle tem por objetivo permitir a operao durante um perodo de transio de algum centro de operao e para eventualmente servir de redundncia, para o caso de falha neste centro. 2. Envio de Comandos - o processamento no centro de controle dever constar de duas fases: Fase de seleo, onde o operador seleciona o equipamento desejado para telecomandar. No final da fase de seleo, deve-se fazer verificaes com o intuito de validar a seleo feita pelo operador e para autoriz-lo ou preveni-lo para passar para a fase de execuo do telecomando. Na fase de execuo, a ordem de telecomando ser enviada para a UTR e para o servidor de dados e centros de operao. A correta execuo do telecomando dever ser verificada pelo sistema. Verificaes devero ser feitas durante esta fase para garantir a perfeita execuo da ordem do telecomando. A emisso do comando dever ser registrada no logging com o horrio e a identificao do operador. O resultado deste comando dever ser igualmente registrado. Em caso de

falha na execuo do comando, dever ser gerado um alarme. Os tipos de comandos a serem executados so: Abertura e fechamento de dispositivos de dois estados (por exemplo: chaves, disjuntores). Incremental (Raise/lower) (por exemplo: taps de transformadores, geradores): deve ser possvel selecionar o equipamento e executar mltiplos comandos incrementais. Set point (por exemplo: transformadores, geradores, reguladores). Transferncia de modo de controle (por exemplo: manual/automtico, bloqueado/no bloqueado). O sistema dever prever flexibilidade para que comandos possam ser submetidos a um sistema de intertravamento, onde existiro expresses booleanas associadas a cada comando a serem calculadas de forma a autorizar o envio do comando. Caso o comando no seja autorizado, o operador dever ser alertado. Tagging - devero ser previstos tags para informar ao operador sobre uma condio especial de um determinado componente do sistema eltrico de potncia. Esta sinalizao tem por finalidade impedir alguma ao sobre o referido dispositivo. O sistema dever registrar o nome do operador no momento da incluso e/ou supresso do tag, para identificao do usurio. Definio de Tagging - a funo de definio de tag dever permitir ao operador definir os tipos de tags desejados. O tipo define o efeito que este dever ter quando colocado sobre o equipamento desejado. Os tipos de tags podero ter uma ou mais caractersticas, entre outras: Abertura e/ou fechamento do equipamento impedido e/ou bloqueado. Em manuteno. Cada tipo de tag dever tambm especificar a sua prioridade, permitindo a identificao dos diferentes tipos de tags de forma nica no diagrama unifilar da subestao e/ou usina. 1. Colocao de Tag - a funo de colocao do tag dever permitir ao operador posicionar tags nos equipamentos para impedir a abertura e/ou fechamento, ou ainda, para informar ao operador sobre qualquer condio especial existente. Os operadores devero ter capacidade de entrar com textos livres, associados ao tag. 2. Supresso do Tag - a funo de supresso do tag dever tambm ser disponvel ao operador. O sistema dever registrar o nome do operador no momento da supresso do tag, para identificao do usurio. Sadas Impressas Geral - as impresses devero ser usadas para eventos e/ou alarmes do sistema de potncia, do sistema computacional, telecomandos, sistema de telecomunicao, bem como para impresses peridicas e relatrios. Registro de Operao - os seguintes tipos de mensagens devero ser impressos no instante da ocorrncia: eventos e alarmes, inibio de alarmes e controle supervisivo. Impresses Cclicas ou por Solicitao - o usurio dever ter a capacidade de configurar no banco de dados os atributos de periodicidade das impresses, inclusive o cancelamento de parte das impresses. Os relatrios horrios, dirios e semanais devero ser impressos (periodicamente ou por solicitao). Anlise de Ps-Perturbao A funo de anlise de ps-perturbao ajudar a determinar os efeitos no sistema de potncia de uma perturbao como, por exemplo, a perda de uma linha de transmisso principal. Desta forma, esta funo dever permitir a recuperao do estado do sistema monitorado em qualquer tempo, aps a ocorrncia.

O sistema dever prover um conjunto de ferramentas para efetuar consultas a esses dados. Desta forma, a funo de anlise de ps-perturbao dever, no mnimo, incluir dois tipos de recursos: Armazenamento de dados j incorporado na funo de histrico. Recuperao, total ou parcial, definida no tempo e/ou por tipo de informao. Armazenamento de Dados Histricos - a funo de armazenamento de dados histricos dever armazenar, de forma constante e automtica, todas as mudanas de dados prselecionados e calculados pelo SCADA. Este armazenamento no dever ter limitao de tempo, quanto ao nmero de informaes a serem pr-selecionadas para este fim. Esta limitao deve ser apenas baseada na capacidade de armazenamento do sistema. Perdas de valores, devido ao esquema peridico da funo de armazenamento, no podem acontecer. A performance dever ser suficiente para manipular situaes com grandes quantidades de mudanas em um curto espao de tempo. Como conseqncia, a funo dever gerenciar a alocao do espao em disco de maneira que o operador seja informado quando o salvamento dos arquivos em outros meios magnticos for necessrio. Recuperao de Dados - a funo de recuperao de dados dever ser capaz de recriar uma configurao j passada do sistema de potncia e possibilitar uma viso geral do estado do sistema de potncia em qualquer ponto histrico no tempo passado. A funo dever recuperar do banco de dados do SCADA (a parte que foi armazenada na base de dados histricos). Dever ser possvel a visualizao da recuperao das seguintes formas: Diagramas unifilares normais do SCADA. Diagramas tabulares normais do SCADA. Displays normais do sistema quando aplicvel, isto , quando eles inclurem dados do SCADA. Uma vez recuperado o banco de dados SCADA, a funo dever permitir ao operador: Recuperar os dados para um outro momento. Pular para frente para um prximo momento, no qual houve mudana nas informaes. Entrar no modo play-back no qual a recuperao dos dados dever ser contnua. A velocidade de recuperao dever ser ajustvel de maneira mais rpida ou mais lenta, em relao ao perodo de hora normal. Em modo play-back, o operador poder selecionar valores e utilizar os recursos de curvas de tendncia em vdeo. Dever ser possvel o uso do banco de dados SCADA para inicializar: Aplicaes de anlise de rede: por exemplo, dever ser possvel executar o estimador de estado com os dados recuperados. Simulador para treinamento de operadores: neste caso, os dados recuperados sero usados como ponto de partida de uma sesso de simulao. Displays SCADA Os bancos de dados SCADA e as mudanas de indicaes devero ser apresentados ao operador atravs de displays. Os displays unifilares e tabulares de subestaes e usinas devem ser implementados em trs modos: modo de tempo real, modo entrada de dados de estudo e modo sada de dados de estudo, isto , o mesmo display deve operar com bases de dados diferentes selecionadas pelos usurios.

Os displays unifilares e tabulares podem igualmente apresentar informaes armazenadas na base de dados de histricos do sistema. Outros tipos de display podem ser oferecidos pelo sistema. Diagramas Unifilares - um diagrama unifilar uma representao grfica especfica de uma instalao ou de uma rea do sistema de potncia. Medies anormais e alarmes no reconhecidos devero ser indicados, assim como devero ser previstos mecanismos para a inibio de alarmes, reconhecimento de alarmes, telecomando de dispositivos e outras funes necessrias. Displays Tabulares - devero existir displays tabulares de instalaes, alm dos unifilares. Estes displays devero apresentar informaes mais detalhadas do que aquelas apresentadas em um diagrama unifilar. Estes displays devero ser construdos automaticamente pelo software e refletir o contedo do banco de dados to logo este seja modificado. Lista de Condies Anormais de Operao e Mudana de Estados - estes displays devero conter uma lista das condies anormais correntes e das mudanas de estado ainda no reconhecidas. Cada entrada deve ter a hora da entrada juntamente com a informao textual que identifica a medida e a condio em que a medida se encontra. Devero ser previstos, os seguintes displays de lista de excees: Lista de condies anormais de operao ordenada no tempo, contendo pelo menos, os estados e medies analgicas anormais e no reconhecidos, mostrados em ordem cronolgica. Lista de condies anormais de operao ordenada hierarquicamente, contendo estados e medies analgicas anormais e no reconhecidos, mostrados na ordem em que eles aparecem no banco de dados. Outras listas de condies anormais de operao referente aos centros de controle, UTRs, servidores de dados, topologia, funes de controle, impedimentos e seqncia de eventos devero estar tambm disponveis. Sumrios - os displays sumrios devero possuir a lista dos dispositivos monitorados pelo SCADA que se encontram: com alarmes e eventos, com alarmes inibidos, manualmente removidos de servio e com alarmes de aplicaes como, por exemplo, CAG. Display dos Registros das Aplicaes - para cada aplicao, este display, de interesse de analistas, dever apresentar em ordem cronolgica os registros de execuo da aplicao em questo. Display do Estado da Comunicao - este display dever apresentar o estado dos equipamentos de comunicao do SCADA e dos enlaces de comunicao de dados. A partir deste display, o operador dever estar apto a modificar o estado dos equipamentos de comunicao e dos enlaces de comunicao com os servidores de dados e com os centros de controle. Display de Estatstica de Comunicao - este display dever apresentar a disponibilidade do sistema de comunicao, em termos de contagem das tentativas de varredura sem sucesso e dos erros relatados pelos servidores de comunicao de dados e o tempo em que o sistema permaneceu defeituoso. Estes dados devero ser armazenados para cada hora do dia, acumulado em bases dirias e mensais. Displays de Impedimentos Operativos - devero estar disponveis displays que contenham a definio do tipo de tag e listas de impedimentos (tags). A partir do display de definio de tags, o operador dever estar apto a ver a definio dos tipos de tags. O pessoal de desenvolvimento do sistema dever estar apto a adicionar, remover ou modificar os tipos de tags. O display referente a lista de tags dever

dispor de impedimentos posicionados no momento nos equipamentos. O operador dever ter recursos para editar os comentrios que acompanham cada tag. Displays do Estado Operativo - devero estar disponveis displays que apresentem a configurao do SSC, incluindo a rede, equipamentos e perifricos. Este display dever permitir aes de controle sobre os equipamentos do SSC. Bouncing Bouncing um problema na variao do estado do rel. Ele fica constantemente abrindo/fechando. Failover O mesmo que load sharing, ou seja, carga compartilhada. um sistema para prevenir falhas. Um computador acorda a partir do momento em que ele detecta alguma falha. Hot swapping So atividade de manuteno com o equipamento ligado. Hot-standby Equipamento em estado de espera com todas as suas funes ativadas. Partida fria Incio das atividades de um computador a partir de um estado parado (sem atividade). SCADA Abreviatura Controle, Superviso e Aquisio de Dados uma categoria de sistemas para trabalhar com automao de processos. Atravs da sua interface homem-mquina pode-se visualizar os estados de equipamentos bem como comand-los. Standby Equipamento no estado de espera. Passa a funcionar a partir de um problema detectado. TAF Teste de Aceitao em Fbrica um conjunto de teste realizados de acordo com normas para verificar as condies do equipamento. Workstatement um detalhamento das funes que um equipamento deve ter. uma atividade especificada aps o trmino de uma licitao e/ou compra, sendo executada junto com o fabricante. Decluttering a capacidade de fazer as informaes aparecerem e desaparecerem em nveis diferentes de ampliao. Zoom e declutter devero ser aplicveis a qualquer camada de um diagrama unifilar.

7.1 REFERNCIAS BIBLIOGRFICAS


ALMEIDA, carlos et al. Sistemas digitais. In: Seminrio nacional de produo e transmisso de energia, 13., Cambori: 1995. ANDERSSON, Leif, Panorama Station Automation, ABB Network Partner, International Management Training at ABB Network Partner AB, Sweden, 1988. ANDRADE, Luiz Francisco Borges et al. Implantao do programa de telecontrole digital de subestaes de transmisso da ELETROSUL. In: Seminrio nacional de produo e transmisso de energia, 14., Belm: 1997. AOKI, A. R. et al. Planejador inteligente para sistemas automatizados de restabelecimento de subestaes eltricas. InTech Brasil, set. 1999. APLICAO Coca-Cola. Disponvel em:http://engecomp.com.br/newgeren.htm. Acesso em: 29 set. 1999. ARAJO, Geraldo M., Empresa virtual: uma estrutura organizacional emergente. Gramado: ENEGP,1997. ATI Automao Telecomunicaes e informtica. Caderno tcnico de especificaes, Belo Horizonte, 1997.

AVIZ Carlos Alberto de M. et al. Experincia da ELETRONORTE com sistemas digitais de comando, controle e proteo nas subestaes de Santa Maria 230/138/13,8 kV e Macap II 69/13,8 kV. In: Seminrio nacional de produo e transmisso de energia, 14., Belm: 1997. AZEVEDO, Wagner Ubiratan Lanzieri de. Sistema integrado de operao e diagnstico de falhas para sistemas de energia eltrica. Maia.1998. Dissertao, Universidade Federal de Santa Catarina, Florianpolis. Disponvel em: http://www.eps.ufsc.br/disserta98/maia/index.html. Acesso em: 25 ago. 1999. BERGMAN, W J. Equipment monitoring selection as a part of substation automation, circuit breaker monitoring, IEEE Switchgear Meeting, Pittsburgh, 1999. BERTO, Rosa S., Organizaes virtuais: reviso bibliogrfica e comentrios. Gramado: ENEGP,1997. BOHN, R. E. et al. Spot pricing of electricity. USA: Kluwer Academic Publishers, 1988. 355 p.

163
CAMARGO, Katia Gavranich. Inteligncia artificial aplicada nutrio na prescrio de planos alimentares. Florianpolis: UFSC, 1999. CAPDEVILLE, Charles de. Novas tecnologias para automao de subestaes existentes e rede de distribuio: quebra de paradigmas. In: Simpsio de automao de sistemas eltricos, 4., Braslia: 2000. CARNEIRO, Eduardo Moreira et al. Implantao de automatismo e monitoramento de transformadores em se desassitidas. In: Seminrio nacional de produo e transmisso de energia, Foz do Iguau: 1999. CARVALHO, Andr Oliveira Cesar de; FRANCO, Lcia R. H. R. O avano da padronizao das linguagens de programao no controle industrial. InTech Brasil, out. 1999. CDI Automao. Curso de UTR C50, Curitiba, 2000. CEPEL, WORKSTATEMENT relativo proposta CEPEL-DPP/SUP-057/99. Rio de Janeiro, 1999. CESP, Especificao tcnica do SCC, So Paulo, 1997. CONFERNCIA INTERNACIONAL DEL TRABAJO, 82., Ginebra, 1995. COPEL. Projeto de expanso do centro de superviso e controle da COPEL. Curitiba, 1993. COSTA, Marcello Thiry Comicholi da. Uma arquitetura baseada em agentes para suporte ao ensino distncia, 1999. EGREJA, Luiz Roberto Galhardo. Integrando sistemas de negcios e de automao. InTech Brasil, set. 1999. ELETROSUL, Centro de controle da transmisso COT. Florianpolis, 2000. ELEBRA Diviso de Automao Industrial. Workstatement. So Paulo, 1998.

FERNANDES, Rosngela Corra Ramalho et al. Experincia da ESCELSA na implantao de automatismos em Unidade Terminal Remota (UTR) de subestaes. In: Seminrio nacional de produo e transmisso de energia, Foz do Iguau: 1999. FERRAZ, Adelson G. et al. Estudo de proteo, medio e controle de sistemas de potncia (GPC). In: Seminrio nacional de produo e transmisso de energia, Belm: 1997. FERREIRA, Bruno Spandafora. Sistemas coporativos: histrico e tendncias. InTech Brasil, ago. 2000. FORUM Teletrabalho 97. Disponvel em:http:/www.supernet.pt/jafrc/forum.html. Acesso em: 01/03/1999. FOXBORO company. Remote Terminal Unit. Massachusetts, 1997. GERASUL. Especificao tcnica do sistema de superviso e controle do centro de operao do sistema de gerao (SSC/COS) da GERASUL. Florianpolis, 1999. GOLDMAN, Steven L Nagel et al. Organizaes virtuais. So Paulo: Ed. rica, 1995.

164
GALHARDO, Eduardo Mazin, Treinamento MOSCAD MOTOROLA, So Paulo, Soft Brasil, 1998. GRANDI, Gilberto. Metodologia para especificao de sistemas em ambiente cliente/servidor orientada a objetos. Florianpolis: UFSC, 1996. GRANDI, Gilberto; Garcia, Antnio Carlos Marini. Sistema de diagnstico para Help Desk. Florianpolis: UFSC 1997. HUMPHREYS, S. Substation automation systems in review KEMA-Macro, Australia, in IEEE Computer Application in Power, April 1998. IEC 61850 1 Communications Networks And Systems In Substation. JARDINI, Jos Antonio. Sistemas digitais para automao da gerao, transmisso e distribuio de energia eltrica. So Paulo, 1996. KAIUT, Joo Ivan; CIESIELSKI, Aroldo Frana. Controle local de tenso em subestaes automatizadas. In: Seminrio nacional de produo e transmisso de energia, Belm: 1997. KEMA CONSULTING, Kema-ECC & Macro Corporation, EMS Architectures, Fairfax, Virginia, 2000. LVY, Pierre. O que virtual. So Paulo: Ed. 34, 1996. LINDSTRM, Rolf, Major Ongoing Projects, Manager Engineering Department, ABB Network Partner, International Management Training at ABB Network Partner AB, Sweden, 1988. MACIEL, Francisco de Arago Antunes. Mtodos de anlise e eficincia dos investimentos, Eletricidade Moderna, maio 1999. MAGALHES, C. H. Negri et al. Avaliao integrada de desempenho. Anais do IEEEINDUSCON 92. So Paulo, 1992. MAGRINI, Luiz Carlos et al. Controle digital de tenso e de fluxo de reativos em subestaes. In: Seminrio nacional de produo e transmisso de energia, Belm:

1997. MAIA, Wagner Ubiratan Lanzieri de Azevedo, Sistema integrado de operao e diagnstico de falhas para sistemas de energia eltrica - S O D F, 1998. Dissertao, Universidade Federal de Santa Catarina, Florianpolis. Disponvel em: http://www.eps.ufsc.br/disserta98/maia/index.html. Acesso em: 25 ago. 1999. MARTINO, Marcelo Baptista de et al. Sistema especialista de auxlio recomposio do sistema furnas. In: Seminrio nacional de produo e transmisso de energia,. Belm: 1997. MAZZUCCO JUNIOR, Jos. Uma abordagem hbrida do problema da programao da produo atravs dos algoritmos simulated annealing e gentico. Florianpolis: UFSC, 1999. MOTOROLA. Treinamento Motorola Moscad, Soft Brasil. So Paulo, 1998. NILLES, Jack. Os Prs e Contras do Teletrabalho. Disponvel em: http://www.geocities/CapeCanaveral/lab/2482. Acesso em: 01 mar. 1999.

165
ENGECOMP. Novidades no gerenciamento de energia. Disponvel em: http://engecomp.com.br/newgeren.htm. Acesso em: 29 set. 1999 OLIVEIRA, Martha Maria Veras. Teletrabalho no domiclio. Florianpolis: UFSC, 1997. Disponvel em:http://www.eps.ufsc.br/disserta97/veras. Acesso em 11 mar. 1999. ONS, Operador Nacional do Sistema Eltrico, Contratao do fornecimento dos novos sistemas de superviso e controle, Rio de Janeiro, 2000. PROUDFOOT, Douglas; TAYLOR, Dave. How to turn a substation into a database server. IEEE Computer Application in Power, April 1999. RGINER, Karla Von Dllinger. Educao, trabalho e emprego numa perspectiva global. Disponvel em:http:/www.senac.br/boltec16.html. Acesso em: 01 mar. 1999. RIBEIRO, Guilherme Moutinho e Antnio Varejo de Godoy. Impacto da automao no projeto de subestaes. In: Seminrio nacional de produo e transmisso de energia, Belm: 1997a. RIBEIRO, Guilherme Moutinho et al. Automao de subestaes utilizando sistemas especialistas. Eletricidade Moderna. So Paulo, jun. 1997b. RIBEIRO, Guilherme Moutinho et al. Estudo de custos e benefcios da automao de novas subestaes. In: Seminrio nacional de produo e transmisso de energia, Cambori: 1995. RODRIGUES, Marco Antnio M. et al. Ferramentas computacionais tradicionais e inteligentes para anlise de perturbaes em sistemas de potncia. In: Seminrio nacional de produo e transmisso de energia, Belm: 1997. SANTOS, Weber et al. Automao distribuda com filedbus subestaes. InTech Brasil, out. 1999. SAT substation automation technology (NLSA) at veag vereinigte energiewerke ags central substation (ZUW) gstrow, SAT Systeme Fr Automatisierungs Technik. Disponvel em: http://www.sat-automation.com/satnlsa.htm. Acesso em: 08 jul. 1999. SCC, ESPECIFICAO tcnica do SCC. So Paulo, 1997.

SERRANO, A. Optimizacin tecnologas em um patio de distribucin a 115 KV. In: Simpsio de Automao de Sistemas Eltricos, Braslia, 2000. SHIRAISHI, Osvaldo T. e Oto L. A. Behmer. Implantao de sistema registrador digital de perturbao com arquitetura distribuda no sistema de transmisso da CESP. In: Seminrio nacional de produo e transmisso de energia, Belm: 1997. SIEMENS - Sistemas Digitais de Telecontrole, Memria Descritiva Preliminar, So Paulo, 1999. SILVEIRA, Paulo Mrcio da. Automao de subestaes. Florianpolis: UFSC, ago. 2000. SINGER, Paul. Desemprego e excluso social. So Paulo em Perspectiva, 1996. SISTEMAS SCADA evoluem, mas exigem mais do usurio. InTech Brasil, ago. 2000. STAMFORD, Paula Pester. ERP: Preparando-se para esta mudana. Disponvel em: http://www.kmpress.com.br. Acesso em: 9 set. 2000.

166
Telework 1997, Annual report from the eurropean commission. Disponvel em: http:/www.eto.org.uk. Acesso em: 01mar. 1999. TROG, Ane, Um estudo sobre organizaes virtuais. Porto Alegre: UFRGS, 1997. VILLARROEL, D. R. Modelagem estocstica de sistemas interligados de gerao hidrotermoeltrica. dez. 1991. 131 p. Tese Universidade Federal de Santa Catarina, Florianpolis. WIEBE, Michael. A guide to utility automation: AMR, SCADA & IT Systems for Eletric Power. Oklahoma, 1999. ZIEGLER,G. The international development of protection and substation control and the activities of CIGRE SC34, In:Simpsio de Automao de Sistemas Eltricos, 4., Braslia, Braslia,2000.

7.2 BIBLIOGRAFIA CONSULTADA


ABRAHO, Eric Morais; Souza, Luiz Edival de. Metodologia para automao de pequenas centrais hidreltricas. In: Seminrio Nacional de Controle e Automao, Salvador, 1999. ANDERSSON, Panorama AMS, ABB Network Partner, International Management Training at ABB Network Partner AB, Sweden, 1988. ANSI/IEEE STD 730-1984, Controle da Qualidade de software, http://www.agrosoft.com.br/ana/tsld006.htm, Acessado em 01/11/00. ANSI/IEEE STD 829-1983, http://www.standards.ieee.org/reading/ieee/std_public/description/se/8291983_desc.html, Acessado em 01/11/00. BCKLUND, Martin. The Man-Machine System. Stockholm: Royal Institute of Technology, 1998. BARONI, Pietro et al. State assessment and preventive diagnosis of power transformaers: a knowledge-based approach. Enginnering Intelligent Systems, June 1997. Basic SCADA Functionality, Department of Industrial Control Systems, KTH - Royal Institute of Technology, Stockholm, 1998.

BERGIUS, Gran et al. Training and Education Of Operator at Svenska Krftnat Using the Simulator ARISTO. Sweden, 1997. BJRKLUND, Berith. Power System Control & Operation Station Automation. Sweden: ABB Network Partner, 1988. CARVALHO, Paulo Roberto Castro de et al. Sistema de controle, superviso e aquisio de dados de ITAIPU SCADA/EMS In: Simpsio de Automao de Sistemas Eltricos, Braslia, 2000. CASH, James I. et al. A tecnologia da informao e o gerente de amanh, revoluo em tempo real Gerenciando a Tecnologia da Informao. Rio de Janeiro: Campus, 1997.

167
CERCOLA, Osvaldo Vicente. Banco de dados relacional e distribudo. Rio de Janeiro: Livros Tcnicos e Cientficos Editora, 1991. CEGRELL, Torsten. Power system control technology. Sweden: Prentice/Hall International, 1986. CHEONG, Kam-Hoong. Distribution Automation. Stockholm: Royal Institute of Technology, 1998. Complete IT-Solutions for the Power Industry, ABB Network Partner, International Management Training at ABB Network Partner AB, Vsters, 1988. Conditions of Contract for Electrical and Mechanical Works, Internationa Feration of Consulting Engineer.1987. DATE, C J. Introduo a sistemas de banco de dados. Rio de Janeiro: Campus, 1986. DEMARCO, T.; LISTER, T. P. Como gerenciar equipes de projeto. So Paulo: McGrawHill, 1990. DNP. DNP 3.0 Overwiew Disponvel em: www.tirangleMicroworks.com. Acesso em: 20 ago. 2000. DRUCKER, Peter F. O advir da nova organizao, revoluo em tempo real: Gerenciando a tecnologia da informao. Rio de Janeiro: Campus, 1997. ELEBRA. Workstatement Unidades Terminais Remotas, So Paulo, 1998. FERRAZ, Adelson G et al. Estudo de proteo, medio e controle de sistemas de potncia (GPC). In: Seminrio nacional de produo e transmisso de energia, Belm: 1997. FREITAS, Antonio A. C. de et al. Aplicao de redes neurais na estimao da temperatura interna de transformadores de distribuio imersos em leo. In: Congresso Brasileiro de Automtica, Florianpolis, 2000. GERON, Luis Carlos. Operao remota de rede fieldbus: telemetria via cabo, rdio e fibratica. In: Feira Nacional de Automao, 3., Salvador, Salvador, 1999. GIOVANINI, Renan; COURY, Denis Vinicius. Um novo mtodo para classificao de

faltas em linhas de transmisso baseado em reconhecimento de padres In: Seminrio nacional de produo e transmisso de energia, Foz do Iguau: 1999. GRANDI, Gilberto. DATABASE@SUBESTAES.SCADA.IED. Florianpolis, Setembro 2000. HEUSER, C. A. Projeto de banco de dados. Porto Alegre: Sagra & Luzzatto, 1999. IEC870, http://www.listmaster.iinet.net.au/larc/scada/051997/msg00010.html, Acessado em 01/11/00. IEC870, http://www.members.iinet.net.au/~ianw/iec870.html, Acessado em 01/11/00. IMAMURA, Marcos M. et al. Uma abordagem para anlise dos gases dissolvidos em leo isolante em funo das grandezas fsico-qumicas. In: Congresso Brasileiro de Automtica, Florianpolis, 2000.

168
JOHNSTON, Russell; LAWRENCE, Paul R. A era ps-integrao vertical o advento das parcerias de valor agregado, evoluo em tempo real: gerenciando a tecnologia da informao. Rio de Janeiro: Campus, 1997. KAIUT, Joo Ivan; CIESIELSKI, Aroldo Frana. Controle local de tenso em subestaes automatizadas. In: Seminrio nacional de produo e transmisso de energia, Belm: 1997. KIPPER, A F. et al. Engenharia de informaes: conceito, tcnicas e mtodos. Porto Alegre: Sagra, 1994. KORTH, Silberschatz. Sistemas de banco de dados. So Paulo: Makron Books, 1994. LEIBFRIED, Thomas. Online monitors keep transformers in service. IEEE Computer Applications in Power, July 1998. MAGRINI, Luiz Carlos et al. Controle digital de tenso e de fluxo de reativos em subestaes. In: Seminrio nacional de produo e transmisso de energia, Belm: 1997. MAKAROVSKY, Cludio. Utilizao da inteligncia da instrumentao para a implementao de projetos de automao a partir do conceito long term cost ownership. InTech Brasil, set./out. 1999. MARTIN, James; Carma McClure. Tcnicas estruturadas e case. So Paulo: Makron Books do Brasil, 1991. MARTINO, Marcelo Baptista de. et al. Sistema especialista de auxlio recomposio do sistema FURNAS. In: Seminrio nacional de produo e transmisso de energia, Belm: 1997. McDONALD, John et al. ISA embraces open architecture. In: Transmission & Distribuition, Overland Park, Outubro, 1999. McFARLAN, F W. A tecnologia da informao muda a maneira de competir, revoluo em tempo real: gerenciando a tecnologia da informao. Rio de Janeiro: Campus, 1997. MINASI, Mard. Segredos de projeto de interface grfica com o usurio. Rio de Janeiro:

Infobook, 1994. OALYA, Juan Carlos Normalizacin de los sistemas de automatizacin de substaciones (SAS) em interconexin eltrica S.A. (ISA), COLOMBIA. In: Simpsio de Automao de Sistemas Eltricos, Braslia, 2000. OLESKOVICZ, Mario et al. O emprego de redes neurais artificiais na deteco e classificao de faltas em linhas de transmisso. In: Congresso Brasileiro de Automtica, Florianpolis, 2000. PAGE-JONES, Meilir. Gerenciamento de projetos. So Paulo: Mcgraw Hill, 1990. PEL, Humberto Dante e Eduardo Vasconcelos Lopes, Dispositivos de acesso a sistemas digitais. In: Seminrio nacional de produo e transmisso de energia, Belm: 1997. PETERSON, William et al. Tapping IED data to find transmission faults. IEEE Computer Applications in Power, April 1999.

169
PORTER, Michael E; MILLAR, Victor E. Como a informao lhe proporciona vantagem competitiva, revoluo em tempo real: gerenciando a tecnologia da informao. Rio de Janeiro: Ed. Campus, 1997. Power System Control and Operation, Advanced International Training Programme, Stockholm, 1998. PRESSMAN, R S. Engenharia de software. So Paulo: Makron Books, 1995. RENAUD, Paul E. Introduo aos sistemas cliente/servidor. So Paulo: Infobook, 1994. RICH, Elaine; KNIGHT, Kevin. Inteligncia artificial. So Paulo: Makron Books, 1993. RODRIGUES, Artur Renan et al. Modernizao dos sistemas de superviso e controle dos centros regionais nordeste, norte e sul do ONS. In: Simpsio de Automao de Sistemas Eltricos, Braslia, 2000. RODRIGUES, Marco Antnio M. et al. Ferramentas computacionais tradicionais e inteligentes para anlise de perturbaes em sistemas de potncia. In: Seminrio nacional de produo e transmisso de energia, Belm: 1997. RUMBAUGH, J. et al. Modelagem e projeto baseados em objetos. Rio de Janeiro: Campus, 1997. SETZER, Valdemar W. Banco de dados: - conceitos, modelos, gerenciadores, projeto lgico, projeto fsico. So Paulo: Edgard Blucher, 1986. SHIRAISHI, Osvaldo T.; BEHMER, Oto L. A. Implantao de sistema registrador digital de perturbao com arquitetura distribuda no sistema de transmisso da CESP In: Seminrio nacional de produo e transmisso de energia, Belm: 1997. SILVER, Marcus. Reability and Availability of Components and Systems. Stockholm: Royal Institute of Technology, 1998. SOLERO, R. B. et al. Os centros de operao na nova estrutura do setor eltrico, . In: Simpsio de Automao de Sistemas Eltricos Braslia, 2000.

SPURLING, Kerry; ELJIN, Paul. Automation simplifies substation operations. Transmission & Distribution World, June 1999. TANEMBAUM, Andrew S. Redes de computadores. So Paulo: Campus, 1997. TANEMBAUM, Andrew S. Sistemas operacionais modernos. Rio de Janeiro: Aplicao / Prentice-Hall do Brasil, 1995. VALE, Maria Helena Murta et al. SAR - Sistema especialista de apoio ao restabelecimento In: Seminrio nacional de produo e transmisso de energia, Belm: 1997. Vattenfall Control System Experiences of Power System Control and Operation, Dept. of Power System Control, Vattenfall Transmission, Sweden, 1988. WANG, Zhenyuan. Neural ne and expert system diagnose transformer faults. IEEE Computer Applications in Power, January 2000. YORDON, Ed et al. Mainstream objects. Upper Saddle River: Yourdon Press Prentice Hall Building, 1995. YOURDON, E. Anlise estruturada moderna. Rio de Janeiro: Campus, 1990.

INTRODUO O termo SCADA (Supervisory Control And Data Acquisition) na automao refere-se a sistemas de superviso, controle e aquisio de dados composto por um ou mais computadores monitorando e controlando um processo. O processo pode ser industrial, infra-estrutura ou facilidade conforme descrito a seguir: Processos industriais incluem manufatura, gerao de energia, refino de petrleo e muitos outros. Podem ser executados de forma contnua ou batelada. Os sinais tratados podem ser tanto analgicos quanto digitais; Processos de infra-estrutura podem ser pblicos ou privados, e incluem tratamento e distribuio de gua, coleta e tratamento de esgoto, linhas de leo e gs, transmisso e distribuio de energia eltrica, e grandes sistemas de comunicao; Processos de facilidade ocorrem em instalaes pblicas e privado, incluindo edifcios, aeroportos, navios, plataformas offshore e estaes espaciais. Esses sistemas monitoram e controlam HVAC (Heating, Ventilation and Air Conditioning) e consumo de energia. O objetivo principal dos sistemas SCADA propiciar uma interface de alto nvel do operador com o processo informando-o "em tempo real" de todos os eventos de importncia da planta. A utilizao de sistemas SCADA permite uma srie de vantagens se comparados com os paineis convencionais: o Reduo de gastos com montagem de paineis de controle e projeto; o Reduo de custos da aquisio de instrumentos de painel, pois no sistema SCADA so virtuais; o Eliminao de custos com peas de reposio, pois tratam-se de instrumentos virtuais; o Reduo de espao necessrio para a sala de controle; o Dados disponvies em formato eletrnico, facilitando a gerao de relatrios e integrao com sistemas ERP (Enterprise Resource Planning) ou SIGE (Sistemas Integrados de Gesto Empresarial); o Praticidade da operao, pois os instrumentos so apresentados ao operador em um simples clique do dispositivo apontador;
Instituto Federal Fluminese - IFF
William da Silva Vianna w_vianna@hotmail.com

o Entre outras. Em contrapartida existe a necessidade de mo-de-obra capacitada para desenvolver as interfaces homem mquina (I.H.M.). Hoje os principais sistemas de superviso oferecem trs funes bsicas: Funes de superviso: Inclui todos as funes de monitoramento do processo tais como: sinticos animados, grficos de tendncia de variveis analgicas e digitais, relatrios em vdeo e impressos, etc.

Funes de operao: Atualmente os sistemas SCADA substituram com vantagens as funes da mesa de controle. As funes de operao incluem: ligar e desligar equipamentos e seqncia de equipamentos, operao de malhas PID, mudana de modo de operao de equipamentos, etc. Funes de controle: o Controle DDC ("Digital Direct Control") Alguns sistemas de superviso possuem uma linguagem que permite definir diretamente aes de controle, sem depender de um nvel intermedirio de controle representado por remotas inteligentes. Todas as operaes de entrada e sada so executadas diretamente atravs de cartes de I/O ligados diretamente ao barramento do micro, ou por remotas mais simples. Os dados so amostrados, um algoritmo de controle como um controlador PID por exemplo, executado, e a sada aplicada ao processo (ao direta sobre uma varivel manipulada). Isto entretanto s possvel quando a velocidade do processo assim o permite. Em alguns casos requisitos de confiabilidade tornam desaconselhvel este tipo de soluo. o Controle Supervisrio: Nesta classe de sistemas, os algoritmos de controle so executados pela unidade terminal remota (RTU), mas os set-points para as malhas de controle so calculados dinamicamente pelo sistema de superviso de acordo com o comportamento global do processo. Esta arquitetura possui maior confiabilidade que os sistemas DDC e traz a vantagem de atuar sobre um grande nmero de malhas de controle simultaneamente enquanto o operador geralmente s consegue atuar malha a malha com um sistema convencional. Geralmente utilizada uma interface tipo sistema especialista para definio das regras de controle a nvel de superviso. Este tipo de estratgia muito utilizado para controle avanado na rea mineral onde comum o modelamento matemtico da planta. 2 ARQUITETURA DO SISTEMA SCADA O termo SCADA normalmente se refere a sistemas centralizados que monitoram e controlam locais inteiros, ou sistemas complexos de reas grandes (sistemas com dimenses entre uma planta industrial e um pas). Muitas aes de controle so executadas automaticamente atravs de unidades terminais remotas (RTUs) ou por controladores de lgica programveis (CLPs). Normalmente o supervisrio no executa os funes de controle. Por exemplo, um CLP pode controlar a temperatura regulando o fluxo de gua fria em um processo industrial de resfriamento, mas o sistema de superviso pode permitir para os operadores apenas mudar o setpoint para a temperatura, habilita condies de alarme, exibir e registrar dados do processo. O loop de controle executado pelo controlador, seja ele um CLP, multloop ou RTU de controle. Enquanto o supervisrio monitora o sistema e o desempenho global dos loops de controle. A aquisio de dados iniciada no nvel da RTU ou PLC. O dados compilado e ento formatado de tal um modo que o operador da sala de controle possa tomar decises e intervir no controle. Os dados lidos pelos I/O de campo podem ser armazenados em sries temporais permitindo cria um banco de dados de gerenciamento do sistema, registros histricos e tendncias. Sistemas SCADA tipicamente implementam banco de dados distribudos,

geralmente chamado de banco de dados de tagname que contm dados dos pontos de I/O. Um ponto representa um nico valor de entrada ou sada monitorada ou controlada pelo sistema. Um tagname pode estar endereado a uma entrada ou sada fsica do equipamento de controle, assim como pode permitir a leitura e escrita de outros endereos da memria do equipamento de controle. Os tagnames normalmente so armazenados como pares valortimestamp: um valor, e o timestamp quando foi registrado ou foi calculado. Uma srie de pares valor-timestamp permitem criar o histria daquele ponto. Que so visualizados pelo operador por meio de uma interface homem mquina. Uma Interface de Humano Mquina ou IHM o aparato que apresenta dados de processo para o operador e por meio deste possvel intervir no processo. As IHMs eram inicialmente plataformas proprietrias e por isso limitadas em seu campo de atuao. Atualmente, baseadas na plataforma PC, podem, alm de desempenhar suas funes bsicas descritas anteriormente, gerar relatrios para CEP (Controle Estatstico de Processos), impresso de relatrios, ou se comunicar via Ethernet/TCP-IP rede corporativa. Existem IHMs que podem ser aplicadas inclusive em ambientes ditos de rea classificada, com risco de exploso devido, geralmente, gases suspensos (como em plataformas de petrleo), ou em salas limpas, onde geralmente so lavveis e em ao inoxidvel (como nas indstrias farmacuticas). A IHM ligada com o banco de dados do sistema SCADA, promove registros, diagnstico de dados e informao de administrao como: procedimentos de manuteno, informao de logstica, detalhes de agendamento e guias para resolues de problemas. Alm disso, a IHM geralmente apresenta graficamente as informaes do processo na forma de sinpticos. Isto significa que o operador pode ver uma representao esquemtica da planta que controlado. Os sinpticos fornecem uma representao grfica geral da planta em substituio aos painis sinticos tradicionais. Cada sintico representa uma rea do processo em um certo nvel de detalhe. Para se obter uma viso mais detalhada de uma determinada rea pode-se recorrer a um novo sintico, a um sintico de hierarquia inferior (subsintico), ou a uma viso de uma outra camada do mesmo sintico (sistema "multi layer"). Para alguns tipos de processo, recomenda-se o uso de um sintico tipo plano infinito que traz a representao global de uma sistema distribudo geograficamente, tal como um oleoduto, o sistema de controle de trfego de uma cidade, um sistema de controle de subestaes de trens, etc. Esta tcnica denominada full-graphics. As telas possuem uma parte fixa denominada de mscara ou fundo e diversos

campos dinmico atualizados dinamicamente. Os primeiros sistemas supervisrios possuam interface com o usurio semi grfica. Todos os espaos vagos da tabela do gerador de caracteres eram preenchidos com smbolos especiais que permitiam representar os equipamentos de processo. O sinptico era formado pela justaposio dos caracteres grficos, como num quebra-cabeas. Os smbolos utilizados para um determinado tipo de processo:
Instituto Federal Fluminese - IFF
William da Silva Vianna w_vianna@hotmail.com

petroqumico, por exemplo, no serviam para representar um processo mineral ou de outra natureza. No sistema grfico ao contrrio, o desenho formado livremente pela combinao de entidades geomtricas fundamentais como: retas, retngulos, elipses e crculos, texto bitmapeado e vetorados ("stroke-fonts"), arcos, poligonos, etc. Aps definidos, os smbolos so armazenados numa biblioteca. Se a representao armazenada corresponde a descrio das entidades geomtricas tem-se um sinptico orientado para geometria. Se o smbolo armazenado corresponde a uma configurao fixa de bits (mapa de bits), tem-se um editor bitmapeado. O construtor de sinpticos a ferramenta que permite ao usurio criar novos sinpticos. De preferncia deve ser possvel se usar o construtor com o sistema on-line. Alguns construtores so editores grficos que definem duas estruturas de dados bsicas: uma para a mscara e outra para os campos dinmicos. Alguns construtores entretanto necessitam compilar a descrio de campos para obter um cdigo executvel para as animaes. Sinpticos com estrutura de dados geomtrica (modelados) so mais flexveis para modificaes futuras e parecem ser uma tendncia para sistemas SCADA atuais. Sinpticos bitmapeados so mais rpidos de se exibir e permitem definir um maior nvel de detalhe para cada smbolo. Atualmente os editores orientados para objetos so ainda mais flexveis. Cada equipamento corresponde a um objeto. Os objetos podem ser transformados por translao, rotao e mudana de escala, podem ter qualquer uma de sua propriedades (atributos) alterada e ter aes complexas a ele associadas (click actions). O sistema se

torna totalmente dirigido a eventos: eventos de processo e eventos de operao. O Intouch um exemplo de supervisrio que permite a configurao orientada os objetos na tela. Os sistemas IHM modernos para Windows tipicamente so constitudos do programa de desenho (contrutor de sinptico) e outro para execuo da IHM. Uma parte importante da maioria das implementaes de sistemas SCADA so os alarmes. Um alarme um estado digital de uma comparao realiada. Pode possuir dois valores: NORMAL ou ALARMADO. Um sistema SCADA normalmente consiste nos seguintes subsistema:
Instituto Federal Fluminese - IFF
William da Silva Vianna w_vianna@hotmail.com

10

Estao de superviso. Esta unidade promove a Interface Humano Mquina ou IHM o aparato que apresenta dados de processo para o operador humano, e por meio deste o operador monitora e controla o processo. Esta IHM provida por um conjunto software de superviso mais microcomputador compatvel com o sistema a ser executado; Um sistema de controle e/ou aquisio de dados. Geralmente o sistema de controle de tempo real constitudo de unidade separada da estao de superviso. Pode ser um ou conjunto de Controlador Lgico Programvel (CLP), controlador multloop, controlador single loop, Unidade Terminal Remota (RTU), entre outros. Essas unidades so conectadas aos sensores e atuadores do processo. Convertem os sinais dos sensor para dados digitais e dados digitais de controle para os atuadores. Em alguns casos a estao de superviso desempenha a tarefa de executar os algoritmos de controle (DDC); Infra estrutura de comunicao que conecta a estao de superviso as unidades de controle e, quando emprega-se Unidades Terminais Remotas (RTUs) de I/O, unidades de controle as RTUs de I/O. A figura 1 apresenta um diagrama que ilustra as partes de um sistema SCADA. Figura 1 - Diagrama genrico de uma sistema SCADA
Instituto Federal Fluminese - IFF
William da Silva Vianna w_vianna@hotmail.com

11

2.1 EXEMPLOS DE ARQUITERURAS TPICAS DE SISTEMAS SCADA 2.1.1 SCADA COM CLP (COMPACTO, MODULAR, DISTRIBUDO) A figura 2 apresenta diagrama esquemtico SCADA com uso de um CLP. O CLP

em questo pode ser compacto, modular ou com I/O distribudo. Cada carto ou mdulo de I/O possui um determinado nmero de entrada ou sadas que podem ser digitais ou analgicas de acordo com o tipo de sinal enviado/recebido. O sistema de superviso pode ler as entradas digitais/analgicas e ler/escrever nas sadas digitais/analgicas. Alm disso, outros endereos de memria podem ser lidos ou escritos, como por exemplo, bits auxiliares, dados de parmetros de controle proporcional, integral e derivavo, valores de temporizao e contagem, entre outros. Figura 2 - Diagrama bsico esquemtico SCADA com uso de um CLP
Interface de comunicao Cabeamento com sinais digitais e analgicos. Estao de superviso com IHM desenvolvida de acordo com o processo a ser monitorado e controlado. Controlador lgico programvel (compacto, modular ou distribudo). Transmissores, sensores, valvular, motores eltricos, etc. Instituto Federal Fluminese - IFF
William da Silva Vianna w_vianna@hotmail.com

12

As figuras seguintes ilustram estas trs aquiteturas de rede de CLP com sistema de superviso. Figura 3 Arquitetura local de rede CLP com uso do CLP modular ou compacto. Nesse tipo de arquitetura, os mdulos de I/O montados localmente em um CLP modular e a comunicao do tipo ponto-a-ponto. Figura 4 - Arquitetura local de CLP com I/O remotos ou distribudos (RTU de I/O). REDE REMOTA DE I/O
Estao de superviso. Interface de comunicao CLP I/Os Instrumentos de campo Estao de superviso. Interface de comunicao CLP I/Os Instrumentos de campo Instituto Federal Fluminese - IFF
William da Silva Vianna w_vianna@hotmail.com

13

A instalao de um sistema automtico com o uso de I/O locais, requer um gasto considervel de cabeamento, borneiras, caixas de passagem, bandejas, projeto e mode-

obra para a instalao. Os blocos I/O remotos possibilitam uma reduo drstica destes gastos, uma vez que todos os sinais no sero encaminhados para o rack do CLP e sim para pontos de entradas e sadas que ficaro localizados no campo. Este mdulos de I/O, tambm conhecidos como remotas de I/O ou RTU de I/O, so independentes e configurveis. Interligados entre si atravs de um barramento de campo (fieldbus) proprietrio ou de padro aberto. Nesta arquitetura existe a necessidade de cartes de interface para conexo entre os racks remotos e o rack central. Um barramento permite aprimorar o controle de I/O atravs do uso de comandos de comunicao no programa. O barramento tambm pode ser usado inteiramente para o controle de I/O, com mltiplos dispositivos de I/O e sem comunicao adicional. Pode ainda ser dedicado comunicao da CPU, com mltiplas CPUs e sem dispositivos de I/O. Sistemas mais complexos tambm podem ser desenvolvidos, com CPUs duplas e uma ou mais CPUs adicionais para a monitorao de dados Figura 5 - Arquitetura de rede de CLP`s. REDE DE CLPs
Estao de superviso. Interface de comunicao CLP I/Os Instrumentos de campo Instituto Federal Fluminese - IFF
William da Silva Vianna w_vianna@hotmail.com

14

Mdulos de I/O montados localmente. Normalmente, a comunicao dos CLPs com o sistema de superviso do tipo mestre-escravo ou polling. 2.1.2 SCADA COM FIELDBUS PROTOCOLO (PROPRIETRIO OU ABERTO) A figura 6 ilustra o esquema de um sistema SCADA com uso do Fieldbus Foundation. No esquema, esta mesma rede est integrada com um CLP possibilitando que os dados deste equipamento sejam acessados por meio da rede fieldbbus. Figura 6 - Diagrama bsico esquemtico SCADA com FIELDBUS 2.1.3 SCADA COM SINGLELOOP E/OU MULTLOOP Um sistema SCADA de gerenciamento centralizado pode ser implementado para monitorar controladores tipo singleloop ou multloop. Neste caso os controladores devem possuir interface de comunicao multiponto que permita a comunicao com a estao de superviso.
Instituto Federal Fluminese - IFF
William da Silva Vianna w_vianna@hotmail.com

15

Figura 7 - Diagrama basico esquemtico SCADA com singleloop / multloop 2.1.4 SCADA COM DDC (CONTROLE DIGITAL DIRETO) O supervisrio com funo controle (DDC), a figura 8 apresenta um esquema de sistema SCADA com DDC. Neste caso no existe o controlador separado da estao de superviso. A prpria estao de superviso possui hardware DAQ (aquisio de dados) ou DAC (aquisio de dados e controle). Geralmente esta arquitetura empregada em processo que no necessitem de alta disponibilidade do sistema de controle e monitorao, pois a parada da estao implica em interrupo do controle. Figura 8 Diagrama bsico esquemtico SCADA com DDC
Instituto Federal Fluminese - IFF
William da Silva Vianna w_vianna@hotmail.com

16

2.2 FLEXIBILIDADE DA ARQUITETURA SCADA Alguns elementos so bsicos em um sistema SCADA (estao de superviso, equipamento de controle com I/O e infra estrutura de comunicao). Um sistema SCADA pode compreender mais de uma estao de superviso, podem existir estaes especficas para relatrios, grficos de tendncia, controle estattico do processo, entre outros. A infra estrutura de comunicao pode utilizar diversas tecnologias de transmisso de dados e at mesmo utilizar redes redudantes para aumentar a disponibilidade dos sistema. Alm disso, todo os sitema pode ser monitorado a distncia por meio da rede WAN. A figura 9 exemplifica a flexibilidade da arquitetura de um sistema SCADA. Figura 9 - Exemplo da flexibilidade da arquitetura de um sistema SCADA 3 COMPONENTES DE HARDWARE E SOFTWARE BSICOS DO SISTEMA DE SUPERVISO 3.1 HARDWARE Microcomputador industrial ou workstation;
Instituto Federal Fluminese - IFF
William da Silva Vianna w_vianna@hotmail.com

17

Dispositivo de entrada de dados: teclado de engenharia, teclado funcional, mouse ou "Track-ball" e "Touch Screen". Dispositivo de comunicao com o operador: monitor ou terminal de vdeo. Dispositivo de comunicao com o equiapmento de controle: interface serial convencional: RS 232-C, RS485, RS422, IEE1158; carto multiserial inteligente; carto de comunicao direto com a rede de CLPs. Dispositivos de comunicao com outros sistemas: cartes de redes, distribuidores de conexo ("hubs" e switchs). Outros perifricos: impressoras, sinpticos tradicionais;

3.2 SOFTWARE Pacote supervisrio bsico: programa de execuo da IHM, programa de desenvolvimento (construtor de sinptico) e programa servidor de comunicao ou driver de comunicao. Pacote batch: contm as funes de gerenciamento de processo de batelada. Pacote SPC/SPQ: contm as funes estatsticas para Statistical Process Control, basicamente plotagem automtica das cartas de controle e gerao de alarmes quando um determinado processo foge de seu comportamento normal. Gerador de relatrios: linguagem de quarta gerao para definio de programas pelo prprio usurio; Em nenhuma das arquiteturas apresentadas o software de superviso tem ligao direta com o equipamento de controle. Todo software de superviso possui pelo menos uma interface de comunicao (OPC, DDE, Suitelink, ActiveX, etc). Esta interface possibilida falar com outro software e este por sua vez possui o protocolo de comunicao com o equipamento de controle. Este software chamado de servidor de comunicao que pode possuir um ou mais drivers de comunicao para os equipamentos de controle. Desta forma, criada uma camada que permite abstrair o equipamento de controle utilizado. Portanto no pacote de execuo de uma estao de superviso existe pelo menos um driver de comunicao e o programa de execuo da aplicao (figura 10). Alm disso, para o desenvolvimento empregado um programa que permite criar e animar as telas de sinpticos do processo.
Instituto Federal Fluminese - IFF
William da Silva Vianna w_vianna@hotmail.com

18

Figura 10 - Esquema dos sofwares bsicos de uma estao de superviso O driver de comunicao funciona como tradutor entre o protocolo do supervisrio e equipamento de controle. Este driver de comunicao deve ser especificado em funo das seguintes caractersticas bsicas: - Sistema operacional utilizado na estao de superviso; - Protocolos disponveis no programa de superviso; - Interface e protocolo de comunicao com o equipamento de controle; - Fabricante/modelo do equipamento de controle; O servidor de comunicao pode agregar mais de um driver de comunicao para equipamentos de controle distintos e interfaces distintas. Em alguns casos os drivers so executados como programas independentes. Para esta situao dever existir no

programa de superviso tantos links lgicos quanto forem os drivers utilizados. A figura 11 ilusta o esquema de ligao lgica e fsica entre um programa de superviso e quatos CLPs. No exemplo o CLP 1 possui interface ponto a ponto RS232, o CLP 2 RS485 e os CLPs 3 e 4 ethernet. Pode ser observado que o mesmo servidor de comunicao est sendo utilizado para CLPs com interfaces distintas.
Instituto Federal Fluminese - IFF
William da Silva Vianna w_vianna@hotmail.com

19

Figura 11 - Esquema lgico e fsico de comunicao com CLPs distintos. 4 DRIVERS DE COMUNICAO Atualmente, quanto Sistema Operacional Windows utilizado (GUI), dois protocolos se destacam na utilizao de drivers de comunicao com equipamentos de campo: OPC e DDE. 4.1 O PROTOCOLO OPC Um dos grandes problemas de se interfacear equipamentos e sistemas no cho de fbrica reside em se compatibilizar os protocolos da camada de aplicao. O MMS Manufacturing Message Specification foi uma tentativa de padronizao que entretanto fracassou por falta de adeptos. O padro OPC foi inicialmente liderado pela Microsoft e especificado pela OPC Foundation. Este protocolo hoje o padro de fato da indstria. Geralmente um fabricante de equipamento de controle poder fornecer com o seu produto um servidor OPC. O fabricante de SCADA tambm fornece o cliente OPC. O mesmo acontece com um fornecedor de inversores, de rels inteligentes ou de qualquer outro dispositivo industrial inteligente. Um sistema SCADA tambm pode oferecer um servidor OPC para comunicao com outro sistema de aquisio de dados, por exemplo, um PIMS ((Process/Plant Information Management System).
Instituto Federal Fluminese - IFF
William da Silva Vianna w_vianna@hotmail.com

20

Como as aplicaes precisam apenas saber como buscar dados de um servidor OPC, ignorando a implementao do dispositivo e o servidor precisa fornecer dados em um formato nico: servidor OPC, a tarefa de escrever drives de comunicao fica muito facilitada. O servidor OPC fornece dados de tempo real proveniente de sensores

(temperatura, presso, etc.), comandos de controle (abrir, fechar, ligar, desligar, etc.), status de comunicao, dados de performance e estatstica do sistema, etc. O protocolo OPC baseado no modelo de componentizao criado pela Microsoft e denominado COM (Componet Object Model), uma maneira eficiente de se estabelecer interfaces para aplicaes que substitui as chamadas de procedimento e as DLL usadas inicialmente para encapsular uma aplicao. O nome OPC: OLE for Process Control foi cunhado na poca em que o COM era um modelo embrionrio de comunicao entre aplicativos como o nome de OLE (Object Linking and Embedding). O padro OPC baseado em comunicaes cclicas ou por exceo. Cada transao pode ter de 1 a milhares de itens de dados, o que torna o protocolo muito eficiente, superando o MMS para aplicaes prticas, segundo tcnicos da diviso Powertrain da GM. O protocolo OPC no resolve o problema de nomes globais. Voc deve saber exatamente em que servidor uma dada varivel pode ser encontrada. As especificaes do protocolo OPC esto disponveis no stio da OPC Foundation e incluem alm da especificao bsica para a construo de drives (OPC Data Access Specification - verso 2.05) outras especificaes tais como padro OPC para comunicao de alarmes e eventos (OPC Alarms and Events Specification - Verso 1.02), padro OPC para dados histricos (OPC Historical Data Access Specification Verso 1.01). padro OPC para acesso de dados de processo em batelada (OPC Batch Specification - verso 2.00) e outros. O servidor OPC um objeto COM. Entre suas funes principais ele permite aplicao cliente: Gerenciar grupos: Criar, clonar e deletar grupos de itens, renomear, ativar, desativar grupos. Incluir e remover itens em um grupo. Navegar pelas tags existentes (browser interface). Ver os atributos ou campos associado a cada tag.
Instituto Federal Fluminese - IFF
William da Silva Vianna w_vianna@hotmail.com

21

Definir a linguagem de comunicao (pas) a ser usada. Associar mensagens significativas a cdigos de erro Obter o status de funcionamento do servidor Ser avisada, caso o servidor saia do ar. O grupo de dados constitui uma maneira conveniente da aplicao organizar os

dados de que necessita. Cada grupo de dados pode ter uma taxa de leitura especfica: pode ser lida periodicamente (polling), ou por exceo. O grupo pode ser ativado ou desativado como um todo. Cada tela sinptica, receita, relatrio, etc., pode usar um ou mais grupos. A interface de grupo permite aplicao cliente: Adicionar e remover itens dos grupos. Definir a taxa de leitura do dado no grupo. Ler e escrever valores para um ou mais itens do grupo. Assinar dados do grupo por exceo. Cada item um objeto OPC que proporciona uma conexo com uma entrada fsica de dados. Cada item fornece ao cliente informao de: valor, time stamp, qualidade do dado e tipo de dado. possvel definir um vetor de objetos como um nico item. Isto otimiza a comunicao de dados j que apenas, um time stamp e uma palavra de qualidade de dados utilizada para cada conjunto de dados. As leituras de dados podem ser de trs tipos: leitura cclica (polling), leitura assncrona (o cliente avisado quando a leitura se completa) e por exceo (assinatura). As duas primeiras trabalham sobre listas (subconjuntos) de um grupo e o servio de assinatura envia aos clientes qualquer item no grupo que mudar de valor. 4.2 PROTOCOLO DDE O protocolo DDE (Dinamic Data Exchange) nativo no Sistema Operacional Windows e permite o intercmbio dinmico de dados a partir da configurao de trs parmetros bsicos: Aplicao - nome do programa servidor; Tpico nome do tpico de acesso; Item endereo da varivel.
Instituto Federal Fluminese - IFF
William da Silva Vianna w_vianna@hotmail.com

22

Tambm possvel a comunio via rede utilizando o protocolo NETDDE, neste caso existe a necessidade do quarto parmetro constituido pelo nome da mquina servidora ou cliente. um protocolo relativamente simples comparado com o OPC, porm possui as vantagens de ser rpido e necessitar de pouco recurso do processador. Estes protocolos so utilizados para fazer o acesso de leitura ou escrita na memria do equipamento de controle por meio do servidor de comunicao (drivers). Quando a operao de leitura os dados so lidos da memria do equipamento de

controle e armazenados na memria da estao de superviso em variveis chamadas de tagname. Na operao de escrita o valor contido no tagname escrito em um determinado endereo de memria do equipamento de controle. 5 TAGNAME OU VARIVEIS EM UM SISTEMA SCADA Sistemas SCADA tipicamente implementam banco de dados chamado de banco de dados de tagname que contm dados dos pontos de I/O e dados de endereos internos de memria do equipamento de controle. O tagname um espao da memria da estao de superviso destinado ao armazenamento de um valor contido em um conjunto chamado de tipo. Em todo o sistema existem basicamente dois conjuntos de variveis: simples ou primitivas e alguma variveis compostas formadas a partir das primeiras. Os tipos das variveis (tagname) primitivas fundamentais so: o Numrico: real ou inteira; o Discreta (lgica, bit, discret, bool, booleano); o Caracter (mensagem ou string). No programa de supeviso os tagnames com valores obtidos a partir da comunicao com outros programas so chamados de I/O, os calculados so internos ou memory.
Instituto Federal Fluminese - IFF
William da Silva Vianna w_vianna@hotmail.com

23

Figura 12 - Parmetros de configurao de um tagname. No exemplo da figura, o LT400 (range 0 a 3m) envia sinal para entrada analgica do equipamento de controle. Considerando o uso de toda a faixa da entrada analgica, o valor do LT400 armazenado na memria imagem com a faixa de 0 a 32767. No programa de superviso dever ser configurado um tagname com as seguintes caractersticas bsicas: Nome = LT400 Tipo = I/O real Range em unidade de engenharia (UE) = 0 a 3 metros Range na memria imagem (RAW) = 0 a 32767 Endereo = EA1 Limites e tipo de alarmes. Este tagname dever ser lincado com um driver de comunicao, geralmente OPC ou DDE para ambiente Windows. 5.1 VARIVEIS SIMPLES 5.1.1 VARIVEL ANALGICA Descreve uma varivel analgica de entrada ou sada. Atravs de conversosres

A/D e D/A, o equipamento de controle converte os sinais de entrada e sada, respectivamente. Sendo uma entrada analgica, o sinal convertido em um valor digital quantizado em X bits. Onde X depender da resoluo do conversor A/D do mdulo de entrada. Por exemplo, sendo X = 15 bits, significa que o range de entrada do mdulo ser
Instituto Federal Fluminese - IFF
William da Silva Vianna w_vianna@hotmail.com

24

convertido em 32768 nveis (215), ou seja, supondo uma entrada de 0 a 20 mAcc, 0 mA corresponder a 0 e 20 mA a 32767. Esta faixa de valores deve ser relacionada com o range de medio em unidade de engenharia para que o operador possa compreender o que est acontecendo com o processo. Normalmente no sistema SCADA estas variveis ou tagname podem ser definidas como real ou inteira. 5.1.2 VARIVEL DISCRETA Tambm chamada de varivel digital. Corresponde a 1 bit de informao que pode assumir os valores 0 ou 1. Em alguns sistemas possvel definir agregados de variveis discretas (bit strings), definir cores e textos para cada estado. 5.2 VARIVEIS COMPOSTAS Enquanto alguns sistemas possuem apenas um pequeno nmero de primitivas, outros possuem tipos mais complexos formados pelo agregado de vrias primitivas fundamentais. De uma forma ou de outra cada sistema sempre possui uma forma de representar todas as entidades que correspondem s entidades controladas no processo ou aos instrumentos da mesa de comando convencional. 6 ELEMENTOS DINMICOS Exibem os status de variveis do processo dinamicamente contida em uma janale que pode ser de trs tipos distintos: REPLACE - Quando carregada, a janela sobreposta ser removida da memria; OVERLAY - Quando carregada no remove da memria a janela sobreposta. Deve-se usar cudadosamente para no sobrecarregar o sistema; POPUP Quando carregada permanece sobre as demais mesmo perdendo o foco. 6.1 REPRESENTAO DE VARIVEL ANALGICA O valor de uma varivel analgica pode ter vrias formas de representao:
Instituto Federal Fluminese - IFF
William da Silva Vianna w_vianna@hotmail.com

25

Texto; Exibe valor de engenharia da varivel analgica. A cor do texto pode servir para codificar o status da varivel: Muito Baixo, Baixo, Normal, Alto, Muito Alto. Barras horizontais e verticais; Fornecem uma representao percentual do valor da varivel. Podem ser utilizados para mostrar o enchimento de um silo, tanque, reator, etc. Deslocamento vertical, horizontal; Realiza operao de translao de um objeto na tela em funo do valor de uma varivel de processo. Os valores de 0 a 100% so associados s posies dos extremos do percurso e o software realiza interpolaes para valores intermedirios. Rotao; Efetua a rotao de um objeto: forno rotativo de cimento, ps de um ventilador, etc associando 0ao valor 0% da varivel e 360ao valor de 100%. Grficos de tendncia real e histrica; REAL - exibe o grfico dos ltimos valores da varivel em funo do tempo. Caractersticas - tempo real, dinmico e dados armazenados na RAM. Parmetros de configurao - perodo de amostragem ou taxa de atualizao, nmero de penas, tagnames registrados, nmero de amostras ou faixa de tempo. HISTRICO - exibe o grfico histrico das sries temporais armazenadas no disco rgido. Caractersticas - esttico, dados armazenados no disco rgido. Parmetros de configurao - nmero de penas, tagnames registrados, data hora inicial e final. Mostradores Circulares; So os Dials e Gauges que simulam os mostradores circulares convencionais. 6.2 REPRESENTAO DE VARIVEL DISCRETA Texto; Exibe o status da varivel: _ ABERTO/FECHADO _ LOCAL/REMOTO
Instituto Federal Fluminese - IFF
William da Silva Vianna w_vianna@hotmail.com

26

_ LIGADO/DESLIGADO Para cada estado possvel definir a cor de apresentao do texto. Associao a cor (ou outro atributo) de um objeto; A cor do objeto muda de acordo com o status da varivel associada. Na maior parte dos sistemas desejvel que a cor de um objeto seja funo no apenas do estado de uma varivel isolada, mas de um conjunto de variveis: Por exemplo: o estado de funcionamento de um equipamento pode estar codificado em dois bits: LOCAL / REMOTO / OPERAO / MANUTENO.

Associao a um par de objetos complementares; Os dois objetos ocupam fisicamente a mesma posio no sintico. Quando a varivel est em 0 o objeto chave aberta, por exemplo, exibido, quando est em 1 a chave mostrada na posio fechada. Os objetos podem ser modelados ou bitmapeados. Para outras entidades o desenvolvimento de formas de representao semelhante. 7 OBJETOS ATIVOS Como o mouse hoje se tornou o principal dispositivo de seleo de opes de entrada para sistemas SCADA, a ao de se clicar um objeto hoje a atitude default para se deflagrar qualquer tipo de ao referente ao objeto (equipamento, faceplate de controlador PID, etc). Assim um clique no objeto pode: Alterar qualquer atributo do objeto, por exemplo: ligar/desligar, alterar. modo de operao, forar valor, inserir mensagem ao operador, etc; Solicitar ao sistema mais informaes sobre o objeto, por exemplo: relatrio de ponto, help-on-line, diagnstico, guia operacional, etc; Exibir ou reconhecer alarmes do objeto; etc. Um dos objetos mais teis em um sinptico so os hot-links que correspondem a textos ou figuras que quando clicadas chamam uma nova tela de sinptico permitindo a criao de acessos diretos, rpidos e complexos no estilo hipertexto.
Instituto Federal Fluminese - IFF
William da Silva Vianna w_vianna@hotmail.com

27

8 GRFICOS DE TENDNCIA 8.1 TENDNCIA REAL Plota um grfico de tendncia real de uma dada varivel, geralmente analgica, em funo do tempo. Um grfico de tendncia geralmente tem de 1 a 8 penas. Basicamente, o usurio dever definir duas coisas: Quais variveis devem ser amostradas pelo sistema sincronamente com um relgio e com qual freqncia. Para cada grfico, quais das variveis registradas devem ser exibidas simultaneamente em uma mesma tela. Os perodos de amostragem que variam tipicamente de 100 ms a 1 hora devem ser escolhidos de acordo com a velocidade real do processo. normal escolher um perodo para cada tipo de varivel (temperatura, nvel, presso, etc). Os dados so geralmente armazenados em um buffer circular de tamanho B bytes.

O perodo total de armazenagem de dados ir depender do perodo de amostragem e de B. Deve-se evitar taxa de amostragem com valor baixo (figura 13), mas tambm devese respeitar retardos internos para evitar atualizaes desnecessrias. Figura 13 - Grfico de tendncia com taxa de amostragem baixa. O ideal criar grficos de tendncia real com taxa de atualizao adequada as caractersticas de tempo de resposta da varivel de processo
Instituto Federal Fluminese - IFF
William da Silva Vianna w_vianna@hotmail.com

28

8.2 TENDNCIA HISTRICA Quando se deseja armazenar valores de variveis em disco por longos perodos de tempo (at 1 ano). se recorre ao registro histrico. O registro histrico possui um perodo de amostragem tipicamente maior que o da tendncia real ou instantnea (alguns minutos). Os valores amostrados podem ser: Os valores instantneos da varivel no instante da amostragem histrica. Valores resultantes da compactao de amostras de tendncia instantnea coletados a perodos inferiores. Nos sistemas mais recentes, pode-se visualizar os grficos de tendncia instantnea e histrica de forma concatenada em um nico sistema de coordenadas. Deve-se estabelecer critrio de esvaziamento para evitando que o disco rgido fique cheio. 9 GERADOR DE RELATRIOS At agora os nicos dados armazenados em disco foram os relativos aos registros de tendncia instantnea e histrica. Evidentemente uma das principais funes dos sistemas SCADA reside na sua capacidade de armazenar dados e produzir relatrios de produo ao final de um turno, dia ou ms. Os relatrios de produo incluindo os relatrios de balano de massa ou energia, demonstram quanto uma determinada planta produziu, quanto consumiu de insumos, de energia, etc e constituem o principal relatrio de interesse gerencial. Outro alvo de interesse, desta vez por parte do pessoal da manuteno so os relatrios de monitoramento de equipamentos que dizem quando cada equipamento parou, por que parou e por quanto tempo ficou parado. O usurio deve definir as variveis que faro parte do relatrio e o seu perodo (ou instante) de amostragem. A armazenagem de um dado pode estar vinculada a um evento

e no apenas a um horrio. Isto muito comum em sistemas de batelada. Depois dever der definido o formato do relatrio e o instante de sua impresso (final do turno, dia, etc). Um gerador de relatrios pode ter a forma de um editor WYSIWYG, (What you see is what you get), de uma planilha, pode ser definido por uma linguagem especial textual ou orientada para blocos de funes.
Instituto Federal Fluminese - IFF
William da Silva Vianna w_vianna@hotmail.com

29

10 CONSTRUTORES DE ESTRATGIA DE CONTROLE Alguns sistemas supervisrio possuem uma linguagem procedimental ou grfica (blocos lgicos) para descrever procedimentos de controle a serem realizados a nvel de superviso. Basicamente as funes de um construtor de estratgias podem ser agrupadas nas seguintes bibliotecas: Biblioteca de entrada e sada; Realiza leitura e escrita de variveis nos I/Os, solicita dados ao operador. Biblioteca de funes matemticas; Funes: funes convencionais + Max, Min, Mdia, Alarm, etc. Biblioteca de funes lgicas: Funes: And, Or, Xor, Not, Pulso, etc. Biblioteca de funes de controle Funes: PID, PI, etc. Biblioteca de funes de tratamento de sinais Funes: Lead_Lag, Atraso, Interpolao linear em tabela, Filtro, Funo Log aps ganho e offset, Funo Exp aps ganho e offset, Aplicao de rudo, Totalizao (integrao), Derivao. O construtor de estratgias tem sido totalmente substitudo pelo mdulo SoftLogic que programa as funes tpicas de um CLP utilizando as linguagens do padro IEC 61131-3. 11 LINGUAGEM PARA DEFINIO DE APLICAES DO USURIO - SCRIPT Permite ao usurio criar seus prprios programas associados a ocorrncia de algum tipo de evento. Os eventos podem ter diversas naturezas. Alguns supervisrios contemplam apenas parte destes eventos. Hoje a compreenso da natureza dos eventos possveis de ocorrer tem trazido alto grau de generalidade s ferramentas. O quadro abaixo foi baseado na estrutura da linguagem Script do Intouch da Wonderware.
Instituto Federal Fluminese - IFF
William da Silva Vianna w_vianna@hotmail.com

30

Figura 14- Eventos no InTouch No exemplo, os possveis eventos so: Evento Descrio Tipo Quantidade Variao de um dado Script que ser executado na mudana de dado de uma determinada varivel. On true 1 / tagname On true 1 / condio On false 1 / condio While true 1 / condio Condicional Script que ser executado quando ou enquanto determinada condio for verdadeira ou falsa. While false 1 / condio On key up 1 / teclado On key down 1 / teclado Teclado Script de teclado, ser executado quando determinadas teclas forme ou estiverem sendo pressionadas.Ex.: Ctrl + h While down 1 / teclado On down 1 / boto On up 1 / boto Clique do mouse Funciona como um boto virtual no sistema de superviso While down 1 / boto
Instituto Federal Fluminese - IFF
William da Silva Vianna w_vianna@hotmail.com

31

On mouse up 1 / boto On startup 1 / aplicao On shutdown 1 / aplicao Aplicao Ser executado enquanto o Window Viewer estiver ativo, entrar na memria ou sair da memria. O perodo ser determinado em mseg. While run 1 / aplicao On show 1 / janela On hide 1 / janela Janela Script da janela, ser executado enquanto a janela que o possui abrir, fechar ou estiver ativa While show 1 / janela

Em todos os tipos assinalados na table necessrio definir um intervalo de tempo de execuo. Isto significa que a cada x milisegundos o script ser executado. Entre as principais funes disponveis nas linguagens de scripts so: Todas os operadores e funes matemticas e lgicas inclusive: mod, div, shr, shl Funes de manipulao de strings; Comando condicional: If condio then then_statement else else_statement Endif Acesso a todas as variveis de processo: Campos de valores; Campos de definio. Por exemplo: tag.campo_hh: valor do nvel de alarme muito alto Criao de variveis temporrias = dinmicas = virtuais; Reconhecimento de alarme de uma varivel ou classe de variveis; Dilogo com o usurio; Exibio de janela de mensagens e colocao de pergunta ao usurio. Normalmente utiliza-se janelas tipo Popup.
Instituto Federal Fluminese - IFF
William da Silva Vianna w_vianna@hotmail.com

32

Envio de comando a remota; Definio de uma varivel de controle: set-point, varivel controlada, etc. Carga de programa ou receita na memria do CLP; Ativao de nova aplicao; Alterao do aspecto da I.H.M.; Alterao de visibilidade de janelas, do ponto de abertura ou outro atributo da prxima janela, etc. Impresso de telas e relatrios; Manipulao de campos de bits; Acesso a variveis do sistema: data, hora, operador corrente, etc; Incluso de comentrios no programa; Etc. 12 ALARMES Basicamente no sistema de superviso podem existir dois tipos de objetos de alarme, o sumrio e o histrico. Sumrio - apresenta as ocorrncias instantneas dos tags que atingiram os limites de alarme definidos para o tagname. Histrico- arquiva no disco todas as ocorrncias de alarme. Desta forma, criado um histrico que pode ser recuperado a qualquer momento. 12.1 GRUPOS E PRIORIDADE DE ALARMES Geralmente o sistema de superviso disponibiliza a criao de grupos de alarmes.

Desta forma, possvel criar uma hierarquia de grupos para organizar e gerenciar os alarmes. As prioridades dos alarmes servem para implementar filtros que possibilitem visualizar as ocorrncias mais importantes. Por exemplo, considere a tabela com os seguintes tagnames. Um sumrio ou histrico de alarmes com grupo Pressoe prioridades de 2 a 4 apresentar apenas os alarmes do PT-100, enquanto um sumrio ou histrico de alarmes com grupo Temperatura e prioridade de 1 a 5 apresentar os alarmes do TT-300 e TT-301.
Instituto Federal Fluminese - IFF
William da Silva Vianna w_vianna@hotmail.com

33 Tagname Grupo Range (U.E.) Alarmes Valor Prioridade

TT-300 Tamperatura 0 a 100 oC H 80 2 L 20 2 TT-301 Temperatura 0 a 200 oC H 150 4 L 100 4 LT-200 Nvel 0 a 3 m H 2 2 L12 PT-100 Presso 0 a 10 PSI H 7 3 L33 A conveno das prioridades de alarmes deve ser definida no projeto e o bom senso deve ser utilizado para atribu-las. Por exemplo, os alarmes apresentados emcsistema de superviso no sero vlidos caso o sistema esteja sem comunicao com equipamento de controle. Logo, a prioridade de maior importncia deve ser atribuida a comunicao com o equipamento de controle. Alm disso, pode-se utilizar as prioridades para criar filtros que auxiliem no gerenciamento dos alarmes. Com estes filtros o operador poder determinar qual a faixa de prioridade que ser visualizada no sumrio ou histrico de alarmes. 13 LOG DE EVENTOS Registra no arquivo de dirio de bordo todos os eventos relevantes de operao, com data, hora, descrio do evento e operador logado na hora do evento. Os eventos de interesse geralmente so: Eventos de configurao da base de dados; Eventos de operao crticos tais como: ao sobre malhas de controle, partida e parada da planta ou de equipamentos crticos, etc. Este registro est vinculado a existncia de um sistema de senhas para identificar

cada operador que assuma a operao. O operador que deixa a operao dever realizar o logoff da estao enquanto o novo realiza o login, identificando-se.
Instituto Federal Fluminese - IFF
William da Silva Vianna w_vianna@hotmail.com

34

14 DESENVOLVIMENTO DE UM SISTEMA INTERFACE HOMEM MQUINA O projeto da interface Homem Mquina de um sistema SCADA baseado numa srie de critrios ergonmicos tendo por base o relato de problemas de operao de diversos projetos anteriores. As principais dificuldades do operador de IHM so: Deve basear suas aes em uma abstrao da planta real. Deve transformar a interpretao dos dados em aes corretas; No pode mais se especializar numa rea especfica do processo. Deve conhecer todas as reas sob seu controle; Seus erros e omisses tm conseqncias muita maiores o que implica em maior presso psicolgica; O operador est submetido a uma postura de trabalho mais montona o que conduz a fadiga. Ao projetar uma I.H.M o projetista deve ter em mente: o Diminuir a chance de erro do operador principalmente nos momentos de maior demanda operacional que coincide com o aumento do stress. Representar as entidades de processo de forma nica e consistente permitindo uma operao independente da encarnao fsica, sem surpresas para o operador; Figura 15 - Conceito de objeto virtual Embora os parmetros exigidos para as 4 malhas mostradas possam ser diferentes, assim como os procedimentos de operao e sintonia das malhas, o operador enxergar apenas um tipo de PID (instrumento virtual). O processo se torna mais abstrato aos olhos do operador. o Evitar as situaes de monotonia que levam desconcentrao do operador.
Instituto Federal Fluminese - IFF
William da Silva Vianna w_vianna@hotmail.com

35

Sinpticos pouco representativos do processo e sem atraes de animao ou com muitos dados tabulares levem ao desinteresse. o Evitar situaes que acarretam cansao. sabido que muito elementos piscantes na tela trazem cansao. A buzina de alarmes tambm deve ter uma tonalidade agradvel e um nvel no muito alto. o Manter o operador sempre atento ao que realmente interessa.

Evitar excesso de informaes na tela. Sinpticos muito cheios trazem excesso de informaes que o operador no capaz de processar. Os alarmes e informaes devem obedecer ao critrio da exceo. Avalanches de alarmes devem ser evitadas. Pontos com alarmes crnicos devem ser desabilitados. Alarmes durante transitrios de partida e parada de equipamentos tambm. Para operaes crticas como centros de operao de sistemas eltricos e centrais nucleares recomendado o uso de sistemas especialistas para filtragem inteligente de alarmes [Kirshen 1992]. o Evitar consulta a referncias externas ao sistema. Se o operador tiver dvidas quanto a operao de elementos do sistema dever consultar o prprio sistema (Help on-line). Se tiver dvidas com relao a operao do processo dever consultar um guia operacional on-line geralmente baseado em um sistemas especialista. Manuais so difceis de se consultar numa emergncia, e nunca esto disponveis quando so necessrios. 14.1 CONCEITOS ERGONMICOS PARA A CONSTRUO DE IHM Os olhos tendem a se mover de: [Pettersson, 1989] Uma imagem grande para uma menor; Uma cor saturada para uma no saturada; Uma cor brilhante para um cor pastel; Uma imagem colorida para outra monocromtica; Formas simtricas para formas assimtricas; Algo que se move e pisca para uma imagem esttica. Logo ao construir um sinptico deve-se obedecer os seguintes critrios: [Pettersson, 1989] o Dar preferncia a vdeos de 20" ou maiores;
Instituto Federal Fluminese - IFF
William da Silva Vianna w_vianna@hotmail.com

36

o A construo do sinptico deve ser bem balanceada: o nmero de elementos de informao por tela deve ser coerente com a capacidade humana de interpretlos. Evite sinpticos congestionados ou vazios demais; o O sistema grfico deve propiciar: _ Resoluo suficiente para tornar a imagem legvel (mnimo: 800 x 600 pixels) _ Diversas cores simultneas (16 .. 32 K cores). _ Possibilidade de aplicao de texturas (patterns) sobre o desenho; _ Caracteres com diversas formas e tamanho; _ Representao grfica dinmica (animaes).

o Evite objetos grandes piscantes; o Deve haver redundncia na forma de representar uma informao: valor, barras, enchimentos, etc. A representao mais natural a mais indicada. Por exemplo, enchimento para tanques e silos, rotao para um forno de cimento ou britador de martelos, etc; o Equipamentos devem ser desenhados de acordo com sua forma e tamanhos exatos. A representao fotogrfica com excesso de detalhes, sombra, etc. desaconselhvel; o A seqncia para ligar ou desligar equipamentos ou realizar aes de controle similares deve ser simples e intuitiva. Simplesmente selecione o objeto com o mouse e selecione a opo LIGA no menu; o Mensagens devem ser claras, explcitas e auto suficientes; Contra exemplo: Erro 46A: Execute o procedimento de emergncia 78 14.2 PLANEJAMENTO DO DESENVOLVIMENTO DA IHM Antes de adotar um Sistema Supervisrio necessrio efetuar um planejamento para que a escolha do mesmo seja a melhor possvel. Segundo (MORAES, 2001) as etapas que devem compor o planejamento de um Sistema Supervisrio so: 1.Entendimento do processo a ser automatizado; 2.Tomada de dados (variveis); 3.Planejamento do banco de dados; 4.Planejamento dos alarmes; 5.Planejamento da hierarquia de navegao entre telas;
Instituto Federal Fluminese - IFF
William da Silva Vianna w_vianna@hotmail.com

37

6.Desenho de telas; 7.Grfico de tendncias dentro das telas; 8.Planejamento de um sistema de segurana; 9.Padro industrial de desenvolvimento. 14.2.1 ENTENDIMENTO DO PROCESSO Para o completo e detalhado entendimento de um processo de automao, fazse necessria a reunio de uma grande variedade de informaes, vindas de vrias fontes. Conversar com os operadores do sistema a ser automatizado (no caso de j existir uma planta em funcionamento) ou os especialistas no processo para conhecer as operaes da futura planta; registrar as observaes por escrito. Conversar com a gerncia e com o corpo administrativo para descobrir de quais

informaes eles necessitam para o suporte de suas decises, e registr-las. Quebrar o processo em etapas e dar-lhes nomes precisos. Determinar as variveis do processo que precisam ser monitoradas e nomelas. 14.2.2 TOMADA DE DADOS Quando se planeja a tomada de dados interessante escolher para apresentao somente os dados essenciais, de maneira que o sistema supervisrio se torne conciso. necessrio ter em mente um limite superior para o nmero de dados, principalmente em sistemas que envolvam redes. Um grande trfego na comunicao pode prejudicar o desempenho total (velocidade e integridade de informao). 14.2.3 BANCO DE DADOS interessante mencionar que em sistemas de mdio para grande porte utilizado um banco de dados para o trato das variveis (tags) que sero usadas pelo sistema supervisrio. So necessrias as seguintes informaes: Fluxogramas de processos e intrumentos da planta. Lista de endereos dos dados ou endereos de registradores no CLP.
Instituto Federal Fluminese - IFF
William da Silva Vianna w_vianna@hotmail.com

38

Lista de alarmes. Antes de montar o banco de dados com as variveis analgicas, digitais ou do tipo string, necessrio: Escolher a classe de varredura (scan), isto , a velocidade de leitura das variveis; Desenvolver um sistema de nomes das variveis. A escolha dos nomes deve seguir uma lgica e, claro, o seu significado fsico e o seu padro de codificao. Variveis que no possuam um significado ou que s so familiares para quem as projetou podem tornar desastrosas uma futura manuteno do sistema ou alguma correo; Usar pastas de arquivos para organizar variveis. As pastas de arquivos organizam as tags em grupos, de manuseio mais fcil. tambm possvel agrupar as variveis de maneiras significativas, como por exemplo agrupar todos os aparelhos similares ou reas dentro de uma planta. 14.2.4 ALARMES Antes de configurar alarmes, necessrio fazer proposies e estabelecer

definies, com a aprovao dos responsveis tcnicos do processo. Essas definies podem referir-se a: Condies de acionamento dos alarmes; Escolha e notificao de operadores; Envio de mensagens; Providncia de aes. Em tese,os alarmes teriam a funo de: Chamar a ateno do operador para uma modificao do estado do processo; Sinalizar um objeto atingido; Fornecer indicao global sobre o estado do processo. Alarmes Normais ou Pr-alarmes So alarmes que no requerem qualquer necessidade de interveno em relao ao seu funcionamento. Alguns alarmes no implicam o aparecimento de uma situao no implicam o aparecimento de uma situao perigosa, ou seja, uma situao anormal que requeira anlise cuidadosa na tomada das decises ou pessoal especializado.
Instituto Federal Fluminese - IFF
William da Silva Vianna w_vianna@hotmail.com

39

Interveno em Face de Alarmes importante que esse procedimento de interveno no venha a ser uma carga suplementar ao operador em perodos agitados. Modos possveis de se intervir no alarme: Supresso do sinal sonoro, indicando o reconhecimento do alarme pelo operador; Interveno diretamente na tela do terminal supervisrio, tambm com reconhecimento por parte do operador; Aceitao do alarme, indicando que o operador sabe da existncia do problema, mas no momento no pode fazer nada; No reconhecimento por parte do operador. Alarmes e seu contexto Pontos crticos em questo so o aparecimento simultneo de um nmero elevado de alarmes e a repetio excessiva de certos alarmes. Fazem-se necessrias ento uma anlise e posterior filtragem da informao, para identificar um nmero elevado de alarmes e at mesmo alarmes com comportamento pulsante. Isso s ser possvel com equipamento programvel que indique a amostragem distinta das causas e dos efeitos que o evento provocou, utilizando-se de artifcios como criao de uma faixa morta, em que o alarme no desaparecer at que uma variao

significativa se produza. Torna-se necessria a existncia de scripts de programao, no supervisor, que faro o trato das informaes a serem enviadas para a tela. O critrio para a filtragem deve levar em conta o nmero de ocorrncias dos sinal, o seu nvel de prioridade, distribuindo e otimizando tarefas. Parmetros como nvel hierrquico dos funcionrios e diviso estratgica dos alarmes e eventos devem ser objeto de estudo das autoridades responsveis pela planta. A fim de prosseguir o estudo da implantao do sistema, necessrio analisar o problema da hierarquizao de alarmes e inseri-lo dentro do contexto de projeto. Em relao hierarquizao dos alarmes, recomendvel montar um questionrio prvio para tentar detectar pontos crticos dentro do conjunto.
Quais as configuraes de alarmes que impem ao operador dirigir-se a um grupo de indicadores a fim de julgar o estado real do processo? Como conceber o aparecimento do alarme para que este guie o operador em direo ao grupo de indicadores envolvidos? Instituto Federal Fluminese - IFF
William da Silva Vianna w_vianna@hotmail.com

40 Como agrupar os indicadores para que o operador possa facilmente realizar uma representao do estado do processo a fim de que este possa optar entre diversas hipteses?

necessrio ento partir de uma concepo voltada para as causas do aparecimento dos alarmes e chegar a uma concepo orientada no sentido de antecipar as aes que permitiro reestabelecer a situao desejada. 14.2.5 PLANEJANDO A HIERARQUIA DE NAVEGAO ENTRE TELAS A hierarquia de navegao consiste em uma srie de telas que fornecem progressivamente detalhes das plantas e seus constituintes medida que se navega atravs do aplicativo. A boa organizao da navegao torna o sistema claro e condizente com a realidade, guiando o servio dos usurios. Geralmente so projetadas barras de navegao, com botes que dem uma idia do contedo da tela a ser chamada. A barra permite a navegao entre as telas do processo. 14.2.6 DESENHO DAS TELAS Organizar cuidadosamente as partes constituintes das telas ajuda os usurios e aumenta a eficincia do Sistema Supervisrio. Para isso, devem se levar em conta alguns princpios: Consistncia

Ser consistente no uso de smbolos e cores; Ser consistente nos nomes de botes. Quando realizada troca entre telas, devem ser colocados os mesmos tipos de botes nas mesmas posies. Se tiver um boto Startem cada posio no display, no se deve colocar um boto Stop na mesma posio no prximo display. Clareza de Entendimento Devem ser usados smbolos que possam facilmente ser reconhecidos; por exemplo, usar smbolos da ISA j convencionais, para tanques e vlvulas. Na confeco de uma tela, interessante no a sobrecarregar com muitas informaes, procurar adotar um padro com terminologia clara, evitando abreviaes de difcil entendimento para o
Instituto Federal Fluminese - IFF
William da Silva Vianna w_vianna@hotmail.com

41

usurio, e usar cores com significados conhecidos, como por exemplo o vermelho e o verde, que tradicionalmente significam parada e partida. Criando Padronizao para Garantir Consistncia possvel obter uma consistncia na aparncia entre todas as telas do projeto, seguindo um padro de colocao de informaes sempre nos mesmos lugares dentro de cada tela. Sendo assim, para comear a desenvolver cada nova tela, deve-se comear com uma cpia da anterior. Por exemplo, cada tela deve conter: Ttulos; Nomes chaves para as tags; Botes de navegao para as telas posteriores e anteriores. 14.2.7 GRFICOS DE TENDNCIAS Mostram como determinadas variveis de processo mudam ao longo do tempo atravs de sua imagem grfica. Esse tipo de tela pode possuir vrios indicadores com diferentes cores para se obter uma fcil comparao entre os dados. Os dados plotados podem ser obtidos em tempo real, amarrados com o tempo de Scan dos PLCs, ou podem advir de um histrico arquivado. Por exemplo, tendncias histricas podem ser usadas para: Analisar tendncias de processo; Monitorar a eficincia da produo; Arquivar variveis de processo para garantir a conformidade com leis federais ou outras regulamentaes. Com base nessas informaes o operador ter condies de avaliar situaes crticas dos sistema. 14.2.8 ACESSO E SEGURANA

A segurana do sistema depende vitalmente da restrio do acesso das pessoas ao sistema. O operador dever clicar sobre o campo referente a Cadastro de Usurios escolhendo o seu nome e aps entrar com a senha previamente cadastrada. Todos os acessos devem ser registrados para permitir auditorias futuras.
Instituto Federal Fluminese - IFF
William da Silva Vianna w_vianna@hotmail.com

42

14.2.9 PADRO INDUSTRIAL Atualmente, o que predomina em Sistemas Supervisrios o padro Windows, baseado no padro Microsoft de interface homem-mquina, o qual possibilita reduo no tempo de aprendizagem se o operador estiver familiarizado com outras aplicaes Microsoft e seu ambiente de trabalho. O que se procura buscar em um Supervisrio a capacidade de integrao com outros produtos tipo Windows que facilite a linkagem com outros sistemas da Microsoft. 15 TECNOLOGIAS WEB A grande revoluo nos sistemas SCADA se deu com a introduo de dois padres: o OPC para comunicao do SCADA com os CLPs e demais dispositivos de controle, e os padres da Web para disseminar informaes a baixo custo para todas as reas da empresa. J em 1998 todos os supervisrios praticamente, ofereciam estaes clientes leves que podiam exibir quaisquer dados da planta em um PC convencional dotado de um browser. Numa primeira fase existiam apenas a feature de Internet publishing, isto , as informaes eram disponibilizadas para leitura, mas o usurio no podia interagir com a planta, por exemplo dando comandos para a planta. Uma vez vencidas as barreiras iniciais de segurana, hoje no existem mais limitaes e uma planta pode ser tanto telesupervisionada como telecomandada. Isto fez com que uma estao cliente Web pudesse ser fornecida a um custo extraordinariamente baixo. Dentro deste novo contexto hoje comum que informaes de alarmes possam ser direcionadas para um e-mail,

O Surgimento da Tecnologia Digital Os primeiros equipamentos digitais instalados em subestaes e usinas na rea de superviso e controle foram as Unidades Terminais Remotas UTRs. Inicialmente, estas unidades eram meros equipamentos de aquisio de dados e execuo de comandos e constituam a interface entre o processo eltrico e os sistemas SCADA (Supervisory, Control And Data Acquisition). Toda a inteligncia para processamento das informaes e para superviso e controle do processo eltrico ficava localizada nos centros de operao e controle (CORs e COSs). Estes centros eram dotados de computadores de grande porte e de interface homem-mquina (IHM) poderosa, uma vez que, durante perturbaes envolvendo desligamentos mltiplos, era necessrio processar e apresentar ao operador uma grande massa de informaes. Posteriormente, as UTRs passaram a ser dotadas de inteligncia prpria, sendo capazes de executar diversas funes acessrias como autoteste e autodiagnose, validao de medidas e estado de equipamentos, datao (registro do instante de ocorrncia) e armazenamento de alarmes e eventos, assim como pr-processamento da medio e dos dados de alarmes e eventos antes de seu envio ao nvel hierrquico superior. Com essas novas funcionalidades e pelo fato de possurem processamento prprio as UTRs, em algumas empresas, passaram a ser denominadas Unidades de Aquisio e Controle (UACs). Os sistemas digitais de controle local surgiram com a finalidade de oferecer maiores recursos ao pessoal de operao e manuteno na prpria subestao ou usina. Possuam uma Unidade Central de Processamento (UCP) interligada com as UTRs ou UACs. Estes sistemas permitiam um processamento dos dados aquisitados e possuam um interface homem-mquina local [12]. 12 Na rea de proteo, a tecnologia digital em rels somente passou a ser utilizada de forma mais ampla em meados da dcada de 1980. Na verdade, as primeiras pesquisas com aplicao de computadores digitais em sistemas eltricos de potncia remontam ao final dos anos 60, quando se vislumbrava a possibilidade de concentrar todas as operaes de controle e as protees em um nico computador de grande porte. Os avanos na tecnologia de sistemas digitais e na teoria de tratamento digital de sinais permitiram realizar a primeira instalao piloto de proteo de linha em 1972, pela Westinghouse e a Pacific Gas & Electric Co. [13, 14]. Embora a tecnologia eletromecnica estivesse bem estabelecida, j tendo sido extensivamente provada, os rels de proteo tornaram-se cada vez mais complexos, diante das necessidades dos sistemas eltricos que se tornavam maiores e mais e mais interligados. A potencialidade destes sistemas precisava acompanhar a crescente demanda por energia eltrica dos grandes centros populacionais. Assim, vislumbrou-se que a aplicao da tecnologia digital em rels de proteo poderia oferecer muito mais flexibilidade de aplicaes, com um hardware padronizado e mais compacto e com melhor desempenho em relao aos rels convencionais. Os primeiros rels digitais desenvolvidos aplicavam-se proteo de linhas de transmisso, pois os rels de distncia eletromecnicos chaveados, ento em uso, eram constitudos por vrias unidades de proteo, rels auxiliares e temporizadores, interligados por um grande nmero de fios. Tais equipamentos eram de difcil manuteno e no atendiam a todos os requisitos requeridos pelas linhas de transmisso de tenses mais elevadas. Os rels digitais trouxeram como um diferencial importante em relao aos rels convencionais o fato de serem multifuno (vrias funes de proteo compartilhando o mesmo hardware), possurem monitorao contnua de seus prprios circuitos e funes, alm de oferecerem um conjunto de funes adicionais de lgica, monitorao e controle. Com o uso da proteo digital, diversas funes de proteo antes desempenhadas por diferentes rels passaram a ser agregadas em um mesmo hardware. Logo, funes de superviso e controle foram adicionadas, aproveitando o hardware j

disponvel. Devido ao papel importante que os rels digitais podem desempenhar nos sistemas integrados de proteo e controle digital, os mesmos esto apresentados em separado nos captulos 4 e 5. 13 Alguns equipamentos digitais do tipo stand alone, tais como o registrador seqencial de eventos, o oscilgrafo digital, o anunciador digital, os equipamentos de medio digital e os equipamentos de localizao de faltas nas linhas, se desenvolveram de forma independente. Estes equipamentos, juntamente com as UACs e demais equipamento dotados de processamento prprio, foram identificados de uma forma genrica como IEDs (Intelligent Electronic Devices) O QUE UM SISTEMA DIGITAL DE SUPERVISO E CONTROLE ? Um sistema digital de superviso e controle um conjunto de equipamentos digitais capaz de executar todas as funes de um sistema de superviso e controle convencional, alm de possibilitar a transmisso dos dados e informaes relevantes aos nveis hierrquicos superiores. Pode, tambm, oferecer meios de interface com um operador local, alm de fornecer relatrios e outras informaes de interesse ao pessoal de operao e manuteno [18, 19]. Suas principais partes constituintes so: unidade central de processamento (UCP); monitor de vdeo, teclado e impressora (IHM); unidades de aquisio e controle (UACs) ou unidades terminais remotas (UTRs); rede de comunicao de dados. A Figura 2.1 mostra, de maneira simplificada, uma das configuraes possveis para um sistema de superviso e controle digital com redundncia da UCP e do IHM [15]. Nesta configurao, as funes de superviso e controle tm o processamento centralizado na UCP. As unidades de aquisio e controle (UACs) podem estar distribudas pelo ptio da usina ou subestao ou podem ficar centralizadas, fisicamente, na casa de controle. O sistema de proteo digital e, em geral, redundante. Est localizado na casa de controle ou em casas de rels. O funcionamento deste sistema pode ser resumido, de forma simplificada, da seguinte maneira: As UACs efetuam a varredura dos seguintes tipos de pontos: entradas digitais onde so ligados os contatos auxiliares dos equipamentos e os contatos de alarmes e eventos; entradas analgicas - correntes, tenses, temperaturas etc.; sadas digitais correspondem aos comandos de abrir/fechar dos equipamentos de manobra (disjuntores e chaves seccionadoras), ligar/desligar, subir/descer etc.; sinais digitais recebidos de outros equipamentos. A informao sobre cada ponto armazenada em uma memria buffer local, 19 juntamente com a datao de cada evento, isto , a indicao da hora, minuto, segundo e milissegundo de sua ocorrncia. Figura 2.1 Exemplo de Sistema Digital de Superviso, Controle e Automao A freqncia de varredura das UACs pode variar de acordo com o tipo do ponto, desde uma varredura a cada 1 a 5 ms para contatos auxiliares dos disjuntores e de rels de proteo at uma varredura a cada um ou dois segundos, para aquisio de grandezas mais lentas, como temperaturas. A mesma UAC pode trabalhar, simultaneamente, com freqncias de varredura diferentes [20]. A UCP, a cada ciclo de sua varredura (que normalmente mais lenta, da ordem de 1 a 2 segundos), utiliza um protocolo de comunicao serial para transferir para o seu banco de dados as informaes armazenadas na memria buffer de cada UAC. Com os dados em seu banco de dados, atualizados a cada varredura, a UCP realiza suas outras tarefas, como por exemplo, atualizao da tela que estiver sendo exibida,

comando dos equipamentos de manobra e dos equipamentos de resfriamento e comutao de taps de transformadores, partida e parada automtica de mquinas, intertravamentos, seqenciamentos, clculo da potncia ativa e reativa de cada vo, lista de alarmes e eventos, seleo do tipo de religamento automtico etc., alm de enviar os dados de interesse ao nvel hierrquico superior [15]. A proteo pode funcionar como um sistema independente ou possuir algum nvel de integrao ou troca de informaes com o sistema de superviso e controle, utilizando um processo semelhante ao da comunicao UCP UAC descrito acima. CAPTULO 3 QUAIS AS VANTAGENS DO USO DOS SISTEMAS DE CONTROLE E AUTOMAO DIGITAIS ? O uso de um sistema digital para controle e automao de usinas e subestaes apresenta inmeras vantagens, entre as quais [11, 21, 22, 23]: A interligao entre as diversas funes realizada atravs de software, eliminando-se a fiao, cabos, rels multiplicadores de contatos, temporizadores, chaves etc.; possvel reduzir, sensivelmente, o tamanho da sala de controle, bem como as instalaes para passagem dos cabos, representando sensvel economia. Conforme pode ser observado na Figura 3.1, o espao requerido pelos equipamentos de controle digital e IHM mnimo. Em geral, os equipamentos de interface homem-mquina podem ser acomodados em uma mesa tipo Console. Os demais equipamentos podem ser instalados em alguns poucos painis. Figura 3.1 Aspecto da Interface Homem-Mquina Digital O sistema digital permite contnua autodiagnose do hardware e software utilizados; possvel a implementao de novas funes, no futuro, sem custo aprecivel. Como exemplos de novas funes, podemos citar: a) fechamento sincronizado de disjuntores. b) monitorao da operao de disjuntores, incluindo: registro e totalizao do I2.t. superviso do circuito de disparo. superviso do sincronismo de operao c) chaveamento controlado e sincronizado de bancos de capacitores. A consistncia dos dados de entrada pode ser permanentemente verificada, de modo a aumentar, sensivelmente, a confiabilidade do sistema. Assim, por exemplo, a verificao de disjuntor ou chave abertos ou fechados pode ser confirmada atravs de informao da tenso nos dois lados do equipamento e/ou da corrente no circuito; O software de cada funo feito de forma estruturada e modulada e, tanto quanto possvel, padronizada, possibilitando reduo dos custos de desenvolvimento, documentao, implantao e testes; As ligaes com os equipamentos no ptio da subestao ou usina so feitas por UTRs, UACs ou CLPs, permitindo grande reduo da cablagem. A Figura 3.2 mostra a grande quantidade de cabos utilizados em um nico vo de uma instalao convencional. Substituindo-se os circuitos de lgica cablada por lgicas realizadas por software, a quantidade de cabos ligados a cada equipamento se reduz drasticamente. Adicionalmente, caso as UTRs ou UACs sejam instaladas em abrigos , prximo aos equipamentos, alm da quantidade, tambm, o comprimento dos cabos ser sensivelmente reduzido; Pode ser oferecida ao pessoal de operao e manuteno ampla gama de relatrios impressos, no formato desejado pelo usurio, tais como listas dos eventos ocorridos em determinado perodo ou aps uma perturbao, valores

das correntes e tenses antes, durante e aps uma falta, tempos de operao de cada rel ou disjuntor etc. (ver Figura 3.3); Considerando-se que as variveis, estados e parmetros de interesse esto digitalizados e acessveis no banco de dados, o projetista poder conceber novas solues, utilizando seu conhecimento tcnico e experincia, explorando ao mximo sua criatividade. Outros benefcios da digitalizao e automao das usinas e subestaes so [11, 18]: 3.1 No Aspecto Operacional Simplificao e acelerao das seqncias operativas; avaliao mais rpida e completa de todas as informaes de medidas. Facilitar a execuo de intertravamentos. Seleo/filtragem das informaes nos nveis hierrquicos inferiores, de modo que sejam apresentados ao operador somente os dados relevantes. Maior flexibilidade operativa. Possibilidade de operao dos equipamentos mais prximo de seus limites, em funo de melhor monitorao dos mesmos, obtendo-se economia de investimentos. Possibilidade de utilizao do conceito de adaptabilidade, atravs do qual os sistemas de proteo e controle podero se adequar s mudanas na configurao do sistema eltrico ou da subestao ou usina. 3.2 No Aspecto de Engenharia Realizao das tarefas mais prximas ao processo, resultando na reduo do fluxo de dados. Possibilidade de uso de solues no convencionais, porm mais econmicas para o sistema eltrico, em funo dos maiores recursos oferecidos pelos sistemas de proteo, superviso e controle digitais. Como por exemplo, pode-se citar o uso de chaveamento automtico seqencial aps faltas ou durante manobras. A Figura 3.4 mostra as possibilidades de reduo da quantidade de equipamentos de manobra para uma subestao com 2 linhas de entrada e 2 transformadores. Na configurao convencional, Figura 3.4.a, com barramento tipo disjuntor e meio, so necessrios 6 disjuntores e 16 chaves seccionadoras. Na Figura 3.4.b, o barramento tipo anel, requerendo 4 disjuntores e 12 chaves. Na Figura 3.4.c, a subestao foi simplificada para operar com apenas 1 disjuntor e 6 chaves. Isto foi possvel graas utilizao de chaveamento automtico seqencial aps faltas. Neste esquema, em caso de falta em uma das linhas, a proteo abre o disjuntor central e o disjuntor do transformador correspondente. Aps o religamento automtico do disjuntor central, se a falta for temporria, o disjuntor do transformador pode ser fechado. Caso a falta seja permanente, a chave seccionadora da linha aberta automaticamente para possibilitar a reenergizao do transformador. Figura 3.4 Simplificao de Subestaes 3.3 No Aspecto da Segurana Capacidade de reconhecer situaes anormais e rapidamente iniciar as medidas adequadas para a instalao voltar ao normal. Capacidade de autoteste e autodiagnose. Tolerncia a falha - uso de redundncia, permitindo que um equipamento, ou parte dele, assuma as funes de outro equipamento que tenha apresentado falha. 3.4 No Aspecto da Manuteno Deteco imediata das falhas, em razo dos programas de autoteste e autodiagnose. Relatrios mais completos sobre as condies dos circuitos e equipamentos antes, durante e aps as falhas. Aumento da vida mdia dos equipamentos em funo de uma monitorao mais completa e efetiva. Possibilidade de analisar o histrico de operao e desempenho de cada

equipamento antes de iniciar a manuteno. 3.5 No Aspecto da Reduo dos Custos de Instalao e Manuteno possvel reduzir sensivelmente o nmero de cabos e das estruturas necessrias para cont-los (canaletas, dutos, bandejas, etc.). Custos e tempo de instalao grandemente reduzidos, pois o sistema extensivamente testado previamente atravs de programas de simulao. O comissionamento facilitado pela possibilidade de verificao de cada circuito de entrada ou sada das UTRs, isolada e independentemente dos demais. Quase eliminao da necessidade de manuteno peridica e calibrao dos equipamentos e dispositivos, em razo da capacidade de autoteste e autodiagnose e pelo fato de os ajustes, curvas e parmetros, por software, no sofrerem alterao com o tempo. A Figura 3.5 mostra uma comparao entre os tempos de projeto, compras, instalao e comissionamento de sistemas convencionais e digitais [15]; 26 ATIVIDADE CRONOGRAMA Engenharia de projeto Especificao, compras e embarque Instalao e comissionamento Legenda: - Sistema Convencional - Sistema Digital Figura 3.5. Comparao entre os Tempos de Engenharia, Compras, Instalao e Comissionamento

Sistema Digital de Automao Os sistemas de automao de subestaes e redes de energia eltrica modernos so implementados com arquitetura de sistemas abertos (uso de padres de domnio pblico, i.e., no proprietrios), baseados em processamento distribudo, possibilitando um crescimento modular e atualizao a baixos custos. O termo SCADA (Supervisory Control And Data Acquisition) na automao refere-se a sistemas de superviso, controle e aquisio de dados composto por um ou mais computadores e software de

aplicao monitorando e controlando um processo. Os processos podem incluir processos industriais de: Manufatura, Gerao de energia, Transmisso e distribuio de energia eltrica Refino de petrleo, Distribuio de gua, Coleta e tratamento de esgoto, Linhas de leo e gs, e Grandes sistemas de comunicao. O objetivo principal dos sistemas SCADA propiciar uma interface de alto nvel do operador com o processo informando-o "em tempo real" de todos os eventos de importncia da planta. Os principais sistemas de superviso oferecem trs funes bsicas: Funes de superviso: incluem todas as funes de monitoramento do processo tais como: sinticos animados, grficos de tendncia de variveis analgicas e digitais, relatrios em vdeo e impressos, etc. Funes de operao: incluem ligar e desligar equipamentos e seqncia de equipamentos, operao de malhas PID, mudana de modo de operao de equipamentos, etc. Funes de controle: o Controle DDC ("Digital Direct Control") todas as operaes de entrada e sada so executadas diretamente atravs de cartes de I/O ligados diretamente ao barramento do micro, ou por remotas mais simples. o Controle Supervisrio - os algoritmos de controle so executados pela unidade terminal remota (UTR), mas os setpoints para as malhas de controle so calculados dinamicamente pelo sistema de superviso de acordo com o comportamento global do processo. Uma das funes do sistema SCADA receber informaes de mudanas de estados do sistema eltrico e de falhas e atuaes de equipamentos e dispositivos de proteo e controle da subestao, tais como atuao das funes de proteo, estado dos disjuntores, falhas de rels e disjuntores, etc. A partir das informaes recebidas, os operadores realizam os diagnsticos das ocorrncias no sistema eltrico. 4.8.1 Arquitetura de um Sistema SCADA Alguns elementos so bsicos em um sistema SCADA como: Estao de superviso (PC),

Equipamento de controle com I/O (UTR - Unidades Terminais Remotas, CLP - Controlador Lgico Programvel, Rels, IED Dispositivo Eletrnico Inteligente) e, Infra-estrutura de comunicao (hubs, switches, gateways, meio fsico, etc.). Um sistema SCADA pode compreender mais de uma estao de superviso, podem existir estaes especficas para relatrios, grficos de tendncia, controle estatstico do processo, entre outros. A infra-estrutura de comunicao pode utilizar diversas tecnologias de transmisso de dados e at mesmo utilizar redes redundantes para aumentar a disponibilidade do sistema. Rede Ethernet em geral aceito como rede local de comunicao (LAN). Padres industriais Profibus e LON so usados com sucesso na Europa enquanto DNP3.0 and Modbus so preferidos nos EUA. Recentemente, Ethernet com TCP/IP foi introduzido. Alm disso, todo o sistema pode ser monitorado a distncia por meio da rede WAN. A sincronizao do tempo baseada em GPS usada para preciso do tempo. A Figura 4.84 exemplifica a flexibilidade da arquitetura de um sistema SCADA. Nesta arquitetura as informaes coletadas pelas UTRs, IEDs e PLCs so colocadas na rede de comunicao, disposio dos demais membros da rede, onde o servidor de banco de dados (SBD) zelar pelo armazenamento e disseminao seletiva das informaes. A interao do operador com o sistema se faz por meio dos servidores de interface humana (IH) e a comunicao, tanto com os equipamentos de campo, quanto com os nveis hierrquicos superiores, efetuada pelo servidor de comunicao (SC). Dependendo da aplicao, esses mdulos podem ou no ser redundantes ou ainda ter suas funes concentradas num nico hardware. Os servidores de IH so mquinas equipadas com um ou mais monitores de vdeo colorido de alta resoluo, impressora grfica, teclado alfanumrico, mouse, atuando como console de operao. O console de operao proporciona ao operador todas as facilidades necessrias ao comando e superviso da subestao, possibilitando a execuo de atividades do tipo: Superviso do sistema eltrico da subestao Execuo do controle remoto de disjuntores e rels de bloqueio Comando remoto dos tapes de transformadores equipados com comutadores Controle remoto do nvel de reativos e de tenso nos barramentos da subestao

Superviso da atuao dos rels de proteo Alterao das curvas de atuao dos rels digitais Reconhecimento e inibio de mensagens de alarmes Acesso a todas as telas de diagramas unifilares, tabulares e de tendncia, etc. 4.8.2 Evoluo dos Sistemas Digitais de Automao Tradicionalmente as subestaes eram protegidas por rels eletromecnicos. Os tradicionais sistemas SCADA empregam unidades terminais remotas (UTRs) como concentradores para realizar a aquisio dos dados do processo e executar comandos. As UTRs realizam a interface entre o sistema SCADA do Centro de Operao e os rels eletromecnicos e/ou eletrnicos; disjuntores e secionadores. Estes sistemas possuem muitas limitaes e dificuldades, principalmente, por ocasio de expanses, e necessitam de um grande nmero de cabos para a obteno dos sinais do processo e para as interligaes entre painis, alm de rels
Profa Ruth Leo Email: rleao@dee.ufc.br Homepage: www.dee.ufc.br/~rleao 4-108

auxiliares, rels de bloqueio etc., o que tem aumentado o custo destas instalaes. Enquanto os rels eletromecnicos necessitam de uma Unidade de Aquisio e Controle (UAC) conectadas a seus contatos de trip ou de rels auxiliares multiplicadores de contatos para que possam ser supervisionados, os seus similares digitais fornecem essa informao atravs de rede de comunicao de dados. O termo UAC representa indistintamente vrios tipos de equipamentos como p.ex. Controladores Programveis (CP), Unidades Terminais Remotas (UTR), medidores digitais, rels de proteo digital, sequenciadores de eventos, oscilgrafos, etc. Nos ltimos anos, os rels de proteo experimentaram notvel evoluo desde que a tecnologia digital foi adotada em sua fabricao, tendo-se transformado em dispositivos inteligentes, chamados de IEDs de proteo que, alm de agregarem maiores recursos s tarefas de proteo, so tambm capazes de participar das diversas funes de superviso, controle e automao normalmente utilizadas em uma subestao. Os IEDs podem desempenhar todas as funes de proteo, controle, medio,

intertravamentos, automatismos, registro de eventos, oscilografia, monitoramento do desgaste dos contatos dos disjuntores, etc. As principais reas de aplicao dos IEDs so os sistemas de distribuio e redes industriais. A integrao da proteo e do controle surgiu na metade dos anos 80 e desde ento tem amadurecido e evoludo para uma completa automao de subestaes. 4.8.3 Hierarquia de um Sistema Digital de Automao Com a reduo dos custos da tecnologia microprocessada e a consolidao no mercado dos rels digitais multifuno ou IEDs de proteo, surgiram os sistemas digitais para automao de subestao (SDA).
Profa Ruth Leo Email: rleao@dee.ufc.br Homepage: www.dee.ufc.br/~rleao 4-109

Figura 4.85. Diagrama de Bloco da Hierarquia Funcional de um SDA para SE.

Na Figura 4.85 apresentado um diagrama de bloco simplificado de um SDA para uma subestao com os trs nveis hierrquicos: nvel estao, nvel vo e nvel processo, estando o quarto nvel no Centro de Operao. Os SDAs, conforme apresentado na Figura 4.84, so compostos de trs nveis funcionais: Nvel 0: corresponde ao processo vos, disjuntores e seccionadores; Nvel 1: constitudo das unidades de controle de posio (UCPs) rels, intertravamentos e automatismos locais; Nvel 2: composto da unidade de controle de subestao (UCS), sistema SCADA e comunicao com o Nvel 1 (UCPs) e o. Nvel 3: (SCADA do Centro de Operao (CO) do Sistema COS). A arquitetura do sistema de proteo, superviso, controle e automao pode ser concebida de forma modular e distribuda, onde para cada vo existe um IED de proteo associado. A Figura 4.85 apresenta uma configurao para a rede de comunicao de um SDA de subestao.
SDA Nvel 2 Nvel 3 SCADA/CO UCS Nvel 1
SCADA

IH

UCPs Nvel 0 Processo


Profa Ruth Leo Email: rleao@dee.ufc.br Homepage: www.dee.ufc.br/~rleao 4-110

Figura 4.86. Configurao de rede de comunicao.

A interao do operador com o sistema se faz por meio de servidores de interface humana e a comunicao, tanto com os equipamentos de campo, quanto com o nvel hierrquico superior (Nvel 3) efetuada pela UCS (servidor de comunicao). Em subestaes com poucos pontos de superviso e controle, o servidor IH pode executar tambm a funo de servidor de banco de dados e, eventualmente, poder tambm acumular a funo de servidor de comunicao. Nos servidores IH encontra-se uma base de dados local, onde so armazenados, por exemplo, a parte esttica das telas grficas e a base de dados de tempo real. Os Servidores de Banco de Dados (SBD) armazenam a base de dados de tempo real e histrica, alm de arquivos de seqncia de eventos, valores de ajuste de rels de proteo, dados cadastrais de equipamentos, etc. Para tanto, so utilizados mquinas velozes, de alta capacidade de armazenamento, muitas vezes em configurao dual por se tratar de uma funo crtica para a operao do sistema. Para gerenciar a base de dados distribuda, normalmente utilizado um "software" comercial aderente aos padres internacionais e de grande penetrao no mercado. Entretanto, para que as aplicaes desenvolvidas possam ser consideradas abertas, necessrio que o sistema gerenciador da base de dados (SGBD) siga padres escritos e mantidos por organizaes independentes internacionais. Para os bancos de dados de estrutura relacional, foi padronizada uma
Profa Ruth Leo Email: rleao@dee.ufc.br Homepage: www.dee.ufc.br/~rleao 4-111

linguagem de consulta denominada SQL - Structured Query Language, objetivando prover portabilidade de definio de bancos de dados, bem como de programas aplicativos entre bancos de dados provenientes de diferentes fornecedores. Os servidores de comunicaes de dados (SC) estabelecem a comunicao da subestao com os nveis hierrquicos superiores,

podendo inclusive servir de interface para as UACs que no tm possibilidade de comunicao direta com a rede. Os servidores de comunicao podem ser equipados com vrios canais de comunicao e cada um deles tratado independentemente dos demais. Cada um desses canais pode operar com protocolo de comunicao diferente, de acordo com as necessidades dos nveis hierrquicos superiores e inferiores. Em sistemas de pequeno porte, o servidor de IH pode acumular tambm a funo de servidor de comunicao. Os servidores de comunicao podem aliviar o carregamento do subsistema computacional central, podendo executar converso de protocolos proprietrios para o protocolo padro utilizado na rede local (LAN), bem como efetuam o controle de seqncias de varreduras de rotina, os testes de no-resposta, a deteco de erros de comunicao, a verificao de mudana de estado e a execuo de outras funes de rotina. Tendo em vista a inexistncia de um protocolo de comunicao universal que atenda s necessidades de comunicao de todos os equipamentos inteligentes instalados numa subestao, os servidores de comunicao abrigam simultaneamente vrios tipos de protocolos, que podem fazer uso de diferentes meios fsicos de transmisso de dados. Dadas as peculiaridades dos requisitos de comunicao, concentrada no servidor de comunicao a comunicao com os equipamentos de campo, tais como: rels digitais, equipamentos de medio digital, controladores programveis, unidades terminais remotas e equipamentos de oscilografia. Este mdulo responde, ainda, pelas necessidades de comunicao com os nveis hierrquicos superiores, tais como COS (Centro de Operaes do Sistema), COR (Centro de Operaes Regionais), COD (Centro de Operaes de Distribuies) etc., pois este tipo de comunicao pode envolver protocolos destinados s Wide Area Networks (WANs). No Nvel 3, as instalaes de um CO contam com um grande painel digital, no qual so representadas as principais unidades que
Profa Ruth Leo Email: rleao@dee.ufc.br Homepage: www.dee.ufc.br/~rleao 4-112

compem o sistema de potncia comandado e supervisionado pela empresa concessionria. O painel (ou vdeo wall) permite aos

operadores encarregados de coordenar o trfego de energia na rede visualizar em tempo-real eventuais panes ou desligamentos, pontos de sobrecarga e outros eventos importantes dentro do sistema que possam requerer sua atuao. A conseqncia disso a maior segurana na operao do sistema eltrico. O painel digital substitui o quadro mmico que foi utilizado durante vrias dcadas pelas empresas. O Centro de Operao ou COS pode ser entendido como o corao do sistema eltrico. Segundo o Prodist, o Centro de Operao compreende o conjunto centralizado de pessoal, informaes, equipamentos e processamento de dados, destinado a exercer as aes de coordenao, superviso, controle, comando e execuo da operao das instalaes de baixa tenso, de mdia tenso e de alta tenso de distribuio. Atualmente, uma nova evoluo tecnolgica encontra-se disponvel, definida pela norma IEC 61850. Esta norma permite atravs do uso de redes LAN Ethernet de alta velocidade e elevada confiabilidade, uma completa integrao entre os diversos equipamentos digitais, possibilitando o compartilhamento das informaes e facilitando a implantao de funes de automao e de auxlio operao e manuteno. 4.8.4 Norma IEC61850 A norma IEC 61850 veio uniformizar o uso de redes LAN para proteo e automao, permitindo a disponibilizao das informaes de interesse aos seus diferentes usurios, tais como operador local, operador do centro de controle, equipe de pr e ps-operao, equipe do SCADA, medio, tecnologia da informao, manuteno, engenharia da proteo, anlise de faltas etc. Adicionalmente, a norma IEC 61850 facilita a expanso dos sistemas digitalizados, oferecendo a garantia de expansibilidade e interoperabilidade inclusive entre IEDs de fabricantes diferentes [Sistemas de Proteo e
Automao de Subestaes de Distribuio e Industriais Usando a Norma IEC 61850 XIII Eriac].

O padro IEC 61850 foi desenvolvido tendo como objetivos principais: assegurar interoperabilidade entre os diferentes IEDs de uma subestao ou usina e atender aos diferentes tipos de arquitetura

utilizados, alm de suportar desenvolvimentos tecnolgicos futuros sem requerer alteraes significativas no software e hardware do SDA.
Profa Ruth Leo Email: rleao@dee.ufc.br Homepage: www.dee.ufc.br/~rleao 4-113

Para alcanar os objetivos acima, o novo padro utiliza a abordagem orientada a objeto e subdivide as funes em objetos denominados ns lgicos que se comunicam entre si. As funcionalidades requeridas para a automao e proteo da subestao so focadas nos ns lgicos e no na quantidade de IEDs ou funes utilizadas. Outro objetivo da norma IEC 61850 possibilitar a comunicao entre IEDs com alta velocidade e confiabilidade elevada, possibilitando a substituio dos cabos de controle por redes de comunicao e reduzindo o custo global. As caractersticas do padro IEC 61850 permitem que o SDA seja considerado uma plataforma aberta de Proteo e Automao de Subestaes, independentemente dos fornecedores. Uma grande vantagem do padro IEC 61850 a possibilidade de se reduzir sensivelmente a quantidade de cabos e de pontos de entrada e sada dos equipamentos digitais atravs do compartilhamento das mltiplas informaes sobre o processo entre os diversos subsistemas. Assim, por exemplo, as informaes analgicas e de estado relativas ao processo, podem ser adquiridas pelos rels das protees primria e secundria e compartilhadas com os sistemas de superviso, controle e automao, com custos menores e com maior confiabilidade. As grandezas eltricas como V, I, W, var, VA, FP e outras, so adquiridas nos sistemas modernos por meio de multimedidores, que fazem a transduo digital das correntes e tenses de cada fase, obtendo os fasores de V e I e, a partir da, calculam todas as grandezas eltricas de interesse. Como alternativa ao uso de multimedidores, pode-se utilizar os prprios IEDs de proteo, os quais j efetuam a transduo digital da corrente e tenso de cada fase. A melhora das condies operativas da subestao, com a utilizao de automatismos para manobras que antes eram executadas pelos

operadores, resulta em aumento da confiabilidade, segurana e disponibilidade do sistema e grande diminuio no tempo de interrupo a que os consumidores estavam sujeitos na ocorrncia de faltas.