1

Especificaç ão para um Software SCADA

Este documento destina-se à recomendação de utilizar o software SCADA Vijeo Citect nas consultas. Descreve especificações de modo a distinguir características e vantagens da utilização do Vijeo Citect.

2

Índice

1 Visão Geral ______________________________________ __ 3

2 Performance______________________________________ _ 4

3 Capacidade de expansão ___________________________ _ 4

4 Arquitetura ______________________________________ __ 4

5 Process Data Interface ___________________________ ___ 5

6 Interface com Operador ___________________________ __ 6

7 Gráficos de Tendência ____________________________ __ 6

8 SPC/SQC__________________________________________ 7

9 Desenvolvimento de Banco de Dados________________ __ 7

10 Linguagens de Alto Nível ________________________ ___ 7

3

1 Visão Geral

O software SCADA deverá permitir a operação de todos os equipamentos da planta a partir das salas de controle, através das respectivas estações de operação.

O software SCADA irá ler e escrever dados em controladores lógico-programáveis e equipamentos de campo através de redes de comunicação, salvar e exibir dados históricos e fornecer telas e relatórios para que operadores, supervisores e pessoal de manutenção possam rapidamente e facilmente manter e operar o sistema. Qualquer software adicional requerido para essa especificação, diferente do padrão Windows e Internet Explorer deve ser listado e incluído com a proposta de preço.

4

2 Performance O software de supervisão deve manter a performance independente do tamanho da aplicação. O fabricante deve fornecer referências mostrando que o software tem capacidade de executar as seguintes especificações. Para um sistema com um único banco de dados comum com:

- Mais de 60 estações de rede conectadas simultaneamente em apenas um servidor sem queda de performance;

- Update de 100.000 inteiros/seg – dependente de protocolo e meio físico; - Otimização dinâmica da comunicação para todos os drivers; - Baixa taxa de ocupação da CPU; - Dados nas estações cliente atualizados em até 1 segundo no máximo; - Dados lidos sob demanda.

3 Capacidade de expansão O software deve ser capaz de se expandir de tal maneira que comece com um pequeno sistema, e expanda o banco de dados para qualquer tamanho simplesmente atualizando a licença. Estações podem ser adicionadas ao sistema simplesmente adicionando licenças, e configurando a estação. O software deve ser capaz de expandir para o seguinte tamanho de sistema, e ter referências demonstrando essa capacidade: Até 255 servidores de E/S; Até 255 portas seriais de comunicação suportadas em um único servidor; Até 4095 dispositivos de E/S por servidor; Setup da comunicação em 60 segundos; Até 255 protocolos diferentes por servidor; Tempo médio para atualização de telas de até 1 segundo; Número ilimitado de tags internas; Mais de 1000000 de tags físicas lidas/escritas dos dispositivos de campo.

4 Arquitetura O software SCADA deve consistir de uma interface com o operador e vários subsistemas servidores para processamento centralizado incluindo no mínimo:

- Subsistemas de dispositivos de E/S; - Monitoramento, alerta, distribuição e reconhecimento de alarmes; - Coleta, armazenamento e distribuição de tendências históricas; - Processamento, armazenamento e distribuição de relatórios; - Web Server Nativo, sem necessidade de pacotes adicionais.

5

Subsistemas devem rodar como processos separados de maneira que uma falha de um subsistema não impacte negativamente na operação de outro, e o subsistema que falhou possa ser reiniciado e recuperado sem finalizar a aplicação SCADA ou o computador. As tarefas que requerem redundância incluem, entre outras:

- Servidor de E/S - Monitoramento, alerta, distribuição e reconhecimento de alarmes - Coleta, armazenamento e distribuição de tendências históricas - Processamento, armazenamento e distribuição de relatórios - Armazenamento e distribuição de configuração com estações cliente remotas - Rede de comunicações entre as estações SCADA - Comunicações dos dispositivos de campo (quando suportada pelo dispositivo)

A licença do software deve ser baseada no número de usuários acessando o software simultaneamente, não no número de estações ou instalações na rede. Para suportar expansão do sistema, deve ser possível ligar clientes SCADA pertencendo a um conjunto de servidores SCADA (um cluster), a outros clusters de servidores com o mínimo de esforço de engenharia. Clientes SCADA devem ser capazes de recuperar e exibir dados reais, históricos e de alarme de qualquer cluster servidor na rede sem necessidade de reiniciar, ou intervenção do operador.

5 Interface com Dados de Processo O software deve usar um servidor de E/S para ler e escrever variáveis nos dispositivos de E/S. Os servidores de E/S devem gerenciar a leitura e escrita dos dados dos dispositivos de E/S e fornecer os dados aos clientes que requisitarem na rede. O software deve suportar até 255 servidores de E/S, fornecendo expansibilidade na aquisição de dados. Todos os drivers atualmente disponíveis devem ser incluídos no software. Não deve existir taxa de licença adicional para utilizar todos os drivers. O software deve fornecer, no mínimo, opções de conectividade com programas de terceiros ou banco de dados, sem custo extra:

1. Cliente OPC 2. Servidor OPC 2.0 DA 3. Cliente ODBC 4. Servidor ODBC 5. Cliente DDE 6. Servidor DDE 7. API

6

6 Interface com Operador A quantidade de telas possíveis não deve ser limitada pelo software. As páginas devem ser automaticamente redimensionadas para se adequar à resolução da tela do computador, não importando em que resolução as páginas foram criadas, e tampouco se são usados gráficos vetoriais ou de bitmap na página, sem necessidade de finalizar o software SCADA, sem recompilar, e sem necessidade de ter várias cópias das páginas para diferentes resoluções. O sistema gráfico deve suportar uma resolução de tela de até 4000 x 4000 pixels e suportar vários monitores em um mesmo computador. O software deve ser projetado com a habilidade de fazer alterações nos gráficos enquanto o sistema está rodando. Deverá ser possível fazer alterações no sistema com o mesmo sendo executado. O software SCADA deve permitir que objetos ActiveX sejam inseridos e editados. Deve ser possível ao software SCADA interagir com os objetos ActiveX das seguintes maneiras:

- Alterar dinamicamente as propriedades de um objeto ActiveX através de uma tag - Alterar dinamicamente as propriedades através de uma linguagem de alto nível do

SCADA - Objeto ActiveX pode disparar ações no software SCADA baseado nos eventos do

objeto ActiveX - Valores da propriedade ActiveX podem ser lidas pelo SCADA.

7 Gráficos de Tendência Operações de processo são uma interação contínua de vários sinais, incluindo analógico, discreto e alarmes. Para entender totalmente essas interações é importante poder analisar todos esses tipos de sinais em uma única tela. Portanto, deve ser um requisito do SCADA exibir estados de alarme em paralelo com as penas de tendência analógicas e discretas em um gráfico de tempo. Esse gráfico deve suportar todos os requisitos das tendências descritos acima, além desses descritos a seguir: A pena de alarme deve claramente indicar os estados ativo/inativo/reconhecido do alarme através de recursos visuais, assim como fornecer informação detalhada em qualquer ponto que o operador selecione. As penas de alarme devem rolar como as penas de tendência para fornecer uma visualização em tempo real do estado do alarme. O operador deve ser capaz de selecionar que penas de alarme monitorar com que penas de tendência para construir uma visão completa de uma unidade ou área de processo particular na tela de histórico. Quando acessando dados históricos, as penas de alarme devem mostrar seus estados históricos no gráfico de histórico em paralelo com os históricos das penas de tendência. O

7

operador deve ser capaz de fazer um único requerimento para uma data e uma hora específicas para o gráfico de histórico e todas as penas configuradas para exibir tanto alarmes quanto tendências, devem ser restauradas para aquele tempo.

8 SPC/SQC O software SCADA deve fornecer capacidade total de realimentação que permitirá o ajuste de condições operacionais baseado em desvios estatísticos. Ele deve fornecer amostra periódica e eventual, entrada de dados manual e facilidade de impedir que subgrupos sejam incluídos nos cálculos se os dados do subgrupo estiverem incompletos. O software deve fornecer os gráficos de Controle Estatístico de Processo padrões:

- Carta de Controle (XRS) - Gráfico de Capacidade - Gráficos de Pareto

9 Desenvolvimento de Banco de Dados Importação das definições de tags de pacotes de programação/configuração de dispositivos de campo deve ser incluída como característica padrão, de forma que uma alteração na definição das tags de nome, endereço, etc, seja automaticamente importada para o banco de dados do SCADA. Além de importar automaticamente as definições das tags, deve ser possível iniciar manualmente a importação das definições a qualquer momento. A função de importação de tags deve ser configurável pelo usuário de modo que o usuário possa definir especificamente quais campos da definição não podem ser sobrescritos ou regras definidas pelo usuário podem ser aplicadas para definir como a importação irá operar. A função importação deve suportar fontes genéricas OPC e arquivos de importação CSV em conjunto com banco de dados de importação nativos de software de programação de dispositivos de campo. As tags devem ser definidas apenas uma vez em todo o banco de dados SCADA, e um utilitário deve ser fornecido para identificar as tags não utilizadas nesse banco.

10 Linguagens de Alto Nível Primeiramente, o software não deve precisar de código personalizado para realizar as funcionalidades padrão incluindo chaveamento da redundância, recuperação e realimentação de dados históricos. O software deve fornecer uma linguagem de alto nível

8

integrada especificamente projetada para as aplicações SCADA e deve ser multi-tarefa, multi-processo e preemptiva. Além disso, o software deve incluir uma linguagem de script multiprocesso compatível com VB. Multi-processo significa que nenhuma parte de processo ou função impedirá que outro código ou funcionalidade do SCADA execute corretamente e continuamente. O script compatível com VB será usado tipicamente no ambiente gráfico e também para interagir com objetos dinâmicos e controles ActiveX. A linguagem integrada SCADA será tipicamente usada para todas as outras aplicações, incluindo manipulação de valores de tags. As duas linguagens devem fornecer acesso a todas as tags de campo, alarmes, telas e objetos, banco de dados e arquivos ASCII. As linguagens devem ser capazes de chamar funções na outra linguagem.