SCLN 212, Bloco D, Sala 101

Brasília – DF | CEP: 70.865-540

+55 61 3340-8486

contato@spinengenharia.com.br

www.spinegenhria.com.br

Action₀NET

Especificação Funcional

Versão 2016.2.95

Documento para Usuários

0060.01 Setembro, 2018

Action.NET – Especificação Funcional

Versão 2016.2.95

Documento de Usuários

0060.01 Setembro-2018

Copyright 2016©

Spin Engenharia de Automação Ltda.

Todos os Direitos Reservados

Nenhuma parte deste documento pode ser reproduzida, copiada, fotocopiada, distribuída ou alterada sem a prévia e expressa autorização da Spin Engenharia de Automação Ltda.

NOTA

Em virtude do contínuo desenvolvimento de seus produtos, a informação contida neste documento está sujeita a alterações e/ou modificações sem prévia notificação. A Spin não se considera responsável por erros de digitação ou interpretação das informações aqui contidas; e/ou por danos e prejuízos causados / gerados a terceiros. O conteúdo desta publicação poderá ser alterado a qualquer momento sem que exista a obrigação de notificar qualquer parte envolvida; isto não implicará, em nenhuma hipótese, em

alterações, reclamações, ou extensão de garantia.

.

0060.1 i

Sumário

1. Vantagens Competitivas .................................................................................................................................... 1

2. Especificação do SCADA Action₀NET ............................................................................................................. 5

2.1 Software SCADA .................................................................................................................................................. 6

3. Configuração de Licenças .................................................................................................................................. 8

4. Arquitetura da Solução ....................................................................................................................................... 9

4.1 Centro de Controle .............................................................................................................................................. 9

4.2 Módulos Componentes ...................................................................................................................................... 9

5. Apresentação Geral do SCADA Action₀NET .............................................................................................. 10

5.1 Acessando o Action₀NET ................................................................................................................................. 10

5.2 Ferramenta de Engenharia ............................................................................................................................. 12

5.3 Edição de Telas .................................................................................................................................................. 15 5.3.1 Geral ............................................................................................................................................................. 15 5.3.2 Criação de Telas ....................................................................................................................................... 16 5.3.3 Objetos Animados e Símbolos ............................................................................................................. 17 5.3.4 Lean Automation ...................................................................................................................................... 18

5.4 Scripts ................................................................................................................................................................... 21

5.5 Teste e Execução de Aplicações ................................................................................................................... 22 5.5.1 Ferramentas de Depuração e Módulos do Runtime ....................................................................... 22 5.5.2 Usando o Watch ....................................................................................................................................... 23 5.5.3 Usando o Trace ......................................................................................................................................... 24

6. Integrações com Soluções de Terceiros ..................................................................................................... 25

6.1 ActionWise – SCADA/ADMS ........................................................................................................................... 25

6.2 Solução de OMS - ActionₒOMS ...................................................................................................................... 26

6.3 Solução de Manager Dashboard .................................................................................................................... 27

7. Conclusões ............................................................................................................................................................ 28

Vantagens Competitivas

0060.01 1

1. Vantagens Competitivas

O Action₀NET é um software do tipo SCADA (Supervisory Control and Data Acquisition), genérico, para a aplicação em Sistemas de Supervisão e Controle de Processos. Foi desenvolvido pela Spin Engenharia de Automação Ltda. executando em ambiente Windows (7, 10, 2003 Server, 2012 Server, etc.) e tendo como principais vantagens competitivas:

Evolução: é o mais moderno software SCADA, orientado a aplicações elétricas (GTD), de saneamento e prediais. Executa em ambiente nativo de 64 bits e 32 bits, garantindo a confiabilidade dos processos e a maior eficiência no uso de aplicações que usam recursos gráficos, como é a tendência de soluções SCADA.

Acessa

Figura 1 - Arquitetura Multiservidor.

Arquitetura Multiservidor: o Action₀NET, conforme mostrado na figura 1, suporta arquitetura multiservidor. A título de exemplo, nesta figura existem três pares de servidores dual hot-standby: S1, S2 e S3. Cada par de servidores se comunica com o campo por meio de seus protocolos e, como a linha vermelha mostra, o servidor S1 também é cliente dos servidores S2 e S3. Ou seja, o Action₀NET possui um protocolo entre servidores, permitindo que qualquer par seja cliente de um ou mais pares de outros servidores. No caso exemplificado, o par S1 vê e comanda todas as variáveis de campo suas e dos servidores S2 e S3. Seus visualizadores (V1 e V2), terão acesso a todos os dados lidos dos três servidores (S1, S2 e S3). Os demais servidores (S2 e S3), neste exemplo, só têm acesso às variáveis lidas por seus respectivos servidores.

Poderia ser colocado um 4° servidor (S4) que se sincroniza com os outros três (S1, S2 e S3) e não lê nada do campo. Esta arquitetura permite distribuir o processamento dos canais de comunicação, no caso de existir muito processamento, como em um Centro de Operação que se comunica com centenas de sítios (usinas, subestações, chaves de poste, etc.).

Vantagens Competitivas

2 0060.01

Ambiente DotNET: por ser totalmente DotNET pode, por exemplo, executar em ambiente MONO, que implementa o framework DotNET em ambientes Linux, Unix, BSD, MAC OS X e Solaris. O harware Raspberry PI suporta o ambiente Mono e, portanto, pode ser usado para soluções embarcadas do Action₀NET. O Action₀NET suporta também a importação de bibliotecas DotNET para seu ambiente de engenharia.

Desenvolvimento cooperativo: suporta vários usuários editando uma mesma aplicação, em paralelo e um usuário abrindo duas ou mais aplicações em paralelo, na mesma máquina. Computação na nuvem: permite o desenvolvimento em três ambientes distintos, na nuvem, em uma rede local ou no computador do usuário. Quando usado na nuvem ou na rede local não necessita instalação no computador do usuário. Neste caso, basta um atalho para o servidor onde está o SCADA na nuvem ou na rede local. Quando instalado na nuvem, diferentes usuários acessam diferentes contas, sendo que um mesmo grupo de usuários pode compartilhar uma mesma conta na nuvem.

Lean Automation: com a metodologia Lean Automation, desenvolvida pela Spin e disponibilizada no Action₀NET, é possível configurar aplicações complexas de automação de subestações, usinas e parques eólicos em poucas dezenas de minutos, garantindo a qualidade e a ausência de erros na parametrização.

Arquivo de projeto único: um único arquivo com extensão “tproj” ou “trun” contém toda a parametrização do SCADA, isto é, telas, relatórios, scripts, etc. aglutinados em um único arquivo. Este arquivo possui controle de versões, permitindo que uma nova versão seja implantada mudando este arquivo, assim como é possível retornar a versão anterior, removendo este arquivo. O projeto pode ser protegido (leitura somente), garantindo que ninguém poderá alterar a versão corrente no ambiente de produção.

Banco de dados relacional nativo: os arquivos de histórico e alarmes são armazenados em banco de dados relacional sendo que o SCADA já vem com um banco tipo SQLite nativo em qualquer versão. Aplicações maiores exigirão o uso de bancos de dados relacionais de mercado (SQL Server, Oracle, etc.).

Poderosa ferramenta de alarmes: definem-se grupos de alarmes, com todas as funcionalidades de comportamento associadas, como a forma da linha de alarme, a cor do alarme em função de seu estado (em alarme esperando reconhecimento, em alarme reconhecido, etc.), as colunas que descrevem o alarme como tempo em milissegundo, coluna de reconhecimento, texto descritivo, estado/valor da variável, etc.

Possibilidade de criar áreas de alarme nas quais se podem alocar os itens de Alarmes. Estas áreas lógicas são definidas no nível do projeto, suportando também subáreas, permitindo a configuração de agrupamentos lógicos dispostos hierarquicamente. A facilidade serve para o tratamento em grupo de alarmes de uma mesma área. Pode-se então obter informações de quantos alarmes estão ativos

Figura 2 - Seleção do ambiente de trabalho.

Vantagens Competitivas

0060.01 3

ou reconhecidos em uma área ou subárea. Pode-se habilitar ou desabilitar todos os alarmes de uma área (incluindo suas subáreas) ou apenas de subáreas.

Scripts compilados: são de 20 a 100 vezes mais rápidos que Scripts interpretados. Além disso, possuem poderosas ferramentas de depuração.

Processamento Distribuído: o SCADA é composto de diversos processos que executam em paralelo, com conexão através de “IP / #Port” sendo possível distribuir o processamento entre diferentes computadores. Assim, por exemplo, o servidor de comunicação poderá rodar em um computador, o servidor de IHM em outro, etc. Durante o desenvolvimento é possível ativar apenas alguns módulos da aplicação, como mostrado na figura ao lado, onde os módulos de comunicação (Devices) e de Relatórios (Reports) estão inativos durante um teste. O botão de shutdown desativa todos os processos disparados e os botões de watch e trace ativam/desativam janelas de depuração em tempo real.

Hot-Standby nativo: basta declarar nas janelas de parametrização o IP/Port do servidor principal e do reserva (standby) para que todos os processos se adequem ao ambiente hot-standby onde na ausência do servidor principal, automaticamente, os processos clientes redirecionam sua comunicação para o servidor reserva.

Dezenas de clientes tipo rich, iOS, RDP e read only: o Action₀NET suporta vários tipos de clientes IHM simultâneos, sendo este um de seus diferenciais quando comparado com outros SCADA. Ele suporta dezenas de diferentes clientes (operadores, técnicos de manutenção, gestores, etc.) em função do tipo de aplicação. O acesso por tablets e smartphones pode ser feito por meio do protocolo RDP (Remote desktop protocol) ou do aplicativo iOS, disponível na biblioteca de aplicativos da Apple (Action₀NET Client).

Poderosas ferramentas para edição de telas: o Action₀NET possui uma poderosa ferramenta para a edição de telas que disponibiliza ao cliente dezenas de bibliotecas de símbolos já prontas, assim como permite o desenvolvimento de novas bibliotecas a partir das bibliotecas existentes ou por meio da criação de novos símbolos. A figura 4 mostra uma biblioteca de vãos associada a uma concessionária, onde cada tipo de vão já é parametrizado seguindo a cultura da concessionária.

Figura 3 - Janela de TStartup com módulos componentes do Runtime.

Vantagens Competitivas

4 0060.01

Figura 4 - Biblioteca de símbolos com objetos vão de uma concessionária.

Biblioteca Symbol Factory: junto com a ferramenta de edição de telas é fornecida a biblioteca Symbol Factory (http://www.softwaretoolbox.com/symbolfactorynet/) para DotNET, gratuitamente. Esta biblioteca disponibiliza cerca de 3.600 objetos vetoriais animados para uso na edição de telas do SCADA. Estes objetos podem ser utilizados diretamente no projeto ou usado como base para a criação de novos objetos.

Figura 5 - Biblioteca Symbols Factory com mais de 3.600 figuras de processo.

Telas tridimensionais: o Action₀NET permite a criação de telas tridimensionais com símbolos animados tipo seccionadoras, disjuntores, etc.

Relatórios prontos para o setor elétrico: ao iniciar um projeto o usuário usa uma aplicação default onde os relatórios básicos para aplicações do setor elétrico já estão prontos. Assim, relatórios de alarmes correntes, eventos do dia, log de operação, tendência em tempo real ou histórica, consulta a eventos históricos, consulta a tags da aplicação já estão prontos e permitem o uso de diversos filtros.

Especificação do SCADA Action₀NET

0060.01 5

Compilação da aplicação customizada: é possível fazer uma compilação (build) da aplicação onde todos os alertas e erros de parametrização são informados, gerando-se tabelas com referência cruzada de todos os objetos usados, identificando seu local de uso (telas, scripts, alarmes, etc.), tabela de objetos usados com frequência de uso e tabela de símbolos declarados e não usados. Cada compilação recebe um número crescente, com data e o usuário responsável indicados.

Execução em modo teste: é possível executar uma aplicação em modo teste, não alterando os arquivos históricos do usuário.

Localização de aplicações: o software possui dicionários de idiomas, permitindo que uma mesma aplicação possa ser apresentada em diferentes idiomas alterando-se, por exemplo, um único símbolo de identifica a bandeira associada ao idioma.

Segurança associada a tipos de usuários: criam-se perfis de usuários com níveis de acesso a cada funcionalidade do software e da aplicação parametrizada. Associam-se os usuários a estes perfis permitindo a implantação de níveis de segurança tanto durante a configuração da aplicação com durante sua execução, em tempo real. Além disso, o software permite rastrear o acesso dos usuários em todos os níveis.

Biblioteca de Extensions: esta biblioteca contém rotinas desenvolvidas no framework DotNET, para importar e/ou exportar dados em tempo de projeto. Assim, por exemplo, existe uma rotina que permite importar projetos ou partes de projetos desenvolvidos em outras aplicações Action₀NET para o projeto corrente.

Se o cliente, sistematicamente, deseja fazer a importação de dados de outra aplicação, como um servidor OPC, um servidor IEC 61850, um projeto configurado no SCADA ActionView, um banco de dados PI da OsiSoft, etc. ou importar uma planilha de pontos de um arquivo de configuração de um CLP muito utilizado pela sua empresa, a biblioteca de extensions é a maneira correta para sistematizar esta importação e/ou exportação de dados.

A Figura 6 mostra algumas Extensions já desenvolvidas pela Spin ou por empresas parceiras:

ActionView: importa os tags e templates de um projeto desenvolvido no SCADA ActionView para o Action₀NET;

Deploy: utilizando templates e category gera, em tempo de projeto, Tags, Alarmes, Pontos E/S e Histórico (Lean Automation);

Controllogix: cria templates, tag names e pontos de E/S a partir arquivo L5K do Controllogix;

OPC: cria templates, tag names e pontos de E/S a partir de um servidor OPC;

IEC61850: cria templates, tag names e os Pontos E/S a partir arquivo SCL ou de um IED 61850;

PI: permite importar estruturas do PI para um projeto Action.NET.

Project: permite importar projetos ou partes de projetos do Action₀NET.

2. Especificação do SCADA Action₀NET

O texto abaixo pode ser usado como base para a especificação de um SCADA com as funcionalidades do Action₀NET.

Figura 6 - Extensions.

Especificação do SCADA Action₀NET

6 0060.01

2.1 Software SCADA

O software a ser adquirido deverá ser um SCADA (Supervisory Control and Data Acquisition) genérico, para a aplicação em Sistemas de Supervisão e Controle de Processos. Ele deverá executar em ambiente Windows (7, 10, 2003 Server, 2008 Server, 2012 Server, etc.) e deverá ter as seguintes características:

Conforme mostrado na figura 1, deverá suportar a arquitetura multiservidor, em que o processamento será distribuido entre diversos pares operando em dual hot-standby. Cada par fará a aquisição e controle de dados de um determinado agrupamento de pontos que, no caso, poderão ser uma ou mais regionais (compostas de agrupamento de subestações) ou agrupamento de chaves de poste/religadores, etc. Cada par de servidores poderá mapear dados de outros pares de servidores e, neste caso, suas estações clientes IHM terão acesso a todos os multiservidores mapeados neste pares de servidores. Da mesma forma, deverá ser possível criar um novo par (ou mesmo um servidor stand-alone), que mapeará os dados de todos os pares de servidores existentes.

Deverá executar em ambiente nativo de 32 ou 64 bits, garantindo a confiabilidade dos processos e a maior eficiência no uso de aplicações que usam recursos gráficos, como é a tendência de soluções SCADA.

Preferencialmente, deverá ser executado em ambiente DotNET nativo, permitindo a importação de qualquer componente DonNET para o ambiente de desenvolvimento do SCADA.

Deverá suportar o desenvolvimento cooperativo, com vários usuários editando uma mesma aplicação, em paralelo, assim como um usuário poderá abrir duas ou mais aplicações em uma mesma máquina.

O módulo de engenharia (desenvolvimento de novas aplicações) deverá suportar três ambientes distintos: execução na máquina local, em uma rede local com vários usuários acessando o mesmo módulo de engenharia ou na nuvem. Quando usada a nuvem ou a rede local, não é necessário instalar o aplicativo nas máquinas que não o servidor onde está o módulo de engenharia, basta um atalho para o servidor.

O software deverá suportar biblioteca de objetos elétricos customizada para a cultura da empresa, contemplando objetos do tipo vão de linha, vão de transformador, vão de alimentador, vão de banco de capacitor, etc. O software deve ter uma biblioteca de objetos de visualização pré-pronta, que pode ser usada para criar novas bibliotecas de objetos.

O software deverá suportar o controle de versões de arquivos de projeto, permitindo avançar para uma nova versão do projeto bem como retorrnar para uma versão anterior com a simples troca do arquivo de projetos. Os arquivos de projeto devem ter proteção para alteração/exclusão, de maneira a garantir que somente técnicos autorizados mudem a aplicação dos servidores SCADA.

O software deverá ter banco de dados relacional nativo, assim como deverá permitir o uso de bancos de dados relacionais de mercado, como Microsoft SQL Server e Oracle.

O software deverá possuir objetos de visualização que permitam criar relatórios de alarmes, eventos, consulta a dados históricos, etc. Estes objetos devem permitir ações de reconhecimento de alarmes, individual ou em grupo, alteração da cor do alarme em função de sua prioridade e de seu estado (em alarme não reconhecido, em alarme reconhecido, etc.).

Deverá ser possível a criação de áreas de alarme nas quais poderão ser alocados os itens de Alarmes. Estas áreas lógicas serão definidas no nível do projeto, suportando também subáreas, permitindo a configuração de agrupamentos lógicos dispostos hierarquicamente. A facilidade serve para o tratamento em grupo de alarmes de uma mesma área. Pode-se então obter informações de quantos alarmes estão ativos ou reconhecidos em uma área ou subárea. Pode-

Especificação do SCADA Action₀NET

0060.01 7

se habilitar ou desabilitar todos os alarmes de uma área (incluindo suas subáreas) ou apenas de subáreas.

Deverá suportar Scripts compilados.

Deverá permitir a depuração de scripts, com execução passo a passo, execução de rotinas, criação de break points, etc.

Deverá possuir a funcionalidade de Hot-Standby nativa, bastando declarar nas janelas de parametrização o IP/Port do servidor principal e do reserva para que todos os processos se adequem ao ambiente hot-standby onde na ausência do servidor principal, automaticamente, os processos clientes redirecionam sua comunicação para o servidor reserva.

Deverá suportar dezenas de estações clientes de visualização simultâneas que executam em ambiente Windows, Apple e Android. Dessa forma, deverão existir de programas aplicativos (APP) nas bibliotecas destes ambientes que se conectam ao servidor SCADA a partir de um IP/Port.

Deverá suportar o protocolo RDP (Remote Desktop Protocol).

Deverá possuir uma poderosa ferramenta para a edição de telas que disponibiliza ao cliente dezenas de bibliotecas de símbolos já prontas, assim como permite o desenvolvimento de novas bibliotecas a partir das bibliotecas existentes ou por meio da criação de novos símbolos.

Já deverá possuir os seguintes relatórios, pré-prontos para o setor elétrico: (1) eventos do dia, (2) alarmes correntes, (3) tendência em tempo real e histórica de qualquer grupo de variáveis analógicas selecionadas, (4) log com todas as ações dos operadores, (5) consulta a históricos de eventos com diversos filtros.

Deverá permitir a compilação do projeto customizado onde todos os alertas e erros de parametrização são informados, gerando-se tabelas com referência cruzada de todos os objetos usados, identificando seu local de uso (telas, scripts, alarmes, etc.), tabela de objetos usados com frequência de uso e tabela de símbolos declarados e não usados. Cada build recebe um número crescente, com data e usuário responsável indicados.

Deverá suportar a execução em modo teste onde não são alterados os arquivos históricos do cliente.

O software deverá suportar a criação de perfis de usuários com níveis de acesso a cada funcionalidade do software e da aplicação parametrizada. Deverá também suportar a manutenção de um arquivo de usuários que tem entre seus atributos estes perfis, permitindo a implantação de níveis de segurança tanto durante a configuração da aplicação como durante sua execução, em tempo real. Além disso, o software deverá permitir o rastreamento de acesso dos usuários em todos os níveis.

Deverá permitir, em tempo de projeto, a importação de informações de outros projetos SCADA gerados pelo software (telas, templates, scripts, objetos de visualização, etc.), de tabelas Excel associadas a pontos de E/S, de servidores OPC para a seleção de tags e endereços, de tags disponíveis em arquivos SCL baseados na norma IEC61850, de tags disponíveis em relés utilizando o protocolo IEC61850.

O software deverá suportar, no mínimo, os seguintes protocolos da área elétrica:

Protocolos Cliente: DNP 3.0, IEC-60870-5-101, IEC-60870-5-104, IEC61850, Modbus (ASCII, RTU e TCP-IP), OPC HDA, OPC UA, OPC XML/DA, SNMP, ABNT 14522.

Protocolos Servidor: DNP 3.0, IEC-60870-5-101, IEC-60870-5-104, Modbus (todos os tipos), OPC e Agrupamento de pontos 2.7 do ONS.

Configuração de Licenças

8 0060.01

3. Configuração de Licenças

No Action₀NET, existe o conceito de servidores SCADA e clientes do servidor SCADA (visualizadores). Os servidores podem ser simples (um único servidor) ou hot-standby, quando existem dois servidores em paralelo sendo um principal e o outro reserva. Os clientes se conectam, automaticamente, ao servidor principal e, na ausência deste, ao servidor reserva. Dessa forma, em ambientes hot-standby os dois servidores devem ter licenças idênticas.

Só os servidores SCADA exigem licenças de uso e essa licença possui seis atributos, conforme a figura abaixo, que definem seu preço.

Figura 7 - Opções de Licença de Software.

(1) Número de Estações de Engenharia (Engineering Users): é o número de aplicações de desenvolvimento que podem se conectar, simultaneamente, a uma mesma licença do servidor SCADA. Estas aplicações rodam no servidor ou em outros computadores conectados em rede ou WEB ao servidor. Uma licença padrão já vem com uma Estação de Engenharia. As demais devem ser solicitadas.

(2) Número de Pontos de E/S (Communication Points): diferentemente de outros SCADAs de mercado, o Action₀NET possui licença por número de pontos de comunicação e não por número de tags. Quanto ao número de tags, (tag pode ser: uma variável interna, um ponto calculado, um alarme, um ponto de E/S, etc.) uma licença Action₀NET pode ter 10 x número de pontos de E/S, isto é, se eu tenho uma licença de 5.000 pontos de E/S, posso ter até 50.000 tags. A título de exemplo, uma aplicação implantada recentemente possui 8.950 tags e apenas 3.850 pontos de E/S.

As licenças do Action₀NET são comercializadas para os seguintes números de E/S: 300, 1500, 2500, 5000, 15000, 50000, 100000 e ilimitado.

(3) Protocolos de Comunicação: com a versão default do Action₀NET, alguns protocolos de comunicação já estão disponíveis, gratuitamente. Outros protocolos devem ser solicitados e têm seu preço fixado em função de sua complexidade e do número de canais. Os protocolos disponíveis, gratuitamente são: Modbus cliente (TCP/IP e serial) e o OPC cliente. Os protocolos usados na área elétrica têm seu preço associado ao número de canais, com três variações de preço em função do número de canais: [≤ 15], [> 15 e ≤ 50] e mais de 50 canais. Neste caso estão os protocolos: DNP3.0 cliente, IEC-60870-5-104 cliente, IEC-60870-5-101

Arquitetura da Solução

0060.01 9

cliente, IEC 61850 cliente, DNP3.0 servidor, IEC-60870-5-104 servidor, Agrupamento 2.6 do ONS, SNMP, ABNT 14522.

Além destes protocolos, a Spin dispõe também protocolos usados na área industrial, que devem ser solicitados, se necessário como, por exemplo, S7 Siemens, Micrologix, Contrologix, etc.

(4) (5) e (6) Número de clientes de Visualização: é o número de visualizadores que acessam, simultaneamente, um servidor SCADA. Estes visualizadores podem ser de três tipos: Smart Clients, iOS e Read only. Em função do tipo e da quantidade, o preço é alterado.

4. Arquitetura da Solução

4.1 Centro de Controle

A seguir, apresenta-se uma arquitetura típica do Action₀NET, em um centro de controle, no qual existem dois servidores Hot-Standby se comunicando com IEDs e com estações de operação. Os IEDs estão todos em um barramento de processo e as estações de operação estão, em parte, em um ambiente controlado (zona militarizada) e outra parte na intranet e ethernet controlada da empresa. As estações de engenharia, no desenho, estão acessando um terceiro servidor usado para desenvolvimento e treinamento, já que não é seguro desenvolver sobre as máquinas de produção. Além destas estações de operação e de engenharia, existem dezenas de outros clientes, acessando o sistema através da internet/intranet (iOS, Rich Clients, RDP, Read Only Clients).

Figura 8 - Arquitetura típica de um centro de controle com um par de servidores SCADA.

4.2 Módulos Componentes

Na figura abaixo, para fins de esclarecimento da organização de um servidor Action₀NET, é mostrado um servidor executando em uma máquina.

Apresentação Geral do SCADA Action₀NET

10 0060.01

A figura mostra seis janelas onde, as quatro primeiras (1,2,3 e 4) correspondem a quatro rich clients executando, simultaneamente, nesta máquina. Cada rich cliente pode mostrar uma tela distinta do processo controlado. A janela (5) corresponde a janela do processo TStartup, onde se mostra que, neste caso, os oito módulos componentes do servidor Action₀NET estão ativos na máquina: Alarms, Historian, Devices, Datasets, Scripts, Displays, Reports e OPCServer.

Figura 9 - Processos associados ao Runtime de um servidor SCADA.

A janela (6) mostra que existem onze (11) processos associados ao servidor Action₀NET executando neste momento, sendo quatro deles (barra amarela) associados aos rich clients ativos, dois deles (barra vermelha) associados a drivers de comunicação (no caso OPCServer e Modbus), dois deles (barra verde) referentes aos módulos de Scripts e Datasets e os dois restantes (sem barra) referem-se ao processo Tstartup, que faz a gestão dos módulos em execução, e ao processo Online Configuration que faz a atualização, em tempo real, de modificações feitas no editor de aplicações (Studio).

Deve ser observado que cada processo possui um número de IP/Port, isto é, embora sejam processos associados a um servidor (principal ou reserva), podem executar na máquina do servidor ou em outra máquina qualquer dentro de uma rede TCP/IP. Com isso, é possível distribuir o processamento do servidor entre diversas máquinas, por exemplo, no caso de comunicação com IHMs, pode-se distribuir os processos que implementam a IHM em outros computadores.

5. Apresentação Geral do SCADA Action₀NET

5.1 Acessando o Action₀NET

Quando o usuário define os IPs do servidor principal e reserva, automaticamente o sistema cria os atalhos para:

(1) Startup: atalho que dispara o Runtime de um servidor Action₀NET apontado. Ele é usado para, por exemplo, ativar, automaticamente, o servidor quando a máquina é inicializada.

(2) RichClient: este atalho dispara, nesta máquina, um Rich Client que se conectará ao servidor SCADA apontado. Um rich client exige a instalação prévia do SCADA.

Apresentação Geral do SCADA Action₀NET

0060.01 11

(3) Smart Client: este atalho dispara, nesta máquina, um Smart Client que se conectará ao servidor SCADA apontado. Um Smart Client não exige nenhuma instalação.

(4) Web Client: este atalho dispara, nesta máquina, um Web Client que se conectará ao servidor SCADA apontado. Um Web Client executa dentro do Browser e não exige nenhuma instalação.

Figura 10 - Atalhos e janela do editor gerada, automaticamente, com atalhos para uma aplicação.

Uma vez ativado o Action₀NET (atalho 1), é apresentada uma janela onde o usuário pode escolher o ambiente que trabalhará, local, rede ou nuvem (ver figura 2) e o projeto neste ambiente, conforme mostrado na figura abaixo.

Apresentação Geral do SCADA Action₀NET

12 0060.01

Figura 11 - Projetos existentes no ambiente selecionado.

5.2 Ferramenta de Engenharia

Quando o usuário seleciona um projeto, é aberta a janela apresentada na figura 12, que corresponde ao ambiente de edição do projeto. Um usuário poderá abrir mais de um projeto em paralelo na sua máquina, assim como poderá copiar objetos de um projeto para o outro e vice-versa.

Figura 12 - Janela inicial do ambiente de edição de um projeto.

Ao abrir a janela de edição de um projeto, o usuário poderá ou não fazer alterações em função de seu perfil de acesso. A chave destacada em vermelho permite que o usuário entre com seu código e senha e, em função de seu perfil de acesso, poderá ou não fazer alterações nas diversas funcionalidades da aplicação.

A coluna da esquerda possui quatro grandes ações que são:

Edit: permite editar funcionalidades dos Tags, Security, Devices, Alarms, Datasets, Scripts, Displays e Reports. Na figura acima, está selecionado “tags” e, na coluna da direita, existem pastas que

Apresentação Geral do SCADA Action₀NET

0060.01 13

detalham as opções de edição associadas às “tags”. Assim, existem cinco pastas associadas à edição de Tags: Objects, Templates, Assets, Historian e Historian tables.

Por meio do Edit é possível, por exemplo, em uma aplicação de monitoração de uma subestação:

o Criar os templates de cada vão tipo, criar os vãos associados a estes templates, definir as tabelas de histórico e as condições de gravação de variáveis nestas tabelas;

o Definir os usuários autorizados a usar esta aplicação com seus perfis de acesso e funcionalidades associadas a estes perfis;

o Definir os IEDs existentes, com seus endereços, os protocolos de comunicação usados por estes IEDs e os pontos de entrada e saída associados a estes IEDs;

o Definir os tipos de Alarme associados aos tags e as condições para estes tags entrar e sair de alarme;

o Definir os bancos de dados onde ficarão as tabelas de alarmes e históricos;

o Escrever Scripts associados ao início e fim de aplicação, a abertura e fechamento de telas, a eventos associados a funções lógicas, etc.

o Definir formato das telas, formatos de cabeçalhos e rodapés, janelas de tablets e smartphones, se tela é de tamanho fixo, ajustável proporcionalmente, ajustável de forma livre, etc.

o Elaborar relatórios exigidos pela aplicação por meio do editor de relatórios.

Figura 13 - Janela com exemplo de uma tela em edição.

Draw: é o editor de telas (Figura 13), que permite criar telas gráficas com símbolos escalonáveis, com resolução de jogos de última geração. Estes símbolos podem ser pré-testados e associados aos templates de, por exemplo, vãos tipo. Símbolos simples podem ser agrupados formando símbolos complexos com animação também complexa. A mesma tela apresentada em um computador pode ser apresentada em um tablet ou smartphone.

Apresentação Geral do SCADA Action₀NET

14 0060.01

Figura 14 - Janela com exemplo de uma tela de Run.

Run: nesta opção, é possível fazer a compilação (Build) de uma aplicação parametrizada, executá-la em modo Teste ou normal (Startup), publicar a versão gerando um código de versão (exemplo 5.06) em um arquivo de somente leitura, verificar todos os objetos gerados (UseCount) no projeto com: número de vezes que cada objeto foi usado, objetos declarados e não usados, tabela de referência cruzada de objetos usados e local de uso (telas, scripts, símbolos, etc.). É possível também criar dicionários para desenvolver aplicações localizadas em diferentes países e dicionários de valores de variáveis e textos associados a este valor (aberto/fechado, habilitado/inibido, etc.).

Finalmente, ainda na opção Run, é possível usar a biblioteca de Extension importando dados de outras aplicações ou fontes para o projeto, em tempo de edição.

Na figura 14, a janela mostrada é de Startup e nela são definidos o usuário e senha a ser usados na ativação do servidor, o local e port onde este será ativado, o tipo de autenticação requerida, as ferramentas de diagnostico que devem ser ativadas, assim como os módulos componentes e se o projeto deverá ou não suportar configuração on-line.

Figura 15 - Janela com exemplo de uma tela de Info.

Info: contém informações sobre o projeto, como versão, settings definidos, opções de hot-standby definidas (Figura 10), informações de rastreabilidade (Track) como tabelas existentes com datas de alteração, objetos existentes com data de alteração e usuário que fez alteração, releases gerados

Apresentação Geral do SCADA Action₀NET

0060.01 15

por Build, anotações feitas por usuários durante a edição de projetos compartilhados, help on-line e dados da licença.

5.3 Edição de Telas

5.3.1 Geral

Uma das ferramentas mais poderosas do Action₀NET é a de desenho, usada para desenvolver telas gráficas. A figura 16 mostra uma janela de edição de telas gráficas. Nela são mostradas três barras de ferramentas associadas ao processo:

Barra 1 (horizontal superior): está associada a criar, salvar, visualizar, excluir telas;

Barra 2 (Vertical Esquerda): possui objetos primitivos tais como linha, ponto, círculo, polígono, botão, combobox, checkbox, menu item, trend, alarm, data grid, web browser, report viewer, painel circular, XPS viewer, componente WPF externo, etc. O componente WPF externo permite importar qualquer componente do framework DotNET.

Dentre os objetos primitivos, dois deles devem ser destacados:

Abrir biblioteca de símbolos: o SCADA já vem com dezenas de bibliotecas de símbolos prontas e o usuário pode criar novas bibliotecas que contenham toda a cultura de sua empresa (seccionadoras, disjuntores, transformadores, medidores, etc.). Estes objetos com todos os comandos associados podem ser agrupados em objetos tipo vão de linha, vão de alimentador, barra simples, barra dupla, vão de bypass, etc. Ver figura 4 acima.

Abrir symbol factory: o SCADA já com uma biblioteca DotNET de símbolos industriais chamada Symbol Factory. Esta biblioteca possui cerca de 3.600 objetos agrupados em famílias de símbolos, como mostrado acima na figura 5.

Barra 3 (horizontal inferior): esta barra fornece as ferramentas necessárias para manipular os símbolos dentro das telas gráficas tais como: zoom da tela, apresentação pontilhada, agrupar/desagrupar objetos, união, intersecção, exclusão e ou exclusivo de figuras, alinhamento de símbolos, mover símbolo para frente ou para trás, alterar alturas, ajustar espacejamento horizontal/vertical de objetos, giro horizontal/vertical de objetos, fixar/soltar objeto, tornar visível/invisível símbolo.

Pastas: existem três pastas associadas à tela de desenho. A primeira contém a tela propriamente dita, com símbolos, textos, etc. e regras de animação associadas. A segunda contém os scripts associados à tela. E a terceira contém símbolos disponíveis neste projeto, que podem ser copiados e colados nas telas.

Apresentação Geral do SCADA Action₀NET

16 0060.01

Figura 16 - Janela de Desenho de telas gráficas.

5.3.2 Criação de Telas

Para a criação de telas e janelas, podem-se definir vários layouts identificando cabeçalhos, rodapés, barras de rolagem, etc. Ao criar uma tela, deve-se associá-la a um layout. Existe também um menu padrão onde se define a dimensão, o que fazer no caso de resize, como iniciar a tela, etc. Abaixo (Figura 17), são mostradas algumas das janelas de definição dos settings das telas e dos layouts.

Figura 17 - Janelas de definições de telas de iOS, Rich Clients e layouts.

Apresentação Geral do SCADA Action₀NET

0060.01 17

5.3.3 Objetos Animados e Símbolos

Qualquer objeto de visualização (barra 2), pode ser desenhado na tela e ser associado a um conjunto de animações que serão pertinentes a este objeto de visualização. Na figura 18, estão envoltos em um retângulo vermelho três objetos de visualização (elipse, retângulo e radio button) e foi aberta a janela de animação do objeto elipse.

Figura 18 - Três objetos da barra 2, com uma janela de animação do objeto Elipse.

As janelas de animação têm variações em função do tipo de objeto, mas são muito parecidas umas com as outras. Seleciona-se as animações que serão inferidas a este objeto e se faz a parametrização da mesma. Como animações tem-se dezenas de possibilidade que vão desde abrir uma janela ou uma tela com o click do mouse em um objeto, até fazê-lo mudar de cor, tamanho, girar, etc. em função da alteração de um tag ou uma expressão associada a vários tags.

Estes objetos de animação podem ser agrupados gerando símbolos complexos como o apresentado abaixo (Figura 19).

Figura 19 - Símbolo aerogerador criado a partir de vários objetos e agrupados.

Conforme mostrado nas figuras 4 e 5, o SCADA vem com dezenas de símbolos já prontos, organizados em bibliotecas, orientados a diferentes tipos de aplicação. Assim, por exemplo, uma concessionária de distribuição pode organizar bibliotecas de símbolos que contemple toda sua cultura de operação.

Apresentação Geral do SCADA Action₀NET

18 0060.01

A figura 20 mostra a biblioteca de modelos de vão e selecionou-se um objeto vão de alimentador (AN_AL) que já compreende um alimentador com by-pass com três seccionadora e um disjuntor.

Figura 20 - Símbolo AN_AL – Alimentador padrão com by-pass.

Todas as animações associadas a cada objeto estão prontas e testadas permitindo que se configure uma subestação desta concessionária em alguns minutos, com todos os alarmes, eventos, histórico, etc.

A partir das bibliotecas prontas, é possível (Figura 19) desfazer o símbolo, alterá-lo e fazer um novo símbolo mais adequado para uma outra empresa. Mais que isso, é possível desfazer um símbolo, alterá-lo e refazê-lo, alterando, automaticamente, todos os símbolos em todas as telas do projeto.

5.3.4 Lean Automation

Usando as funcionalidades do Action₀NET e o conhecimento da Spin de integração de sistemas de geração, transmissão e distribuição de energia, criou-se uma metodologia chamada Lean Automation que permite configurar uma aplicação de subestação, em alguns minutos, com baixíssima possibilidade de erro.

O objetivo da metodologia é automatizar uma aplicação como, por exemplo, várias subestações, com os seguintes diferenciais:

Tempo: Menor ↓ (meses são convertidos em semanas);

Custo: baixo ↓ (redução da equipe, sua especialização e do tempo de implantação, com seus desdobramentos em despesas com passagens, aluguel de carros, hotel, refeições, etc.);

Qualidade: alta ↑ (a metodologia minimiza falhas e garante qualidade e acabamento);

Flexibilidade: Alta ↑ (a partir de uma solução pode-se obter outras, facilmente).

A metodologia tem como pilares de sustentação os seguintes cinco conceitos e funcionalidades do Action.NET:

Apresentação Geral do SCADA Action₀NET

0060.01 19

(1) Template: pode-se criar templates e templates de templates em tantos níveis de profundidade quanto se queira. Assim, pode-se criar um template chamado AN_AL que contempla todos os pontos de um vão de alimentador de uma concessionária, conforme mostrado na figura abaixo. Neste template, como pode ser observado, existem tags, como também dois sub-templates: - AN_AL_ANA: variáveis analógicas do vão; - CLASS_TENS: classe de tensão do vão. No nível de objetos, cria-se cada alimentador com o tipo AN_AL. Isto é, como mostrado na figura 20 foram criados nove alimentadores do tipo AN_AL.

(2) Category: são sessenta e quatro propriedades, criadas em tempo de projeto, associadas a pontos de um template. Cada propriedade associará ao ponto um tipo de funcionalidade. No caso, serão criados três tipos de propriedade:

a. Alarme: define o tipo de alarme associado a este ponto. Se, por exemplo, minha aplicação possui dez diferentes tipos de alarme, serão consumidas 10 propriedades dentre as 64 disponíveis;

b. Histórico: definem-se as condições que causam a gravação do estado/valor atual do ponto em um registro de histórico. Novamente, serão consumidas tantas propriedades quantas são as condições de gravação de histórico;

c. Pontos em Devices: o usuário deverá criar, manualmente, os canais e nodes da Aplicação, de acordo com as características próprias dos protocolos utilizados. Esta parametrização deverá ser feita em função dos IEDs com os quais o projeto vai se comunicar.

Para cada node existente, o sistema criará, automaticamente, uma categoria com o prefixo NODE_ seguido do nome do node. Por exemplo, se temos em um projeto dois Nodes com os nomes: IEC8705104A e DNPSEL_MA serão criadas as categorias:

- NODE_IEC8705104A; e

- NODE_DNPSEL_MA.

Estas categorias consumirão 2 propriedades dentre as 64 disponíveis e deverão ser atribuídas a todos os tags de pontos que são tratados por estes Nós de comunicação.

(3) Associação de Categoria a Template: conforme mostra a figura abaixo, nos templates, um duplo clique sobre a coluna categoria de cada ponto abre uma janela onde são mostradas todas as categorias criadas nesta aplicação e o usuário associa uma ou mais categorias a cada ponto do template. Dessa forma, para cada ponto se define seu tipo de alarme, a condição para sua gravação em arquivos históricos e as informações referentes aos devices, nodos, tipo de ponto no protocolo e endereço 2 do ponto (o endereço 1 está associado ao device).

Figura 21 - Template AN_AL.

Apresentação Geral do SCADA Action₀NET

20 0060.01

Figura 22 - Cada variável do template pode ser associada a uma ou mais categorias.

(4) Vinculação de nome de template a símbolo de biblioteca: o Action₀NET tem uma funcionalidade orientada para o desenvolvimento da metodologia: se um template tem o nome de um símbolo da biblioteca de símbolos, cria-se um vínculo entre eles e o mapeamento das variáveis do template é associado ao mapeamento das variáveis do símbolo. Dessa forma, os alimentadores RIB_RIB02 a RIB_RIB11 estão associados ao símbolo AN_AL, só que adequarão o nome de cada variável do template, adicionando o prefixo: RIB_RIBxx•<variável-template> Quando o usuário copia uma linha destas e cola sobre uma tela, é colada à figura associada ao símbolo alimentador, com as variáveis ajustadas para o específico alimentador. Dessa forma, se copio os nove alimentadores e colo em uma tela, são coladas as figuras de nove alimentadores e cada alimentador é associado a um específico número [02, 03, 04, etc.]

(5) Extension Deploy: extensions são bibliotecas de programas desenvolvidos no ambiente DotNET que, em tempo de projeto, permitem importar, exportar e tratar dados associados a uma aplicação. No caso do Deploy, quando ele é executado ele varre as linhas de Tag/Objeto e, para cada linha que possui objetos a serem “explodidos” (categoria associada), ele faz a “explosão” gerando, automaticamente, as tabelas de alarmes, histórico e pontos de entrada/saída dos dispositivos. Após a “explosão”, ele apaga as categorias associadas aquela linha. Isto permite que no futuro, ao se criar um novo vão, somente este será “explodido”, dado que os demais não têm mais categorias associadas.

Figura 23 - Cada alimentador é associado ao template AN_AL.

Apresentação Geral do SCADA Action₀NET

0060.01 21

5.4 Scripts

O Action₀NET permite que se escreva Scripts em CSharp ou VBdotNET. Todos os Scripts são compilados gerando tabelas de referência cruzada com todos os locais onde os objetos foram usados. Se um objeto tem seu nome alterado, ele será automaticamente alterado em todos os Scripts onde ele é usado.

Os Scripts podem ser depurados, utilizando um depurador dinâmico com todas as funcionalidades de um depurador DotNET.

Figura 24 - Janelas de desenvolvimento de Scripts.

Scripts podem ser escritos por meio de Tasks (processos em execução), Classes (rotinas) e Expressões que corresponde a linhas de código.

Cada tela também tem uma janela de Script com rotinas vazias que correspondem a código que pode ser inserido em função de eventos associados a telas, como abertura da tela, fechamento da tela, clique de mouse, duplo clique de mouse, etc.

Dado que os Scripts são compilados, em tempo de execução eles são de 20 a 100 vezes mais rápidos que Scripts interpretados.

Os scripts podem ser executados tanto no ambiente do servidor SCADA (mestre/escravo) como no ambiente da IHM do usuário, como no caso de rich/smart clients conectados a um servidor SCADA.

Durante a elaboração de um Script, todos os objetos existentes no projeto, como Alarms, Devices, Displays, historian, tags, etc. podem ser referenciados e alterados. Para selecionar o objeto, basta digitar o símbolo“@” durante a escrita do código e, por meio de interllisense, o objeto passa a ser apresentado, automaticamente ao projetista, como mostrado na figura 24.

Apresentação Geral do SCADA Action₀NET

22 0060.01

5.5 Teste e Execução de Aplicações

5.5.1 Ferramentas de Depuração e Módulos do Runtime

Figura 25 - Janela de Run – Pasta Startup.

Durante a edição do projeto, é possível executá-lo por meio de duas janelas distintas: Test e Startup. Ambas são similares e a diferença é que, em modo Test, as funções de gravação do Historiador e de Alarmes são direcionadas para utilizar arquivos temporários ao invés dos definidos na base de dados do projeto final em produção.

Nestas janelas, o usuário pode definir:

As ferramentas de diagnóstico que deseja ativar junto com o Runtime (Run Local Diagnostics Tools):

o Informação: mostra uma janela com dados do projeto;

o Watch: abre uma janela onde é possível simular o estado/valor de variáveis e suas propriedades;

o Trace: esta ferramenta permite que se depurem rotinas associadas aos diversos módulos do programa ActionₒNET. Assim, por exemplo, se foram desenvolvidos vários códigos de Scripts associados a uma janela de comando, pode-se definir que o módulo de Display (responsável por apresentar telas da aplicação) seja rastreado e, dentro do código dos Scripts, pode-se colocar comandos que incluem informações na janela do trace.

Que módulos do Runtime deseja ativar (Run Modules): assim, por exemplo, para testar telas e a funcionalidade de navegação entre telas, basta ativar os módulos de display e scripts.

Uma vez ativada a aplicação, é apresentada a janela mostrada na figura 3, com o estado de todos os módulos da aplicação:

Apresentação Geral do SCADA Action₀NET

0060.01 23

Figura 26 - Estado dos módulos.

Assim, por exemplo, se o usuário faz uma alteração no módulo de Devices, que trata a comunicação com IEDs, basta parar o módulo e após reativá-lo.

Se ao ativar a aplicação o projetista não ativou o Watch ou Trace, basta pressionar os botões acima de Watch e Trace para iniciá-los.

5.5.2 Usando o Watch

Quando ativado, este módulo vem com todos os campos vazios. Para inserir objetos em cada uma de suas abas, basta teclar a letra associada ao objeto (por exemplo, tag) que através da propriedade de “intellisense” (código inteligente) são mostrados os possíveis objetos associados àquela letra, como mostram as figuras abaixo:

Ao se digitar <t>, são apresentados diversos objetos passíveis de monitoração. Em destaque cinza <Tag>, aparece o primeiro objeto que emparelha com a letra <t>.

Foi inserido por meio de “Intellisense” o nome <tag.A1.> e, ao ser inserido ponto após o A1 (alimentador 1), são apresentados todos os pontos deste alimentador.

Por meio do Watch, o usuário pode testar todos os alarmes,

animações programadas em telas,

funcionamento adequado de Scripts, etc.

Em cada uma das abas [List1 a List4] podem ser incluídas dezenas de variáveis associadas aos vãos e podem ser testadas todas as condições de contorno.

Figura 27 - Janela Watch – Objetos passíveis de monitoração.

Figura 28 - Janela Watch – Objeto Tag.

Apresentação Geral do SCADA Action₀NET

24 0060.01

Foi selecionado o ponto <Tag.A1.DJ52.> e, ao ser inserido o ponto após o número 52, são apresentadas todas as propriedades associadas a este ponto. Dessa forma, é possível selecionar apenas as propriedades que se pretende depurar em um agrupamento de pontos.

Quando a aplicação é encerrada, as abas da janela de watch são mantidas de forma que ao reiniciar a aplicação, todos os objetos colocados são mantidos. Isto é, se em

cada aba foram inseridos 20 objetos, os mesmos premanecerão quando a aplicação for reativada.

Uma forma mais rápida de se incluir pontos em uma aba é, por exemplo, copiá-lo da tabela points (Edit>Device>Points) e colá-lo na janela da esquerda do Watch. Outras possibilidades são copiar de (Edit>Tags>Object) ou de uma planilha Excel.

5.5.3 Usando o Trace

O Trace, como dito acima, permite que se faça o rastreamento de módulos do ActionₒNET.

Ao ser ativado, como mostrado na figura 31, é aberta uma janela para que o projetista da aplicação selecione as opções de depuração. O botão de <Settings> abre uma segunda janela com as possíveis opções.

Figura 29 - Janela Watch – propriedades do objeto tag.

Figura 30 - Janela Watch – Importando do Excel.

Integrações com Soluções de Terceiros

0060.01 25

Figura 31 - Janela de Trace.

Uma vez definidas as opções, o usuário o projetista da aplicação fecha esta janela (Close) e ela ficará associada a este projeto sempre que o mesmo for ativado.

Os botões da janela de trace são:

Settings: abre a janela com opções de depuração;

Clear: limpa todas as linhas desta janela;

Pause: para de inserir linhas na planilha, em função da execução da aplicação;

Export: exporta os dados para uma planilha XML;

Close: fecha a janela de trace.

6. Integrações com Soluções de Terceiros

6.1 ActionWise – SCADA/ADMS

A Spin, em parceria com a empresa Sinapsis Inovação em Energia, criou o ActionWise: um SCADA/ADMS com funções de: processador topológico, estimador de estados, fluxo de potência e função FLISR (Localização de falta, isolamento do problema e restauração do sistema).

As duas primeiras licenças do ActionWise, com a função FLISR, foram implantadas no Grupo Neoenergia (veja vídeo com funcionalidades).

Uma aplicação piloto do ActionWise, com a função ADMS de Self-Healing, é apresentada na figura abaixo. Nela é mostrado que ocorreu uma falta no

Figura 32 - ActionWise integrado ao processo ou ao SCADA do Cliente.

Integrações com Soluções de Terceiros

26 0060.01

trecho 1 (símbolo do raio identificando a falta) e o sistema atuou abrindo o religador RA976384. Com a ocorrência da falta, o ActionWise enviou mensagens para o módulo de ADMS, que executou as funções de processador topológico, estima de estados, análise de contingências e self healing ordenando a execução de três manobras para restabelecer o máximo de cargas possíveis. As chaves alteradas estão circundadas com uma linha amarela tracejada.

Figura 33 - Self Healing – Falha no Trecho 1.

O ActionWise (Integração do módulo SCADA ActionₒNET com o módulo ADMS Wise) mostra em uma

janela os comandos executados. Se a função self-healing estiver em modo manual, na ocorrência de uma falta, o sistema sugere os comandos ao operador, que deverá pressionar o botão de executar.

Quando executando em modo simulação, o ActionWise corta a comunicação com o campo e um simulador carrega no sistema a situação de carga normal para um dado período e o usuário pode simular as faltas, verificando a resposta do módulo de self-healing.

6.2 Solução de OMS - ActionₒOMS

O Action₀OMS (Outage Management System) conecta-se ao ActionₒNET, em tempo real, permitindo que os operadores do Centro de Controle da Distribuição, utilizando uma plataforma geográfica, monitorem o sistema de alimentação primário e secundário e realizem manobras em resposta a eventos de interrupção de energia.

Automaticamente são gravados todos os eventos associados à falha e reconstituição de energia com abertura e fechamento de equipamentos afetados e são gerados os indicadores de qualidade de serviço requeridos pelas agências reguladoras.

Sobre uma base de dados georreferenciada, que representa o estado atual ou histórico do sistema de distribuição, podem ser simuladas manobras, transferência e reconstituição de cargas em todos os níveis de tensão. Estes procedimentos são realizados respeitando a topologia da rede elétrica.

Graças à existência de um modelo completo da topologia do sistema elétrico, o módulo tem um localizador de falhas que determina o local da interrupção criando um evento “preditivo”. Cada chamada telefônica, informando ocorrência de uma falha, é associada, automaticamente, a eventos já existentes ou é utilizada para configurar um novo evento. Tão logo um conjunto de informações determine que, de fato, há um novo evento, este é registrado no sistema.

Integrações com Soluções de Terceiros

0060.01 27

Mediante a integração dos dados de tempo real do SCADA (estados de equipamentos e valor de medidas elétricas) com o módulo de OMS tem-se a atualização em tempo real de estados e medidas existentes na rede de distribuição e a possibilidade de executar manobras simuladas sobre equipamentos não telecomandados e comandos sobre equipamentos telecomandados. No vídeo apontado mostra-se uma integração do ActionWise com o módulo de OMS.

Figura 34 - Action.OMS – Plataforma apresentada ao operador.

6.3 Solução de Manager Dashboard

Visando dotar a solução ActionₒNET de relatórios de BI (Business Intelligence), a Spin integrou a sua

solução o Tableau, que é mais moderna ferramenta de BI existente no mercado. Por meio desta ferramenta, é possível elaborar relatórios complexos em poucas horas e disponibilizá-los em servidores web acessíveis por qualquer dispositivo móvel.

A figura abaixo mostra um exemplo de relatório gerado por esta ferramenta.

Conclusões

28 0060.01

Figura 35 - Direção do Vento x Potência Gerada (comparação entre meses).

7. Conclusões

O ActionₒNET é o SCADA mais moderno do Brasil e oferece opções completas para sistemas elétricos de

geração, transmissão e distribuição.

A solução está consolidada operando em usinas de hidrelétricas e eólicas, subestações de geração, transmissão e distribuição, assim como em centros de controle de sistemas elétricos.

Abaixo, para concluir, são mostradas algumas telas de aplicações implantadas com o ActionₒNET.

Figura 36 - Tela de um Centro de Controle de 4 Hidrelétricas e 4 Eólicas.

Conclusões

0060.01 29

Figura 37 - Subestação de transmissão – no caso as quatro telas em um mesmo monitor <mosaico>.

Figura 38 - Controle de uma UHE.

Conclusões

30 0060.01

Figura 39 - Subestação de Usina.

Figura 40 - Curva de Potência de aerogerador 8 – Parque de Icaraí.

Conclusões

0060.01 31

Figura 41 - Controle de um Parque Eólico.