Departamento de Computao Trabalho de Concluso de Curso

RAFAEL MANSUR HADDAD

DESENVOLVIMENTO DE SISTEMA DE SUPERVISO

Desenvolvimento de Software de controle e superviso para aplicao em automao industrial

Londrina 2006

RAFAEL MANSUR HADDAD

DESENVOLVIMENTO DE SISTEMA DE SUPERVISO

Desenvolvimento de Software de controle e superviso para aplicao em automao industrial

Trabalho de Concluso de Curso desenvolvido durante o 4o ano do Curso de Graduao em Cincia da Computao como requisito parcial obteno do ttulo de Bacharel. Orientador: Ms. Rodolfo Miranda de Barros

2006

2 RAFAEL MANSUR HADDAD

DESENVOLVIMENTO DE SISTEMA DE SUPERVISO

Desenvolvimento de Software de controle e superviso para aplicao em automao industrial

COMISSO EXAMINADORA

____________________________________ Prof. Ms. Rodolfo Miranda de Barros Universidade Estadual de Londrina

____________________________________ Prof. Dra. Jandira Guenka Palma Universidade Estadual de Londrina

____________________________________ Prof. Ms. Hellen Palma Universidade Estadual de Londrina

Londrina, ___ de ___________ de 2006

DEDICATRIA
Dedico este trabalho ao meus amigos, professores, ao colegas de trabalho, e principalmente minha famlia em especial a minha me.

AGRADECIMENTO

Quero agradecer todos os professores por terem me suportado por todo esse tempo, assim como os colegas de faculdade. Agradeo aos amigos de sala, que sempre estaro presentes na minha vida, seja em lembranas ou no dia a dia. Um agradecimento especial para o pessoal da empresa, pois me deram a oportunidade de desenvolver um projeto e acreditaram desde o comeo em mim. E um agradecimento mais que especial a minha famlia que eu tanto amo, e que est to longe fisicamente, mas sempre presente em pensamento. Queria agradecer o esforo que a minha me fez para me manter na faculdade, muitas dificuldades enfrentadas e graas a Deus muitas superadas. E para finalizar queria agradecer a Deus.

RESUMO

Este projeto de TCC ir abordar o estudo sobre o desenvolvimento de um software supervisrio para comunicao com Controladores Lgicos Programveis (CLP), os quais so fundamentais para a maior parte das indstrias de mdio e grande porte. Poder encontrar no trabalho um estudo sobre os CLPs, suas utilizaes e importncia no mercado atual e a necessidade maior de desenvolvimento dos softwares de superviso para o controle de automaes em tempo real, assim como um estudo aprofundado do mesmo. Outro assunto que ser abordado neste trabalho sero os Drivers de Comunicao, pois para um software se comunicar a um CLP necessrio seguir um protocolo de comunicao, e para isso h a necessidade do desenvolvimento de tais drivers.

Palavras-chave: Supervisrio, CLP, Protocolo de Comunicao, Desenvolvimento

SUMRIO

1 INTRODUO......................................................................................................................1

2 CONTROLADOR LGICO PROGRAMVEL...............................................................3 2.1 Pequena Histria............................................................................................................3 2.2 Automao Industrial e o uso de CLPs.......................................................................5 2.3 Descrio de um CLP.....................................................................................................5 2.3.1 Dados tcnicos........................................................................................................6 2.4 Aplicaes do CLP.........................................................................................................7 2.5 Programao de um CLP.............................................................................................7 2.5.1 Diagrama Ladder.................................................................................................8 2.6 Comunicao................................................................................................................10

3 PROTOCOLO DE COMUNICAO...........................................................................11 3.1 Drivers de comunicao...........................................................................................12 3.2 Modbus O protocolo usado em CLPs.................................................................12 3.2.1 Caractersticas tcnicas....................................................................................12 3.2.2 Variaes............................................................................................................14

4 SISTEMAS SUPERVISRIOS OU SCADA.................................................................16 4.1 Introduo..................................................................................................................16 4.2 Componentes fsicos de um sistema de superviso................................................17 4.3 Componentes lgicos de um sistema SCADA........................................................18 4.4 Modos de comunicao............................................................................................19

5 DESENVOLVIMENTO DE UM SISTEMA DE SUPERVISO...................................21 5.1 rea de atuao............................................................................................................21 5.2 O CTA-PRO e seu protocolo de comunicao..........................................................22

7 5.2.1 Descrio do CLP e do protocolo de comunicao utilizado...........................24 5.2.1.1 Tipos de operandos do CLP........................................................................24 5.2.1.2 Conceitos bsicos.........................................................................................24 5.2.1.2.1 Transao.............................................................................................24 5.2.1.2.2 Servios pendentes..............................................................................25 5.2.1.2.3 Time-out de servio.............................................................................25 5.2.1.2.4 Aquisio de dados de CLPs pelo driver de um supervisrio.......25 5.2.1.3 O protocolo ALNET I................................................................................26 5.2.1.3.1 Princpios de funcionamento da rede ALNET I..............................27 5.2.1.3.2 Tratamento de erro...........................................................................28 5.2.1.3.3 Tratamento de time-out...................................................................29 5.2.1.3.4 Endereamento..................................................................................30 5.2.1.3.5 Caractersticas do canal de comunicao.......................................31 5.2.1.3.6 Formato geral dos comandos do protocolo ALNET I...................31 5.3 O software supervisrio..........................................................................................31 5.3.1 A linguagem......................................................................................................32 5.3.2 Banco de dados.................................................................................................32 5.3.3 Caractersticas do software............................................................................33 5.3.4 Dificuldades enfrentadas................................................................................39 5.3.5 Aceitao no mercado.....................................................................................40

6 CONCLUSO................................................................................................................41 7 REFERENCIAS BIBLIOGRAFICAS.........................................................................42 APNDICE 1.....................................................................................................................44

LISTA DE FIGURAS

Figura 1- Ilustrao de um sistema de superviso em funcionamento.................................2

Figura 2 - Representao de porta E em diagrama Ladder no CONF700............................8

Figura 3 - Exemplo de rede Modbus ................................................................................15

Figura 4 - Sistema de Superviso e controle....................................................................20

Figura 5 - Configurao tpica da rede ALNET I...........................................................28

Figura 5.1 - Figura de tempo de Espera do escravo.......................................................30

Figura 5.2 Tela inicial do sistema..............................................................................34

Figura 5.3 - Valores da termometria mostrados na tela................................................35

Figura 5.4 - Exemplo de um relatrio de termometria gerado pelo Software ..............36

Figura 5.5 - Grfico baseado na temperatura e umidade do ar ....................................37

9 Figura 5.6 - Aerador 1 ligado e Aerador 4 desligado..................................................37

Figura 5.7 - Tela de aerao.......................................................................................38

Figura 5.8 - Exemplo de relatrio de Aerao..........................................................39

Figura 5.9 - Exemplo da opo de ativar setores para termometria.........................40

10

LISTA DE ABREVIATURAS E SIGLAS

ASCII CLP CI CRC CCITT CTA-PRO CPU E/S EIA IHM LCD PC PID RTU SCADA UCP

American Standart Code for Information Interchange Controlador Lgico Programvel Circuitos Integrados Verificao da Consistncia de Dados International Telegraph and Telephone Consultative Committee Controlador de Termometria e Aerao Programvel Central Process Unit Entrada e Sada Eletrical Industries Association Interface Homem-Mquina Liquid Crystal Display Personal Computer Proporcional-Integral-Derivativo Remote Terminal Unit Supervisory Control and Data Acquisition Unidade Central de Processamento

1 1- INTRODUO Sistemas Supervisrios ou SCADA (Supervisory Control and Data Acquisition), segundo [VIANNA (2003)] so os sistemas de superviso de processos industriais que coletam dados do processo atravs de remotas industriais, principalmente Controladores Lgicos Programveis (CLPs), formatam estes dados, e os apresenta ao operador em uma multiplicidade de formas. O objetivo principal dos sistemas SCADA propiciar uma interface de alto nvel do operador com o processo, informando "em tempo real" todos os eventos que esto em andamento. A utilizao de sistemas SCADA segundo [VIANNA (2003)] permite uma srie de vantagens se comparados com os mtodos mais antigos, considerados convencionais, como a reduo de gastos, praticidade de operao, facilidade de controle, entre outras tantas vantagens que sero abordadas posteriormente. Em contrapartida existe a necessidade de mo-de-obra capacitada para desenvolver as interfaces homem mquina (I.H.M.), e esse o propsito deste projeto, desenvolver um Sistema Supervisrio para interao HomemMquina. Hoje os principais sistemas de superviso oferecem algumas funes bsicas: Funes de superviso: Inclui todas as funes de monitoramento do processo, tais como: sinticos animados, grficos de tendncia de variveis analgicas e digitais, relatrios em vdeo e impressos, etc. Funes de operao: Atualmente os sistemas SCADA substituram com vantagens as funes da mesa de controle. As funes de operao incluem: ligar e desligar equipamentos e seqncia de equipamentos, mudana de modo de operao de equipamentos, controle peridico de gastos, funcionamento e rendimento, etc. Entretanto, o foco ser o Sistema SCADA e o desenvolvimento do mesmo. Especificamente neste projeto, ser mostrado um estudo sobre o Sistema SCADA, assim como CLPs, que sero as remotas utilizadas, e seus drivers de comunicao responsveis pela troca de dados com o PC.

Fig.1- Ilustrao de um Sistema de Superviso em funcionamento

3 2- CONTROLADOR LGICO PROGRAMVEL

Um CLP definido como um sistema eletrnico de operao digital desenvolvido para uso em ambiente industrial, que possui memria programvel para armazenamento interno de instrues e que implementa funes especficas de lgica, seqenciamento, temporizao e aritmtica para controle atravs de mdulos de E/S digitais ou analgicos de vrios tipos de mquinas ou processos [WARNOCK (1997)]apud[PUPO (2002)].

2.1-Pequena Histria Os CLPs podem ser caracterizados por diferentes geraes conforme a sua evoluo segundo [PASSOS (2002)].

1 Gerao do CLP O CLP surgiu na dcada de 60 para atender as necessidades da indstria automobilstica1 que at ento utilizava um hardware chamado standard em seus processos de fabricao. Este hardware era um amontoado de rels montados em uma placa para ser encaixada em uma segunda placa maior chamada Back-Plane (Placa Traseira). A Back-Plane era dotada de muitos terminais que eram os contatos e as bobinas dos rels. Para se fazer a "lgica" de controle, bem como o acionamento de diversos dispositivos da linha de produo era necessrio conectar os terminais com muitos fios e eram estes prprios fios que faziam o papel dos softwares modernos, ou seja, a lgica de controle do CLP. Com o passar do tempo os transistores foram introduzidos, fazendo o papel dos rels eletromecnicos adicionando mais preciso de acionamento aos processos industriais. No durou muito e os CLPs comearam a ser dotados de CIs (circuito integrados) otimizando ainda mais a velocidade e preciso do CLP, pois estes CIs possuam em seu interior portas lgicas, contadores, flipflop, e etc.

A primeira empresa a utilizar um CLP foi a General Motors;

4 Apesar de diversas otimizaes no hardware do CLP este ainda continuava com uma capacidade de processamento muito limitada. Ainda que limitado no processamento, o CLP tinha uma construo bem robusta para resistir ao ambiente agressivo do cho-de-fbrica. Esta construo, faz com que indstrias at hoje o utilizem em suas aplicaes industriais.

2 Gerao do CLP O que marca a segunda gerao do CLP, a utilizao de Microprocessadores e Micro controladores no controle dos processos industriais. Houve uma otimizao significativa no processo de programao, pois agora esta poderia ser feita via software (EPROM) facilitando ainda mais o controle e operao do CLP. A linguagem utilizada nesta programao o famoso assembly ou mesmo linguagem de mquina. A segunda gerao lembrada pois foi nela que os CLPs adquiram barramentos de dados, endereos e controle para melhorar a programao e assim otimizar os processos produtivos das indstrias.

3 Gerao do CLP A programao em "alto nvel" comeou a ficar popular nos CLPs na terceira gerao. Esta programao caracterizada por utilizar o PC e ser de fcil entendimento ao programador. Depois de feita a programao as instrues do programa digitado eram enviadas ao CLP. Este procedimento era chamado de compilao e o aparelho compilador. Sem dvida, o CLP se tornou bem mais acessvel na terceira gerao, pois muitos programadores passaram a utilizar o PC convencional para a programao dos Controladores Lgicos Programveis alm de agilizar, e muito, o controle de dispositivos automticos nos processos fabris.

Gerao atual As geraes atuais so caracterizadas pela utilizao de PCs como CLPs em muitos processos, bem como a interao do CLP com o PC. Esta

5 uma caracterstica da "globalizao" da informao onde diferentes hardwares utilizam os protocolos para manter suas comunicaes. Na gerao em que se encontram, existem diversos protocolos de comunicao que fazem com que diversas mquinas "conversem" entre si. Exemplos disso so: profibus, industrial ethernet e outros que sero abordados posteriormente.

2.2-Automao Industrial e o uso dos CLPs Segundo [PUPO (2002)] a automao industrial tornou-se comum na maioria das indstrias atuais, e atravs dela busca-se a excluso da interveno humana em um processo de produo, quer seja na operao de mquinas na linha de produo ou no controle de processos que envolvam variveis das quais decises devam ser tomadas. A automao pode gerar a substituio da mo-de-obra ou mesmo o trmino de uma funo dentro da fbrica, porm pode promover a reciclagem do funcionrio que trabalhava em um determinado processo antes de sua automao. A automao de uma indstria sempre indicada quando se detecta a necessidade de aumentar a produtividade da mesma. No mundo competitivo de hoje uma companhia deve ser eficiente, manter boa relao custo-benefcio e ser flexvel, se deseja sobreviver [WARNOCK (1997)]apud[PUPO (2002)]. Por esse motivo, as indstrias aumentaram em grande nmero a demanda de sistemas de controle industriais, na inteno de aumentar a produo e confiabilidade. Formas estabelecidas como rels e sistemas lgicos computacionais podem e oferecem esse controle efetivo dos processos industriais e plantas, mas trazem limitaes e desvantagens que podem normalmente ser superadas com o uso de CLPs [PUPO (2002)].

2.3-Descrio de um CLP [CORETTI (1998)]apud[PUPO (2002)] descreve os componentes bsicos de um CLP como sendo trs: fonte de alimentao, processador e dispositivos de entrada e sada. A esses trs componentes bsicos podem ser acrescentados perifricos como monitores, displays LCD, teclado para programao,

6 impressoras, mdulos de comunicao com dispositivos de campo, entre outros. Dependendo do tamanho e do fabricante, os componentes bsicos podem vir num nico encapsulamento ou em mdulos separados, que podem estar juntos num mesmo rack ou separados. Geralmente, os mdulos do processador e fonte so montados em um local de controle central, enquanto que os mdulos de E/S esto localizados na rea do processo em que devem atuar. Os mdulos se comunicam entre si atravs do rack ou por rede de comunicao. O assunto deste trabalho no se aprofundar no estudo de um CLP para no perder o foco, porm, devido a sua importncia dentro do projeto, ser mencionado a seguir alguns dados tcnicos de um CLP.

2.3.1-Dados tcnicos A fonte de alimentao converte 120/240 Vca para 5 ou 12 Vcc, e deve ser escolhida com a potncia mxima conforme o nmero de entradas e sadas utilizadas. As entradas so provenientes de sensores, e os mdulos utilizados so muitas vezes especficos para determinado tipo de sensor. Alguns CLPs possuem mdulos com botes que simulam entradas. Os mdulos de E/S podem ser remotos e so aplicados em situaes que apresentam grande nmero de dispositivos a serem controlados por uma nica CPU. As unidades de entrada digital detectam e convertem sinais de comutao de entrada em nveis lgicos de tenso contnua usados no CLP, e geralmente os 24 Vcc so convertidos em 5 Vcc para uso da UCP. Botes, chaves de fim de curso, sensores de proximidade, sensores infravermelho, termostatos, e alguns transdutores mais, so os responsveis pelas entradas digitais. As unidades de entrada analgicas convertem sinais de 0 10 Vca, ou de 4 20 mA em valores numricos que podem ser utilizados pelo CLP. O mdulo do processador onde ficam os microprocessadores, as memrias e os registradores que executam as operaes lgicas do programa do usurio. O tempo de execuo, ou o chamado ciclo de varredura e contado entre a leitura das entradas, o processamento do programa do usurio e o acio-

7 namento das sadas e formam um lao fechado no diagrama em blocos do funcionamento de um CLP. O funcionamento do CLP desde quando ligado envolve tambm condies de inicializao tais como: -limpeza das memrias de entrada e sada; -teste de escrita e leitura da memria; -teste de executabilidade do programa do usurio; -execuo de rotinas de inicializao, limpeza de registros auxiliares, limpeza do display e preparao do teclado se existir IHM. Aps estes testes a UCP executa um lao fechado no programa do usurio infinitamente, a no ser que encontre uma interrupo de hardware ou de software.

2.4-Aplicaes do CLP Em geral, os CLPs tm utilidade em qualquer processo que envolva seqenciamento de operaes com abertura e fechamento de rels e alimentao de solenides (0-1). Com a incorporao da capacidade de processamento de sinais analgicos, tornou-se possvel sua utilizao tambm em controle de processos com aplicaes tpicas nas indstrias petroqumicas e qumica, aeronutica, refinarias, minerao, embalagens, alimentos, papel, bebidas, etc. [CORETTI (1998)]apud[PUPO (2002)], e no caso deste projeto em AgroIndstrias.

2.5-Programao de um CLP Segundo [WARNOCK (1997)]apud[PUPO (2002)], a programao de um CLP pode ser dividida em 3 categorias: -Linguagens de programao que compreendem desde linhas de comando de baixo nvel semelhantes ao assenbler at linguagens de alto nvel de estruturas semelhantes ao C e Pascal; -Ferramentas baseadas em diagramas eltricos como Ladder (diagrama de rels) ou blocos de funo2; -Ferramentas grficas baseadas na evoluo do estado do sistema;

A linguagem Ladder a utilizada para programar os CLPs nesse projeto

8 A programao pode ser feita atravs de teclas de funes e display de LCD no prprio CLP, teclados especiais com monitor ou interfaces grficas executadas em PC. As duas ltimas podem ser executadas off-line e depois descarregadas no CLP atravs de um protocolo de comunicao. O modo com feita a programao apresenta grande variao e caracterstico de cada fabricante e modelo. A programao atravs de teclas de funo no prprio CLP pode ser feita por linhas de comandos e simbologias proprietrias ou padronizadas como o Ladder. A descarga da programao remota realizada em PC ou terminal especial, realiza-se atravs de protocolos de comunicao padronizados (ModBus) em portas RS232 e RS485 (serial) ou rede industrial (Ethernet,FieldBus,etc.).

2.5.1-Diagrama Ladder Ser abordado agora, um pouco sobre o diagrama Ladder, que o mtodo utilizado para programao dos CLPs nesse projeto. [WARNOCK (1997)]apud[PUPO (2002)] diz ainda que no existe uma padronizao na programao de um CLP, mas que existe uma representao grfica parecida entre eles, chamada lgica de rels ou Ladder., que representa esquematicamente o diagrama e de fcil entendimento, tendo boa aceitao no mercado. A lgica de rels uma simbologia construda em rungs ou linhas numa planilha grfica, sendo que cada elemento representado como uma clula. Como exemplo, uma porta E em diagramas de rels representada na figura 2.

Fig.2 - Representao de porta E em diagrama Ladder

Cada elemento possui um cdigo especfico que o identifica fisicamente no equipamento [RONDAN (1998)]apud[PUPO (2002)]. Assim, os contatos NA so as chaves 0 e 1 no mdulo de entrada M-020, e a bobina a sada

9 de rel 0 no mdulo de sada M-120. Nesse exemplo, o rel M-120-0 estar fechado (ativo) quando as chaves M-020-0 e M-020-1 estiverem fechadas (porta E). Cada linha comea com pelo menos uma entrada, real ou virtual. Um diagrama de rels possui vrias linhas que podem ter entradas e sadas ou entradas de outras linhas reais ou virtuais, o que torna possvel utilizar-se de laos auxiliares na programao. Alm dos elementos bsicos, os fabricantes tambm oferecem blocos de funes especiais como reteno de memria (memory latches), timers, contadores de pulso, geradores de pulso e rampa, geradores de atraso (delay), registradores de deslocamento, funes programveis pelo usurio, controladores PID, conversores (byte/bit, BCD/inteiro, inteiro/real), blocos com sadas constantes, multiplexadores, inversores, adicionadores, divisores, multiplicadores, funo mdulo, subtratores, retentores (sample e hold), etc. A taxa aceitvel de execuo de um programa de 2 a 5 ms/KB de programa Ladder em memria. Se forem programadas funes PID com entradas e sadas analgicas, o tempo pode aumentar at 500ms para alguns laos de controles. Numa lgica que mistura controle digital e analgico, o processamento em separado deve ser considerado para no causar atrasos no processo. O ciclo de varredura de um diagrama de rels ou Ladder varia conforme o fabricante [SIMPSON (1994)]apud[PUPO (2002)],e a lgica pode percorrer as clulas tanto por colunas quanto por linhas. Para alguns diagramas o conhecimento sobre a forma de varredura importante, mas deve ser sempre da esquerda para a direita. O diagrama de rels simples quando pequeno, mas torna-se difcil de interpretar quanto maior o nmero de rungs (linhas do diagrama). Alguns fabricantes desenvolveram ento blocos de funes bsicas que renem portas lgicas e que reduzem consideravelmente os diagramas, tornando a programao mais fcil. [LANDAY (2001)]apud[PUPO (2002)] sustenta que interfaces grficas orientadas mquina, quer sejam aplicadas no desenho de novos produtos ou na programao em ambientes especficos como o Ladder, tendem a ser substitudas por ferramentas manuais onde o usurio possa desenhar livremente um digrama ou esquema o qual seja prontamente reconhecido pela mquina

10 como um smbolo grfico daquele ambiente. A idia fazer com que a IHM esteja mais prxima de rascunhos em papel que cliques de mouse. Assim, uma interface de programao Ladder atravs de caneta tica ou outra superfcie digitalizadora, semelhante s interfaces para palmtop, pode ser vislumbrada.

2.6-Comunicao Um CLP deve ser capaz de se comunicar com os dispositivos do processo a ser controlado e supervisionado [WARNOCK (1997)]apud[PUPO (2002)]. Os usos mais comuns so: -Apresentao de dados de operaes e alarmes em impressoras, displays, etc. -Armazenamento de dados de operao (log); -Receber parmetros e valores de ajustes do operador; -Receber/modificar programao atravs de software configurador; -Ter pontos de E/S e elementos de memria atuveis a partir de terminal remoto. -Comunicar-se com outros CLPs numa hierarquia de controle;

Os padres mais utilizados so: -Protocolos de rede: Ethernet, Controlnet, Devicenet, Fieldbus, etc.; -Comunicao Serial: RS232C para distncias curtas e RS422/423 para longas. So padres desenvolvidos pela EIA para comunicao serial entre terminais ou Modem em sistemas telefnicos que definem caractersticas eltricas para compartilhamento no tempo do fluxo de dados half-duplex ou fullduplex; -Protocolo Modbus: define a estrutura da mensagem de comunicao entre equipamentos.

3- PROTOCOLO DE COMUNICAO

11

O captulo anterior descreve as aplicaes e funcionalidades de um CLP, o qual trocar informaes com o software desenvolvido neste projeto. Porm para essa troca de informaes ser possvel, necessrio haver uma comunicao entre o CLP e o PC, e para tal existem os protocolos de comunicao. O CLP transmite os dados para o micro de uma maneira padronizada, sempre em binrio, hexadecimal, ou qualquer outra maneira possvel, e o micro por sua vez tem que reconhecer esses dados para poder trat-los, e o mesmo ocorre na recepo de dados, ou seja, o PC deve enviar os dados com o mesmo formato em que recebeu, para que o CLP entenda. Essa codificao e interpretao feita atravs do protocolo de comunicao. Um protocolo de comunicao, segundo o site NUMABOA, nada mais do que um conjunto de convenes que rege o tratamento e, especialmente, a formatao dos dados em um sistema de comunicao. Seria a "gramtica" de uma "linguagem" de comunicao padronizada. conhecido vrios protocolos de comunicao e se faz uso deles diariamente, mas no pensamos neles como protocolos de comunicao. Um dos mais antigo a lngua falada: duas pessoas que emitem sons audveis aos ouvidos humanos podem se comunicar. Neste exemplo, o protocolo de comunicao a emisso de sons numa dada faixa de freqncia, o cdigo utilizado a lngua falada e a mensagem o contedo do que se fala. Os mais diversos meios podem ser utilizados para criar cdigos de comunicao: luz, gestos, sons e smbolos so alguns deles. Em se tratando de mquinas, o meio mais utilizado at hoje o eltrico. Porm, para fazer uso de qualquer cdigo para transmitir uma mensagem, existe a necessidade de um protocolo. A base de um sistema de comunicao : -Protocolo de Comunicao: Conveno na formatao dos dados; -Cdigo de comunicao: Conveno dos smbolos usados; -Mensagem: Contedo do que se transmite e recebe;

3.1-Drivers de Comunicao

12 Com o avano da tecnologia, o crescimento dos protocolos de comunicao era evidente. Vrios aparelhos, antes sem possibilidade de se conectar um PC, passaram a oferecer esse recurso atravs de protocolos de comunicao. Mas para o computador se comunicar com tais perifricos era preciso a criao de um software que se comunicasse seguindo as especificaes de um determinado protocolo. Foi assim que surgiram os drivers de comunicao. Segundo o site de pesquisa Wikipdia, A enciclopdia livre, os drivers de comunicao so programas que possibilitam a comunicao entre o sistema operativo e os dispositivos perifricos ligados a um computador.

3.1-O Modbus - Protocolo usado em CLPs Como foi explicado no captulo anterior, os CLPs quando ligados um computador, precisam de um protocolo de comunicao para serem programados e/ou utilizados. Como uma das abordagens deste trabalho est relacionada a protocolos de comunicao e CLPs, interessante dar uma breve caracterizada no protocolo mais utilizado por CLPs em automao industrial, o Modbus. O Modbus um protocolo de comunicao de dados utilizado em sistemas de automao industrial. Criado na dcada de 1970 pela Modicon. um dos mais antigos protocolos utilizados em redes de Controladores lgicos programveis (CLP) para aquisio de sinais de instrumentos e comandar atuadores. A Modicon (atualmente parte do grupo Schneider Electric) colocou as especificaes e normas que definem o Modbus em domnio pblico. Por esta razo utilizado em milhares de equipamentos existentes e uma das solues de rede mais baratas a serem utilizadas em automao industrial.

1.1 3.2.1-CARACTERSTICAS TCNICAS O modbus utiliza o RS-232, RS-485 ou Ethernet como meio fsico. O mecanismo de controle de acesso mestre-escravo. A estao mestre (geralmente um CLP) envia mensagens solicitando dos escravos que enviem os dados lidos pela instrumentao ou envia sinais a serem escritos nas sadas para o controle dos atuadores. O protocolo possui comandos para envio de dados discretos (entradas e sadas digitais) ou numricos (entradas e sadas analgicas).

13

Fig.3 - Exemplo de rede Modbus A imagem acima mostra um exemplo de rede Modbus com um mestre (CLP) e trs escravos (mdulos de entradas e sadas, ou simplesmente E/S). Em cada ciclo de comunicao, o CLP l e escreve valores em cada um dos escravos. Como o sistema de controle de acesso do tipo mestre-escravo, nenhum dos mdulos escravos inicia comunicao a no ser para responder s solicitaes do mestre. Basicamente, uma comunicao em Modbus obedece a um frame que contm o endereo do escravo, o comando a ser executado, uma quantidade varivel de dados complementares e uma verificao de consistncia de dados (CRC). Um exemplo: Se o CLP precisa ler as 10 primeiras entradas analgicas (do endereo 0000 ao 0010) no mdulo 2. Para isso preciso utilizar o comando de leitura de mltiplos registros analgicos (comando 3). O frame de comunicao utilizado mostrado abaixo (os endereos so mostrados em sistema hexadecimal): endereo comando end. dos registros quant. de registros 02 03 00 00 00 0A CRC 2 caracteres

A resposta do escravo seria um frame semelhante composto das seguintes partes: O endereo do escravo, o nmero do comando, os dez valores solicitados e um verificador de erros (CRC). Em caso de erros de resposta (por exemplo, um dos endereos solicitados no existe) o escravo responde com um cdigo de erro. Os principais comandos do Modbus so mostrados na tabela abaixo:

14 cdigo do comando 01 02 03 04 05 06 07 08 15 16
1 2

descrio L um nmero varivel1 de sadas digitais (bobinas) L um nmero varivel1 de entradas digitais L um nmero varivel1 de registros retentivos (sadas analgicas ou memrias) L um nmero varivel1 de registros de entrada (entradas analgicas) Fora uma nica bobina (altera o estado de uma sada digital) Preset de um nico registro (altera o estado de uma sada analgica) L excees2 (registros de erro) Vrias funes de diagnstico Fora uma quantidade varivel1 de bobinas (sadas digitais) Preset de uma quantidade varivel1 de registros (sadas analgicas)

A quantidade de variveis a ler definida no frame de solicitao Oito bits previamente configurados. No necessrio fornecer parmetros de endereamento com este comando pois o escravo vai enviar sempre os oito bits pr configurados. Para alguns comandos de diagnstico, tais como reincio de comunicao, reset do mdulo ou sincronizao de relgio, podem ser utilizados comunicaes do tipo broadcast, ou seja, destinada a todos os escravos simultaneamente.

1.1.1

3.2.2-Variaes

Em redes seriais baseadas em RS-485 ou RS-232 o Modbus pode ter duas variaes: RTU e ASCII. Modbus RTU - Neste modo os dados so transmitidos em formato binrio de oito bits, permitindo a compactao dos dados em pequenos pacotes. Modbus ASCII - Transmite os dados codificados em caracteres ASCII de sete bits. Apesar de gerar mensagens legveis por pessoas este modo consome mais recursos da rede. No modo RTU, os endereos e valores podem ser representados em formato binrio. Nmeros inteiros variando entre -32768 e 32767 podem ser representados por 2 bytes. O mesmo nmero precisaria de quatro caracteres ASCII para ser representado (em hexadecimal).

15 Modbus/TCP - Aqui os dados so encapsulados em formato binrio em frames TCP para a utilizao do meio fsico Ethernet (IEEE 802.3). Quando o Modbus/TCP utilizado, o mecanismo de controle de acesso o CSMA-CD (Prprio da rede Ethernet) e as estaes utilizam o modelo clienteservidor. Modbus Plus - Verso que possui vrios recursos adicionais de roteamento, diagnstico, endereamento e consistncia de dados. Esta verso ainda mantida sob domnio da Schneider Electric e s pode ser implantada sob licena deste fabricante.

4- SISTEMAS SUPERVISRIOS OU SCADA

4.1-Introduo

16 Segundo [Maciel (2005)], software supervisrio ou software de superviso uma ferramenta de desenvolvimento de aplicativos que se presta a fazer a comunicao entre um computador e uma rede de automao, e que traz ferramentas padronizadas para construo de interfaces entre o operador e o processo. [Salvador (2005)] apresenta a seguinte definio. Os sistemas supervisrios permitem que sejam monitoradas e rastreadas informaes de um processo produtivo ou instalao fsica. Tais informaes so coletadas atravs de equipamentos de aquisio de dados e, em seguida, manipulados, analisados, armazenados e, posteriormente, apresentados ao usurio. Estes sistemas tambm so chamados de SCADA (Supervisory Control and Data Aquisition). Os primeiros sistemas SCADA, basicamente telemtricos, permitiam informar periodicamente o estado corrente do processo industrial, monitorando sinais representativos de medidas e estados de dispositivos, atravs de um painel de lmpadas e indicadores, sem que houvesse qualquer interface aplicacional com o operador. Segundo [ZEILMANN P. (2002)], a grande quantidade de processos automatizados, existentes nos mais diversos meios, motiva a utilizao dos chamados sistemas SCADA que permitem a monitorao do processo em tempo-real. Estes sistemas supervisrios so capazes de executar diagnsticos baseados em informaes oriundas do campo. Atravs disto possvel o levantamento de relatrios e histricos sobre um determinado dispositivo para sua posterior avaliao. Baseados nas informaes adquiridas do campo, os sistemas SCADA introduzem um aumento na produtividade e qualidade da automao industrial. Atualmente, os sistemas de automao industrial utilizam tecnologias de computao e comunicao para automatizar a monitorao e controle dos processos industriais, efetuando coleta de dados em ambientes complexos, eventualmente dispersos geograficamente, e a respectiva apresentao de modo amigvel para o operador, com recursos grficos elaborados (interfaceshomem-mquina) e contedo multimdia. Para permitir isso, os sistemas SCADA identificam os tags, que so todas as variveis numricas ou alfanumricas envolvidas na aplicao, podendo executar funes computacionais (operaes matemticas, lgicas, com vetores ou strings, etc) ou representar pontos de en-

17 trada/sada de dados do processo que est sendo controlado. Neste caso, correspondem s variveis do processo real (ex: temperatura, nvel, vazo etc), se comportando como a ligao entre o controlador e o sistema. com base nos valores das tags que os dados coletados so apresentados ao usurio. Os sistemas SCADA podem tambm verificar condies de alarmes, identificadas quando o valor da tag ultrapassa uma faixa ou condio prestabelecida, sendo possvel programar a gravao de registros em Bancos de Dados, ativao de som, mensagem, mudana de cores, envio de mensagens por pager, e-mail, celular, etc.

4.2-Componentes fsicos de um sistema de superviso Segundo [Salvador (2005)], os componentes fsicos de um sistema de superviso podem ser resumidos, de forma simplificada, em: sensores e atuadores, rede de comunicao, estaes remotas (aquisio/controle) e de monitorao central (sistema computacional SCADA). Os sensores so dispositivos conectados aos equipamentos controlados e monitorados pelos sistemas SCADA, que convertem parmetros fsicos tais como velocidade, nvel de gua e temperatura, para sinais analgicos e digitais legveis pela estao remota. Os atuadores so utilizados para atuar sobre o sistema, ligando e desligando determinados equipamentos. O processo de controle e aquisio de dados se inicia nas estaes remotas, CLPs e RTUs, com a leitura dos valores atuais dos dispositivos que a ele esto associados e seu respectivo controle. Os CLPs e RTUs so unidades computacionais especficas, utilizadas nas instalaes fabris (ou qualquer outro tipo de instalao que se deseje monitorar) para a funcionalidade de ler entradas, realizar clculos ou controles, e atualizar sadas. A diferena entre os CLPs e as RTUs que os primeiros possuem mais flexibilidade na linguagem de programao e controle de entradas e sadas, enquanto as RTUs possuem uma arquitetura mais distribuda entre sua unidade de processamento central e os cartes de entradas e sadas, com maior preciso e seqenciamento de eventos. A rede de comunicao a plataforma por onde as informao fluem dos CLPs/RTUs para o sistema SCADA e, levando em considerao os requisitos do sistema e a distncia a cobrir, pode ser implementada atravs de ca-

18 bos Ethernet, fibras pticas, linhas dial-up, linhas dedicadas, rdio modems, etc. As estaes de monitorao central so as unidades principais dos sistemas SCADA, sendo responsveis por recolher a informao gerada pelas estaes remotas e agir em conformidade com os eventos detectados, podendo ser centralizadas num nico computador ou distribudas por uma rede de computadores, de modo a permitir o compartilhamento das informaes coletadas.

Fig.4 - Sistema de Superviso e controle

4.3-Componentes lgicos de um sistema SCADA Internamente, os sistemas SCADA geralmente dividem suas principais tarefas em blocos ou mdulos, que vo permitir maior ou menor flexibilidade e robustez, de acordo com a soluo desejada. Em linhas gerais, podemos definir essas tarefas em: Ncleo do processamento, comunicao com CLPs/RTUs, gerenciamento de alarmes, histricos e banco de dados, lgicas de programao internas (scripts) ou controle, interface grfica, relatrios, comunicao com outras estaes SCADA, comunicao com sistemas externos/corporativos, entre outros. A regra geral para o funcionamento de um sistema SCADA parte dos processos de comunicao com os equipamentos de campo, cujas informaes so enviadas para o ncleo principal do software. O ncleo responsvel por distribuir e coordenar o fluxo dessas informaes para os demais mdulos, at chegarem na forma esperada para o operador do sistema, na interface grfica ou console de operao com o processo, geralmente acompanhadas de grficos, animaes, relatrios, etc, de modo a exibir a evoluo do estado dos dispositi-

19 vos e do processo controlado, permitindo informar anomalias, sugerir medidas a serem tomadas ou reagir automaticamente. As tecnologias computacionais utilizadas para o desenvolvimento dos sistemas SCADA tm evoludo bastante nos ltimos anos, de forma a permitir que, cada vez mais, aumente sua confiabilidade, flexibilidade e conectividade, alm de incluir novas ferramentas que permitem diminuir cada vez mais o tempo gasto na configurao e adaptao do sistema s necessidades de cada instalao.

4.4-Modos de comunicao A principal funcionalidade de qualquer sistema SCADA est ligada troca de informaes, que podem ser, basicamente: - Comunicao com os CLPs/RTUs; - Comunicao com outras estaes SCADA; - Comunicao com outros sistemas. A comunicao com os equipamentos de campo, realizada atravs de um protocolo em comum, cuja metodologia pode ser tanto de domnio pblico ou de acesso restrito, geralmente pode ocorrer por polling ou por interrupo, normalmente designada por Report by Exception. A comunicao por polling (ou Master/Slave) faz com que a estao central (Master) tenha controle absoluto das comunicaes, efetuando seqencialmente o polling aos dados de cada estao remota (Slave), que apenas responde estao central aps a recepo de um pedido, ou seja, em half-duplex. Isto traz simplicidade no processo de coleta de dados, inexistncia de colises no trfego da rede, facilidade na deteco de falhas de ligao e uso de estaes remotas no inteligentes. No entanto, traz incapacidade de comunicar situaes estao central por iniciativa das estaes remotas. J a comunicao por interrupo ocorre quando o CLP ou o RTU monitora os seus valores de entrada e, ao detectar alteraes significativas ou valores que ultrapassem os limites definidos, envia as informaes para a estao central. Isto evita a transferncia de informao desnecessria, diminuindo o trfego na rede, alm de permitir uma rpida deteco de informao urgente e a comunicao entre estaes remotas (slave-to-slave). As desvantagens desta comunicao so que a estao central consegue detectar as falhas na ligao

20 apenas depois de um determinado perodo (ou seja, quando efetua polling ao sistema) e so necessrios outros mtodos (ou mesmo ao por parte do operador) para obter os valores atualizados.

5- DESENVOLVIMENTO DE UM SISTEMA DE SUPERVISO

Nos captulos anteriores foram apresentados os conceitos de CLPs, protocolos de comunicao e de sistemas de superviso, os quais so de fundamental importncia para a concluso deste trabalho. O foco principal do projeto desenvolver um sistema supervisrio que se comunicar com um CLP a-

21 travs de um protocolo, e realizar controle e superviso de uma automao industrial. Neste captulo ser mencionado o CLP utilizado para automao, assim como o seu protocolo de comunicao, a rea de utilizao desta automao, e tambm as caractersticas do software desenvolvido.

5.1- rea de atuao A rea de atuao a agro-indstria. Este projeto est sendo realizado em parceria com Aeroter Equipamentos Agro-Industriais Ltda., onde a empresa realiza a parte de automao e este projeto realiza a parte relacionada ao desenvolvimento do software. A empresa voltada ao agro negcio, assim sendo, a automao segue o mesmo caminho. As indstrias de armazenamento de cereais so os clientes alvos. Com o desenvolvimento da tecnologia, os donos de grandes indstrias tm a possibilidade de deixar cada vez maior e mais rpida sua produo, sem perder a confiabilidade de produzir um produto de qualidade. A automao proposta pela Aeroter de atingir este objetivo, e para tal, foi criado o CTAPRO. Antes de apresentar o CTA-PRO, interessante dar uma breve explicada em Termometria e Aerao, termos usados nesta rea. A termometria, nesta rea de armazenagem, est relaciona temperatura dos cereais dentro dos silos. Em cada silo ou armazm existe uma quantidade de cabos compostos por sensores de temperaturas. Estes sensores ficam entre os cereais, e devem ser sempre monitorados para que a temperatura no aumente ou diminua muito. Caso aumente, necessrio dar partida nos motores (Aerao). Porm a temperatura ambiente tambm deve ser monitorada, pois melhor prevenir que o cereal esquente ou esfrie, a que deix-lo esquentar ou esfriar, ou seja, quando a temperatura ambiente atingir um certo valor3, os motores devem ser acionados. Outro dado a ser monitorado a umidade relativa do ar. O cereal no pode estar muito mido e nem muito seco, existe um ponto ideal, e para isso

Os valores variam de acordo com a situao, depende da umidade do cereal.

22 necessrio observar a umidade relativa do ar freqentemente para que os motores sejam ligados ou no quando houver chuva, quando estiver muito seco, entre outros fatores.

5.2-O CTA-PRO e seu protocolo de comunicao O CTA-PRO foi projetado com a finalidade de suprir todas as necessidades pertinentes ao controle da armazenagem de cereais a granel, agregando em si as funes de controle de temperatura, controle automtico dos aeradores, superviso do ar ambiente e controle de umidade do produto armazenado. Sendo assim, o CTA-PRO caracteriza-se por ser um equipamento prtico, de fcil utilizao, manuteno e de grande confiabilidade. Baseado em uma nova tecnologia de CLPs4, o CTA-PRO conjuga conectividade e alta compactao, possibilitando o acesso via Internet e a troca de componentes mesmo com o equipamento ligado. Com o CTA-PRO , possvel monitorar at 6048 pontos de temperatura (sendo 16 pontos por vez), fazer o controle de at 48 regies de aerao, o monitoramento do ar ambiente, leds de diagnstico. Destaca-se ainda pela facilidade de conexo da fiao de campo, programao on-line e possibilidade de uso sem microcomputador (via IHM). Suas principais caractersticas so:

Controle de temperatura do cereal monitora e controla a tempe-

ratura do produto armazenado;

Histrico de armazenagem grava em computador dados relati-

vos ao produto para consulta posterior;

Alarmes de sobre-temperatura do produto permite definir qual

temperatura ser utilizada para alarme;

Impresso de relatrios imprime relatrios e grficos coloridos

com os dados da termometria e aerao;

Controle automtico dos aeradores controle por meio de dados

inseridos pelo operador e dados coletados automaticamente;

O CLP utilizado desenvolvido pela Altus SA.

23

Seis diferentes programas de aerao selecionados automatica-

mente escolhidos de acordo o tipo de produto, temperatura e umidade desejada;

Quatro produtos diferentes na mesma planta possibilita armaze-

nar at quatro produtos diferentes na mesma unidade;

Auto-programao a cada 24 horas utilizada para manter a umi-

dade desejada para o produto armazenado;

Controle de demanda de energia bloqueia a partida dos aerado-

res em horrio de pico;

Multiplexao de sensores por meio de rels hermticos micro

chaves instaladas em cartes de comutao 24V;

Sensor de chuva externo utilizado para bloquear a aerao em

caso de chuva;

Acesso de todas as funes via Internet todas as funes do e-

quipamento podem ser acessadas via Internet;

Totalizao de horas e consumo eltrico por data a partir da data

de incio da aerao;

Reprogramao on-line ampliaes e manutenes podem ser

efetuadas nas dependncias do cliente;

A maioria destas caractersticas s possvel de ser realizada com o auxlio de um software supervisrio, o qual o foco deste trabalho. Como j foi visto, para o software ser desenvolvido necessrio que ele se comunique com o CLP, e para isso existe um protocolo de comunicao.

5.2.1-Descrio do CLP e do protocolo de comunicao utilizado 5.2.1.1-Tipos de Operandos do CLP Os operandos listados a seguir so definidos para os CLPs Altus segundo [CASAIS (2003)] Cada operando possui limites especficos de endere-

24 amento, sendo que, os operandos do tipo tabela tambm apresentam um endereo de posio dentro da tabela, conforme o tipo de CPU utilizada. Operandos: Memria M <end.>, Tabela de Memria-TM <end.> : <pos>, Decimal D <end.>, Tabela de Decimais TD <end.> <pos>, Reais F <end.>, Tabela de Reais TF <end.> <pos>, Auxilia A <end.>, Entrada E <end.>, Sada S <end.>. Para programar o CLP, a Altus fornece o software de nome MasterTool, e em seu manual de utilizao e programao pode ser encontrado mais detalhes sobre os tipos, formatos e endereamentos dos operandos do CLP.

5.2.1.2-Conceitos Bsicos 5.2.1.2.1-Transao Uma transao de comunicao normalmente composta por uma seqncia de duas mensagens: comando (ou requisio) e resposta. Estas mensagens so trocadas, normalmente, entre dois ns. O objetivo de uma transao execuo de um servio de rede. Existe um n que requisita o servio (mestre), e outro que fornece o servio (escravo ou servidor). Inicialmente, o mestre envia uma mensagem (comando) para o escravo. A seguir o escravo envia uma mensagem para o mestre (resposta). No comando, o mestre pode informar para o escravo: - o tipo de servio que deve ser executado; - pacotes de dados que devem ser recebidos pelo escravo (exemplo> o mestre deseja escrever variveis no escravo); Na resposta, o escravo pode informar para o mestra: - que o servio solicitado foi reconhecido e executado; - que o servio solicitado no foi reconhecido, ou que no foi executado por algum motivo; - pacote de dados requisitado pelo mestre (exemplo: o mestre deseja ler variveis do escravo); Uma transao finalizada quando o n requisitor recebe: (a) pacote de confirmao de servio, para o caso de servios sem resposta; (b) pacote de dados para servios com resposta de um pacote; (c) o ltimo pacote de dados de servios com resposta em mais de um pacote; e (d) por time-out.

25 5.2.1.2.2-Servios pendentes H servios na rede considerados de execuo longa. Para evitar que o processamento pare at o final da execuo destes servios, definem-se servios pendentes. Um servio pendente aquele cuja execuo realizada em vrias varreduras, ou seja, a cada varredura completa do executivo realiza-se uma parcela do servio.

5.2.1.2.3-Time-out de Servio Nos servios em que o CLP espera uma resposta, existe um time-out relacionado ao servio requisitado. Este controle existe para as instrues de escrita/leitura e no servio de recebimento de mdulo. Este time-out declarado no mdulo de configurao (mdulo C) em unidades de 100ms. O valor necessariamente maior que o time-out de pacote, controlado pelo nvel de enlace. Esta condio garantida pelo CLP, colocando um time-out de, no mnimo, 100ms a mais que o time-out de pacote no caso do usurio declarar um valor muito baixo. No caso de ocorrer time-out em uma das instrues, a instruo terminada com erro, e a requisio solicitada perdida. Os erros de time-out s ocorrem se o pacote de requisio foi corretamente transmitido e recebido pela estao destino, porm por algum motivo no executado. No caso dos nveis inferiores no realizarem a transmisso, erros especficos so sinalizados para as instrues, por exemplo, time-out de pacote, coliso fora do prembulo, etc.

5.2.1.2.4-Aquisio de dados de CLPs pelo driver de um supervisrio O driver de comunicao de um supervisrio, deve emular bases de dados similares as dos CLPs com os quais se comunica (operandos + reas de memria para servios especiais). A aquisio de dados feita pelo driver de comunicao de um software de superviso deve ser feita p um dos diferentes tipos: - Execuo de polling: o supervisrio busca a informao em um CLP, e a escreve na base de dados associada a este CLP;

26 -recepo de mensagens no-solicitadas: os CLPs escrevem em uma base de dados especial (no-solicitada) do driver do supervisrio enviando comandos para o endereo do gateway (conectado ao supervisrio) na rede No primeiro tem-se o driver operando como dispositivo mestre da rede, que o caso deste projeto, enquanto no segundo, como escreavo.

5.2.1.3-O Protocolo ALNET I Est sesso ir definir o protocolo de comandos utilizado na rede ALNET I de CLPs para comunicao entre sistemas de programao ou superviso e os respectivos controladores. A ANLNET I uma rede de comunicao mestre-escravo, com transmisso serial de dados e topologia barramento, especificada para a interligao dos CLPs fabricados pela Altus. Sendo uma rede do tipo mestre-escravo, torna-se necessrio um equipamento gerenciador da troca de informaes na mesma (o mestre), que possua a iniciativa de enviar comandos para os equipamentos passivos na rede (os escravos), que somente interpretam comandos, os executam e respondem ao mestre. Tipicamente so utilizados microcomputadores e placas de processamento de comunicao como dispositivos mestres e CLPs como escravos. Cada controlador escravo possui um nmero lgico que o identifica perante o mestre, para o endereamento dos comandos enviados pelo mesmo. No permitido a presena simultnea na rede de dois equipamentos com o mesmo endereo de identificao. A comunicao serial entre terminais ou sistemas de programao e os controladores realizada de forma ponto-a-ponto, somente com os dois equipamentos. Os comandos utilizados neste tipo de comunicao possuem endereo igual a zero, sendo respondidos por qualquer controlador. O protocolo ALNET I apresentado nas verses 1.00 e 2.00, sendo a primeira desenvolvida para uso com a srie AL-1000 de controladores, sendo possvel, tambm, a comunicao com outras sries de controladores Altus. A verso 2.00, no entanto, no comporta a comunicao com dispositivos da srie AL-1000, sendo indicada unicamente para as demais sries de controladores Altus.

27

5.2.1.3.1-Princpios de funcionamento da rede ALNET I A rede ALNET I formada por um equipamento mestre e um ou mais equipamentos escravos, os CLPs. Uma configurao tpica do sistema apresentada na figura a seguir:

Fig.5-Configurao tpica da rede ALNET I

O dispositivo mestre sempre toma a iniciativa do envio de comandos para os dispositivos escravos. Aps a transmisso de um comando, o equipamento mestre deve esperar a resposta do equipamento destino, antes de transmitir outro comando pela rede, a fim de evitar conflitos entre transmisses simultneas na linha. No entanto, esta espera no ocorre indefinidamente, cessando aps um tempo determinado, caracterstico da rede, denominado tempo de time-out. O tratamento de time-out para o protocolo ALNET I descrito mais a frente. Da mesma forma, os dispositivos escravos na rede recebem os comandos enviados pelo mestre, analisam, os interpretam e executam, enviando, ainda, um comando de resposta ao mestre. Em um primeiro momento, os equipamentos escravos da rede mantm-se todos permanentemente recebendo os sinais da linha. Em um segundo momento no tratamento do protocolo ALNET I, realizada a consistncia do

28 comando recebido, desde que o endereo destino do mesmo seja o do prprio controlador. Quando um controlador recebe um comando no endereado a si prprio, no executa nem responde o mesmo. No entanto, permanece interpretando os bytes que trafegam, contando at que comando seja finalizado. O objetivo dos dispositivos escravos interpretarem e ignorarem os comandos recebidos no endereados eles, permanecerem sincronizados com as transmisses do dispositivo mestre, de modo poderem identificar o incio de uma nova transmisso de comando pelo mestre, e ento, poderem identificar comandos a si endereados.

5.2.1.3.2-Tratamento de erro A interpretao do protocolo ALNET I pelos equipamentos escravos pode ser dividida em duas fases: anlise dos bytes recebidos e interpretao do comando recebido. Dispositivos escravos na rede, enquanto recebendo dados, analisam os bytes que transitam na linha medida que os mesmos vo sendo recebidos. Os seguintes erros de comunicao podem ser detectados pelos dispositivos escravos enquanto recebendo dados: - erro no canal de comunicao: entre eles, erro de paridade, overrun ou framming; - erros de protocolo: erros de consistncia de formato do protocolo, como a recepo incorreta do byte inicial, ckecksum do cabealho e bloco de dados, nmero de bytes que compem o cabealho e o bloco de dados, e tambm interrupo do protocolo antes de ser trmino, como, por exemplo, o cabealho chegar incompleto por falha do mestre. Tais erros esto intrinsecamente ligados ao meio de comunicao e ao serem detectados provocam a entrada do CLP em um estado de espera por silncio na linha. Este tempo de espera caracterizado pelo desprezo de qualquer byte recebido pelo CLP. No entanto, quando o silncio se mantiver por no mnimo 100ms, o CLP ser rearmado para recepo de novo comando. A figura a seguir demonstra o processamento da espera do silncio da linha, apresentando uma linha de tempo e bytes recebidos pelo escravo ao longo da mesma:

29

Fig. 5.1 Figura de tempo de Espera do escravo

No entanto, mesmo que o comando seja recebido corretamente pelo canal de comunicao, ainda ser submetido interpretao dos bytes recebidos. Neste caso, feita uma consistncia na veracidade do nmero do comando enviado, dos seus parmetros e seu bloco de dados. Se o comando estiver com erro, o CLP escravo responde com um comando NACK incluindo um cdigo de erro, indicador da natureza do mesmo, que descrito nos manuais de utilizao desenvolvidos pela Altus.

5.2.1.3.3-Tratamento de time-out Define-se por time-out como o tempo mximo para que qualquer dispositivo escravo ligado rede ALNET I responda um comando para si endereado. Aps este tempo, o equipamento mestre assumir uma falha na comunicao ou o mau funcionamento do equipamento escravo. considerado o tempo de time-out o perodo que compreende o ltimo byte de uma requisio do mestre e a recepo do primeiro byte da respectiva resposta. O time-out do mestre deve encontrar-se dentro dos limites do tempo de resposta dos equipamentos escravos, que varivel. No caso dos CLPs, a resposta a um comando da rede dada a partir do final de uma varredura, a fim de garantir a integridade dos dados enviados, que devem encontrar-se com va-

30 lores determinsticos. Logo, o tempo de resposta de um CLP pode, no mximo, ser igual ao tempo de uma varredura, sendo em mdia, a metade deste tempo. Conclui-se, portanto, que o tempo de time-out do mestre deve ser ajustado em, no mnimo, o maior tempo de varredura do sistema de CLPs interligados via rede. Para o clculo do time-out existe duas situaes: - topologia simples (somente rede ALNET I); - topologia mista (rede ALNET I e rede ALNET II ligadas atravs de gateway); Ser mostrada a seguir o clculo para rede ALNET I, que a utilizada neste trabalho: TO = (2 x (tv + tp)) + 50ms Onde: TO = time-out tv = maior tempo de varredura dos CLPs colocados na rede tp = atraso de propagao do sinal no meio fsico (com o uso de modems).

5.2.1.3.4-Endereamento Os equipamentos escravos podem ser endereados pelo mestre por qualquer valor compreendido entre 1 e 2545. O endereo zero reservado para ligaes ponto-a-ponto entre apenas dois equipamentos (que o caso deste projeto), sendo um mestre e outro escravo, como, por exemplo, entre um CLP e seu terminal de programao. O endereo zero interpretado por todo e qualquer equipamento escravo. No pode, portanto, ser utilizado em topologias multi-ponto, j que causaria a interpretao simultnea de um mesmo comando por todos os escravos da rede, causando colises de respostas na linha. O endereo 255 definido como o endereo de broadcast. Serve para o envio de comandos destinados a todos os equipamentos escravos na rede, que interpretam o comando mas no enviam resposta de retorno ao mestre. No permitida a presena simultnea na rede de dois equipamentos com o mesmo endereo de identificao.
No entanto, quando a ALNET I utilizada em conjunto com a rede ALNET II, estes valores so traduzidos de maneira diferente, mas que no vem ao caso citar neste trabalho.
5

31

5.2.1.3.5-Caractersticas do canal de comunicao Seguem os valores padres, mas que podem ser configurveis em alguns equipamentos. - Velocidade de comunicao: 9600 bps; - Nmero de bits por caracter: 8; - Paridade: par; - Nmero de start bits: 1; - Nmero de stop bits: 1;

5.2.1.3.6-Formato geral dos comandos do protocolo ALNET I Um comando composto por um cabealho e, opcionalmente, um bloco de dados. O cabealho contm 8 bytes e especifica o comando enviado pelo mestre ou a resposta retornada pelo escravo. O bloco de dados opcional tem tamanho varivel. O ltimo byte do cabealho ou do bloco de dados o byte de checksum. A soma (truncada em 1 byte e desprezando o bit de carry) de todos os bytes de um cabealho ou de um bloco de dados, incluindo o prprio byte de checksum, deve resultar em zero.

5.3-O software supervisrio Para concluir o projeto, agora s est faltando o software para superviso e controle. O driver de comunicao foi desenvolvido pela empresa Guenka Solues em Software, porm, sofreu algumas alteraes e correes no decorrer do desenvolvimento do projeto. As alteraes feitas foram todas mostradas ao desenvolvedor inicial e aprovada pelo mesmo. Neste captulo ser caracterizado o software: linguagem, banco de dados, suas funes, dificuldades de desenvolvimento, aceitao no mercado, entre outras caractersticas.

5.3.1-A linguagem A linguagem utilizada a Delphi 7, que foi exigncia da empresa Aeroter Equipamentos Agro-Industriais Ltda.

32 Esta foi a linguagem escolhida pois, o delphi uma ferramenta de fcil utilizao, uma vez que o projeto deveria ser desenvolvido em pouco tempo, e de baixo custo.

5.3.2-Banco de dados O banco de dados pode ser o mais leve possvel, pois possuir poucos campos e tabelas. Por este motivo o banco de dados escolhido foi o Paradox. O Software possui apenas 5 tabelas, so elas: - Termometria: a maior tabela. Armazena os valores da termometria realizada, a temperatura ambiente, umidade relativa, data e hora. O usurio ir buscar esses valores pesquisando pela data e hora. Esses valores so usados para gerao de relatrios, visualizaes futuras, etc. - Superviso: Armazena a temperatura ambiente, umidade relativa, data e hora a cada 5 minutos. Esta armazenagem feita para que um grfico de clima seja gerado. O usurio escolhe a data inicial e final que desejar, e um grfico com o clima deste perodo, baseado na temperatura e umidade, gerado. - Cores: Quando uma temperatura mostrada na tela do software, ela sempre aparece pintada de uma cor, essa cor o usurio escolhe. Existem 4 cores: azul, verde, laranja e vermelho. Como a temperatura dada em um nmero inteiro, o usurio escolhe a partir de quando quer que pinte de azul, verde, laranja e vermelho (mais a frente ser melhor exemplificado). - Porta: Armazena o nome da porta serial do micro. Cada vez que o operador inicia o supervisrio, o software tenta se conectar atravs da porta gravada no banco, se no conseguir, a comunicao interrompida, e o usurio deve configurar a porta correta. Uma vez configurada a porta correta, o software grava no banco de dados, e na prxima vez em que o sistema for iniciado, ele ir se conectar na porta serial correta. -Motor: Armazena quantidade de horas que um motor ficou ligado, a data e hora de cada utilizao do motor, e o motor referente. Esses valores so para gerar um relatrio informando quantidade de horas ligadas de cada motor, assim como o consumo dos mesmos, para que um controle mais detalhado de gastos possa ser efetuado.

33

5.3.3-Caractersticas do software O software desenvolvido possui todas as caractersticas de um sistema de superviso: Monitora os eventos em tempo real, armazena dados, produz relatrios, entre outras caractersticas. Est sesso ir explicar um pouco da funcionalidade do software desenvolvido.

Fig.5.2 Tela inicial do Sistema A primeira funo existente no menu a de Iniciar Varredura. Esta funo envia um comando para o CLP, dizendo ele que comece a monitorar os sensores de temperaturas existentes nos silos. Conforme o CLP monitora o valor de um sensor, ele o grava em sua memria. Em seguida o micro envia outro comando para ler a memria do CLP, ou seja, pegar o valor do sensor lido. Esses valores so mostrados na tela em tempo real, conforme a figura abaixo.

34

Fig.5.3 Valores da termometria mostrados na tela

Ao trmino da varredura dos sensores, o CLP finaliza a funo automaticamente. Existe um bit do CLP que adquiri o valor 1 para que a termometria seja iniciada. Quando ela termina, o CLP automaticamente modifica este bit para 0. Este bit monitorado pelo software a cada 3 segundos, para que o sistema saiba se a termometria est em andamento ou no. Porm, existe o comando Interrompe Varredura, que faz a termometria parar, independente do ponto onde esteja. O sistema s envia um comando para o CLP, mudando o bit descrito a cima para zero. Sempre que este bit recebe o valor 1 e depois recebe o valor 0, indicando o final da termometria, o software supervisrio armazena os valores das

35 leituras em seu banco de dados para que um relatrio como o da figura 5.4 possa ser criado.

Fig. 5.4 Exemplo de um relatrio de termometria gerado pelo Software

A cada segundo o sistema envia comandos ao CLP solicitando a data, hora. O CLP responde e o micro mostra na tela o horrio em tempo real para o usurio. A cada 5 minutos o software envia comandos ao CLP solicitando a umidade relativa do ar e a temperatura ambiente, para que um grfico de clima possa ser gerado e impresso posteriormente, como mostra a figura 5.5.

36

Fig. 5.5 Grfico baseado na temperatura e umidade do ar

A cada 7 segundos outra superviso realizada, o CLP recebe a ordem de informar quais motores esto acionados, assim como a ocorrncia de chuva ou no. O micro recebe a resposta, e informa ao usurio quais os motores esto acionados, como mostra a figura 5.6. A ocorrncia de chuva pode ser vista na figura 5.2.

Fig. 5.6 Aerador 1 ligado e Aerador 4 desligado

37 Devido ao grande nmero de comandos enviados ao CLP, normal que o sistema possua uma certa limitao de velocidade, uma vez que a velocidade de comunicao de 9600 bps. Quando os ciclos de monitoramento se cruzam (1, 3, 7 segundos e 5 minutos) o sistema fica inoperante por aproximadamente 1 segundo, organizando as aes e envios de comando. J a parte destinada a aerao tem o seguinte formato, como mostra a figura 5.7.

Fig. 5.7 Tela de Aerao

Toda vez que essa tela do programa aberta, o sistema envia comandos para o CLP a fim de receber cada valor mostrado na figura a cima. O operador deve apenas informar os Dados bsicos dos programas de aerao a cada 72 horas no mximo. Os outros campos so calculados pelo prprio CLP e apresentados ao operador atravs do software. Caso ele no concorde com os

38 clculos, basta apenas ir ao painel eltrico existente na obra, e deix-lo em manual, que os clculos feitos pelo CLP sero desprezados. Esta uma opo para que o operador no fique 100% dependente de sua automao. Ainda sobre a Aerao, possvel gerar um relatrio contendo informaes de cada motor, informando at quantas horas cada um ficou ligado e quanto cada um consumiu de energia.

Fig. 5.8 Exemplo de relatrio de Aerao

Todas as leituras e clculos de aerao so armazenados para que possam ser visualizados sempre que for preciso. O operador ainda pode configurar o sistema ao seu modo, escolhendo a porta serial em que se quer comunicar, os valores das cores a serem pintadas, modificar a data e hora do CLP, e definir um horrio de pico, para que os motores sejam ativados ou no durante este horrio. Em grandes obras, com vrios silos, vantagem tambm escolher em quais setores a termometria ser medida. Por este motivo, o operador pode escolher tambm quais os setores em que deseja realizar a termometria.

39

Fig. 5.9 Exemplo da opo de ativar setores para termometria

5.3.4-Dificuldades enfrentadas A princpio a maior dificuldade foi a falta de conhecimento sobre o assunto e a urgncia do desenvolvimento do projeto, uma vez que a empresa havia estabelecido um compromisso com seus clientes. Outra dificuldade enfrentada posteriormente, foi a constatao de erros no driver de comunicao, o que tornaria o projeto invivel. Por este motivo uma manuteno no driver foi realizada, erros foram corrigidos, possibilitando que o projeto continuasse. A falta de conhecimento sobre o assunto foi logo superada com estudo e empenho, e com isso o projeto foi desenvolvido. A primeira verso do software repleta de erros e falhas de comunicao, devido a rapidez com que foi desenvolvido, porm, a verso atual j est praticamente livre de erros e bem mais rpida que a primeira, Mas a maior dificuldade realmente a velocidade do sistema. Como a comunicao de 9600 bps, e existe vrios bits sendo monitorados o tempo todo, muitas trocas de informao, o sistema no suporta velocidades altas, ele trabalha um pouco lentamente, como se estivesse com atrasos. Isso se deve ao tempo de espera por resposta. Est dificuldade est sendo otimizada a cada verso do software, com a inteno de deix-lo o mais rpido possvel.

40 5.3.5-Aceitao no mercado O sistema j est no mercado, e at o momento no houve rejeio por parte de cliente algum. Como foi mencionado no tpico anterior, a velocidade um problema, porm, nas ltimas verses, o operador notou uma grande diferena. Sadia S.A. de Uberlndia-MG, COPACOL em 5 unidades no Paran, MOSA em Montevido no Uruguai, todos esto utilizando o sistema supervisrio e at o momento esto satisfeitos com o resultado.

41 6- CONCLUSO

O sistema foi desenvolvido em pouco tempo, por esse motivo ainda pode ser melhorado em vrios aspectos, principalmente na velocidade. Porm os resultados obtidos foram satisfatrios, pois todos os objetivos foram alcanados: comunicao, superviso e controle. O sistema mostrou uma grande vantagem, pois antes o operador deveria monitorar os sensores de temperatura o tempo todo, o que era trabalhoso (e muitas vezes no era feito por esse motivo). Agora com a automao desenvolvida pela Aeroter Equipamentos Agro-Industriais LTDA e pelo software supervisrio, o nico trabalho realizado pelo operador tirar a umidade do cereal a cada dois dias, e inform-la ao supervisrio. A aceitao no mercado foi boa at o momento, porm no est livre de reclamaes. Cada cliente tem uma reclamao diferente, mas na maioria so reclamaes de interfaces. A nica reclamao voltada realmente ao sistema, a reclamao relacionada velocidade, porm medidas j esto sendo tomadas e o problema est sendo contornado devagar. Com toda a experincia adquirida neste perodo de desenvolvimento, possvel concluir que os softwares de superviso so de grande valia para qualquer indstria que tenha qualquer tipo de automao. Poder supervisionar e controlar os eventos de uma indstria sempre vantagem. A tendncia que estes sistemas cresam cada vez mais, uma vez que a tecnologia de automao est tomando conta de todos os setores industriais.

42 7- REFENCIAS BIBLIOGRFICAS

PUPO, M.S. (2002), Interface Homem-Mquina para superviso de um CLP em controle de processos atravs da WWW, So Carlos, Universidade de So Paulo. PASSOS, J.C.F (2002), Controlador Lgico Programvel, Editora Saber, abril de 2002. BRUNE, O. (2005), CLPs com IHM, Revista Mecatrnica Atual, Ed. 23, Agosto de 2005. MACIEL, P.H. (2005), Automao Industrial de processos e manufaturas, Revista Mecatrnica Atual, Ed. 20, janeiro de 2005. SOUZA, A.J. (2003), Automao Industrial, DCA LECA Redes Industriais, maio de 2003. SALVADOR, M. (2005), O que so sistemas supervisrios?, RT025.04, dezembro de 2005. NUMABOA, Protocolos de comunicao: http://www.numaboa.com WIKIPDIA, A enciclopdia livre: http://www.wikipedia.org The Free Internet Media, What is SCADA?: http://www.techfaq.com/scada.shtml VIANNA, W.S. (2003), Sistema Scada Intouch, CEFET Campos, maro de 2003. CASAIS, R. (2003), Desenvolvimento de Drivers de Comunicao, Altus S.A. Reviso C, abril de 2003. Controladores Lgicos Programveis: http://www.mecatronicafacil.com.br/bve/index.asp?tema=informatica&ass unto=contr Sistemas de Controle e Superviso: http://www.mecatronicaatual.com.br/edicoes/edicoes.asp?comando=020_1 5&dettaglio=020 Planeta Delphi, Dicas de programao: http://www.delphi.eti.br

WARNOCK, I.G.(1997). Programmable Controllers Operation and Application. Prentice Hall Europe.

43 RONDAN, J.A. (1998). Function Blocks and Ladder Elements. Rev. 3. SMAR Laboratories Corp.

SIMPSON, C. D. (1994). Programmable Logic Controllers. NJ.Regents/Prentice Hall.

LANDAY, J.A.; MYERS,B.A. (2001). Sketching Interfaces: Toward More Human Interface Design. IEEE Computer, V.34, n.3.

CORRETTI, J.A. (1998). Manual de Treinamento Bsico de Controlador Programvel. Sertozinho, Centro de Treinamento SMAR.

ZEILMANN, P.R. (2002). Uma Estratgia para Controle e Superviso de Processos Industriais Via Internet. Universidade Federal do Rio Grande do Sul, Tese de Ps-Graduao.

44

APNDICE 1

SISTEMA SUPERVISRIO SSA1000 PRINCIPAIS FUNES E PROCEDIMENTOS

1. EFETUAR LEITURA DOS SENSORES (TERMOMETRIA) Comando includo no menu CONTROLES; Para iniciar uma nova leitura dos sensores clique no menu CONTROLES e em seguida clique em INICIA VARREDURA, ou ainda pressione a tecla F2. O CTA-PRO ir verificar quais os silos esto habilitados e efetuar a varredura de todos os sensores instalados nos silos, para visualizar as leituras atuais e armazenadas d uma olhada no procedimento para verificar informaes da termometria e controle de aerao na tela, mais abaixo.

fig1 imagem do comando Inicia varredura

2. INTERROMPER LEITURA DOS SENSORES Comando includo no menu CONTROLES; Para interromper uma varredura dos sensores clique no menu CONTROLES e em seguida clique em INTERROMPE VARREDURA, ou ainda pressiona a tecla F3. Este comando utilizado para interromper a varredura dos sensores e gravar nos bancos de dados os valores lidos pelos sensores de temperatura at o silo lido na hora em que a varredura foi encerrada.

fig2 imagem do comando Interrompe varredura

45

46 3. VERIFICAR INFORMAES DA TERMOMETRIA E CONTROLE DA AERAO NA TELA Comando includo no menu CONSULTAS; Para visualizar os valores lidos da termometria e os detalhes do controle de aerao clique no menu CONSULTAS e em seguida clique em DETALHES DE TERMOMETRIA E AERAO, ou ainda pressione as teclas CTRL+D, simultaneamente. Este comando utilizado para verificar as temperaturas lidas na termometria e os detalhes da aerao, abaixo uma descrio detalhada de cada uma delas. Ao pressionar as teclas acima descritas ou clicar na opo do menu, ser exibida a tela abaixo onde consta uma planta da unidade de armazenagem indicando o posicionamento dos silos existentes.

fig3 imagem da planta da unidade identificando os silos Ainda nesta tela, existem algumas teclas de devemos conhecer. Pouco acima do desenho existem vrias abas descritas como: Silo 01, Silo 02, etc... Ao clicar nestas abas sero exibidos os dados da termometria e do controle de aerao para cada um dos silos nelas descritas. Logo abaixo do desenho existe a informao da data e hora selecionada, estas informaes dizem respeitos aos valores que sero exibidos clicando nas abas.

47 Outras teclas importantes so as identificadas como Histrico e Fechar. A primeira tem a funo de exibir as leituras armazenadas nos bancos de dados do sistema e a segunda para fechar esta tela. Mais abaixo est a descrio detalhada destas funes. IMPORTANTE: Quando esta tela estiver sendo exibida, nenhum comando includo nos menus funcionaro, isso devido a vrias informaes contidas na tela de detalhes da termometria e aerao. Para que os menus voltem a funcionar, basta fechar esta tela. SELECIONAR UMA LEITURA ARMAZENADA Todas as ocasies em que se inicia uma varredura dos sensores de temperaturas, o supervisrio inicia a gravao em seus bancos de dados. Para recuperar e visualizar os valores lidos da termometria clique no menu CONSULTAS e em seguida clique em DETALHES DE TERMOMETRIA E AERAO, ou ainda pressione as teclas CTRL+D, simultaneamente. Ser apresentada a tela fig3, onde mostra a planta da unidade com a identificao dos silos ou setores de termometria. Clique em seguida na barra de seleo, no silo ou setor que deseja visualizar. A tela abaixo (fig4) ser mostrada.

fig4 tela com detalhes da termometria e aerao do silo 01 (para os demais a tela segue o mesmo padro) No corte (desenho) do silo ou setor estaro dispostos todos os sensores existentes neste silo ou setor obedecendo a sequencia exibida na planta da unidade. Para recuperar as

48 temperaturas dos bancos de dados clique no boto histrico. Ser apresentada uma tabela contendo todas as leituras armazenadas, navegue nesta tabela atravs da barra de rolagem a direita e ao encontrar a data e hora desejada basta clicar em cima desta data e hora. O sistema preencher o corte do silo ou armazm com os dados da leitura armazenada. Consulte tambm como imprimir relatrio de termometria.

fig5 tabela com as leituras armazenadas

IMPRIMIR RELATRIO DE TERMOMETRIA Comando includo no menu RELATRIOS; Para selecionar a data e hora que deseja imprimir proceda como no item anterior, SELECIONAR UMA LEITURA ARMAZENADA, ao concluir o procedimento acima, feche a tela de DETALHES DE TERMOMETRIA E AERAO e clique no menu RELATRIOS e em seguida clique em TERMOMETRIA SELECIONADA, ou ainda pressiona as teclas CTRL + U, simultneamente.

fig6 imagem do comando para impresso de termometria Este comando ir gerar o relatrio de termometria com a data e hora selecionada e em seguida se abrir uma tela (fig7) para visualizao do relatrio. Clique em seguida no cone para enviar o relatrio para a impressora.

49

fig7 tela com exemplo de relatrio de termometria O relatrio de termometria informa a temperatura em cada sensor de cada cabo de cada setor da obra. Os valores so coloridos de acordo com as configuraes escolhidas pelo usurio. Os valores que representam as cores so mostrados na parte superior esquerda do relatrio, que est em destaque na fig7. Tambm informado a data e hora selecionada, que est na parte superior direita do relatrio, tambm em destaque na fig7. VISUALIZAR GRFICO COM O HISTRICO DE CLIMA Comando includo no menu CONSULTAS; Para visualizar o grfico com o histrico de clima clique no menu CONSULTAS e em seguida clique em HISTRICO DE CLIMA, ou ainda pressiona as teclas CTRL + C, simultneamente Em seguida a tela abaixo fig8 ser mostrada.

50

fig8 tela para selecionar o perodo para criao do grfico de clima. Logo abaixo do quadro do grfico existem dois campos identificados como data inicial e data final, deve-se selecionar o perodo que o grfico dever ser criado. Ao selecionar o perodo clique no boto ok ao lado. Ser exibida ento a tela abaixo fig9 contendo o grfico no perodo selecionado.

51

fig9 tela com o grfico de histrico de clima Existem ainda algumas ferramentas de controle do grfico que podero ser trabalhadas, na parte superior direita da tela existem dois campos identificados como umidade relativa e temperatura ambiente selecionados, para exibir no grfico apenas a umidade relativa basta desmarcar a opo temperatura ambiente e vice-versa. Existem tambm a opo de visualizar o grfico sem a aparncia 3D, para isso desmarque a opo no quadro 3D. O boto imprimir envia diretamente para a impressora padro uma cpia do grfico e para fechar esta tela clique no boto fechar.

fig10 grfico somente com a umidade relativa e grfico sem a aparncia 3D

52 PROGRAMAR E IDENTIFICAR OS PROGRAMAS DE AERAO Para programar ou identificar os programas de Aerao, basta clicar no menu CONSULTAS e em seguida clicar em DETALHES DE TERMOMETRIA E AERAO, ou ainda pressione as teclas CTRL+D, simultaneamente. Ser apresentada a tela fig3, onde mostra a planta da unidade com a identificao dos silos ou setores de termometria. Clique em seguida na barra de seleo, no silo ou setor que deseja visualizar. A tela fig4 ser mostrada, repare que os passos so os mesmo para se obter detalhes de Termometria, porm, agora ser trabalhado o canto direito da tela fig4.

fig11Tela enfatiza e mostra os locais referentes s leituras e programaes de Aerao A princpio, tm-se quatro setores distintos ao que se refere Aerao, so eles: Dados Bsicos dos Programas de Aerao, Resultados Obtidos nos Clculos Automticos de Aerao, Faixa de Trabalho de Aerao e Estados dos Aeradores. Dados Bsicos dos Programas de Aerao: Existem 5 campos que devem ser preenchidos. Em Tipo de Produto, tm-se 5 opes serem selecionadas, Desabilita Clculo Automtico, Soja, Milho, Trigo e Arroz. Caso queira que o CTA-PRO faa todos os clculos referente Aerao, selecione o cereal contido no determinado Silo, caso contrrio, selecione a opo Desabilita Clculo Automtico. Em Umidade da Amostra do Produto basta apenas colocar o percentual de umidade encontrado no produto que est no Silo ou esteja indo para o Silo, esse procedimento deve ser feito aproximadamente a cada 3 dias, at que o objetivo seja concretizado. Em Umidade Desejada para o Produto, deve-se colocar o valor no qual a umidade do produto deve chegar. A opo Aerar mesmo com chuva? e Aerar mesmo em horrio de

53 pico? s devem ser marcadas caso queira que o aerador seja ligado mesmo se estiver chovendo ou mesmo se estiver em horrio de pico, que o horrio de maior consumao de energia.

fig12Tela com os Dados bsicos para os clculos de Aerao Resultados Obtidos nos Clculos Automticos de Aerao: Este setor nunca ser preenchido, ele apenas para leitura, pois os campos existentes sero preenchidos somente pelo CTA-PRO. Em Temperatura do Produto o CTA-PRO indicar qual temperatura foi encontrada no produto, assim como na Umidade Intergranular ser indicado qual a Umidade existente no ar que est entre os gros. Com esses dados o CTA-PRO definir um objetivo para Aerao, e o indicar em Objetivo da Aerao. Podero ser definidos 7 objetivos diferentes: Sem Objetivo Definido, Secagem, Conservao, Resfriamento, Resfriamento Com Secagem, Anti-Fungo, Umidecimento. IMPORTANTE: Os dados referentes a esta tela s tero valores vlidos quando Tipo de Produto (fig12) NO estiver selecionado na opo Desabilita Clculo Automtico.

fig13Tela com os Resultados dos clculos automticos de Aerao Faixa de Trabalho de Aerao: Este setor poder ser preenchido tanto pelo usurio do CTA-PRO quanto pelo prprio CTA-PRO. Caso o clculo automtico esteja habilitado o CTA-PRO ir preencher os campos, porm, mesmo assim o usurio poder fazer alteraes caso ache melhor. Se o clculo automtico estiver desabilitado, ento o prprio usurio ir preencher os campos. Nos campos Temperatura Ambiente Mnima e Temperatura Ambiente Mxima, dever ser colocado os valores da temperatura mnima e mxima, respectivamente, em que se deseja ligar o Aerador. Nos campos Umidade Relativa Mnima e Umidade Relativa Mxima, deve ser colocado os valores de umidade mnima e mxima, respectivamente, em que se deseja ligar o Aerador. Com isso o Aerador ir ligar se e somente se a temperatura ambiente e a umidade relativa estiverem entre os valores preenchidos neste setor.

54 fig14Tela com as faixas de trabalho em que o Aerador deve ligar IMPORTANTE: O Aerador s ir entrar em funcionamento automtico, se o painel eltrico estiver em automtico, caso esteja em manual, esses dados no surtiro efeito algum ao que se refere ao acionamento do Aerador. Estados dos Aeradores: Neste setor no ser preenchido nada, apenas para visualizao. Neste setor o usurio saber se o Aerador est ligado ou no, assim como se o painel eltrico est em automtico ou manual. A cor vermelha em destaque simboliza aerador desligado, assim como painel eltrico em manual.

fig15Tela com o estado dos aeradores A cor verde em destaque simboliza o aerador ligado, assim como painel eltrico em automtico.

fig16Exemplo do painel eltrico em automtico e aerador desligado IMPORTANTE: Caso o usurio mude alguns valores dos campos anteriores, relacionados Aerao, deve-se saber que os valores s sero gravados quando o boto FECHAR (fig11) for apertado, caso contrrio os valores no sero atualizados. IMPRIMIR RELATORIO DE AERAO Comando includo no menu RELATRIOS. Clique em RELATRIOS e em seguida clique em CONTROLE DE AERAO, ou ento pressione as teclas CTRL + J, simultaneamente.

Fig.17imagem do comando para Imprimir relatrio de Aerao

55 Ir aparecer a tela fig18, localizada logo abaixo. Nesta tela se encontra a data inicial e final a ser selecionada para gerao do Relatrio de Aerao. Aps selecionar as datas, clique no boto IMPRIMIR existente nesta tela, ou ento em FECHAR, caso desista da operao.

Fig18--Tela para selecionar as datas desejadas para gerar o Relatrio de Aerao Ao clicar em IMPRIMIR, o CTA-PRO exibir o Relatrio de Aerao para visualizao, como mostra a fig19.Clique em seguida no cone pressora. para enviar o relatrio para a im-

Fig19--Tela com exemplo do Relatrio de Aerao O relatrio de Aerao contm as principais informaes de cada aerador. Ele trs o produto em que cada aerador est trabalhando, a umidade da amostra, a umidade dese-

56 jada, a temperatura e umidade mnima e mxima em que cada aerador acionado, assim como o objetivo da aerao. Todos esses valores podem ser vistos na tela de aerao, fig11. Porm o relatrio trs duas novas informaes ainda desconhecidas, que so elas: a carga horria, que a quantidade de horas que cada aerador esteve ligado, e o consumo estimado, que o quanto aproximadamente cada aerador consumiu de energia em Kw/h. O relatrio coloca todas essas informaes para que possam ser impressas, e mostra no canto superior esquerdo a data e hora selecionada pelo usurio, ou seja, os campos Carga Horria e Consumo Estimado sero relativos ao perodo escolhido pelo usurio. 4. ALTERAR CONFIGURAES DO SISTEMA Comando includo no menu CONFIGURAES. Clique em CONFIGURAES e em seguida em CONFIGURAES DO SISTEMA, ou ento pressione as teclas CTRL + G, simultaneamente.

Fig20imagem do comando para configurar o sistema Ir aparecer a tela fig21, localizada logo abaixo. Nesta tela se encontram mais 4 opes para configuraes: Geral, Faixas de Temperatura, Acerta Relgio, Horrio de Pico.

Fig21Tela inicial de configuraes Geral: configurao da porta serial a qual o CTA-PRO ir se comunicar com o computador. Caso haja problemas de comunicao com a porta selecionada, basta mudar a porta, e clicar em ABRIR PORTA.

57

Fig22Tela para configurao da porta serial Faixas de Temperatura: a configurao referente termometria. Durante a termometria os valores que sero mostrados em cada sensor sero pintados de acordo com os valores escolhidos nesta parte da configurao, assim como no relatrio de termometria (fig7). Aps mudar os valores conforme desejado, clique no boto SALVAR, que os valores sero salvos.

Fig23Tela para configurao de cores

58 Acerta Relgio: a configurao referente ao relgio e data do CTA-PRO. Caso queira mudar o horrio ou dia, basta entrar nesta tela e colocar os valores que deseja. Depois clique no boto ACERTA que o relgio ser atualizado, assim como a data. Obs.: O ano deve ser preenchido da seguinte maneira: 1 para 2001, 2 para 2002, 3 para 2003, e assim por diante.

Fig24Tela para configurao de data e hora Horrio de Pico: a configurao referente ao horrio de pico. Caso queira redefinir o horrio de pico, basta entrar nesta tela e colocar os valores desejados na hora inicial e minuto inicial, assim como em hora final e minuto final, aps escolher o horrio, clique no boto MODIFICAR HORA, e a hora de pico estar atualizada. Caso o aerador esteja programado pra no trabalhar em horrio de pico, ele no entrar em funcionamento no intervalo de tempo escolhido nesta tela.

59

Fig25Tela para configurao do horrio de pico 5. HABILITAR E DESABILITAR SILOS Comando includo no menu CONFIGURAES. Clique em CONFIGURAES e em seguida em HABILITA/DESABILITA SILOS ou ento pressione as teclas CTRL + H, simultaneamente.

Fig26Imagem do comando para habilitar e desabilitar silos Ir aparecer a tela fig27, mostrada logo abaixo. Esta tela possui a lista de todos os setores de termometria existentes. Caso queira fazer a termometria de todos os silos, preciso apenas deixar marcado todos os cones ATIVADO, caso queira excluir algum setor da termometria, necessrio apenas desmarcar o setor desejado. Para as modificaes serem salvas, preciso clicar no boto ATUALIZAR.

60

Fig27Tela para Habilitar ou Desabilitar silos Nota-se que na fig27 todas as regies de aerao esto ativadas, todos os campos ATIVADO esto marcados. 6. COMO UTILIZAR A AJUDA Comando includo no menu AJUDA. Clique em AJUDA e em seguida em PRINCIPAIS PROCEDIMENTOS ou ento pressione a tecla F1.

Fig28Imagem do comando para obter ajuda Ao clicar no item selecionado, este manual ser aberto para que o usurio possa obter ajuda das principais funes e procedimentos existentes no supervisrio do CTA-PRO.