UNIVERSIDADE FEDERAL DE OURO PRETO ESCOLA DE MINAS COLEGIADO DO CURSO DE ENGENHARIA DE CONTROLE E AUTOMAÇÃO - CECAU MARCO AURÉLIO MOREIRA LOPES

Transcrição

1 UNIVERSIDADE FEDERAL DE OURO PRETO ESCOLA DE MINAS COLEGIADO DO CURSO DE ENGENHARIA DE CONTROLE E AUTOMAÇÃO - CECAU MARCO AURÉLIO MOREIRA LOPES A IMPORTÂNCIA DOS SISTEMAS SUPERVISÓRIOS NO CONTROLE DE PROCESSOS INDUSTRIAIS MONOGRAFIA DE GRADUAÇÃO EM ENGENHARIA DE CONTROLE E AUTOMAÇÃO Ouro Preto, 2009

2 MARCO AURÉLIO MOREIRA LOPES A IMPORTÂNCIA DOS SISTEMAS SUPERVISÓRIOS NO CONTROLE DE PROCESSOS INDUSTRIAIS Monografia apresentada ao Curso de Engenharia de Controle e Automação da Universidade Federal de Ouro Preto como parte dos requisitos para a obtenção do Grau de Engenheiro de Controle e Automação. Orientadora: Karla Boaventura Pimenta Ouro Preto Escola de Minas UFOP Junho/2009

3

4 Aos meus Pais. A minha querida irmã que sempre confiou em mim. Ao meu avô Sílvio Moreira (in memorian), e a minha minha avó por todo carinho. Dedico também ao meu clube de coração, Cruzeiro Esporte Clube por sempre me dar alegrias e motivação para sempre seguir em frente.

5 AGRADECIMENTOS Agradeço a minha família por todo apoio incondicional, meus caros colegas de turma, à todo pessoal da Equipe Sucatão por todo o aprendizado, a A&C Jr., ao professores do DECAT e por fim à minha querida República Mata Virgem pelos ensinamentos de vida.

6 RESUMO O presente trabalho mostra a importância dos Sistemas Supervisórios no atual cenário da Automação Industrial, destacando, entre os diferentes tipos existentes, suas principais aplicações e ferramentas utilizadas. Para validação será apresentado um estudo de caso onde serão analisados alguns sistemas supervisórios de forma a obter um maior foco nesta área. Palavras-Chave: CLP, Sistemas Supervisórios, IHM, Automação Industrial, SCADA.

7 ABSTRACT This work shows the importance of supervisory systems in the current scenario of Industrial Automation, highlighting the various types available, their main applications and tools. The validation will be presented with an analyze about some supervisory systems to achieve greater focus in this area. Word-keys: Supervisory Systems, Industrial Automation, HMI, SCADA.

8 Sumário 1. INTRODUÇÃO ESTRUTURA DO TRABALHO OBJETIVOS DA PESQUISA HISTÓRIA DA SUPERVISÃO DE PROCESSO EVOLUÇÕES DOS RECURSOS DEFINIÇÕES SISTEMA SUPERVISÓRIO CLP (CONTROLADOR LÓGICO PROGRAMÁVEL) UTR (UNIDADE TERMINAL REMOTA) REDES INDUSTRIAIS ETHERNET Serial RS Fieldbus PRINCIPAIS SISTEMAS SUPERVISÓRIOS EXISTENTES CIMPLICITY HMI (GE FANUC INTELLIGENT PLATFORM) Estrutura Banco de dados Recursos Análise ELIPSE E Estrutura Banco de Dados Recursos Análise LINTOUCH Estrutura Banco de Dados Recursos Análise IMPORTÂNCIA DOS SISTEMAS SUPERVISÓRIOS... 33

9 5.1 SURGIMENTO UTILIZAÇÃO DE COMPUTADORES ARQUITETURA SCADA CONCLUSÕES REFERÊNCIAS... 37

10

11 1 1 INTRODUÇÃO Atualmente, todo processo industrial tem a necessidade de ser controlado para que o mesmo obtenha um maior desempenho, e para se controlar qualquer atividade se faz necessário um monitoramento adequado. Assim surge a idéia de supervisão do processo, que com o passar do tempo e evolução da tecnologia foi se tornando cada vez mais rápida e eficiente, a ponto de hoje, poder-se dizer que um determinado processo pode ser supervisionado em tempo real. Entende-se por tempo real que, todas as variáveis supervisionadas do processo que são mostradas na tela para o operador no mesmo instante em que elas variam no processo. Hoje em dia, além de poder visualizar na tela tudo o que está acontecendo no processo industrial, também é tarefa do sistema supervisório controlá-lo, modelo o qual se denomina SCADA (Supervisory Control And Data Aquisition), todas as variáveis lidas são processadas por uma unidade de processamento qualquer e através deste processamento teremos o retorno do que precisa ser alterado no processo, a partir deste ponto será utilizado um sistema de acionamento que enviará um sinal para o atuador que estará na planta. A junção destas três etapas caracteriza um sistema supervisório. Como se pode observar na figura 1.1, que descreve o funcionamento de um sistema supervisório SCADA. Figura 1.1: Diagrama de um sistema supervisório SCADA (Supervisory Control And Data Aquisition.). Wikipédia.org

12 2 1.2 Estrutura do Trabalho No primeiro capitulo será apresentada uma introdução sobre o assunto referido de modo a facilitar o entendimento de todo o estudo, em seguida, o segundo capitulo terá como foco um breve histórico a respeito dos sistemas supervisórios afim de mostrar como foi o seu surgimento e posterior evolução até chegar no nível de tecnologia que se tem nos dias atuais. No capitulo três são apresentadas definições bastante usadas no que se trata de sistemas supervisórios, serão apresentados alguns padrões e tecnologias utilizadas no mercado atual destes sistemas. Para validar o trabalho, serão apresentados, no capítulo quatro, alguns exemplos de sistemas supervisórios para que se possa avaliar as características de cada um e facilitar a compreensão deste trabalho exemplificando onde cada um destes seria mais bem utilizado. No capitulo cinco, faz-se uma avaliação geral da importância destes sistemas para o controle de processos industriais por meio da dependência gerada com o avanço desta tecnologia. Por fim, no capitulo seis, concluir-se-a com base no estudo feito nos capítulos anteriores. 1.3 Objetivos da pesquisa O objetivo deste trabalho é aprimorar os conhecimentos relativos aos sistemas supervisórios, frisando qual a sua importância na automação industrial e destacando algumas utilizações do mesmo. Oferecer também uma importante visão de como estão configurados nos sistemas de automação da indústria atual, para tal serão apresentados alguns modelos de sistemas supervisórios já existentes e comercializados atualmente.

13 3 2 HISTÓRIA DA SUPERVISÃO DE PROCESSO O primeiro registro da utilização de um sistema supervisório data do inicio da década de 1980, estes supervisórios eram dotados de pouca tecnologia visto que os computadores da época não tinham muitos recursos e ocupavam enormes espaços como se pode notar na figura 2.1. Havia alguns supervisórios que utilizavam microcomputadores, mas por se tratar de nova tecnologia, seu custo era extremamente alto, então somente plantas de energia e petróleo utilizavam-se destas tecnologias, pois a necessidade de mais recursos viabilizava o alto custo (VAX, 2008). Figura 2.1: DEC VAX Primeiro minicomputador. Wikipédia.org Com a crescente demanda dos processos e as novas praticas de gestão, que com o passar do tempo exigiam informações do processo em intervalos de tempo cada vez mais curtos, aliado a isto a grande evolução computacional com a descoberta dos transistores, começa-se a desenvolver sistemas supervisórios cada vez mais robustos, até que em meados da década de 1980 surgem os sistemas SCADA (Supervisory Control And Data Aquisition), os

14 4 quais não só supervisionam o processo, mas também o controlam. Surgia deste ponto um novo mercado emergente, o mercado de sistemas supervisórios. Já no inicio da década de 1990 já havia mais de 120 fornecedores que disputavam tal mercado, mas com tanta concorrência, o principal problema era o sistema operacional, a plataforma, no qual estes supervisórios iriam rodar. Foram utilizados inúmeros sistemas operacionais como MS-DOS, OS/2, Qnx, Windows, Unix e Vms, até que empresas internacionais, como a US Data, lançaram seus novos sistemas supervisórios multi-plataforma, ou seja, poderiam rodar em qualquer sistema operacional. Isto trouxe uma enorme vantagem para fins de portabilidade e conectividade, pois a partir deste ponto seu sistema poderia se conectar com outro em qualquer outra plataforma. Até que a Microsoft entrou de vez nesta briga e lançou seu novo sistema operacional Windows NT, que contava com um sistema multitarefa, que é essencial para o bom funcionamento de um sistema supervisório, e assim conseguiu superar de vez as ineficiências do Windows 3.11 e conquistou o mercado de supervisórios. Reconhecendo a nova demanda do mercado, as empresas desenvolvedoras de supervisórios migraram seus sistemas para a plataforma Windows, o que resultou numa convergência de padrões e módulos a qual consolidou de vez o mercado de supervisórios. Algumas empresas se destacaram, como a Wonderware fabricante do InTouch, e duas brasileiras, a Elipse e a Indusoft. Visando atender uma maior porção do mercado, as empresas fabricantes de hardware de controle entraram de vez na briga pelo mercado de supervisórios, pois ao invés de vender uma parte da solução, as mesmas ambicionavam vender a solução completa em termos de controle, o que gerou uma maior difusão do modelo SCADA. A maioria destas empresas, como a GE, RockWell, Foxboro e Schneider não desenvolveram seu próprio sistema, a alternativa encontrada foi comprar empresas menores e adequar os sistemas ao seu hardware. Sendo assim no final da década de 1990 só restavam

15 5 aproximadamente 15 empresas com mercado global para os sistemas supervisórios (ZAMPRONHA, 2008). 2.1 Evoluções dos recursos No final da década de 1980 o avanço da informática já era notável, aliado a um mercado crescente e competitivo os sistemas supervisórios passaram a ser cada vez mais velozes em termos de monitoração do processo e armazenar cada vez mais tags (variáveis do sistema), chega-se a um ponto em que um único sistema supervisório SCADA monitora mais de tags. Os sistemas passaram a ter arquiteturas complexas de rede e com cada vez mais segurança adicionando redundância nos dados obtidos. A partir de meados de 1990 com a migração para plataforma Windows, tornouse cada vez mais simples a operação, junto com esta plataforma vieram os padrões OPC (OLE for Process Control), que impulsionaram a conectividade destes sistemas (ZAMPRONHA; ERMENICK, 2008).

16 6 3 DEFINIÇÕES 3.1 Sistema Supervisório Um sistema supervisório é definido como uma interface de fácil leitura, com o objetivo de converter dados do processo de produção em gráficos ou em telas amigáveis, de modo a facilitar a percepção e a atuação do operador sobre o processo. De um modo geral é um sistema computacional que obtém os dados do processo e os transforma em dados gráficos, mostrando-os em um monitor conforme figura 3.1 que ilustra o supervisório de um sistema de controle de tratamento de água (SILVA, 2004; RIBEIRO, 2001). Figura 3.1: IZMIR Planta de tratamento de água. Wonderware Intouch. Podendo também ser chamado de IHM (Interface Homem-Máquina), é utilizado também de modo inteligente, ou seja, o sistema supervisório lê os dados do processo, logo em seguida atua em tal processo de modo a corrigir possíveis alterações no mesmo. Este modelo de supervisório inteligente é chamado

17 7 SCADA (Supervisory Control And Data Aquisition), e é utilizado em larga escala na indústria mundial. Através da figura 3.2 podemos observar com mais clareza a relação do sistema SCADA com o controle do processo (SCADA..., 2008; Vianna, 2008) Figura 3.2: Sistema SCADA Diagrama Intouch SCADA. Wonderware Intouch. 3.2 CLP (Controlador Lógico Programável) Também conhecido pela sigla em inglês PLC (Programmable Logic Controller), é um dispositivo industrial que executa um determinado programa, o qual faz acionamentos de atuadores e/ou leituras de sensores ou transdutores instalados na fábrica (Controlador Lógico Programável..., 2009). Inventado em 1969 pela Modicon em função da alta demanda do mercado automotivo em mudar os parâmetros de controle de suas plantas, pois as plantas eram controladas por lógicas de relés, e cada alteração nesta lógica implicaria em muito tempo gasto e alto custo, pois toda a malha de relés deveria ser desfeita para que se criasse uma nova malha, mesmo com poucas alterações na lógica não era possível reaproveitar a malha de relés. Criou-se um dispositivo capaz de armazenar uma lógica virtual de contatos, que acionasse saídas digitais ou analógicas através das leituras de suas entradas digitais ou analógicas de acordo com a figura 3.3.

18 8 Figura 3.3: Funcionamento de um CLP. A grande diferença de um CLP para um computador comum é que este é uma máquina projetada para trabalhar em ambientes hostis e tem uma larga conectividade que pode ser vista pelo número de entradas e saídas do mesmo. É um equipamento modular expansível até o limite de entradas e saídas permitido para cada modelo. Por ser modular, geralmente é montado em chassis, chamados racks, onde podem ser adicionados os módulos necessários a aplicação pretendida, como pode ser visto na figura 3.4 que ilustra o esquema geral de um CLP. Os módulos podem ser de entrada, realizam a leitura dos dados, ou de saída, acionam relés ou enviam um sinal. Todo sinal, tanto de entrada quanto de saída, pode ser digital, verdadeiro ou falso, geralmente caracterizado por 5V e 0V respectivamente, ou ser analógica, caracterizado numa escala de 4 a 20mA ou 0 a 10V. O CLP também pode se comunicar com outro CLP e/ou computador, esta comunicação geralmente é feita via interface serial, mas alguns modelos também trabalham com conexões Ethernet e até Modbus. Esta comunicação é necessária quando se pretende programar o CLP, e também como no caso deste estudo para alimentar uma IHM com os dados atuais do processo. A partir da figura 3.4 é possível identificar o módulo responsável por este tipo de comunicação (Programmable Logic Controller, 2009; Ermenick, 2008).

19 9 Figura 3.4: CLP O aspecto físico de um CLP. 3.3 UTR (Unidade Terminal Remota) Dispositivo de controle e/ou aquisição de dados de processo que se interliga a um sistema central, enviando e recebendo dados e que se caracteriza por estar fisicamente distante deste. Também chamado em inglês de RTU (Remote Terminal Unit). No sistema SCADA, a UTR é um dispositivo instalado em um local distante da central de controle, onde coleta dados e os codifica para um formato que seja passível de se transmitir, e os envia a uma estação central ou estação mestre, ilustrado na figura 3.5. Também recebe informações da estação central ou mestre de modo que possa atuar no sistema.

20 10 Figura 3.5: UTR Funcionamento da Unidade Terminal Remota. Estes dispositivos estão equipados com canais de entrada, de modo que possam fazer as leituras dos sensores da área, canais de saída, para que possa atuar no sistema, indicadores e alarmes, e portas de comunicação para trocar dados com a estação central ou sistema supervisório (Remote Terminal Unit..., 2008). 3.4 Redes Industriais É toda interconexão de comunicação entre equipamentos industriais, ou seja, é o caminho pelo qual os dispositivos dentro de uma indústria se comunicam. A rede é definida pelo canal físico no qual os dados irão percorrer, e também pelo protocolo, que são as regras que os dispositivos devem seguir para que a comunicação seja realizada com sucesso (Braghetto, 2003, RIBEIRO, 2001) ETHERNET Rede desenvolvida no ano de 1973 pela Xerox PARC, e é distribuída em pontos de rede passíveis de enviar e receber mensagens num determinado

21 11 formato. Cada ponto tem uma identificação única no mundo chamado de endereço MAC (Media Access Control) que é provido de 48 bits, então todo equipamento que utilize rede ethernet tem uma numeração específica que o define na rede. Cada mensagem que esta rede envia é definida como pacote, este pacote contém o endereço do destinatário, endereço do remetente, informações do tipo de dados, os dados a serem enviados, e um checksum. Sua conexão é feita através de cabo específico como pode ser visto na figura 3.6 (Dias; Jr., 2002). Figura 3.6: Cabo Ethernet Serial RS-232 Padronizada em 1969 pela Eletronics Industries Association, o RS-232 é um padrão de comunicação que por sua simplicidade foi largamente utilizado pela indústria, pois consiste no envio de caracteres entre bits de inicio e fim, então para se enviar um caractere nesta tecnologia é necessário o envio de 10 bits, sendo 8 bits do caractere e 2 bits de inicio e fim de comunicação. A sua contrapartida é a velocidade e a segurança dos dados enviados, pois enviando bit a bit, o tempo gasto é muito maior e está mais sujeito a riscos de interferência e perda dos dados enviados, pois quando a mensagem chega ao destino não há uma conferência da integridade dos dados.

22 12 Sua conexão é feita através de cabo específico como pode ser observado na figura 3.7 e somente dois dispositivos podem se comunicar utilizando esta tecnologia (RS , 2009). Figura 3.6: RS-232 Conexão Serial Fieldbus É uma rede voltada para instrumentos de medição e controle, exclusivamente industrial, que foi desenvolvida a fim de se eliminar o alto custo de fiação para interligar todos os instrumentos de uma planta. Pois cada instrumento que gere um sinal analógico necessita de um fio para ligá-lo ao CLP ou RTU. Com esta tecnologia todos os instrumentos são ligados em uma única rede e se comunicam através deste protocolo enviando sinais digitais. Utiliza padrões comuns de mercado para a transmissão física de dados (FIELDBUS..., 2008). Dentro desta tecnologia existem diversos protocolos como LonWorks, Modbus, e Profibus, mas todos seguindo o mesmo conceito.

23 13 4 PRINCIPAIS SISTEMAS SUPERVISÓRIOS EXISTENTES Com o intuito de apresentar os principais sistemas supervisórios existentes no mercado, além de enfatizar suas ferramentas, e principais aplicações, neste capítulo far-se-á um comparativo entre os mesmo de forma a elucidar os pontos positivos e negativos de cada um. Tomando como principais, os mais utilizados no mundo. 4.1 Cimplicity HMI (GE Fanuc Intelligent Platform) A GE Fanuc Intelligent Platform empresa do grupo GE (General Eletric) oriunda da fusão entre as marcas GE e Fanuc Japan no final da década de 1980 é uma empresa focada na automação industrial. Nos últimos 20 anos cresceu tanto organicamente quanto como com aquisições de outras marcas no mercado como Total Control Products, CimWorks, DataViews Corporation, AFE Technologies, Computer Dynamics, VMIC, Intellution, SBS, e Condor and Radstone. Somente com o Cimplicity HMI a GE Fanuc conta com mais de clientes em todo mundo, está entre as líderes de mercado na área de sistemas supervisórios e tem sua matriz localizada em Charllotesville / Virginia / EUA. O Cimplicity HMI é um sistema SCADA que baseado no padrão cliente/servidor e promete um menor tempo de resposta com custo reduzido, e considerável aumento de produtividade. Sua licença é vendida de acordo com o número de entradas e saídas de cada servidor, chamadas de I/O Count (Contagem de entradas e saídas), com o aumento do número de E/S o preço deste produto cresce exponencialmente. Cada servidor não suporta mais que 5000 I/O Count, sendo que caso haja necessidade de mais E/S é necessário a instalação de outro servidor interligando-os pela rede (CIMPLICITY HMI..., 2001).

24 Estrutura O Cimplicity HMI é um software de supervisão que dispõe de 5 interfaces para sua melhor manuseabilidade, estas são: Cimplicity Development Server, Cimplicity RunTime Server, Cimplicity Viewer, Cimplicity Development Viewer e Cimplicity Thin Client Cimplicity Development Server Este interface é responsável pela criação/edição de todas as interfaces do sistema supervisório pretendido, ou seja, nesta o programador irá introduzir todas as rotinas que devem ser executadas pelo nodo servidor do sistema, o modo como as entradas serão lidas e convertidas em dados amigáveis, a configuração de toda a rede, como será feita a comunicação servidor/clp, e as interfaces das IHM s. O Cimplicity Development Server também é capaz de executar o servidor do sistema supervisório, contanto que seja sem rede, ou seja, somente um nodo. Somente é permitida a criação de um sistema supervisório Cimplicity HMI através desta interface, algumas outras poderão ser utilizadas apenas para edição Cimplicity RunTime Server Todo sistema de controle criado no Development Server é executado sobre o RunTime Server, ou seja, o Cimplicity RunTime Server é a plataforma sobre a qual o sistema supervisório irá rodar. Neste nodo estão localizadas as E/S de controle do sistema, além da hardkey, que é o dispositivo que contém as licenças de execução de todo o software. Além de realizar o controle, este nodo também é responsável por gerenciar toda a infra-estrutura de dados do supervisório, fornecendo em tempo real todos os dados que foram colhidos do processo para todos os nodos de

25 15 supervisão. Também responsável pela geração de backups de todas as variáveis do sistema Cimplicity Viewers Caso o processo não seja monitorado somente por um único nodo do sistema supervisório, o qual seria o próprio Server, faz-se necessário a adição de softwares viewers, que são softwares capazes de se conectar ao banco de dados de informações instantâneas do server de modo a exibi-las em sua tela utilizando-se da mesma interface de supervisório a qual pode ser vista no server. Esta interface é capaz de alterar parâmetros do sistema, exibir relatórios e gráficos instantâneos do processo, esta é muito útil quando se trata de uma grande área industrial para o mesmo processo, onde todos precisem de informações e poder alterar parâmetros sem a necessidade de grandes deslocamentos Cimplicity Development Viewer Em alguns casos, para a melhoria do sistema, é necessário a modificação da aplicação (sistema supervisório), a qual pode ser feita diretamente do Development Server, mas nesse caso é necessário o deslocamento até o Server, que pode estar muito longe ou não, para esse problema foi criado o Development Viewer que é uma interface que permite a edição do sistema supervisório a partir de uma interface remota. Esta interface permite ao usuário somente fazer edições no programa já escrito, portanto não se pode criar nenhum projeto a partir desta Cimplicity Thin Clients Esta solução visa tornar ainda mais remota toda a supervisão e controle do processo, pois se trata de um interface que pode ser acessada via internet, com as mesmas vantagens do Viewer e do Development Viewer, o usuário de

26 16 qualquer lugar, em que esteja disponível um acesso a internet, acessar os dados instantâneos do processo e atuar sobre ele alterando seus parâmetros Banco de dados O Cimplicity HMI conta com uma ferramenta própria para armazenamento de dados, o chamado Historian, que promete uma maior performance no armazenamento e na procura dos dados, mas por motivos de adaptação desta nova ferramenta ainda trabalha com SQL e Oracle, as quais são modelos de banco de dados muito utilizados na área industrial e que fornecem uma maior conectividade e acessibilidade aos clientes por se tratar de uma ferramenta que é independente do software de supervisão Recursos Change Management (Gerenciador de Alterações) É um sistema de gestão de alterações de parâmetros do sistema, onde toda alteração realizada no sistema é registrada com o horário da alteração, operador que a realizou e o tipo de alteração efetuada. Todo esse cuidado se deve à difícil tarefa de evitar que parâmetros errados sejam incluídos no sistema. Sendo assim, quando ocorrer um erro, ou até um sinistro na planta por motivos de má parametrização, pode simplesmente verificar quem mudou os mesmos. E também há a opção de se retornar ao ultimo conjunto de parâmetros validos, o que reduz o tempo em que o sistema supervisório fica do controle Alarms Management (Gerenciador de Alarmes) É uma opção do Cimplicity Viewer, a qual é utilizada para gerenciamento de alarmes. Com esta ferramenta é possível filtrar os alarmes que aparecerão na tela, selecionando somente aqueles que serão importantes para determinada IHM. Também é possível alterar os alarmes para modo estático, de forma a

27 17 visualizar todos os alarmes como um relatório de eventos, ou então manter no modo dinâmico, o qual mostra o alarme na tela no momento em que ele é acionado. Pode-se também criar hierarquia de alarmes para serem mostrados na tela de cada IHM, selecionando assim os alarmes mais e os menos importantes, sendo assim, caso dois alarmes disparem juntos somente o mais importante aparecerá na tela, e o menos importante só aparecerá quando o alarme mais importante for finalizado Point Control Panel (Painel de Controle de Pontos) Se trata de uma ferramenta capaz de listar todos os pontos (tags) do sistema com atualização contínua, assim o operador pode visualizar na tela como é feita a leitura dos dados deste ponto e a sua configuração de alarme. A partir daí, o operador pode configurar o ponto como local ou remoto, habilitar ou não a geração de alarme para o mesmo, e também alterar os limites de ativação de alarme, conforme pode ser visualizado na figura 4.1. Figura 4.1: Point Control Panel Cimplicity HMI - GE Fanuc Point Cross Reference (Referência Cruzada de Ponto)

28 18 Esta ferramenta é capaz de localizar onde e como cada tag está sendo utilizada, o que facilita a tarefa do desenvolvedor e do mantenedor do sistema, através desta pode localizar qualquer ponto que esteja sendo utilizado pelo sistema simplesmente fazendo uma simples busca System Points (Pontos do sistema) É uma interface sobre a qual é possível a visualização do valor das tags internas do software, o que facilita na programação e na manutenção do sistema, pois fica mais fácil de diagnosticar onde e o porque de cada problema Dinamic Measurement System (Sistema Métrico Dinâmico) É uma opção que converte todos os dados do sistema para unidades métricas escolhidas pelo usuário. Com um simples clique todas as unidades métricas são convertidas para unidades em que o usuário tenha determinado previamente Opcionais Além dos recursos já integrados no pacote do Cimplicity HMI, a GE Fanuc também oferece alguns produtos adicionais para este software, os quais podem facilitar o trabalho do operador do sistema Action Calendar (Calendário Ativo) Conforme pode ser visualizado na figura 4.2, o Action Calendar é uma ferramenta que possibilita o agendamento de tarefas tendo com referência a hora e o dia do ano em que se deve executar a tarefa.

29 19 Figura 4.2: Action Calendar Cimplicity HMI Marquee Esta ferramenta é utilizada quando a mensagem de um alarme ou evento precisa ser difundida em meio a muitos operadores e de forma rápida. Consiste em um display grande o necessário para que os operadores envolvidos o visualizem, a mensagem exibida pelo display pode ser customizada para melhor entendimento, na figura 4.3 tem-se um exemplo de um display Marquee integrado ao sistema Cimplicity HMI. Figura 4.3: Exemplo de Marquee Cimplicity HMI Integrator s Toolkit (Pacote de Ferramentas de Integração) É um pacote de ferramentas de desenvolvimento capaz de implementar drivers de comunicação deste sistema supervisório com outros tipos de sistema.

30 Device Communications Toolkit (Pacote de Ferramentas para Comunicação de Dispositivos) Ferramenta utilizada para interfacear o Cimplicity HMI com outros dispositivos os quais não tem drivers disponíveis, este recurso é bastante útil quando se utiliza equipamentos mais novos do que o software de supervisão Point Management API (Application Programming Interface) Ferramenta direcionada para criação de softwares capazes de acessar a base de dados do Runtime Server, possibilitando o acesso às tags de E/S e de controle. Suas principais funções são, Snap Shot, utilizada para capturar o valor atual de determinada tag, On Change, captura o valor atual de qualquer tag e atualiza automaticamente a qualquer mudança de valor, On Alarm, coleta o estado de alarme atual da tag e atualiza a cada mudança de estado, Timed, recebe o valor atual da tag em determinado intervalo de tempo, Set Point, função para alterar o valor da tag Login API Ferramenta utilizada para implementação do Login API, que é a forma como será realizada a comunicação para estabelecer uma conexão entre a interface do usuário e a base de dados do Runtime Server. Pode-se estabelecer uma conexão padrão ou conexão segura, o que pode requerer usuário e senha Alarm Management API s Se trata de um gerenciador de alarmes que utiliza a interface API, através da conexão API estabelecida com o Runtime Server esta ferramenta cria, gerencia e altera alarmes dentro da sua interface que são independentes dos pontos de alarmes do Server, ou seja, é possível criar alarmes que só serão utilizados na interface do usuário final e não na base de dados de alarmes. Esta ferramenta possibilita a criação de seu próprio visualizador de alarmes similar ao do Cimplicity, mas com as necessidades do usuário final.

31 21 Figura 4.4: Diagrama geral das ferramentas de integração Cimplicity Integrator s Toolkit Interface OPC OPC ou OLE for process control, é um padrão que gere as comunicações entre diferentes plataformas, principalmente as que fazem utilidade da plataforma Microsoft (FONSECA, 2002). O Cimplicity faz uso deste padrão de modo a prover uma maior conectividade com outros sistemas para a gestão de um possível sistema integrado de produção System Sentry Atua como vigia do sistema, monitorando toda a operação do Server, de modo que qualquer alteração ou problemas no funcionamento é gerado automaticamente um alarme informando o ocorrido. Também gera registros de

32 22 variáveis e parâmetros do sistema para que quando ocorra qualquer sinistro o sistema possa ser restabelecido com os últimos parâmetros validos. Além de monitorar a performance do sistema, espaço livre em disco rígido, consumo de memória e tempo de processo, para que possa gerar um relatório completo da saúde do sistema WebView Ferramenta muito útil quando se precisa controlar ou monitorar todo o sistema a distância ou até mesmo de fora do chão de fábrica, como por exemplo acessar o sistema supervisório via internet. O utilizador desta interface poderá monitorar o sistema através do uso do navegador de internet, assim como pode ser observado na figura 4.5. Figura 4.5: WebView Cimplicity HMI Análise Através desta breve análise podemos concluir que o Cimplicity HMI é um ótimo sistema supervisório para um projeto que demande muita acessibilidade, pois