Arquitetura

<< Clique para Mostrar o Sumário >>

 

Arquitetura

Para supervisionar um determinado processo com um sistema SCADA, geralmente é construída uma aplicação que contém a definição das variáveis envolvidas, com nomes e endereçamentos, Telas, definições de alarmes e outros, a qual se chama Banco de Dados da Aplicação.

Quando este processo exige o uso de dois ou mais computadores, é preciso que cada aplicação em cada computador troque dados com as outras. A maioria dos sistemas SCADA tradicionais baseiam-se em uma arquitetura comum para realizar esta tarefa:

Cada servidor SCADA deve ter uma cópia (parcial ou não) da aplicação configurada na base de dados local

Cada servidor SCADA possui e executa somente uma base de dados ao mesmo tempo

 

Isto leva a alguns problemas de gerenciamento, como aplicar mudanças a todos os servidores, controlar versões da aplicação ou então trabalhar com diferentes fabricantes de software e hardware.

O E3 resolve este problema usando o conceito de Domínio, que inclui, em um único ambiente, a definição dos computadores executando tarefas em tempo real (servidores) e as bases de dados de projeto que devem ser executadas nestes servidores, com a possibilidade de execução de vários projetos em cada servidor. Também é possível inserir, apagar ou modificar projetos durante a execução, sem afetar as outras partes do Domínio em execução.

Cada projeto pode conter qualquer tipo de objeto, como Telas, Drivers de Comunicação, Alarmes, Históricos, Relatórios, Fórmulas e Bancos de Dados, dentre outros. Quando dois ou mais projetos estão dentro de um mesmo Domínio, estes podem acessar as propriedades e objetos entre si como se estivessem residentes em uma única base de dados. Isto é possível através do uso de Associações (conexões) que um objeto pode criar com qualquer outro. Se ambos os objetos existem e estão executando, a conexão está ativa e qualquer mudança de valor é enviada assincronamente entre as partes, dependendo do tipo da conexão. Se um dos objetos é destruído ou parado a conexão é quebrada, então a aplicação é notificada e pode indicar seu estado em uma forma definida pelo usuário.

A estrutura do Domínio é restrita aos servidores e afins, como as máquinas servidoras, projetos, usuários e senhas. A interface do cliente para operação e visualização, chamada E3 Viewer, pode se conectar diretamente a qualquer servidor E3 (com licenças suficientes de E3 Viewer). O E3 Viewer possui três destaques especiais:

Os projetos da aplicação residem somente no servidor

O Internet Explorer pode ser usado como interface de operação, sem nenhuma mudança

A interface do cliente é capaz de alternar de um servidor desligado ou com falha para o próximo servidor disponível, sem interromper o monitoramento do processo

 

Como alternativa ao uso do E3 Viewer na máquina cliente, é possível utilizar a tecnologia Terminal Service. Este serviço surgiu no Windows NT 4.0 e sua função é permitir o acesso remoto entre computadores, através de um protocolo chamado RDP (Remote Desktop Protocol). Este protocolo permite a interação entre uma estação cliente e uma máquina servidora, que é acessada remotamente. O E3 Viewer é executado em uma nova sessão de usuário criada na máquina servidora, que por sua vez transfere para a máquina cliente os dados de vídeo e recebe de volta os eventos de mouse e teclado.

Arquitetura do E3

Arquitetura do E3

É possível observar que, em todos os casos, o E3 Viewer continua sendo a interface de operação e visualização. A diferença está no local de execução, que pode ser na máquina cliente (operação normal do E3 Viewer) ou na máquina servidora, com o operador fisicamente junto à máquina ou através dos Terminal Services. Com o E3 Viewer sendo executado diretamente na estação cliente, existe um tráfego inicial maior para o download de Telas e objetos. Este tráfego diminui substancialmente à medida que somente as mudanças nos dados são reportadas do servidor para o E3 Viewer, o que traz vantagens em termos de desempenho e qualidade de apresentação gráfica.

O Terminal Service, por outro lado, possui maior alcance e exige menor capacidade de processamento da máquina cliente quando existem poucos efeitos gráficos e visuais, além da possibilidade de operar o E3 em outras plataformas de software que não são suportadas pelo E3 Viewer, como o Windows CE e o Linux ou Unix. Entretanto, o RDP possui a limitação de exibir somente 256 cores, o que aumenta consideravelmente o tráfego quando existem muitas animações ou efeitos piscantes nas Telas. Para verificar qual a melhor maneira de implementar múltiplos acessos a um E3 Server, é importante estudar caso a caso, para poder definir a melhor alternativa para a aplicação. Para utilizar o RDP com múltiplos usuários, é necessário uma licença de Windows 2003 Server SP2, além do mesmo número de E3 Viewers disponíveis no Servidor.

Esta página foi útil?