Protocolo MODBUS O protocolo MODBUS uma estrutura de mensagem desenvolvida pela Modicon em 1979, usada para estabelecer comunicao entre os dispositivos mestre-escravo / cliente- servidor. Ele de fato um padro, muitos protocolos de rede industriais utilizam este protocolo em seu ambiente. O protocolo MODBUS disponibiliza uma padro de indstria atravs do mtodo MODBUS para trocar mensagens. Comunicao entre os dispositivos MODBUS Os dispositivos MODBUS comunicam utilizando a tcnica mestre-escravo no qual permite que somente um dispositivo (o mestre) possa iniciar as transaes (chamadas de queries). Os outros dispositivos (escravos) respondem de acordo com o pedido do mestre, ou de acordo com a tarefa em questo. Um dispositivo perifrico escravo (vlvula, drive de rede ou outro dispositivo de medio), que processa a informao e envia o dado para o mestre. A verificao de erro efetuada opcionalmente pela paridade de cada byte transmitido e obrigatoriamente pelo mtodo LRC ou CRC sobre toda a mensagem. O LRC descarta os caracteres de inicio e fim de mensagem. O CRC descarta os bits de inicio, paridade e parada de cada byte: O dispositivo mestre espera uma resposta por um determinado tempo antes de abortar uma transao (timeout). O tempo deve ser longo o suficiente para permitir a resposta de qualquer escravo. Se ocorre um erro de transmisso, o escravo no construir a resposta para o mestre. Ser detectado um timeout e o mestre tomar as providncias programadas.
2 | P g i n a
Tipos de protocolos MODBUS
O MODBUS TCP/IP usado para comunicao entre sistemas de superviso e controladores lgicos programveis. O protocolo Modbus encapsulado no protocolo TCP/IP e transmitido atravs de redes padro ethernet com controle de acesso ao meio por CSMA/CD. O MODBUS PLUS usado para comunicao entre si de controladores lgicos programveis, mdulos de E/S, chaves de partida eletrnica de motores, interfaces homem mquina etc. O meio fsico o RS-485 com taxas de transmisso de 1 Mbps, controle de acesso ao meio por HDLC (High Level Data Link Control). O MODBUS PADRO usado para comunicao dos CLPs com os dispositivos de entrada e sada de dados, instrumentos eletrnico os inteligentes (IEDs) como rels de proteo, controladores de processo, atuadores de vlvulas, transdutores de energia e etc. o meio fsico o RS-232 ou RS-485 em conjunto com o protocolo mestre-escravo. Mapa do registrador MODBUS Os dispositivos MODBUS usualmente incluem um mapa de registro MODBUS. As funes do MODBUS funcionam sobre um registrador de mapa, configurao e controle de mdulo I/O. Verifique a referncia no mapa de registro do seu dispositivo para obter uma melhor compreenso da operao.
3 | P g i n a
Modo de transmisso serial para a rede MODBUS O modo de transmisso define o contedo de bit da mensagem a ser transmitida na rede e como a informao da mensagem ser empacotada na mensagem e descompactada. O padro MODBUS emprega os dois modos de transmisso: ASCII Mode; RTU Mode. O modo de transmisso usualmente selecionado com outros parmetros de porta de comunicao serial como baud rate, paridade e etc. Modo de transmisso ASCII No modo de transmisso ASCII (American Standard Code for Information Interchange), cada byte de caracter em uma mensagem enviado dois caracteres sem gerao de erros. Modo de Transmio RTU (Remote Terminal Unit) No modo RTU (Remote Terminal Unit), cada mensagem de 8 bits contm dois caracteres hexadecimais de 4 bits. Funes do MODBUS A funo do cdigo de campo da mensagem colocar dois caracteres (no modo ASCII), ou 8 bits (no modo RTU) que digam ao escravo que ao ele deve tomar. Funes vlidas de cdigo valem de 1 at 255, porm nem todos os cdigos sero aplicados para o mdulo e alguns cdigos ficaro reservados para uso futuro. Campo de dados do MODBUS O campo de dados disponibiliza ao escravo alguma informao necessria pelo escravo para completar a ao especfica pelo cdigo da funo. O dado formado de bytes de caracteres mltiplos (um par de caracteres ASCII no modo ASCII), ou de dois dgitos hexadecimais no modo RTU, na faixa de 00h at FFh. Os dados tipicamente incluem registradores de endereos, contadores de velores e escrita de dados. Se nenhum erro encontrado, o campo de dados da resposta do escravo retornar do pedido de dados. Se alguns erros ocorrem, o campo de dado retorna um cdigo de exceo que a aplicao mestre pode usar para determinar aproximao a tomar. 4 | P g i n a
Protocolo PROFIBUS PROFIBUS desenvolvido na Alemanha, inicialmente pela Siemens em conjunto com a Bosch e Klockner-Moeller em 1987. Em 1988 tornou-se um "Trial Use Standard" no contexto da norma DIN (DIN V 19245, parte 1), que define as camadas Fsica e Enlace. Posteriormente, grupo de 13 empresas e 5 centros de pesquisa propuseram alteraes nas camadas Fsica e Enlace e definiram a camada de Aplicao (norma DIN V 19245, parte 2). Esta proposta atualmente apoiada por mais de 300 empresas europeias e internacionais. uma rede de campo aberta, independente dos fabricantes, ao alcance de uma larga variedade de aplicaes de manufatura e processos de automao. A sua independncia e a garantia de ser uma rede aberta assegurada pelas normas internacionais A comunicao entre dispositivos de diferentes fabricantes ocorre sem ajustes especiais Pode ser usado em tarefas que requerem comunicao em tempo real, alta velocidade e de comunicao complexa Perfis de comunicao PROFIBUS DP (Distribuited Process) PROFIBUS PA (Process application) PROFIBUS FMS (Fieldbus Massage Especification) PROFIBUS DP o perfil de comunicao mais utilizado otimizado para velocidade, eficincia, baixos custos de ligao e est projetado para comunicaes entre sistemas de automao e perifricos distribudos PROFIBUS PA Permite conectar sensores e atuadores at mesmo em um barramento comum em reas intrinsicamente seguras. Pode ser usado com tecnologia 2 fios de acordo com o padro internacional IEC 1158-2
5 | P g i n a
PROFIBUS FMS Soluo de propsito geral para comunicao de tarefa ao nvel de Clula, os recursos FMS poderosos abrem um amplo alcance de aplicaes com grande flexibilidade, pode ser usado para tarefas de comunicao extensas e complexas. Profibus DP / PA Classificao: Devicebus Mais de 300 fornecedores de equipamentos Topologia:Linha / Estrela / Anel Velocidade de transmisso: DP - Mx: 12 Mbps ; PA - Max: 31.25 kbps Tempo de Ciclo c/ 256 Discretas (16 Ns c/ 16 E/S): < 2.0 ms (dependente da configurao) Max. nmero de ns: 127 Distncia Mxima: 100m entre segmentos (12Mbaud) ; 24Km (Dependente do meio e do Baudrate) Mestre-Escravo - peer to peer Arquitetura Tpica Profibus DP/PA
6 | P g i n a
Configurao do sistema via software
Ethernet A rede Ethernet passou por uma longa evoluo nos ltimos anos se constituindo na rede de melhor faixa e desempenho para uma variada gama de aplicaes industriais. A Ethernet foi inicialmente concebida para ser uma rede de barramento multidrop (100Base-5) com conectores do tipo vampiro (piercing) , mas este sistema mostrou-se de baixa praticidade. A evoluo se deu na direo de uma topologia estrela com par tranado. As velocidades da rede cresceram de 10 Mbps para 100 Mbps e agora alcanam 1 Gbps (IEEE802.3z ou Gigabit Ethernet). A Gigabit Ethernet disputa com a tecnologia ATM o direito de ser a espinha dorsal (backbone) das redes na empresa. A outra evoluo se d no uso de hubs inteligentes com capacidade de comutao de mensagens e no uso de cabos full duplex em substituio aos cabos half duplex mais comumente utilizados. Isto faz com que a rede se torne determinstica e reduzem a probabilidade de coliso de dados
7 | P g i n a
Faixa de aplicao da rede
Outras iniciativas visam utilizar a rede Ethernet para como substrato para outras aplicaes. Alguma iniciativas nesta direo so: Desenvolvimento da rede Fieldbus HSE ( high speed Ethernet ): A Fieldbus Foundation incorporou a rede Ethernet dentro de sua especificao H2. Esta rede no visa substituir a rede H1, mas estender seu espectro de aplicao para a interligao de dispositivos como CLPs e sistemas de superviso. Esta rede usa UDP/IP sobre as camadas de enlace Ethernet.
Tabela comparativa rede H1 x HSE
8 | P g i n a
Ethernet/IP: Ethernet/Ip o nome comercial da especificao da camada de aplicao Control Net sobre TCP/UDP/IP sobre Ethernet. A especificao foi gerada pela ControlNet International e agora est sendo adotada pela ODVA (Open Device Net Vendors Association). A especificao da ControlNet consiste do Control and Information Protocol (CIP) rodando sobre a canada CTDMA (Concurrent Time Domain Multiple Access). O protocolo DeviceNet uma especializao do CIP rodando sobre CAN. Ethernet/IP uma especializao do protocolo CIP rodando sobre TCP/UDP/IP, que por sua vez roda sobre a rede Ethernet. PROFInet: Existe um esforo em se buscar o acoplamento transparente entre as rede Profibus e Ethernet. O que se busca uma reduo dos custos de engenharia e promover uma comunicao mais uniforme entre aplicativos de alto nvel e dispositivos de campo. Modbus/TCP: Esta rede une o protocolo de camada de aplicao mais popular com o stack de transporte/rede mais utilizados na indstria. Na verdade o protocolo Modbus rivaliza em popularidade com o protocolo DF1 da Rockwell Automation, mas mais difundido. Uma das vantagens do protocolo TCP/IP a facilidade de se usar diversas camadas de aplicao diferentes. No port 1000 estamos tratando requisies de servio do protocolo Modbus, enquanto no port 1001 tratamos um protocolo DF1, por exemplo. Este tipo de aplicao visa mais interligar dispositivos de campo orientados a byte, mais simples, como equipamentos de laboratrio, medidores de energia CA/CC, rels inteligentes, etc. Fieldbus Foundation A Fieldbus Foundation uma organizao que surgiu em 1993 como um esforo dos maiores fornecedores de produtos fieldbus da poca (WorldFIP e ISP) para se chegar num padro nico e interopervel. formado atualmente pelos maiores fabricantes, fornecedores e usurios finais de controle de processo e automao fabril, tendo sido apresentado, na sua verso completa de padro, apenas no ano de 97. A fase atual est na utilizao do padro em plantas industriais e qumicas ao redor do mundo para testes e validaes finais. Por ser 9 | P g i n a
um profundo contribuidor ao padro ISA/IEC SP50 provvel que a verso final do ISA/IEC tenha muito a ver com o padro da Fieldbus Foundation. Definies O FIELDBUS um protocolo desenvolvido para automao de Sistemas de Fabricao, elaborado pela FieldBus Foundation e normalizado pela ISA-The International Society for Measurement and Control. Como pode ser observado da figura anterior, o protocolo Fieldbus visa a interligao de instrumentos e equipamentos, possibilitando o controle e monitorao dos processos. Geralmente utilizado com os chamados Softwares Supervisrios (SCADA, etc.), que permitem a aquisio e visualizao desde dados de sensores at status de equipamentos.
Nveis de Protocolo Fieldbus foi desenvolvido baseado no padro ISO/OI, porm no contm todos os seus nveis. A figura faz a comparao entre os dois modelos. Como pode ser visto na figura, o protocolo Fieldbus dividido em dois nveis principais: Nvel Fsico (interligao entre os instrumentos e equipamentos) e Nvel de Software (tratam das formas de comunicao entre os equipamentos). 10 | P g i n a
Nveis de Software Esse nvel transparente ao usurio, sendo tratado, geralmente, pelo software supervisrio. Geralmente dividido em camadas (Layers), como se segue: Subnvel de Enlace Data Link Layer A funo deste nvel garantir a transmisso da mensagem, de forma ntegra, ao destinatrio correto. Tambm neste nvel feito um controle de utilizao da rede e roteamento de mensagens, definindo quem pode transmitir e quando. Geralmente h a presena de um Buffer de mensagens, de forma que um produtor coloca sua mensagem nesse Buffer, e as outras estaes podem acessar os dados. Tal modo de operao permite um tipo de broadcasting, ou seja, com apenas uma transmisso, todos os destinatrios podem receber os dados. As redes industriais geralmente devem suportar aplicaes com tempos crticos, de forma que o Scheduler coordena o tempo de cada transao, bem como obedece a ordens de prioridade para cada emissor/receptor de mensagens. Subnvel de Aplicao Application Layer Neste nvel definida a sintaxe das mensagens, bem como o modo de transmisso de cada mensagem (cclica, imediata, apenas uma vez, ou somente quando requisitada). Este nvel tambm faz o monitoramento contnuo do barramento, de maneira a detectar 11 | P g i n a
falhas, adio de novos elementos ou ainda a remoo de outros. Essas atividades so necessrias devido criticidade das operaes. Subnvel do Usurio User Layer Define a maneira pela qual pode ser feito o acesso a informaes dentro de equipamentos Fieldbus, e de que maneira pode-se distribuir as informaes para outros instrumentos da rede. H um certo padro de arquitetura para os equipamentos fieldbus, constitudo por blocos funcionais. Esses blocos executam as funes inerentes a cada processo, e tarefas fundamentais, como: aquisio de dados, controle (PID, principalmente), atuao, clculos, etc. Nvel Fsico O Nvel Fsico constitui-se dos padres de ligaes, fios, cabos, caractersticas eltricas, etc, necessrios formao de uma Rede FieldBus. A Norma que especifica esses padres a ANSI/ISA-S50.02 Fieldbus Standard for Use in Industrial Control Systems Part 2 : Physical Layer Specification and Service Definition. Alguns itens da especificao destacam-se pela sua importncia, dentre eles: Transmisso de dados apenas de forma digital oferece a vantagem da ausncia de conversores AD/DA, o que possibilita maior confiabilidade dos dados; por outro lado, limita a variabilidade dos dados transmitidos; Comunicao Bi-direcional; Utilizao do Cdigo Manchester; Modulao de Voltagem; Velocidades de transmisso de 31,25kbps e 100 Mbps; Transmisso com ou sem energizao. As duas velocidades determinadas so especficas para cada nvel de aparelhagem. No nvel de instrumentos, a velocidade de 31,25kbps, j no nvel mais alto, utilizada a velocidade de 100Mbps. Algumas especificaes quanto ao funcionamento crtico e tolerncia a falhas da rede tambm so determinadas pela norma: 12 | P g i n a
Uma rede Fieldbus deve continuar operando durante a conexo/desconexo de qualquer instrumento na mesma; Na ocorrncia de falhas em elementos de transmisso, a comunicao no deve ser prejudicada por mais de 1ms; Recomenda-se a utilizao de meios fsicos redundantes. A alimentao dos equipamentos presentes na rede pode ser feita de duas maneiras, via condutores de sinal, onde o cabo de sinal fornece a energia necessria ao equipamentos; ou via condutores separados, onde o cabo de sinal transporta apenas dados, e uma rede separada energiza os equipamentos. A alimentao utilizando redes separadas a mais comum, pois evita a presena de rudos na redes, oriundos de sobrecargas de alimentao dos equipamento. Vantagens do Fieldbus Diversos benefcios so advindos da utilizao de redes Fieldbus, os mais importantes so listados a seguir. Benefcios Econmicos As caractersticas dos sistemas Fieldbus permitem baixos custos de implantao e manuteno, bem como a fcil expanso da rede. Tambm no muito difcil a implementao de um sistema Fieldbus em um sistema de automao j implantado, visto que seriam necessrias apenas placas de interface e conversores AD/DA.
Implantao de novas malhas 13 | P g i n a
Benefcios de Performance Vantagens de customizao e de obteno de informaes de mais baixo nvel devido utilizao de sistemas abertos; Instrumentao de ponta, no caso de redes novas; transmisso apenas de forma digital; redundncia na rede, etc.
Nvel de informao obtida em sistemas com e sem Fieldbus.
Projeto de Sistemas Fieldbus Algumas consideraes bsicas devem ser feitas quando da construo de projetos Fieldbus. Aspectos como distncias entre equipamentos, nmero de equipamentos a serem ligados, previses de expanso, fontes de alimentao, topologia, segurana e redundncia devem ser levados em conta, visto que mesmo pequenas falhas, em aplicaes crticas, podem levar a srios prejuzos. Topologias de Rede Geralmente so utilizadas 4 topologias bsicas em sistemas Fieldbus: Barramento: constitue-se de um barramento nico onde os equipamentos so ligados de forma direta, ou indireta (via barramentos secundrios). 14 | P g i n a
Ponto a Ponto: os equipamentos so todos ligados em srie. Neste caso obrigatria a redundncia de conexes, de forma a garantir que a emoo/insero de um equipamento no venha a interromper a comunicao. rvore: alguns equipamentos denominados Concentradores conectam diversos equipamentos,e interligam-se com outros Concentradores. Esta topologia tambm conhecida como P de Galinha. End-to-end: utilizada quando da conexo direta de apenas dois equipamentos. H tambm a possibilidade de utilizar-se topologias mistas, que baseiam-se na utilizao das topologias acima de forma misturada, por motivos diversos, tais como: segurana, otimizao, espaamentos, configurao, etc.
Topologias Fieldbus possveis: End-to-End; Barramento; Ponto-a-Ponto; rvore (P- de-Galinha) Um projeto Fieldbus deve levar em considerao o tempo de resposta da rede a determinadas entradas, de forma a no comprometer a dinmica do sistema. Detalhes como atrasos, interrupes e gargalos devem ser eticulosamente analisados para garantir-se a confiabilidade do sistema.
15 | P g i n a
COMO REALIZADA A COMUNICAO ENTRE (COMPUTADOR/CLP) Para a existncia da comunicao do CLP com o PC e necessrio que dois aspectos sejam observados, tanto em nvel de hardware, como de software. Quando se fala em hardware de comunicao, normalmente as CPUs possuem pelo menos uma porta de comunicao serial que pode ser conectada a dispositivos externos. A quantidade pode variar de acordo com o modelo e o fabricante de CLPs.
Por meio das portas de comunicao pode-se estabelecer uma conexo entre o usurio e o controlador ou mesmo interligar a outras CLPs. Nessa porta pode-se interligar um computador (PC) ou um dispositivo porttil de programao que, quando utilizado, permite que se faa autodiagnostico, programao ou reprogramao de instrues, alteraes de configuraes do dispositivo, monitorao, gravao e apagamento da memria. A comunicao entre o computador e um CLP e realizada por meio de uma porta serial padro RS-232, utilizada para transmisso de dados ate 15m. Alguns CLPs industriais utilizam o padro RS-422, em que a transmisso de dados feita a distancias maiores (ate 1200m), a maior velocidade e por algumas de suas caractersticas como maior imunidade a rudos e comunicao do tipo full-duplex (podem enviar e receber dados simultaneamente), necessitando, no entanto, de conversor RS-232/RS-422. existem ainda CLPs que utilizam padro prprio e necessitam de interfaces dedicadas instaladas no PC.
16 | P g i n a
0 outro fator mencionado acima o software. Neste caso estamos falando em protocolo de comunicao, que determina a forma de transmisso dos dados, ou seja, ele responsvel pelo sinal de comunicao entre a CLP e o PC. Os protocolos so fornecidos pelos fabricantes, que geralmente adotam Protocolos de Comunicao prprios, normalmente conhecidos como Protocolo Proprietrio. Alguns so abertos (o usurio pode ter acesso a o formato da transmisso de dados utilizada, podendo desenvolver seus prprios programas de comunicao) e, outros, o fabricante no fornece nenhum dado sobre o seu Protocolo Proprietrio. Entretanto, existe a possibilidade de certos CLPs suportarem protocolos padres - como e o caso do MODBUS - que permitem a comunicao com dispositivos e com softwares adotados por outros fabricantes, alem de permitirem conexo em rede.
SISTEMA SCADA
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. 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 (interfaces homem-mquina) e contedo multimdia.
17 | P g i n a
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 entrada/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 pr-estabelecida, 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.
COMPONENTES FSICOS DE UM SISTEMA DE SUPERVISO
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, PLCs (Programmable Logic Controllers) e RTUs (Remote Terminal Units), com a leitura dos valores atuais dos dispositivos que a ele esto associados e seu respectivo controle. Os PLCs 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 PLCs 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 sequenciamento de eventos.
18 | P g i n a
A rede de comunicao a plataforma por onde as informao fluem dos PLCs/RTUs para o sistema SCADA e, levando em considerao os requisitos do sistema e a distncia a cobrir, pode ser implementada atravs de cabos 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.
Sistema de superviso e controle
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 dividir essas tarefas em:
Ncleo de processamento; Comunicao com PLCs/RTUs; Gerenciamento de Alarmes; Histricos e Banco de Dados; Lgicas de programao interna (Scripts) ou controle; 19 | P g i n a
Interface grfica; Relatrios; Comunicao com outras estaes SCADA; Comunicao com Sistemas Externos / Corporativos; 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 dispositivos 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.
Modos de comunicao
A principal funcionalidade de qualquer sistema SCADA est ligada troca de informaes, que podem ser, basicamente: Comunicao com os PLCs/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) 20 | P g i n a
tenha controle absoluto das comunicaes, efetuando sequencialmente 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 PLC 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 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. A comunicao com outras estaes SCADA pode ocorrer atravs de um protocolo desenvolvido pelo prprio fabricante do sistema SCADA, ou atravs de um protocolo conhecido via rede Ethernet TCP/IP, linhas privativas ou discadas. A Internet cada vez mais utilizada como meio de comunicao para os sistemas SCADA. Atravs do uso de tecnologias relacionadas com a Internet, e padres como Ethernet, TCP/IP, HTTP e HTML, possvel acessar e compartilhar dados entre reas de produo e reas de superviso e controle de vrias estaes fabris. Atravs do uso de um browser de Internet, possvel controlar em tempo real, uma mquina localizada em qualquer parte do mundo. O browser comunica com o servidor web atravs do protocolo http, e aps o envio do pedido referente operao pretendida, recebe a resposta na forma de uma pgina HTML. Algumas das vantagens da utilizao da Internet e do browser como interface de visualizao SCADA so o modo simples de interao, ao qual a maioria das pessoas j est habituada, e a facilidade de manuteno do sistema, que precisa ocorrer somente no servidor. J a comunicao com outros sistemas, como os de ordem corporativa, ou simplesmente outros coletores ou fornecedores de dados, pode se dar atravs da implementao de mdulos especficos, via Bancos de Dados, ou outras tecnologias como o XML e o OPC
21 | P g i n a
DIFERENA ENTRE SCADA E IHM IHM e SCADA so relacionados porque uma ou mais IHMs so subconjuntos, ou componentes, de um sistema SCADA. Alm disso, um Sistema de Controle Distribudo, ou DCS, muito similar a um sistema SCADA e tambm pode utilizar uma ou mais IHMs. Todos estes componentes so classes de, ou partes descritas de, um Sistema de Controle Industrial, ou ICS, que a descrio geral de automao. Em sistemas de controle modernos, existe uma grande quantidade de tecnologias e funcionalidades sobrepostas entre duas classes de ICSs. IHM, ou Interface Homem Mquina, simplesmente a maneira na qual ns interagimos com as mquinas. Uma IHM, em termos da plataforma InduSoft Web Studio, o painel de controles facilmente projetado, implementado e modificado/mantido criado no ambiente de desenvolvimento do InduSoft Web Studio. Utilizando o supervisrio InduSoft Web Studio para desenvolver IHMs, pode-se economizar meses de especificao, desenvolvimento e manuteno, ao invs de comear o desenvolvimento de um painel de controle ou interface homem mquina do zero. O software IHM ir operar com segurana no equipamento servidor, ou como Thin Client utilizando o Microsoft Internet Explore ou uma conexo direta ao equipamento servidor, como o Secure Viewer da InduSoft, em uma variedade de telas, equipamentos, e plataformas com uma interface built-in, porttil, ou para equipamentos mobile. SCADA, Sistema de Superviso e Aquisio de Dados, um sistema de automao, ou de controle industrial, que pode diretamente controlar ou se comunicar com mais de um dos seguintes itens abaixo: Equipamentos industriais Telemetria e controle remotos Sistemas de controle de processo e de controle de processos estatsticos Sistemas de aquisio de dados (DAQs) Historians e servidores de armazenamento de dados Controle de sistemas industriais utilizando CLPs e RTUs. Sistemas de ambiente de negcios como ERP e MES. Ambiente de cloud industrial Sistemas e processos de segurana 22 | P g i n a
Equipamento de segurana local Controle e processo de segurana Enterprise ou nvel global envolvendo LDAP e outro tipo de conectividade Um sistema SCADA pode ser conectado a todos os componentes no ICS, ou pode ser intermitentemente conectado a alguns ou todos, e atualizados com uma comunicao via radio ou celulares (2G, 3G, ou 4G, CDMA, e GSM) a equipamentos de campo. Um sistema SCADA normalmente possui mais de um servidor SCADA contendo aplicaes que esto se comunicando e rodando em conjunto com componentes inteligentes como CLPs, RTUs, ou at remotamente com sistemas SCADA independentes. O InduSoft Web Studio serve como uma plataforma SCADA na qual pode se desenvolver um sistema SCADA efetivo. Um sistema SCADA pode ser permanentemente conectado a todos os componentes via (um ou mais dos seguintes) serial, redes proprietrias e/ou Ethernet, LAN, WAN, e/ou Cloud e pode envolver uma grande variedade de componentes dispersos e/ou instalaes, incluindo processos como sistemas MES e ERP, processos de controle e Historians, JIT, dentre outros. Um DCS similar ao SCADA e em alguns casos pode ser indistinguvel, porm geralmente considerado um tipo de processo controlado. Ele normalmente um controle servidor que hospeda o sistema de controle supervisrio com possibilidades de vrios servidores SCADA e/ou unidades terminais centrais ou unidades centrais de telemetria se comuicando com CLPs, RTUs, processos historian e/ou entidades de negcios. Um DCSs pode tambm ser usado em controle de processo contnuo ou por batch, e pode ou no ter componentes proprietrios. I HMs, SCADA, e Sistemas de Controle desenvolvidos com o InduSoft Web Studio so usados dentro de vrias indstrias, de pequeno e grande porte, a fim de proporcionar um meio de processo direto e controle de equipamentos, automao, segurana, armazenamento de dados e analise, dentre outros. 23 | P g i n a