Tese Eng 0362006

UNIVERSIDADE FEDERAL DO RIO GRANDE DO SUL
ESCOLA DE ENGENHARIA
Curso de Ps-Graduao em Engenharia Eltrica - CPGEE
UMA ESTRATGIA PARA CONTROLE E SUPERVISO DE
PROCESSOS INDUSTRIAIS VIA INTERNET

RAFAEL PEREIRA ZEILMANN
Dissertao para obteno do ttulo de Mestre em Engenharia
Porto Alegre
2002

ii
UNIVERSIDADE FEDERAL DO RIO GRANDE DO SUL
ESCOLA DE ENGENHARIA
Curso de Ps-Graduao em Engenharia Eltrica - CPGEE
UMA ESTRATGIA PARA CONTROLE E SUPERVISO DE
PROCESSOS INDUSTRIAIS VIA INTERNET

Engenheiro Eletricista

Dissertao apresentada ao Curso de Ps-Graduao em
Engenharia Eltrica - CPGEE, como parte dos requisitos
para a obteno do ttulo de Mestre em Engenharia.
rea de concentrao: Automao e Controle.
Desenvolvida no Laboratrio de Automao e Controle
do Departamento de Engenharia Eltrica da
Universidade Federal do Rio Grande do Sul.

Porto Alegre
2002

iii
UMA ESTRATGIA PARA CONTROLE E SUPERVISO VIA
INTERNET DE PROCESSOS INDUSTRIAIS


Esta dissertao foi julgada adequada para a obteno do ttulo de Mestre em
Engenharia e aprovada em sua forma final pelo Orientador e pela Banca Examinadora.

Orientador:_________________________________
Prof. Joo Manoel Gomes da Silva Jnior, UFRGS
Dr. pela Universit Paul Sabatier Toulouse, Frana.

Banca Examinadora:

Prof. Adelardo Dantas de Medeiros, UFRN
Dr. pela Universit Paul Sabatier UPS 1996

Prof. Jorge Otvio Trierweiler, UFRGS
Dr. pela Universidade de Dortmund UNIDO 1997

Prof. Carlos Eduardo Pereira, UFRGS
Dr. pela Universidade de Stuttgart 1994

Coordenador do CPGEE:_____________________________
Prof. Dr. Carlos Eduardo Pereira

Porto Alegre, maro de 2002.

iv

Dedico este trabalho s memrias de Solon, Faustino e Vicente.

v
AGRADECIMENTOS
Quero agradecer aos meus pais, meus irmos e a toda a minha famlia pelo
incentivo fundamental para que este trabalho fosse realizado. Tambm em especial, a minha
noiva Cntia Bastos de Mattos pelo apoio incondicional concedido me ao longo deste
trabalho.
Gostaria de fazer um agradecimento especial ao meu orientador, Prof. Dr. Joo
Manoel Gomes da Silva Jnior, pela ateno e dedicao na orientao deste trabalho e
principalmente pela amizade formada neste perodo. Da mesma forma aos Profs. Drs. Carlos
Eduardo Pereira, Alexandre Sanfelice Bazanella e Romeu Reginatto pelo suporte concedido
durante este perodo e principalmente pela amizade tambm formada. No poderia deixar de
dar o meu muito obrigado aos bolsistas Luiz Fernando Gonalves, Joo Rubens, ao
engenheiro Daniel Malacalza pela ajuda prestada no desenvolvimento deste trabalho. A
colaborao dos integrantes do Laboratrio de Automao especialmente dos colegas
Ronaldo Husemann, Leandro Becker, Carlos Mitidieri, Mrcio Longaray, Rafael Laufer e
Luciano Robaski foi de fundamental importncia na realizao deste projeto. No poderia
esquecer de agradecer a todas as instituies que deram condies para a realizao deste
trabalho. Por fim, deixo um agradecimento a todas aquelas pessoas no mencionadas, mas que
me deram fora de alguma maneira para conduzir este trabalho.

vi
SUMRIO
LISTA DE FIGURAS ........................................................................................ xi
LISTA DE ABREVIATURAS E SMBOLOS.............................................. xiv
RESUMO ............................................................................................................................... xvii
ABSTRACT ..........................................................................................................................xviii
1 INTRODUO............................................................................................................ 1
1.1 TECNOLOGIAS WEB E AUTOMAO INDUSTRIAL ................................................. 1
1.2 ACESSO A CENTROS DE ENSINO E PESQUISA ATRAVS DA INTERNET................... 3
1.3 OBJETIVOS DO TRABALHO................................................................................... 4
2 ACESSO A DADOS VIA INTERNET ....................................................................... 6
2.1 INTRODUO ....................................................................................................... 6
2.2 WORLD WIDE WEB (WWW)................................................................................. 7
2.3 ARQUITETURA WEB ............................................................................................. 8
2.4 PRINCIPAIS PROTOCOLOS UTILIZADOS NA INTERNET........................................... 9
2.4.1 TCP/IP - TRANSMISSION CONTROL PROTOCOL/INTERNET PROTOCOL........... 9
2.4.2 HYPERTEXT TRANSFER PROTOCOL ............................................................. 10
2.5 LINGUAGENS SCRIPT.......................................................................................... 11
2.5.1 CLIENT SIDE SCRIPTS................................................................................. 11
2.5.2 SERVER SIDE SCRIPTS ................................................................................ 12
2.6 BANCO DE DADOS PARA A INTERNET................................................................. 12
2.6.1 SEGURANA E ACESSO AO BANCO DE DADOS VIA INTERNET.......................... 14
2.6.2 OPEN DATABASE CONNECTIVITY (ODBC).................................................. 16
2.6.2.1 O DSN..................................................................................................... 17
2.6.2.2 A CONEXO SEM DSN............................................................................. 17
2.6.3 OLE DB................................................................................................... 18
2.7 FORMAS DE ACESSO AO BANCO DE DADOS ATRAVS DA INTERNET ................. 19
2.7.1 CGI .......................................................................................................... 19
2.7.2 ISAPI/NSAPI .......................................................................................... 21
2.7.3 IDC/HTX................................................................................................. 22
2.7.4 ACTIVE SERVER PAGES (ASP).................................................................... 22

vii
2.7.4.1 OBJETOS E COMPONENTES ....................................................................... 27
2.7.4.2 ACTIVEX.................................................................................................. 30
2.7.4.3 ESQUEMA DO ACESSO AO BD ATRAVS DA INTERNET COM ASP ............ 30
2.7.5 JDBC....................................................................................................... 32
2.7.6 HYPERTEXT PREPROCESSOR....................................................................... 33
3 AUTOMAO INDUSTRIAL E SISTEMAS SUPERVISRIOS ......................... 34
3.1 INTRODUO ..................................................................................................... 34
3.2 BARRAMENTOS INDUSTRIAIS ............................................................................. 36
3.2.1 CLASSIFICAO DOS BARRAMENTOS INDUSTRIAIS QUANTO AOS
DISPOSITIVOS CONECTADOS..................................................................... 38
3.2.2 BARRAMENTOS DE CAMPO (FIELDBUSES) ................................................. 39
3.2.2.1 TIPOS DE COMUNICAO NOS BARRAMENTOS DE CAMPO ....................... 39
3.2.2.2 MTODOS DE TROCA DE DADOS NOS BARRAMENTOS DE CAMPO ............ 40
3.2.2.3 ACESSO AO MEIO NOS BARRAMENTOS DE CAMPO................................... 42
3.2.2.4 TOPOLOGIAS EM REDES BASEADAS EM BARRAMENTOS DE CAMPO.......... 42
3.2.2.5 BENEFCIOS DOS BARRAMENTOS DE CAMPO............................................ 43
3.2.3 O FOUNDATION FIELDBUS......................................................................... 45
3.2.3.1 O NVEL FSICO........................................................................................ 46
3.2.3.2 O NVEL DE APLICAO........................................................................... 47
3.2.3.3 O NVEL DO USURIO.............................................................................. 48
3.2.3.4 ACESSO AO MEIO..................................................................................... 48
3.2.3.5 BENEFCIOS DO PROTOCOLO DE COMUNICAO FOUNDATION
FIELDBUS.................................................................................................. 49
3.3 SISTEMAS SUPERVISRIOS SCADA................................................................... 51
3.3.1 INTERFACEAMENTO DOS SISTEMAS SCADA............................................ 52
3.3.2 OPC (OLE FOR PROCESS CONTROL).......................................................... 54
3.3.3 OS SISTEMAS SCADA E A WEB ............................................................... 55
3.3.4 TENDNCIAS EM SISTEMAS DE SUPERVISO E CONTROLE........................ 56
3.3.4.1 TECNOLOGIA COM/DCOM..................................................................... 56
3.3.4.2 THIN CLIENTS............................................................................................ 57
3.3.4.3 XML (EXTENSIBLE MARKUP LANGUAGE).................................................. 58
4 ENSAIOS REMOTOS ATRAVS DA INTERNET................................................. 59
4.1 INTRODUO ..................................................................................................... 59
4.2 A INTERNET COMO FERRAMENTA PARA ENSINO DISTNCIA.......................... 60
4.3 ASPECTOS EDUCACIONAIS NA ENGENHARIA DE CONTROLE .............................. 61
4.4 ENSAIOS VIA INTERNT QUE ESTO DISPONVEIS ................................................ 62

viii
4.4.1 EXPERIMENTO DE CONTROLE DE POSIO PARA O SISTEMA BOLA E
PNDULO.................................................................................................. 63
4.4.2 CARACTERIZAO DE DISPOSITIVOS SEMICONDUTORES ATRAVS DA
INTERNET ................................................................................................. 64
4.4.3 AJUSTE REMOTO DE CONTROLADOR PID DE POSIO VIA INTERNET...... 65
4.4.4 DYNAMIT - APRENDIZAGEM DE SISTEMAS DINMICOS USANDO
MULTIMDIA............................................................................................. 66
4.4.5 CONTROLE DE UM HELICPTERO ATRAVS DA INTERNET ........................ 67
4.4.6 CONTROLE DE UM VECULO ATRAVS DA INTERNET ................................ 68
4.4.7 ENSAIOS DE CONTROLE NO BRAO DE UM ROB ..................................... 69
4.4.8 SISTEMA DE TANQUES ACOPLADOS ATRAVS DA INTERNET .................... 70
4.5 CONSIDERAES GERAIS................................................................................... 71
5 ESTRATGIA PROPOSTA PARA CONTROLE E SUPERVISO DE
PLANTAS INDUSTRIAIS ATRAVS DA INTERNET.................................. 73
5.1 INTRODUO ..................................................................................................... 73
5.2 CARACTERSTICAS DESEJVEIS DE UMA ESTRUTURA GENRICA DE
CONTROLE E SUPERVISO DE PLANTAS INDUSTRIAIS ATRAVS DA
INTERNET ................................................................................................. 74
5.3 A ESTRATGIA PROPOSTA DE UMA ESTRUTURA GENRICA DE CONTROLE E
SUPERVISO DE SISTEMAS DE AUTOMAO INDUSTRIAL ATRAVS DA
INTERNET ................................................................................................. 75
5.3.1 A PLANTA INDUSTRIAL ............................................................................ 77
5.3.2 O SERVIDOR............................................................................................. 77
5.3.2.1 O DRIVER.................................................................................................. 77
5.3.2.2 A(S) APLICAO(ES) GERENCIAL(IS) DO SISTEMA DE AUTOMAO
INDUSTRIAL.............................................................................................. 78
5.3.2.3 BASE DE DADOS DO(S) PROCESSO(S) INDUSTRIAL(IS) ............................. 79
5.3.2.4 SISTEMA DE SUPERVISO E CONTROLE .................................................... 79
5.3.2.5 SISTEMA DE VDEO................................................................................... 81
5.3.2.6 BANCO DE DADOS RELACIONAL .............................................................. 82
5.3.2.7 SISTEMA DE CONTROLE DE SESSO.......................................................... 83
5.3.2.8 O SERVIDOR WEB..................................................................................... 85
5.3.2.9 GATEWAY .................................................................................................. 85
5.3.3 O CLIENTE REMOTO................................................................................. 86
6 IMPLEMENTAO DA ESTRATGIA PROPOSTA ........................................... 89
6.1 INTRODUO ..................................................................................................... 89
6.2 A PLANTA PROTTIPO....................................................................................... 90
6.3 IMPLEMENTAO DA REDE FOUNDATION FIELDBUS .......................................... 91

ix
6.3.1 OS DISPOSITIVOS FOUDATION FIELDBUS .................................................. 91
6.3.2 CONFIGURAO DA REDE INDUSTRIAL .................................................... 92
6.3.2.1 CONFIGURAO FSICA............................................................................ 93
6.3.2.2 CONFIGURAO LGICA.......................................................................... 94
6.3.2.3 PARAMETRIZAO DOS BLOCOS .............................................................. 96
6.3.2.3.1 PARAMETRIZAO DO BLOCO ENTRADA ANALGICA .................... 96
6.3.2.3.2 PARAMETRIZAO DO BLOCO CONTROLADOR PID......................... 97
6.3.2.3.3 PARAMETRIZAO DO BLOCO SADA ANALGICA.......................... 98
6.4 INTERFACE COM O SERVIDOR DA APLICAO.................................................... 99
6.4.1 HARDWARE DA PLACA PCI...................................................................... 100
6.4.2 SOFTWARE PARA A PLACA PCI................................................................ 101
6.5 APLICAES GERENCIAIS DA REDE FOUNDATION FIELDBUS............................ 102
6.6 BASE DE DADOS DOS PROCESSOS INDUSTRIAIS.................................................. 103
6.6.1 INTERFACEAMENTO ENTRE A BASE DE DADOS DOS PROCESSOS E O
SISTEMA DE SUPERVISO E CONTROLE .................................................. 104
6.7 SISTEMA DE SUPERVISO E CONTROLE............................................................ 106
6.7.1 TELAS DE SUPERVISO PARA OS ENSAIOS .............................................. 107
6.7.1.1 DISPONIBILIZANDO AS TELAS DOS ENSAIOS PARA A WEB ...................... 109
6.7.1.1.1 CONFIGURAO DO ELIPSE WINDOWS - MDULO WEB ................ 109
6.7.2 SISTEMA DE VDEO................................................................................. 111
6.7.2.1 O SOFTWARE........................................................................................... 111
6.7.2.2 DESENVOLVIMENTO DE APLICAO DE VDEO...................................... 112
6.8 O BANCO DE DADOS........................................................................................ 114
6.8.1 ACESSO BASE DE DADOS PELO SISTEMA SUPERVISRIO..................... 115
6.9 SERVIDOR WEB................................................................................................ 116
6.9.1 A SEGURANA NO IIS ............................................................................ 118
6.9.1.1 AUTENTICAO E AUTORIZAO DE USURIOS .................................... 119
6.10 SISTEMA DE CONTROLE DE SESSO................................................................. 121
6.10.1 CONTROLE DE ACESSO AO SISTEMA....................................................... 121
6.10.2 VERIFICAO DO USURIO PELO SISTEMA............................................. 122
6.10.3 CALENDRIO PARA AGENDAMENTO DE ENSAIOS NO SISTEMA............... 124
6.11 REALIZAO DE ENSAIOS................................................................................ 126
6.11.1 CONTROLE DE TEMPO PARA A REALIZAO DOS ENSAIOS..................... 130
7 CONCLUSES........................................................................................................ 131
7.1 CONSIDERAES GERAIS................................................................................. 131

x
7.2 RESULTADOS ................................................................................................... 132
7.3 TRABALHOS FUTUROS ..................................................................................... 134
REFERNCIAS BIBLIOGRFICAS................................................................................... 136

xi
LISTA DE FIGURAS
2.1 Arquitetura web simplificada............................................................................................. 8
2.2 Arquitetura do ambiente de integrao web e banco de dados........................................ 13
2.3 Transao de dados entre cliente e servidor web utilizando cgi...................................... 20
2.4 Comparativo entre tecnologias para acesso aos dados via internet. ................................ 23
2.5 Chamada de uma pgina asp pelo browser. .................................................................... 24
2.6 Combinao de script e html. .......................................................................................... 25
2.7 Arquitetura de uma aplicao web dinmica. .................................................................. 26
2.8 Arquitetura asp. ............................................................................................................... 27
2.9 Vrias sesses asp rodando no mesmo servidor web. ..................................................... 28
2.10 O Objeto request............................................................................................................ 28
2.11 Processamento de uma pgina asp pelo servidor........................................................... 31
3.1 Rede integrada. ................................................................................................................ 34
3.2 Modelo de referncia ISO/OSI. ....................................................................................... 37
3.3 Tipos de comunicao em redes fieldbus. ....................................................................... 40
3.4 Mtodos de troca de dados .............................................................................................. 41
3.5 Rede fieldbus com trs mtodos de troca de dados. ........................................................ 41
3.6 Topologias comuns para o fieldbus. ................................................................................ 43
3.7 Comparao entre o volume de informaes. ................................................................. 44
3.8 Economia de fios e dispositivos. ..................................................................................... 45
3.9 Nveis de protocolo.......................................................................................................... 46
3.10 Utilizao de bridges. .................................................................................................... 47
3.11 Diagrama geral de um bloco funcional.......................................................................... 48
3.12 Reduo de hardware. ................................................................................................... 50
3.13 Estratgia de controle distribuda. ................................................................................. 50
3.14 Viso expandida do sistema .......................................................................................... 51
3.15 Tratamento dos dados de campo pelo supervisrio....................................................... 52
4.1 Configurao do sistema. ................................................................................................ 65
4.2 Arquitetura do laboratrio Dynamit. ............................................................................... 66
4.3 Estrutura de comunicao via web do experimento de um veculo................................. 69

xii
4.4 Estrutura de hardware do sistema ................................................................................... 70
4.5 Estrutura de software do sistema. .................................................................................... 71
5.1 Diagrama da estrutura proposta. ...................................................................................... 76
5.2 Acesso do cliente remoto ao contexto servidor. .............................................................. 88
6.1 Foto da planta prottipo................................................................................................... 90
6.2 Esquema de uma configurao possvel.......................................................................... 91
6.3 Configurao fsica da planta industrial. ......................................................................... 93
6.4 Malha de controle de nvel. ............................................................................................. 94
6.5 Estratgia de controle - configurao lgica da planta.................................................... 95
6.6 Principais blocos utilizados na aplicao de controle. .................................................... 95
6.7 Bloco de entrada analgica.............................................................................................. 97
6.8 Bloco controlador PID..................................................................................................... 98
6.9 Bloco de sada analgica. ................................................................................................ 99
6.10 Placa pci fieldbus. ........................................................................................................ 100
6.11 Diagrama do hardware da placa pci............................................................................ 100
6.12 Diagrama de software para a placa pci........................................................................ 102
6.13 Aplicao tpica utilizando opc server. ....................................................................... 103
6.14 Configurao geral da conexo opc............................................................................. 104
6.15 Configurao dos tags opc. ......................................................................................... 105
6.16 Ensaio em malha aberta. .............................................................................................. 107
6.17 Ensaio de controle de nvel em malha fechada............................................................ 108
6.18 Arquitetura de comunicao de um applet com a internet. ......................................... 109
6.19 Configurao do mdulo web...................................................................................... 110
6.20 Configurao da tela do ensaio de nvel para a web.................................................... 110
6.21 O Elipse Watcher como mdulo do Elipse Windows. ................................................. 111
6.22 Ferramenta de vdeo .................................................................................................... 113
6.23 Banco de dados para os ensaios................................................................................... 114
6.24 Banco de dados importado pelo Elipse........................................................................ 115
6.25 Funes para manipular os dados de tabelas importadas pelo supervisrio................ 116
6.26 Janela para autenticao do usurio............................................................................. 121
6.27 Tabela com os dados dos usurios cadastrados no sistema......................................... 122
6.28 Autenticao do usurio pelo sistema. ........................................................................ 122
6.29 Formulrio para a requisio de senha para acesso ao sistema ................................... 123
6.30 Processamento dos dados de login pela pgina securitylogin.asp............................... 124
6.31 Calendrio do sistema.................................................................................................. 125

xiii
6.32 Pgina de Seleo de Horrio...................................................................................... 126
6.33 Ensaios da planta. ........................................................................................................ 127
6.34 Configurao do ensaio em malha aberta.................................................................... 128
6.35 Ensaio em malha aberta de nvel. ................................................................................ 129
6.36 Anlise do ensaio realizado. ........................................................................................ 130

xiv
LISTA DE ABREVIATURAS E SMBOLOS
ADO - activex data objects
AI - analog input
AO - analog output
API - application program interface
ARP - address resolution protocol
ASCII - american standard code for information interchange
ASI - actuator sensor interface
ASP - active server pages
ATM - asynchronous transfer mode
BD - banco de dados
CD - compact disc
CGI - common gateway interface
COM - component object model
CPU - central processing unit
CSMA - carrier sense multiple access
CSMA/BA - carrier sense multiple access/bitwise arbitration
CSMA/CD - carrier sense multiple access/collision detect
DB2 - database2
DBM - database management
DCOM - distributed component object model
DDE - dynamic data exchange
DI - digital input
DLL - dynamically linked library
DO - digital output
DP - dual port
DSN - data source name
FAQ - frequently asked question
FB - function block
FDDI - fiber distributed data interface

xv
FIP - factory implementation protocol
FTP - file transfer protocol
GUI - graphical user interface
HART - highway addressable remote transducer
HMI - human machine interface
HPIB - hewlett packard interface bus
HTML - hypertext markup language
HTTP - hypertext transfer protocol
I/O - input/output
IBM - international business machines
ICMP - internet control message protocol
IDC - internet database connector
IEC - international electrotechnical committee
IEEE - institute of electrical and eletronics engineers
IGMP - internet group management protocol
IIS - internet information server
IMAP - internet message access protocol
ISA - integrated systems architecture
ISAPI - internet server application programing interface
ISO/OSI - International Organization for Standardization/Open Systems
Interconnect
JDBC - java database connectivity
JSP - java server pages
LAN - local area network
LAS - link active scheduler
LDAP - lightweight directory access protocol
MIMO - multi-input multi-output
MMI - man machine interface
MPEG - moving picture experts group
NNTP - network news transfer protocol
NSAPI - netscape server application programing interface
NTFS - NT file system
NVRAM - non-volatile random access memory
ODBC - open database connectivity
OLE DB - object linking and embedding database

xvi
OPC - ole for process control
PC - personal computer
PCI - peripheral component interconnect
PHP - hypertext preprocessor
PID - proportional-integral-derivative
PLC - programmable logic controller
POP3 - post office protocol 3
PROFIBUS-DP - process fieldbus decentralized periphery
PROFIBUS-FMS - process fieldbus fieldbus message specification
PROFIBUS-PA - process fieldbus process automation
RAM - random access memory
RISC - reduced instruction set computer
RTW - realtime workshop
SBBT - second best to being there
SCADA - supervisory control and data acquisition
SGDB - sistema gerencial do banco de dados
SMTP - simple mail transfer protocol
SNMP - simple network management protocol
SP - setpoint
SQL - structured query language
SSI - server side include
SYSCON - system configurator
TCP/IP - transmission control protocol/internet protocol
UDP - user datagram protocol
URL - uniform resource locator
USB - universal serial bus
VRML - virtual reality modelling language
WAIS - wide area information servers
WWW - world wide web
XML - extensible markup language

xvii
RESUMO

Este trabalho descreve de uma forma geral a proposta de uma estratgia para
controle e superviso de plantas industriais atravs da Internet. Tal proposta consiste na
apresentao de trs contextos distintos: o contexto planta industrial, o contexto servidor e
o contexto cliente. O levantamento criterioso de requisitos para cada um dos contextos
apresentado. A unio entre as tecnologias Web e os barramentos de campo resultam
naturalmente no acesso remoto atravs da Internet a sistemas de automao industrial,
sendo assim, surge uma nova tendncia em termos de superviso e controle. A motivao
para este trabalho surgiu atravs de alguns estudos de casos presentes na literatura, que
disponibilizam laboratrios atravs da Internet. A maioria destes estudos de caso no
possua os requisitos considerados primordiais para a disponibilizao de um processo
atravs da Internet, como por exemplo, a independncia de plataforma no lado cliente e um
processo de escala industrial no contexto planta industrial. A estratgia proposta tem por
objetivo suprir as carncias apresentadas pela maioria dos centros de ensino e pesquisa que
disponibilizam laboratrios atravs da Internet. Para validar a estratgia proposta, foi
desenvolvido um sistema de acesso remoto no DELET da UFRGS que constitudo de
uma Planta Piloto Foundation Fieldbus e sua posterior disponibilizao para a Internet.
Neste trabalho apresentada sua fundamentao terica, sua aplicabilidade na rea de
automao industrial e controle, baseando-se no protocolo de comunicao industrial, o
Foundation Fieldbus; descreve-se tambm como feito o interfaceamento entre softwares
de controle da Planta Piloto e o sistema de superviso e controle indo at a estrutura de
comunicao com a Internet para que se torne possvel para o cliente da Internet visualizar
e interagir com a Planta Piloto. Configurao de hardware e software e vrios outros
conceitos ligados s ferramentas utilizadas neste sistema tambm so abordados neste
trabalho.

xviii
ABSTRACT

This work describes an Internet approach for control and supervison of
industrial plants. Three distinct scopes are considered: the plant, the server and the client.
The requirements for each one of these scopes are presented. The union between the Web
and the fieldbuses technologies, which naturally leads to a new paradigm in terms of
control and supervision of industrial automation systems, is studied. One of the
motivations for this work comes from the study and the critical analysis of some case
studies, found in the literature, presenting strategies for accesing systems via Internet. Most
of these case studies do not satisfy some requirements, considered primordial to run a
process through Internet, such as: the platform independence in the client side. Furthermore
none of them consider real industrial equipaments in the plant scope. Hence, one of the
objetives in this work consists in developing a strategy for control and supervision via
Internet in order to supply the lacks presented by most of the teaching and researches
centers that have available laboratories through Internet. Moreover, the proposed strategy
aims to be fully applicable to real industrial plants. In order to validate the proposed
strategy, a system of remote access via Internet has been developed. It is constituted of a
Foundation Fieldbus Pilot Plant and a software system for data communication through
Internet. The communication structure between the Foundation Fieldbus network, the
softwares for configuration, control and supervision of the Pilot Plant, and the Internet in
order to allow an Internet client to visualize and to interact with the Pilot Plant, are detailed.
Introduo 1
1 Introduo
1.1 Tecnologias :HE e Automao Industrial
O rpido crescimento da Internet como ferramenta de pesquisa, comrcio e troca
de dados criou novas possibilidades de melhorias em termos da tecnologia da informao,
estas se estendendo aos sistemas de automao industrial. A padronizao de linguagens e
programas de navegao, a flexibilidade na utilizao do haraware e o uso em qualquer lugar
do mundo fazem da Internet um meio cada vez mais utilizado para o acesso informao.
O uso das tecnologias Web tem propiciado grande flexibilidade ao usurio final de
um sistema de automao industrial na forma de obter informaes sobre o processo, seja no
aspecto fsico (pode-se acessar os dados em qualquer lugar, no necessariamente na rede do
processo) ou no aspecto tecnolgico, pela capacidade de interao entre os componentes ou
subsistemas de automao presentes numa corporao.
Com o uso de ferramentas Web. caractersticas como flexibilidade, rapidez de
desenvolvimento, facilidade de migrao, mobilidade, adaptabilidade e segurana aumentam
para um sistema de automao industrial. Pensando nisto fabricantes de sistemas de
superviso e controle comearam a introduzir mdulos voltados para a Web em suas
ferramentas de desenvolvimento. Com estes mdulos, os programas de navegao puderam
disponibilizar interfaces grficas onde o usurio ter interao com o processo industrial;
estas interfaces so disponibilizadas normalmente por applets que agregam tecnologia Java
ou ActiveX.
O uso de tecnologias Web em conjunto com os barramentos de campo constituem-
se em um moderno paradigma para sistemas de automao e controle industrial. Tal
paradigma caracterizado pela utilizao de dispositivos de campo com capacidade local de
processamento e que comunicam-se entre si e so acessados remotamente atravs da Internet.
A evoluo tecnolgica dos barramentos de campo se deve principalmente
introduo dos microprocessadores nos dispositivos. A comunicao digital tornou a
Introduo 2
informao mais imune a rudos; o pr-processamento da medio tornou as medidas mais
confiveis e precisas. O poder computacional destinado a processar os dados dos sensores e
atuadores possibilitou a implementao de estratgias de controle distribudo, sendo estas
mais refinadas, seguras e velozes comparadas s estratgias de controle centralizadas.
A distribuio do processamento significa que o programa de controle pode ser
dividido em mdulos menores e executado dentro dos prprios dispositivos de campo. Tais
dispositivos so capazes de se comunicar entre si, possibilitando a troca de informaes de
entrada e sada entre estes. Em vista disso, velocidade, confiabilidade, disponibilidade de
informaes e a integrao do sistema de automao industrial aumentam.
Uma das arquiteturas propostas para a distribuio da instrumentao foi o
barramento de campo Founaation Fielabus que uma rede de comunicao de dados digital,
bidirecional, multiponto, serial, associada a protocolos de enlace de dados e interface com o
usurio e utilizada para ligar entre si instrumentos de campo como sensores, atuadores e
controladores.
A padronizao do barramento de campo Founaation Fielabus garante a
interoperabilidade entre dispositivos, ou seja, garante a interconexo de equipamentos de
qualquer fabricante entre si, incluindo a possibilidade de redundncia entre instrumentos de
diferentes fabricantes, mas com as mesmas funcionalidades.
A tecnologia Founaation Fielabus disponibiliza um conjunto de blocos funcionais
padronizados, que so conjuntos implementados de dados e algoritmos, com o objetivo de
prover funcionalidades para a aplicao de controle, seja em carter isolado ou ligados a
outros blocos funcionais.
Arquiteturas mais simplificadas, conhecidas como entrada e sada, como as
arquiteturas baseadas em PLCs, ou em sensorbuses, utilizam a possibilidade de comunicao
apenas para passar a informao ao controle central. Apesar de no possurem todas as
funcionalidades propostas para os barramentos de campo, e de constituirem-se normalmente
de protocolos proprietrios, so capazes de atingir alguns benefcios importantes tais como
atendimento a sistemas de automao mais simplificados, por exemplo sistemas de
manufatura e tambm podem fazer parte de um sistema de intertravamento para um sistema
de automao industrial baseado em Founaation Fielabus.
Introduo 3
1.2 Acesso a Centros de Ensino e Pesquisa atravs da Internet
A Internet fez com que surgissem novas propostas de interao para vrias reas
cientficas. Em termos de controle e automao, destacam-se os centros de ensino e pesquisa
que disponibilizam experimentos remotos atravs da Internet. Desta maneira, devem ser
pesados os aspectos educacionais na Engenharia de Controle, como por exemplo a
combinao do conhecimento terico com a experincia prtica. A experincia prtica deve
dar ao aluno remoto a sensao de estar presente ao local do experimento sobre o qual ele
exerce controle e superviso.
Para a realizao de superviso e controle remoto de um processo atravs da
Internet, vrios fatores devem ser levados em conta, tais como a fidelidade da informao
passada atravs da Internet para o usurio remoto, ou seja, o sentimento de realismo; taxas de
transferncia dos dados entre o servidor Web do processo e o cliente remoto, ou seja,
dimensionamento com uma certa margem de folga da largura de banda disponibilizada pelo
servidor Web do sistema de automao industrial; questes relacionadas segurana de
acesso ao sistema de automao industrial, evitando assim incidentes de operao que
proporcionem prejuzos ao sistema como um todo; questes relacionadas disponibilidade do
sistema industrial pela Internet, ou seja, deve-se evitar o conflito de usurios no domnio
tempo, evitando assim interferncias durante a realizao de um determinado experimento de
controle entre outras funcionalidades.
Para a disponibilizao de um laboratrio remoto atravs da Internet deve-se fazer
um levantamento de requisitos para que possa ser montada a infraestrutura do centro de
ensino e pesquisa que disponibilizar tal laboratrio. Em vista disto, os requisitos devem ser
levantados visando a independncia de plataforma e a minimizao de requisitos pelo lado do
cliente remoto, tornando assim o laboratrio mais acessvel atravs da Internet.
Os centros de ensino e pesquisa que disponibilizam ensaios remotos atravs da
Internet normalmente restringem o acesso a sua infraestrutura devido a algum requisito, o
qual grande parte de pessoas interessadas em tal acesso no dispe, como por exemplo a
limitao ao uso de somente um tipo de plataforma pelo lado cliente. Em alguns centros de
ensino e pesquisa as limitaes so ainda maiores, pois exige-se do usurio remoto o
licenciamento de um software para rodar do lado cliente o que torna estes laboratrios
extremamente restritos. Na maioria dos laboratrios de ensino e pesquisa, encontrados com
Introduo 4
referncia na literatura, as informaes referentes ao seu acesso so extremamente confusas,
fazendo com que em grande parte dos casos os usurios remotos abandonem o site do centro
de ensino e pesquisa.
Em todos os casos estudados de centros de ensino e pesquisa que disponibilizam
ensaios remotos atravs da Internet, no houve em nenhum deles a disponibilizao de um
barramento industrial normatizado atravs da Internet.
1.3 Objetivos do Trabalho
Baseado nos fatos antes expostos e devido importncia da disponibilizao de
uma estrutura industrial atravs da Internet, proposta atravs deste trabalho uma estratgia
para controle e superviso de plantas industriais atravs da Internet, sendo esta de carter
genrico, ou seja, rene os mdulos considerados bsicos para a disponibilizao de um
sistema de automao industrial atravs da Internet e sua posterior validao. Esta estrutura
pode tambm servir de plataforma para experimentos de pesquisa bem como o de ensino
distncia em sistemas de controle e automao industrial.
A estrutura proposta permite ao usurio remoto o acesso ao sistema de automao
industrial, controlando e supervisionando-o. Nesta estratgia so abordados trs contextos
distintos, a planta industrial, o servidor e o cliente; seus mdulos e como se d a
intercomunicao entre eles. Como caractersticas principais a estratgia prope a
independncia de plataforma tanto do lado cliente quanto do lado servidor; independncia dos
dispositivos e protocolos de comunicao que esto operando no sistema de automao
industrial; sistema de controle de sesso de usurios remotos; configurabilidade do sistema de
automao industrial pelo cliente remoto; sistema de vdeo monitorando os processos no lado
servidor; o uso de um gateway flexvel para a comunicao entre o cliente e o servidor Web e
principalmente a minimizao de requisitos pelo lado do cliente, visando atender um nmero
maior de pessoas.
Para validar a estratgia proposta foi montada no laboratrio de controle e
automao do DELET da UFRGS, uma Planta Piloto. A Planta Piloto constitui-se em um
sistema de tanques interligados onde so possveis configuraes de malhas de controle de
nvel, temperatura e vazo. A instrumentao baseada na utilizao de sensores e atuadores
inteligentes que utilizam o protocolo de comunicao industrial Founaation Fielabus. Para o
presente trabalho, escolheu-se o barramento de campo Founaation Fielabus para estudo de
Introduo 5
caso pelas caractersticas antes descritas e principalmente porque este se aplica ao controle de
processos contnuos, objeto de estudo por parte do usurio remoto atravs da Internet. Atravs
de um aplicativo supervisrio, executado em paralelo com um servidor Web. possvel ento
a programao e alterao online e remota dos parmetros de controle da Planta.
Sob o ponto de vista de pesquisa, tal Planta Piloto permitir a realizao de
experimentos para a avaliao e a validao de novas tecnologias tais como: avaliaes de
restries temporais e de estratgias de escalonamento e troca de mensagens no protocolo
Founaation Fielabus; desenvolvimento de blocos funcionais para o Founaation Fielabus
implementando algoritmos modernos de controle tais como controle preditivo, adaptativo e
robusto bem como a avaliao e comparao do desempenho dos mesmos. Sob a ptica de
ensino distncia, a utilizao da Internet permite a um nmero maior de pessoas o acesso
realizao de um experimento sem a necessidade de estarem presentes no local onde o mesmo
encontra-se montado. Tal acesso remoto apresenta-se assim como uma alternativa barata e
eficiente para o treinamento de pessoal.
Esta dissertao est estruturada da seguinte forma: o captulo 2 aborda os tpicos
relevantes s tecnologias Web para o acesso informao e suas variantes procurando
levantar vantagens e desvantagens de tais tecnologias, servindo ento de guia para a estratgia
proposta por este trabalho. No captulo 3 abordam-se os barramentos industriais, enfatizando
os barramentos de campo, mais precisamente o Founaation Fielabus, suas caractersticas
tcnicas e principalmente sua aplicabilidade e seus benefcios em um sistema de automao
industrial. O captulo 4 objeto de estudo dos centros de ensino e pesquisa que
disponibilizam laboratrios atravs da Internet, neste so levantadas as arquiteturas de tais
laboratrios, suas vantagens e desvantagens. O captulo 5 apresenta a estratgia proposta para
controle e superviso de plantas industriais atravs da Internet. No captulo 6 realizado um
estudo de caso sobre a Planta Piloto do laboratrio de controle e automao do DELET da
UFRGS, visando validar a estratgia proposta no captulo 5. Por fim no captulo 7 so
apresentadas as concluses sobre a presente dissertao e direes para trabalhos futuros.

Acesso a Dados via Internet 6
2 Acesso a Dados via Internet

2.1 Introduo

A Internet, hoje, uma grande rede global e fonte de informao para o mundo. Ela
popularizou-se e ganhou um grande nmero de usurios nos ltimos anos. Isto pode ser
atribudo ao grande volume de informaes disponveis, contendo assuntos relevantes em
todas as reas do conhecimento humano, a rapidez que se obtm as mesmas e o baixo custo
para acess-la de qualquer parte do mundo e obter as informaes desejadas.
Existem milhes de home-pages (pginas) na Worla Wiae Web, mas,
recentemente, que comeou a se reconhecer os benefcios de se estabelecer um caminho
interativo entre a Web e os dados de uma organizao. Muitos dos BD (Banco de Dados) das
grandes organizaes so, agora, desenvolvidos por aplicaes de BD para a Web.
Conforme [WEB02], pelo fato da Internet ser a tendncia do futuro, cada vez mais
vem crescendo as tarefas que podem ser executadas online. Por exemplo: muitos bancos
processam online transaes via Internet, vrias coisas so compradas pela Internet como
livros, CDs (Compact Discs), software para computador, etc.
De fato muitas coisas so obtidas atravs da Internet, sem contar a infinidade de
informaes acerca de qualquer assunto que ela disponibiliza. E isto faz com que cresa cada
vez mais o nmero de sites que utilizam bancos de dados para a Internet [WEB02].
Em vista disto, o presente captulo tem por objetivo apresentar a Internet como um
meio de acesso s informaes, sua arquitetura e seus protocolos de comunicao. Neste
captulo tambm so apresentadas as vrias tecnologias Web para a disponibilizao dos
dados atravs da Internet, suas vantagens, desvantagens e principalmente suas aplicabilidades
em relao troca de dados de um sistema de automao industrial e um cliente remoto
atravs da Internet. Neste captulo ser dada especial ateno ao acesso a um banco de dados
utilizando-se pginas ASP (Active Server Pages), pois estas sero largamente utilizadas no
estudo de caso proposto para este trabalho.
2.2 :RUOG :LGH :HE (WWW)
A Worla Wiae Web, ou simplesmente Web, um recurso de informao
globalmente distribudo residindo sob a rede mundial de computadores, a Internet;
possibilitando assim que documentos hipermdia sejam criados e utilizados por um usurio da
Internet [LIM97].
A Web uma tecnologia muito recente, tendo surgido por volta de 1990. No
entanto, s nos ltimos anos que ela ganhou popularidade, merecendo ateno especial de
fabricantes e pesquisadores interessados na expanso de aplicaes sob o ambiente distribudo
e multi-plataforma proporcionado por esta tecnologia [W3C01]. Esta utiliza o protocolo
TCP/IP (Transmission Control Protocol/Internet Protocol) e outras tecnologias, tais como
ASP, JSP (Java Server Pages), JavaScript entre outras.
Os navegadores (browsers) so executados em sistemas de terminais baseados em
interfaces grficas com o usurio. Um URL (Uniform Resource Locator), que um endereo,
descreve como encontrar um recurso. Recursos abrangem desde arquivos at comandos que
acessem newsgroups, copiam arquivos, emitem sons, apresentam imagens, etc. Uma pgina
de Web, escrita em uma linguagem ASCII (American Stanaara Coae for Information
Interchange) simples chamada HTML, vincula estes recursos entre si para apresentar
informaes ao cliente da Web atravs dos navegadores. O software de servidor da Web,
tambm disponvel para muitas plataformas diferentes, lida com solicitaes para os recursos
que conhece.
Ao se trabalhar com os recursos que a WWW oferece deve-se levar em
considerao alguns tpicos [WIL97]:
Limitao da variedade de EURZVHUV algumas caractersticas podem
trabalhar bem em determinado browser e no funcionar em outro, devido s
companhias que desenvolvem os browsers terem criado novas tecnologias que s
vezes no so compatveis com o browser concorrente, como por exemplo: Java.
JavaScript. Jscript. ActiveX. plugins. JBScript e outras;
Problema de largura de banda (EDQGZLGWK): deve-se tomar cuidado com
os recursos que so inseridos em uma pgina, para que o resultado no seja um
arquivo HTML (Hypertext Markup Language) grande transferido ao usurio, pois
a maioria dos usurios no est conectado com um modem que possua taxa de
transferncia alta, muita vezes desistindo de acessar o site pela demora para
carreg-lo.
2.3 Arquitetura Web
Em uma arquitetura Web, de um lado fica o cliente, que pode estar acompanhado,
opcionalmente, por aplicativos externos usados na apresentao do documento, ou parte
destes, caso o browser sozinho no seja capaz de interpretar algum tipo de dado. Do outro
lado da arquitetura Web fica o servidor, composto pelo servidor Web, cuja principal funo
atender os pedidos dos clientes Web por documentos armazenados no sistema de arquivos da
plataforma onde se encontra instalado. Dependendo do pedido do cliente Web, o servidor Web
pode disparar uma aplicao externa como, por exemplo, a execuo de um programa via
interface padro CGI (Common Gateway Interface).
A Figura 2.1 [WEB02] mostra a arquitetura simplificada da Web, que uma tpica
arquitetura cliente/servidor. De um lado fica o cliente que composto por browsers Web,
capazes de exibir e solicitar documentos sob a rede e do outro lado fica o servidor Web.

Figura 2.1 - Arquitetura ZHE simplificada.
Uma importante caracterstica da Web que ela foi projetada para funcionar no
"topo" da Internet, que composta por uma grande variedade de computadores e redes que
interagem entre si. A Internet tem um escopo global, mantida por canais pblicos de
comunicao sem qualquer restrio quanto ao contedo. Dessa forma a Web incorpora
naturalmente a caracterstica de ser um ambiente distribudo e multi-plataforma [BIN94].
Uma segunda caracterstica importante que a Web foi projetada para encapsular
vrios protocolos Internet incluindo, entre outros, FTP (File Transfer Protocol) [POS85],
GOPHER, WAIS (Wiae Area Information Servers), NNTP (Network News Transfer Protocol
- USENET News), e TELNET [POS83]. Assim eliminada a necessidade de se usar um
programa separado para cada servio Internet diferente, unificando-os num nico servio, no
caso a Web.
Para o transporte de informao entre o servidor e o cliente Web foi proposto um
protocolo de comunicao denominado HTTP (HyperText Transfer Protocol) [W3C01A].
Sua principal caracterstica ser um protocolo aberto e especializado na transmisso de
documentos Web sob a Internet.
2.4 Principais Protocolos Utilizados na Internet
A Internet muito conhecida pela possibilidade de se consultar informaes
atravs de browsers. Estas informaes vem na forma de pginas HTML, atravs do protocolo
HTTP. Existem outros protocolos, como o FTP que permite a realizao de aownloaas e
uploaas, o SMTP (Simple Mail Transfer Protocol) e o POP3 (Post Office Protocol 3) que
permitem o envio e o recebimento de mensagens.
2.4.1 TCP/IP - Transmission Control Protocol/ Internet Protocol
O TCP/IP pode ser definido como uma famlia de protocolos utilizada nas
comunicaes entre computadores em rede [AME97]. O TCP/IP a base sobre a qual est
construda a Internet, ele um conjunto de protocolos desenvolvido de modo a permitir que
computadores compartilhem recursos atravs da rede. Os principais servios do TCP/IP so
[AME97]:
Transferncia de arquivo: o protocolo FTP permite a um usurio transferir
arquivos entre quaisquer computadores baseados em TCP/IP;
/RJLQ Remoto: o protocolo TELNET permite a um usurio se logar em
qualquer mquina atravs da rede (estando fisicamente em outra mquina). Uma
seo remota iniciada, especificando o nome (ou endereo IP) do computador a
se conectar. A partir do momento da validao do login, tudo o que for digitado
enviado ao servidor;
Correio eletrnico: o protocolo SMTP permite o envio de mensagens
eletrnicas para usurios em outros computadores.
O TCP/IP composto por vrias camadas que fazem os servios de rede:
Rede Esta camada a base do modelo TCP/IP, responsvel por colocar
e retirar os frames da rede;
Internet responsvel por levar os pacotes de dados de um n para outro.
Nesta camada existem os protocolos IP, ICMP (Internet Control Message
Protocol), IGMP (Internet Group Management Protocol) e ARP (Aaaress
Resolution Protocol). O IP repassa cada pacote baseado em um endereo destino
de 4 bytes de tamanho (endereo IP verso 4);
Transporte responsvel pela transmisso dos dados entre duas mquinas.
Nesta camada existem dois protocolos implementados: o TCP e o UDP (User
Datagram Protocol). O protocolo TCP orientado conexo, e adiciona suporte
correo de erros. O UDP um protocolo no orientado conexo, que no
oferece garantias em uma comunicao entre os ns da rede;
Interface de aplicao o nome dado ao pacote de sub-rotinas que do
acesso camada TCP. As principais implementaes so: Sockets (WinSock) e
NetBIOS;
Aplicao onde a aplicao ativada e pode utilizar os servios
oferecidos pelo TCP/IP atravs da interface WinSock ou NetBios.
2.4.2 HTTP
o protocolo utilizado pelos servidores e browsers que so usados diariamente na
Internet. Foi idealizado como uma forma simples de se enviar um arquivo de um servidor para
um usurio em uma estao de trabalho. Este protocolo foi desenvolvido especificamente com
a inteno de permitir a distribuio de documentos em hipertexto.
O protocolo HTTP pode ser utilizado para realizar a transferncia de arquivos em
qualquer formato, alm do HTML tradicional [WIL97]. A combinao do uso de servidores
de HTTP, HTML e browsers forma o que chamamos de Web. Por causa deste nome, os
servidores que utilizam este protocolo so conhecidos como servidores Web.
Um fato interessante sobre o funcionamento dos browsers, que so os principais
clientes deste tipo de servidor, que eles abrem diversas conexes simultneas com o
servidor. Isto feito para que eles possam receber ao mesmo tempo os diversos elementos de
uma pgina HTML que so armazenados como arquivos independentes (imagens, controles
ActiveX, Java applets, etc). Outro fato importante que podem ser executados comandos no
servidor, para que possam ser geradas pginas com algum tipo de contedo especial, como
por exemplo dados contidos em uma base de dados.
2.5 Linguagens 6FULSW
So linguagens que procuram resolver os problemas da falta de funcionalidade e
limitaes da linguagem HTML no lado cliente, mas tambm podem realizar processamento
no servidor [RAH02].
So linguagens semelhantes s linguagens de programao convencionais mas
geralmente com menor poder de processamento. Possuem facilidades de programao como
variveis, estruturas de controles, procedimentos definidos pelos usurios, entre outras.
O cdigo destas linguagens inserido dentro de pginas HTML e interpretado
pelos browsers. Estas linguagens permitem que clientes Web individualmente realizem tarefas
de processamento, tais como verificao de campos de entrada, aliviando a carga de
processamento do servidor Web [NET02].
Existem duas formas de trabalhar com scripts em uma pgina Web, eles podem
ser client siae scripts ou server siae scripts, que esto detalhados logo a seguir.
2.5.1 &OLHQW 6LGH 6FULSWV
Client siae scripts so cdigos de programa que so processados pela estao
cliente. Geralmente em aplicaes voltadas Internet, o cdigo que executado no cliente
cuida apenas de pequenas consistncias de telas e validaes de entrada de dados.
Em se tratando de pginas Web, os Client siae scripts tero de ser processados por
um browser. O maior problema de se utilizar este tipo de artifcio em uma aplicao a
incompatibilidade de interpretao da linguagem entre os browsers.
O Microsoft Internet Explorer, por exemplo, capaz de interpretar o Jisual Basic
Script, porm o Netscape no o faz sem o auxlio de um plugin. H ainda o problema de
verses muito antigas de navegadores, que no conseguem interpretar nenhum script.
Em grande parte das situaes, no possvel exigir que o usurio final disponha
de determinado produto para acessar a aplicao. Portanto importante pesar todos estes
fatores ao planejar alguma aplicao com Client siae scripts.
A linguagem script mais indicada para se construir client siae scripts o
JavaScript, devido a sua compatibilidade com os dois browsers mais conhecidos.(Netscape e
Microsoft Internet Explorer, que devem ser de verses iguais ou superiores a 3.0 e 4.0
respectivamente).
2.5.2 6HUYHU 6LGH 6FULSWV
So cdigos de programa que so processados no servidor. Devido a este fato, no
necessrio preocupar-se com a linguagem que o cdigo foi criado: o servidor quem se
encarrega de interpret-lo e de devolver uma resposta para o cliente. Em pginas ASP, por
exemplo, so esses cdigos os maiores responsveis pelos resultados apresentados, e a
linguagem aefault utilizada o Jisual Basic Script.
2.6 Banco de Dados para a Internet
Os BD para a Web so acessados atravs do browser WWW, e os dados
usualmente no residem na mquina cliente. Em essncia, os BD para a Internet no so
muito diferentes dos outros BD tradicionais, sendo em muitos casos os mesmos. Os BD
tradicionais so acessados usando Interfaces front-ena construdas com ferramentas como
MS-Access, Oracle Power Obfects, etc. J os BD para a Internet so acessados indiretamente
atravs de formulrios HTML [WDG02].
Existem diversas aplicaes de BD que podem ser transportadas para o ambiente
Web e vrias aplicaes Web que podem usar BD como mecanismos mais eficientes para o
armazenamento de informaes. Neste sentido, a Web est passando rapidamente da condio
de troca irrestrita de documentos, para a condio de se tornar uma plataforma de
desenvolvimento de inmeras aplicaes baseadas em BD [LIM97].
Conforme [WEB02], os BD para Internet so compostos por cinco componentes:
1. O servidor tambm conhecido como Web Server onde residem as
pginas e onde o BD pode tambm residir;
2. A aplicao servidora (DSSOLFDWLRQ VHUYHU) Esta aplicao comunica-se
entre o servidor e o BD, responsvel por manter uma conexo entre eles. Ela
processa requisies e faz negociaes com o BD;
3. O cliente :HE (:HE FOLHQW) executado na mquina cliente, o software
que o usurio utiliza para se comunicar com o BD, na maioria dos casos so os
browsers Netscape e Internet Explorer;
4. Os sFULSWV so inseridos nas pginas HTML para permitir a interao no
somente com o BD, mas tambm com programas externos;
5. O prprio BD e os arivers de acesso a ele suportado pela aplicao servidor
(ex.: ODBC (vide subseo 2.6.2), JDBC (vide subseo 2.7.5)).
Os BD acessados atravs da Internet possuem algumas caractersticas que diferem
dos BD normais pois: so independentes de plataforma; o cliente um intrprete (HTML,
Java. JavaScript. ActiveX. etc); a instalao do BD no necessria; a manuteno no cliente
minimizada; interface comum atravs das aplicaes; fcil de ser integrado com aplicaes
existentes; fcil adicionar recursos multimdia e a conexo com o BD no persistente.
Uma arquitetura tpica do ambiente de integrao Web e BD mostrada na figura 2.2
[WEB02]. Nela esto os seguintes componentes necessrios para se construir aplicaes Web
baseadas em Banco de Dados: o Cliente Web, o Servidor Web, o Gateway e o Servidor de BD.

Figura 2.2 - Arquitetura do ambiente de integrao ZHE e banco de dados.
Conforme a figura 2.2, o cliente e o servidor Web podem estar dentro dos limites
de uma Intranet sendo usados somente por membros de uma organizao ou fazer parte da
Internet global. O gateway o software responsvel pelo gerenciamento da comunicao e
por proporcionar servios de aplicao entre o servidor Web e o servidor de SGBD (Sistema
Gerencial do Banco de Dados). Ele tipicamente no lado servidor Web (server siae) e
composto por um ou mais programas scripts. Ao servidor de BD cabe a tarefa de gerenciar os
dados residindo no BD. O servidor Web tem a tarefa de receber os pedidos dos clientes Web e
retornar os dados enviados pelo gateway para serem exibidos ao cliente Web.
Os gateways podem ser implementados atravs de uma grande variedade de
solues, a mais utilizada implementada atravs da interface CGI (vide subseo 2.7.1).
Outras solues incluem APIs (Application Program Interface) de servidores Web, SSIs
(Server-Siae Incluae) ou atravs de linguagens de programao como Java [WEB02].
Baseado na figura 2.2 apresentado a seguir o fluxo de dados de uma aplicao
no ambiente de integrao [WEB02], sendo que toda essa dinmica varia de arquitetura para
arquitetura:
1 Inicialmente o cliente Web solicita um pedido ao servidor Web via protocolo
HTTP;
2 O servidor Web dispara um processo no gateway enviando os parmetros
recebidos do cliente Web;
3 O gateway trata os parmetros recebidos, formula o comando SQL
(Structurea Query Language), abre uma conexo com o SGBD e espera pela
resposta;
4 O SGBD atende a solicitao e retorna os dados ao gateway;
5 O gateway trata os dados recebidos e os repassa ao servidor Web num
formato que o cliente Web entenda;
6 O servidor Web retorna os dados enviados pelo gateway ao cliente Web;
7 O cliente Web identifica o formato dos dados e os exibe ao usurio cliente.
2.6.1 Segurana e Acesso ao Banco de Dados via Internet
Um problema importante quando se discute a integrao Web e Banco de Dados
relativo segurana nas transaes entre o cliente Web, o servidor Web e o SGBD. Trs
pontos se destacam: a segurana na comunicao entre o cliente Web e o servidor Web, a
segurana no servidor Web e a segurana e acesso ao BD [LIM97].
A segurana e acesso ao BD diz respeito a uma das importantes funcionalidades
dos atuais SGBDs. Pode-se ver a Web como um usurio do SGBD igual a qualquer outro.
Nestes termos, os mecanismos de segurana e acesso ao BD poderiam funcionar como os j
existentes [LIM97]. Alguns fatores devem ser levados em considerao com relao
segurana e acesso ao BD, como os seguintes:
Gerenciador de acesso: a maioria dos SGBDs mantm permisses para
acesso ao BD (senhas de login). Entretanto, no caso da Internet, onde o SGBD
pode ser acessado por um nmero ilimitado de usurios, invivel controlar o
acesso ao BD, devido a perda de desempenho dos mecanismos convencionais
[LIM97]. Estes mecanismos e seus objetos foram projetados para gerenciar um
nmero limitado de usurios, logo, para diminuir o problema, pode-se adotar a
estratgia de classificar os usurios segundo grupos com as mesmas caractersticas
de acesso ao BD, e dar acesso a eles segundo o grupo em que esto. Perde-se no
entanto, as caractersticas de acesso individuais de cada usurio. Na estratgia
proposta por esta dissertao, esta etapa foi desenvolvida atravs de um mdulo
de controle de sesso alocado no contexto servidor (vide subseo 5.3.2.7).
Acessos simultneos: o nmero de acessos simultneos ao BD geralmente
limitado. Dependendo dos requisitos da aplicao, um usurio pode no conseguir
completar sua transao devido sobrecarga no gerenciador de acessos do SGBD.
Alguns gateways de integrao podem oferecer uma cache de acessos ao BD e a
compartilhar entre os usurios, se o SGBD permitir. Assim, um mesmo usurio
com caractersticas de acesso ao BD iguais a de um outro usurio j conectado ao
SGBD pode usar este mesmo canal de comunicao j aberto para realizar seus
pedidos. J outros gateways requerem conexes dedicadas para cada usurio;
Autorizao: em alguns gateways de integrao Web e BD, a autorizao
para execuo de uma aplicao Web que consulta ou atualiza o BD dada ao
software usurio que ativou o gateway (geralmente o prprio servidor Web).
Assim, qualquer cliente Web poderia, por exemplo, disparar a aplicao via
servidor Web. Mecanismos de configurao do servidor Web e do SGBD devem
estar presentes de forma a contornar este problema [LIM97];
Recuperao: um esquema de recuperao em BD tradicionais ativado
como conseqncia de diversos tipos de falhas, como por exemplo, erros lgicos,
paradas de sistema e falhas de disco. A extenso destes mecanismos para o
ambiente Web no imediata e os gateways devem implementar mecanismos
adicionais para tratar de falhas dos componentes da aplicao para que possa, por
exemplo, ser comunicado ao usurio o resultado de uma transao solicitada. Hoje
no existe nenhum mecanismo de recuperao de paradas e falhas de clientes e
servidores Web, s esto presentes os mecanismos tradicionais dos SGBDs, que
podem ser insuficientes no contexto transacional Web [LIM97];
Transao: uma avaliao cuidadosa de transaes Web e BD indica que os
mecanismos tradicionalmente empregados para verificao da execuo serial das
transaes em SGBDs tradicionais podem no ser apropriados ao ambiente Web e
BD. Entretanto existem gateways hoje, que permitem um controle sobre as
transaes realizadas no BD. De fato, os critrios de correo e seriabilidade de
uma transao Web e BD devem levar em considerao os seguintes aspectos
[LIM97]:
o ser orientado a pginas Web, onde possivelmente uma pgina pode conter
vrias operaes no BD ou ser parte de uma nica operao no BD;
o ser baseado num controle de concorrncia para interao com transaes de
longa durao. Isto decorrente do fato de que os mecanismos atuais, como
bloqueios, podem diminuir a concorrncia e at mesmo elimin-la dependendo
da granularidade do bloqueio (a nvel de registro, pgina de dados, tabelas ou
BD inteiro), em virtude do tempo "infinito" que uma transao Web e BD pode
levar;
o ser flexvel o suficiente de forma a englobar combinao de vrias pginas
Web para execuo de uma nica transao;
o ter mecanismos para recuperao por falhas na comunicao cliente Web,
servidor Web e servidor de BD para garantir a integridade das transaes Web e
BD. H srios problemas nesta rea ainda no esclarecidos j que, por
exemplo, servidores e clientes Web podem falhar e links de comunicao
podem ser perdidos.
2.6.2 Open Database Connectivity (ODBC)
O ODBC uma interface de programao de aplicativos (API) que usa SQL como
sua linguagem de acesso ao banco de dados. Os aplicativos de banco de dados chamam
funes na interface ODBC, que so implementadas nos mdulos especficos de banco de
dados denominados arivers [ADA00]. O uso de arivers isola os aplicativos das chamadas
especficas de banco de dados. Como os arivers so carregados em tempo de execuo, o
usurio s tem que adicionar um novo driver para acessar um novo tipo de banco de dados;
no necessrio recompilar ou fazer um novo link do aplicativo para o novo banco de dados
mesmo se seu tipo for alterado.
2.6.2.1 O DSN ('DWD 6RXUFH 1DPH)
O DSN o nome dado conexo feita entre a interface ODBC e os programas
que acessam um banco de dados especfico. Nesta conexo fornecida a localizao, nome do
BD e login para o acesso. O nome desta conexo o DSN.
Os BD em ASP so acessados atravs do ODBC [SET02]. o DSN que informa a
localizao e o BD que ser acessado pela pgina ASP. Colocando o nome da conexo DSN
para referenciar o BD, no necessria a passagem atravs de scripts de informaes tais
como: tipo de servidor, nome do BD, senha, etc.
De acordo com [CAR02], qualquer script ASP que necessita de uma conexo com
um BD, precisa abri-lo no servidor primeiramente. Existem duas formas de se fazer isto: uma
conexo via DSN e uma conexo sem DSN.
Conforme [SET02], o DSN pode ser utilizado de duas maneiras:
DSN do sistema que est disponvel em qualquer lugar do sistema, no
importando que programa ou usurio tente acess-lo [SET02]; ele uma fonte de
dados criada no servidor Web pelo administrador do servidor. Este o tipo mais
popular de DSN e geralmente o mais utilizado [FOS02];
DSN do usurio que, como o nome sugere, est disponvel somente ao
usurio que cri-lo [SET02], para [FOS02] essencialmente uma conexo que
uma linguagem script pode fazer cada vez que um acesso ao BD requerido,
especificando o caminho e o nome do BD. O BD tem que residir no servidor, em
um diretrio que o script possa ter acesso para ento trabalhar.
2.6.2.2 A Conexo sem DSN
Em uma conexo sem DSN, as informaes necessrias para acessar o banco de
dados so gravadas em cdigo ASP. Uma conexo sem DSN no s evita que o
desenvolvedor tenha o trabalho de solicitar que o administrador crie um DSN, mas tambm
apresenta mais possibilidades para aplicativos dinmicos [ADA00].
Quando uma conexo sem DSN criada, ela ainda no se conecta diretamente ao
banco de dados. Em vez disso, se conecta ao driver ODBC e passa a ele a informao
necessria para se conectar ao banco de dados. Nesse caso, o driver ODBC se torna o
provedor dos dados para o aplicativo do banco de dados.
Para criar uma conexo sem DSN, preciso executar algumas linhas de cdigo
ASP dentro da pgina Web, que grava ou l informaes do banco de dados, como por
exemplo: as linhas de cdigo a seguir ilustram os comandos em ASP para a abertura de dados
do Microsoft Access armazenados no arquivo Usuarios.mdb.
DBConn.Open Driver={Microsoft Access Driver (*.mdb)}; &
DBQ=c:\Inetpub\wwwroot\sistema\databases\Usuarios.mdb
Depois que o aplicativo tiver terminado o uso da conexo sem DSN, a conexo
dever ser fechada segundo as seguintes linhas de script a seguir:
DBConn.Close
set DBConn = nothing
Uma conexo sem DSN mais conveniente que uma conexo com DSN e mais
rpida de criar. Uma conexo sem DSN mais frequentemente criada para se conectar a um
banco de dados local. Uma razo pela qual o desenvolvedor da Web poderia escolher uma
conexo sem DSN que ele no ter que solicitar ou fornecer informaes ao administrador
do servidor Web.
2.6.3 OLE DB (2EMHFW /LQNLQJ DQG (PEHGGLQJ 'DWDEDVH)
O OLE DB uma especificao para um conjunto de interfaces de acesso a dados
feita para tornar possvel o acesso a qualquer fonte de dados [ADO02]. Enquanto que ODBC
uma tecnologia para acesso a base de dados relacional a tecnologia OLE DB possibilita o
acesso a qualquer tipo de dados. Os componentes do OLE DB so: os Data Proviaers
(expem os dados), os Data Consumers (utilizam os dados) e os Service Components
(processam e transportam os dados).
O OLE DB uma tecnologia projetada para resolver alguns problemas da
natureza distribuda da Internet, e, com o passar do tempo, ele gradualmente substituir o
ODBC tornando-se o principal mtodo de acesso aos dados [WIS02].
O OLE DB introduz trs novos termos que ajudam a explicar mais claramente
como o OLE DB e o ADO (Activex Data Obfects) trabalham juntos [SUS02]. Um Data
Consumer (Consumidor de Dados) algo que utiliza ou consome dados. O ADO um
Consumer porque ele utiliza os dados fornecidos pelo OLE DB. Um Data Proviaer (Provedor
de Dados) uma base de dados que, como o nome sugere, fornece ou prov os dados, ou seja,
so aplicaes que possibilitam o acesso direto dos Data Consumers ou Service Components
[ADO02] s interfaces OLE DB. O Proviaer pode pegar os dados diretamente de um
armazenamento de dados (Data Store) ou ele pode pegar os dados armazenados atravs de um
produto de terceiros, assim como o ODBC. Um Service Component processa e transporta os
dados, e pode ser o processador de consultas.
Um exemplo da aplicao do OLE DB, o seu uso para o acesso a bases de dados
advindas de processos industriais, como por exemplo o interfaceamento entre um servidor
OLE aa Smar (Data Proviaer) e o software supervisrio da Elipse como um cliente OLE DB
(Data Consumer).Este tipo de aplicao extensivamente utilizado em controle de processos
industriais e ser, em particular, detalhada na subseo 6.6.1.
2.7 Formas de Acesso ao Banco de Dados Atravs da Internet
seguir so apresentadas cinco formas de acesso s informaes pela Internet
utilizando BD, que fazem a conversao, ou seja o gateway. entre o BD e o HTML. So as
seguintes: CGI, ISAPI, IDC/HTX, ASP, JDBC e PHP (Hypertext Preprocessor).
2.7.1 CGI
O CGI um meio do servidor HTTP comunicar-se com programas no servidor, ou
nas mquinas cliente, ele permite a criao de aplicaes interativas como aplicaes de
consulta a BD. O CGI no uma linguagem de programao, mas sim uma interface que
facilita o uso de aplicaes Web em qualquer linguagem de programao que possa ler
variveis, processar dados e retornar respostas, fazendo com que CGI seja independente de
plataforma. As linguagens utilizadas para escrever o script CGI so utilizadas de acordo com
a plataforma do servidor: C, Perl, ou shell para UNIX, em redes de ambiente UNIX; C, C++,
Perl. Java. ou JBScript, em ambiente Winaows [FRA02].
Para [FRA02] o CGI, uma interface definida de maneira a possibilitar a
execuo de programas (gateways) sob um servidor de informaes. Neste contexto, os
gateways so programas ou scripts (tambm chamados "cgi-bin") que recebem requisies de
informao, retornando um documento com os resultados correspondentes. Este documento
pode existir previamente, ou pode ser gerado pelo script especialmente para atender
requisio.
De acordo com [JAM02], para implementar um CGI para acessar um BD, devem
constar na pgina HTML uma tag que informe qual o programa que dever ser executado no
servidor e quais dos seus parmetros sero utilizados. Estes dados so passados atravs de um
endereo de URL. O servidor Web vai interpretar esta URL executando o programa e
passando seus argumentos (se existirem), esperando ento que este termine e envie os dados
solicitados, que sero retornados para o cliente em forma de pgina.
O CGI pode ser empregado numa variedade de propsitos [JAM02]. Os mais
comuns so o tratamento de requisies WWW do tipo <FORM> e <ISINDEX>, onde pode-
se:
1 coletar informaes digitadas num formulrio HTML;
2 criao dinmica de pginas HTML;
3 consulta a BD e apresentao de resultados no formato HTML.
Um programa CGI um arquivo executvel (compilado), executado pelo servidor,
que pode agir como mediador entre o servidor HTTP e outros programas. Isto permite que um
BD comunique-se com o servidor HTTP, podendo ser acessado por um script CGI [FRA02].
Ele consulta o BD e retorna os resultados em um formulrio HTML que ento passado para
o usurio pelo Servidor Web, a figura 2.3 [FRA02] ilustra este processo.

Figura 2.3 - Transao de dados entre cliente e servidor ZHE utilizando cgi.
A interface CGI utiliza dois mtodos, denominados GET e POST, que permitem
repassar as informaes digitadas no formulrio HTML para uma aplicao externa atravs do
servidor WWW. A interface CGI define tambm um mecanismo para que o aplicativo externo
envie a resposta ao cliente. Neste mecanismo todas as mensagens enviadas ao buffer da sada
padro do computador so redirecionados atravs do servidor WWW e enviados na forma de
uma pgina HTML para o navegador do cliente.
Segundo [JAM02], a aplicao passa os dados para o servidor da seguinte forma:
os dados do formulrio HTML so codificados numa string e enviados ao servidor Web
atravs do CGI, que processa-os e envia uma pgina HTML como resposta.
O CGI pode acessar um BD de duas formas [JAM02]:
1 Utilizando rotinas de acesso nativas: O ambiente de desenvolvimento usado
para criar o programa executvel deve ter um conjunto de APIs compatvel com o
BD que se quer acessar;
2 Utilizando ODBC: A interface ODBC permite ao programa CGI acessar
qualquer tipo de BD que esteja configurado como uma fonte de dados ODBC no
servidor Web.
2.7.2 ISAPI/NSAPI
Conforme [APL02], o ISAPI (Internet Server Application Programming
Interface) foi lanado com a primeira verso do servidor de HTTP IIS (Internet Information
Server). Tanto o ISAPI quanto o NSAPI (Netscape Server Application Programming
Interface), so API's proprietrias de acesso ao servio Web, criadas pela Microsoft e
Netscape, respectivamente, que utilizam de recursos existentes no Winaows para contornarem
o principal problema do CGI, que justamente a natureza de todo programa executvel. Um
EXE tem que ser carregado na memria, executado em seu prprio espao de endereamento,
encerrado e retirado da memria, isto tudo para cada requisio cliente.
Segundo [WIL97], atravs destas API's o servidor Web pode tirar proveito do
mecanismo de DLL's (Dynamically Linkea Library) do Winaows para carregar o
ISAPI/NSAPI apenas uma vez, no seu prprio espao de endereamento. Dessa maneira, cada
requisio passou a gerar apenas uma nova tarefa ao invs de um processo inteiro.
O custo computacional envolvido no uso de uma aplicao ISAPI muito menor
do que o envolvido no uso de uma aplicao que utilize o CGI. Isto deve-se diferena entre
uma aplicao implementada como uma DLL e outra como um executvel comum.
2.7.3 IDC/HTX
Conforme [INT02], o IDC (Internet Database Connector Conector de BD com
Internet) um padro criado pela Microsoft para facilitar a criao de aplicaes Web
dinmicas que acessam um BD.
De acordo com [WEB02], o IDC/HTX existe desde a primeira verso do servidor
Web IIS, sendo que o IDC est integrado no mesmo, e roda apenas em Winaows NT/2000.
Para utilizar o IDC/HTX, necessrio que se tenha: o Servidor Winaows NT/2000; o Servidor
Web IIS, arivers de ODBC instalados no servidor e uma fonte de dados ODBC. Na mquina
cliente, pode-se utilizar qualquer browser. Para obter acesso ao BD ele conecta-se via ODBC,
sendo possvel utilizar qualquer BD compatvel [WIL97].
O arquivo IDC criado manualmente utilizando um editor de textos ou editor
HTML. Ele pode ser utilizado para manusear consultas dinmicas, sendo simplesmente um
arquivo texto, que contm uma consulta (query) no formato SQL. O arquivo HTX descreve o
layout dos registros que sero retornados da consulta executada pelo arquivo IDC. O arquivo
HTX possui tags do padro HTML para a montagem da estrutura da pgina. Os arquivos IDC
em associao com os HTX (extenso HTML) criam uma conexo dinmica com o BD
[WIL97].
Os arquivos IDC/HTX ficam localizados no servidor Web. Quando um usurio
requisita um arquivo IDC ele executa uma clusula SQL que est embutida nele, acessa a
origem de dados ODBC e retorna os resultados ao usurio (atravs do arquivo modelo HTX)
obtido de um BD [INT02].
2.7.4 Active Server Pages (ASP)
Segundo [WIL97], ASP uma tecnologia de programao no lado do servidor,
juntando caractersticas das trs tecnologias que j existiam: CGI, ISAPI e o IDC/HTX. A
tecnologia ASP combina a programao e acesso fcil do IDC, o acesso ao sistema
operacional do CGI ou ISAPI e a velocidade do ISAPI. A figura 2.4 mostra a diferena entre
as quatro tecnologias em termos de facilidade de programao e riqueza de contedo.

Figura 2.4 - Comparativo entre tecnologias para acesso aos dados via internet.
Conforme [KAM02], ASP um ambiente de desenvolvimento (tecnologia) para a
Web, que suporta vrias linguagens de programao comumente usadas e sem a necessidade
de compilao. Neste ambiente possvel combinar a programao HTML, com linguagens
script (como por exemplo o JBScript ou JScript) e com acesso a objetos ActiveX.
Segundo [LUC02], as pginas ASP surgiram juntamente com o lanamento do IIS
3.0 [MIC01]. Muitos servidores suportam o uso de pginas ASP, sendo ela uma tecnologia
cross-plataform, entre eles esto: o IIS no Winaows NT/2000 Server, Peer Web Services
verso 3.0 no Winaows NT Workstation, Personal Web Server no Winaows 95 ou Winaows
98. Alm destes servidores da Microsoft, est sendo distribudo pela Chili!Soft, e outras
empresas, verses ASP para uma grande variedade de sistemas operacionais e servidores
Web, como por exemplo para servidores UNIX, para o Netscape Enterprise Server no Sun
Solaris, Lotus Domino no Winaows NT e tambm para Linux. A grande vantagem que as
pginas ASP podem ser colocadas em qualquer um destes servidores apenas copiando o
arquivo para ele, sem a necessidade de alterar seu contedo, ao trocar de plataforma [CRO01].
No mtodo ASP utiliza-se um ambiente de programao por scripts. sendo
utilizado para criar pginas dinmicas, interativas e de alta performance [C&S02]. O
processamento todo realizado no servidor, os scripts ento, rodam na mquina servidora e
no na cliente e a sada ASP, aps o seu processamento, em HTML, devido a este motivo
qualquer browser pode ser utilizado pelo cliente [BAR02].
Uma pgina ASP pode incluir chamadas para objetos intrnsecos ou para outros
componentes ativos de servidor [MIC01]. Quando uma pgina ASP chamada em um
browser, o servidor Web passa a requisio para a mquina ASP ASP Engine (ao oposto das
requisies HTML, que o servidor Web mesmo processa elas). A mquina ASP processa o
script e insere os resultados dentro do fluxo HTML, que ento retornado para o browser
requisitante como pode-se verificar na figura 2.5 [WIL97].

Figura 2.5 - Chamada de uma pgina asp pelo EURZVHU.
Segundo [VIR02], no necessrio nenhum software especial para escrever as
pginas ASP, porque a tecnologia ASP integra seus cdigos especiais com cdigos HTML,
logo, qualquer ferramenta de autoria Web que permite edio de HTML (como o FrontPage,
PageMill ou at mesmo o bloco de notas do Winaows) pode ser utilizada. Entretanto, se forem
integrados controles ActiveX com ASP, necessrio o uso de um ambiente apropriado de
desenvolvimento assim como Jisual Basic ou Jisual C++. Pode ser utilizado tambm o
Jisual Interaev da Microsoft para auxiliar na construo das pginas ASP. A figura 2.6
[INT02] descreve como o cdigo script combinado com HTML em uma pgina ASP.

Figura 2.6 - Combinao de VFULSW e html.
Devido ao processamento ser totalmente realizado no servidor, qualquer browser
pode ser utilizado, pois ele recebe somente HTML que gerado dinamicamente. A
programao em ASP ento feita atravs da combinao de diferentes elementos. As quatro
partes principais so:
1 HTML a poro esttica de um site ASP programada no padro HTML.
Qualquer editor HTML pode ser utilizado para criar este contedo;
2 Objetos ASP intrnsecos Estes objetos so o centro da funcionalidade do
ASP. Eles manuseiam funcionalidade de aplicaes Web padro assim como
armazenamento de variveis, manuteno de estado, persistncia de dados e
acesso a utilitrios do servidor. Eles funcionam como os objetos COM, mas so
exclusivos da tecnologia ASP;
3 Componentes ativos de servidor Um componente ativo de servidor
qualquer objeto COM. Componentes podem ser construdos em qualquer
linguagem de programao que pode compilar objetos COM com as interfaces
apropriadas, incluindo Jisual Basic, C++, Java e Delphi;
4 6FULSW Todos estes objetos e componentes so juntados usando o script em
ASP. Segundo [MIC01], o script delineado atravs de tags de script do servidor
<% %>, ou pelas tags HTML <SCRIPT> e </SCRIPT>. O script pode ser
programado em qualquer linguagem que vem com ActiveX (viae subseo 2.7.4.2)
Scripting Engine Interfaces, isto inclui JBScript e JavaScript para todas as
plataformas e servidores. No Winaows NT/2000, PerlScript tambm suportada.
Na Figura 2.7 [INT02] descrita a arquitetura de uma aplicao Web dinmica
baseada em pginas ASP utilizando o servidor Web Internet Information Server e o banco de
dados SQL Server.

Figura 2.7 - Arquitetura de uma aplicao ZHE dinmica.
Os recursos que podem ser implementados via ASP so [LUC02]:
Programao em 9%6FULSW ou -6FULSW. Os scripts so uma verso especial
da linguagem de programao Jisual Basic e Java, respectivamente, adaptada
para o uso na Web. Conforme [MIC01], a tecnologia ASP utiliza a ActiveX
Scripting Engine para suportar tanto o cdigo JBScript como JScript, alm do
PerlScript. As linguagens script podem ser utilizadas com ASP de trs maneiras
diferentes: executando o script no browser (cliente); executando o script no
servidor ou definindo a linguagem padro da pgina inteira.
Acesso a qualquer BD compatvel com ODBC, permitindo visualizar,
excluir, atualizar e adicionar registros no banco de dados do servidor;
Sesses (persistncia de informaes no servidor). So implementadas
dinamicamente, e permitem o projeto de pginas Web que podem exibir,
manipular e editar o BD rpida e facilmente.
As pginas ASP usam o ADO para a conexo com o BD, este objeto uma
camada que fica no topo da camada ODBC normal. A figura 2.8 [ADA00] exibe a arquitetura
ASP, partindo da Internet (do cliente que est acessando a pgina) at o BD.

Figura 2.8 - Arquitetura asp.
2.7.4.1 Objetos e Componentes
A tecnologia ASP possui um modelo de objeto (obfect moael) que pode ser
manipulado utilizando uma linguagem script, como o JBScript e JScript. Com este modelo
tem-se uma estrutura capaz de acessar todos os tipos de informaes, e produzir contedo
dinmico nos sites.
O modelo de objetos vem com seis objetos embutidos:
1 6HUYHU (Servidor), que tem mtodos e propriedades que oferecem funes
de utilidade geral que podem ser usadas atravs de scripts. Este objeto representa
o ambiente no qual as pginas so executadas;
2 $SSOLFDWLRQ armazena grande informao sobre o estado da aplicao;
3 6HVVLRQ mantm informaes de uma base sobre usurios neste objeto.
Session o armazenamento pessoal de cada usurio que est visitando o site;
4 5HTXHVW consiste de todas as informaes que so passadas do browser
para o servidor. Contm dados do Form e Query;
5 5HVSRQVH escreve HTML e vrias outras informaes, incluindo cookies e
heaaers, de volta ao cliente;
6 ObjectContext. Contm informaes sobre o contexto da aplicao ASP.
O application consiste de um conjunto de arquivos scripts, documentos HTML,
imagens, etc, logo, o objeto application representa uma aplicao ASP inteira. Cada objeto
application pode ter muitas sesses. Pode-se ter mltiplas aplicaes rodando em um nico
servidor. Um objeto session mantido para cada usurio que requisita uma pgina (ou
documento) da aplicao, conforme ilustra a figura 2.9.
O objeto session pode ser usado para armazenar informao de um usurio em
particular. As variveis armazenadas no objeto session no so descartadas quando o usurio
navega entre as pginas da aplicao, ao invs, estas variveis persistem o tempo todo que o
usurio est acessando as pginas da aplicao. Os mtodos do objeto session podem ser
usados para terminar explicitamente uma sesso e fixar o perodo de timeout para uma sesso
inativa.

Figura 2.9 - Vrias sesses asp rodando no mesmo servidor ZHE.
O objeto request fornece todas as informaes sobre a requisio do usurio
realizada no site ou aplicao. A figura 2.10 ilustra as colees de variveis (collections), as
propriedades (properties) e o mtodo (methoa) do objeto request.

Figura 2.10 - O Objeto UHTXHVW.
A informao armazenada em um objeto request originada do cliente e passada
para o servidor como parte de uma requisio de documento HTTP. O servidor decodifica
toda informao, e deixa disponvel para o ASP atravs de colees (collections), que so
parte da interface do objeto Request.
H basicamente duas formas que o browser pode enviar uma informao
especfica para o servidor:
1 como uma seo <FORM> na pgina;
2 adicionada diretamente ao final de uma URL como uma query string:
Utilizando *(7 (mtodo *HW do )RUP) - Adicionando a query string no
final da URL (a forma como o mtodo GET da tag <FORM> trabalha) no o
melhor mtodo de enviar informao do cliente para o servidor, devido aos
valores que o usurio digitou estarem visveis na caixa de endereo do browser, e
podendo ser muito facilmente interceptado enquanto a requisio transmitida
sobre a rede. A linha a seguir ilustra um exemplo de como ficam os dados
anexados a URL, supondo um Form com duas caixas para entrada de texto
<INPUT TEXT>, uma para o nome, neste caso Fulano Silva, e outra para o mail,
neste caso fulano@mail.com, sendo que na ACTION do Form chamada a pgina
MAININFO.ASP <FORM ACTION"MAININFO.ASP" METHOD"GET">:
http://localhost/tes/Maininfo.ASP?unomeFulano&mailfulanomail.com
O query string possui outra limitao, a quantia de dados que podem ser
enviados com a URL limitado para aproximadamente 1000 caracteres, como
parte da especificao do protocolo HTTP. Pode ocorrer ento, que alguns dados
sejam truncados. Os valores enviados do browser do cliente com o mtodo GET,
so acessados utilizando a coleo querystring do objeto request, como a linha
seguinte: Nome 5HTXHVW4XHU\6WULQJ("unome") >
Utilizando 3267 (mtodo 3RVW do )RUP) - Este mtodo codifica a
informao enviada dentro do cabealho HTTP (HTTP Heaaer), no deixando
nenhum sinal na caixa de endereo do browser, como se verifica na linha abaixo:
http://localhost/demo/book/MAININFO.ASP
Os valores enviados do browser do cliente com o mtodo POST, so
acessados utilizando a coleo Form do objeto Request, como na linha abaixo:
Nome Request.Form("unome") >
Os componentes podem ser adicionados para estender a funcionalidade bsica do
ActiveX Server. Abaixo esto alguns dos componentes que vem com ASP:
%URZVHU FDSDELOLWLHV Ajuda a determinar quais as capacidades de cada
browser que est acessando as pginas como suporte a ActiveX, suporte a frames e
outros;
'DWDEDVH DFFHVV Fornece uma interface para qualquer banco de dados que
suporte ODBC. Eles so os ADO que so construdos sobre OLE DB.
2.7.4.2 ActiveX
ActiveX um conjunto de tecnologias que permitem componentes de software
interagir com um outro em um ambiente de rede, indiferentemente da linguagem na qual os
componentes foram criados. Os objetos ActiveX faro a interface entre o banco de dados e o
processador de scripts ASP. Os controles ActiveX podem ser embutidos em pginas Web para
produzir animaes e outros efeitos multimdia, objetos interativos e aplicaes sofisticadas
[WIL97].
2.7.4.3 Esquema do Acesso ao BD Atravs da Internet com ASP
A figura 2.11 ilustra o fluxo da informao que ocorre quando uma pgina de
banco de dados Web processada.

Figura 2.11 - Processamento de uma pgina asp pelo servidor.
1. Um visitante Web inicia o processo submetendo uma requisio ao servidor
Web. Tipicamente, o visitante Web faz isso dando um clique em um hyperlink ou
dando um clique em um boto de submeter exibido no navegador.
2. O servidor Web recebe a requisio, observa que a pgina Web solicitada
tem uma extenso de arquivo .asp e inicia o interpretador de script ASP.
3. O interpretador ASP percorre e l a pgina solicitada executando qualquer
cdigo de script no lado do servidor.
4. O cdigo script do lado do servidor carrega (ou seja, cria instncias de, ou
instancializa) vrios objetos ADO. O cdigo do script usa ento os mtodos
expostos por esses objetos (ou seja, chama comandos de software) para acessar
quaisquer base de dados configuradas no servidor.
5. O ODBC uma origem para essas bases de dados. O ADO acessa a maioria
dos bancos de dados relacionais, mas no todos, usando ODBC. A origem de
dados ODBC propicia formas de se abrir bancos de dados, abrir tabelas, processar
comandos SQL e realizar outras tarefas.
6. Eventualmente, o ADO trabalhando diretamente por conta prpria ou
indiretamente atravs de uma origem de dados, envia comandos para um provedor
de dados. Este pode ser um SGBD como o Microsoft SQL Server ou o sistema de
banco de dados Jet usado pelo Microsoft Access 2000. Este tambm pode ser uma
origem de dados no relacional, como um sistema de busca de texto ou LDAP
(Lightweight Directory Access Protocol).
7. Finalmente, a origem de dados acessa o banco de dados e envia os
resultados de volta ao mdulo chamador.
Uma vez que o provedor tenha acessado os dados, ele envia os resultados de volta
direta ou indiretamente via ODBC para o ADO [BUY00]. Este envia imediatamente ao
programa ASP um cdigo de status. Alm disso, se o comando emitido produziu um conjunto
de resultados, o ADO propicia mtodos para percorr-los, inspecionar, atualizar o contedo de
cada registro ou excluir registros. Evidentemente, uma vez que o processamento do banco de
dados esteja concludo, a pgina ASP responde ao visitante Web enviando-lhe uma pgina
personalizada.
2.7.5 1DBC
Recentemente a linguagem de programao Java tem adquirido grande
popularidade. Com o objetivo de possibilitar o acesso a bancos de dados a partir de programas
desenvolvidos nesta linguagem, foi definida uma interface de programao denominada
JDBC (Java DataBase Conectivity) [BAT02]. Esta interface possibilita a execuo de
enunciados SQL, sendo composta por um conjunto de classes atravs das quais os
programadores podem escrever aplicaes que acessem bancos de dados de forma
padronizada. A interface apresenta caractersticas independentes do banco de dados,
possibilitando que os programas sejam escritos da mesma forma, independentemente do
banco de dados acessado. Atravs da interface de programao JDBC, possvel:
estabelecer uma conexo com uma base de dados;
enviar comandos SQL e processar os resultados.
A combinao de Java com JDBC possibilita o desenvolvimento de aplicaes
que fazem acesso a bancos de dados inteiramente em Java e que podem ser executadas em
plataformas diversas. A interface JDBC , portanto, uma escolha natural para programadores
Java. Programas que usam JDBC podem acessar diretamente o servidor de banco de dados ou
uma mquina intermediria. Quando a primeira abordagem usada, o ariver para acesso ao
servidor de banco de dados instalado na mquina do usurio. Esta uma arquitetura
cliente/servidor convencional: a mquina do usurio o cliente e a mquina com o banco de
dados o servidor. Quando a segunda abordagem usada, h uma mquina entre o usurio e
o servidor de banco de dados. O ariver para acesso ao servidor de banco de dados instalado
na mquina intermediria. Esta abordagem apresenta vantagens quando comparada com a
arquitetura cliente/servidor convencional, pois repassa grande parte do processamento para a
mquina intermediria.
2.7.6 Hypertext Preprocessor
PHP, que sigla para Hypertext Preprocessor, uma linguagem de macros
embutida em HTML. Muito de sua sintaxe baseada em C, Java e Perl com algumas
propriedades especficas da linguagem PHP [PHP01].
No nvel mais bsico, PHP pode fazer qualquer coisa que se pode fazer com um
script CGI, como processar informaes de formulrios, gerar pginas com contedo
dinmico, ou mandar e receber cookies. Entre as caractersticas com maior destaque do PHP,
o seu suporte para uma grande quantidade de base de dados [PHP01].
As seguintes bases de dados so suportadas atualmente: Aaabas D, Ingres.
Oracle, aBase. Interbase. PostgreSQL, Empress. FrontBase, Solia. FilePro, Sybase, IBM
(International Business Machines) DB2 (Database2), MySQL, Jelocis. Informix. Unix dbm
(aatabase management). PHP tambm suporta o uso de outros servios que usam protocolos
como IMAP (Internet Message Access Protocol), SNMP (Simple Network Management
Protocol), NNTP, POP3, HTTP e derivados. Tambm se pode abrir raw sockets, sockets que
podem ler/escrever toda e qualquer informao que est fora da rede local [LEC02], e
interagir com outros protocolos. O PHP foi desenvolvido para ser utilizado com o Linux em
modo de servidor de pginas Web.
Disponvel para diversas plataformas UNIX (incluindo Linux) e Winaows, pode
ser uma tima alternativa ao ASP/IDC da Microsoft, ao ColaFusion da Allaire e at mesmo
ao tradicional CGI/Perl/SSI (Server Siae Incluae).
Como desvantangens do PHP, ao trocar de banco de dados, tem-se que trocar os
comandos de acesso. Outra desvantagem est na programao de um script PHP, pois seu
compilador muito simples, o que torna a elaborao de aplicaes PHP mais difceis do que
em ASP, mas devido a isto a performance do servidor Web melhora significativamente com o
uso de PHP.
Automao Industrial e Sistemas Supervisrios 34
3 Automao Industrial e Sistemas Supervisrios
3.1 Introduo
Modernas arquiteturas distribudas de automao industrial so caracterizadas por
redes de dispositivos de campo, usualmente conectadas atravs de um sistema de
comunicao em barramento, chamado de barramento de campo (fielabus) [WIL00]. A
comunicao digital trouxe uma srie de ganhos ao controle e superviso de processos
industriais, tornando os sensores e atuadores dispositivos de campo inteligentes, uma vez que
hoje so construdos como modernos sistemas microprocessados capazes de executar
processamento local e comunicar-se entre si. Os sistemas de barramentos industriais
promovem alto nvel de integrao em uma fbrica, abrangendo desde o nvel do cho-de-
fbrica, passando pelo nvel de superviso at o nvel de anlise e otimizao (figura 3.1).
Tudo isto possvel devido evoluo dos barramentos industriais.

Figura 3.1 - Rede integrada.
Alm da grandeza fsica de interesse, um dispositivo de campo normalmente
oferece ao sistema muitas outras informaes, como por exemplo informaes sobre o seu
estado de operao e configurao no barramento e informaes de diagnstico. O aumento
da quantidade e qualidade das informaes oriundas do campo; possibilidade de estratgias de
controle mais complexas; flexibilidade de configurao do sistema e reduo dos custos de
instalao e manuteno, esto entre algumas vantagens proporcionadas atualmente pelos
barramentos industriais.
Por outro lado, a distribuio do processamento se tornou possvel com os
dispositivos de campo inteligentes, pois estes conseguem executar algoritmos de controle
digital, tomando decises locais sem consultar um sistema central. A descentralizao do
controle trouxe vantagens em relao performance e a robustez do sistema.
Assim sendo, os benefcios tecnolgicos e funcionais obtidos atravs da utilizao
de barramentos de campo fazem desta soluo o atual estado da arte em instrumentao e
controle de plantas industriais [WIL00].
Os sistemas supervisrios podem ser vistos como sistemas que supervisionam e
controlam processos executados em uma planta industrial atravs da visualizao de variveis
advindas do campo, bem como a visualizao das aes tomadas e configurao da estratgia
de controle implementada.
Atualmente a grande quantidade de processos automatizados, existentes nos mais
diversos meios, motiva a utilizao dos chamados sistemas SCADA (Supervisory Control &
Data Acquisition Systems), 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.
Alm disto, existe hoje a tendncia da utilizao da Internet para o acesso e a
monitorao das plantas industriais. Os softwares SCADA, a partir de um conjunto de funes
padro, normalmente representadas por applets desenvolvidos em Java ou ActiveX,
possibilitam assim a superviso e a operao da planta industrial atravs da Internet. As
tecnologias Web empregadas hoje pelos sistemas supervisrios SCADA exigem apenas um
browser que roda uma mquina virtual pelo lado do cliente remoto. Isto traz como vantagem a
independncia de plataforma, ou seja, desde que o cliente disponha de um browser, o acesso
independente do sistema operacional que o mesmo est utilizando.
Baseado ento nas tendncias tecnolgicas em automao industrial antes
expostas, o presente captulo tem por objetivo a apresentao de conceitos relacionados com
barramentos industriais, sistemas supervisrios e tecnologia Web, os quais serviro de base
para a compreenso da estrutura proposta como tema central desta dissertao. Para tanto, na
seo 3.2 sero abordados os barramentos industriais com nfase nos barramentos Fielabus e
na seo 3.3 sero abordados os sistemas supervisrios com nfase para a Web.
3.2 Barramentos Industriais
Os barramentos industriais so os responsveis pela automao de sistemas de
manufatura, processos contnuos e at mesmo pela interligao de nveis de anlise e
otimizao em fbricas. Atualmente, destacam-se os sistemas fielabus, por serem
considerados o estado da arte em termos de automao industrial. Barramentos de campo
(fielabuses) baseiam-se na utilizao de dispositivos de campo, com capacidade local de
processamento e que comunicam-se entre si. Combinam-se assim benefcios oriundos da
instrumentao digital, da distribuio do processamento e da comunicao de dados entre os
dispositivos. Alm disto, barramentos de campo, enquanto componentes de sistemas de
controle e automao industrial, costumam ser empregados em sistemas tempo-real,
significando que devem atender determinados requisitos temporais [WIL00].
O aumento do uso do microprocessador levou os fabricantes de dispositivos
industriais (sensores e atuadores) a adotarem mtodos e caractersticas de comunicao de
seus instrumentos baseados em protocolos abertos, ou seja, protocolos que tem suas
especificaes divulgadas ou disponveis no mercado. Este fato permite, entre outros, que
sistemas de diferentes fabricantes possam trocar dados entre si [WIL94].
Os barramentos industriais baseiam-se, de maneira geral, no modelo de referncia
ISO/OSI (International Organi:ation for Stanaarai:ation/Open Systems Interconnect) (figura
3.2) com sete camadas que foi desenvolvido como uma arquitetura modelo para protocolos de
comunicao abertos [WIL94]. Esse modelo foi projetado para facilitar a criao de um
sistema no qual equipamentos de diferentes fabricantes pudessem se comunicar. Ou seja,
possibilitar o desenvolvimento de redes abertas. Cada nvel, ou camada responsvel por um
conjunto de tarefas. Quando as tarefas so concludas, as tarefas do nvel imediatamente
acima ou abaixo comeam a ser executadas. A diviso lgica das tarefas permite o
desenvolvimento independente do trabalho nos diversos nveis. Tratando o modelo OSI como
um bolo de camadas (figura 3.2). A funo de cada camada no modelo OSI prover servios
camada acima dela.

Figura 3.2 - Modelo de referncia ISO/OSI.
A seguir, feita uma breve anlise do papel de cada uma das camadas:
1. Camada Fsica: representada pelas conexes e pela sinalizao de dados pelo meio de
comunicao. Ao se interromper a ligao entre a camada fsica e as outras camadas, no
haver comunicao.
2. Camada de Enlace: Uma vez estabelecidas as conexes fsicas e eltricas, deve-se controlar
o fluxo de dados entre seu sistema e o sistema na extremidade remota. Esse nvel funcional
organiza os caracteres em strings at formar mensagens que devem ser verificadas antes de
enviadas ou imediatamente aps recebidas.
3. Camada de Rede: Decide qual o caminho fsico a ser seguido pelos dados, baseado nas
condies da rede, prioridade de servio e outros fatores.
4. Camada de Transporte: Executa muitas tarefas em conjunto com a camada de rede, mas em
mbito local. Assume o controle se houver algum dano no sistema. Essa camada
responsvel pelo controle de qualidade e certifica que os dados recebidos das outras camadas
estejam no formato correto e na ordem apropriada. Tambm se encarrega de analisar as
mensagens para ver se alguma parte delas contm falhas ou est faltando.
5. Camada de Sesso: Executa as funes que permitem a comunicao entre duas aplicaes
(ou dois componentes da mesma aplicao) atravs da rede. Dentre essas funes esto as de
segurana, de reconhecimento de nome, de conexo, de administrao, etc.
6. Camada de Apresentao: Essa camada tambm pode tratar da criptografia e de alguns
formatos especiais de arquivos. responsvel pela formatao de telas e de arquivos de modo
que o produto final tenha a aparncia que o programador deseja.
7. Camada de Aplicaes: Serve ao usurio. Nessa camada esto os arivers do sistema
operacional e os programas aplicativos. Essa camada controlada diretamente pelo usurio.
3.2.1 Classificao dos Barramentos Industriais quanto aos Dispositivos
Conectados
Em relao aos tipos de dispositivos conectados em um barramento de automao
industrial, pode-se dividi-los da seguinte maneira:
Sensor Bus: Barramento industrial que envolve dispositivos que manipulam
grandezas digitais pequenas. A informao disponibilizada e ou utilizada pelos
sensores e atuadores so normalmente da ordem de alguns bits. Aplicaes de
intertravamento so as mais utilizadas por estes barramentos. Seriplex. ASI
(Actuator Sensor Interface). Sensorbus e Sercos so alguns destes barramentos.
Device Bus: Barramento industrial que envolve dispositivos que manipulam
grandezas analgicas. Este barramento se caracteriza por apresentar diagnstico
simples de seus dispositivos e mensagens com tamanho superior a 32 bytes
[NAT01]. Estes barramentos so aplicados aos processos de manufatura devido ao
tamanho das mensagens disponibilizadas por seus dispositivos. Devicenet.
Profibus DP (Process Fielabus Decentrali:ea Periphery) e Interbus-S so
alguns destes barramentos.
Fielabus: Barramento industrial que envolve dispositivos com alguma
inteligncia associada, entre eles pode-se citar os dispositivos de instrumentao e
atuao microprocessados, os Smart Devices. Este tipo de barramento se
caracteriza pela grande capacidade de diagnstico e processamento de seus
dispositivos e mensagens algumas vezes com tamanho superior a 1000 bytes
[NAT01]. Estes barramentos so aplicados ao controle de processos contnuos,
pois realizam a medio e atuao de grandezas analgicas. Founaation Fielabus.
LonWorks. Profibus PA (Process Fielabus Process Automation).
WoraFIP(Factory Implementation Protocol). Hart(Highway Aaaressable Remote
Transaucer) e Fast Ethernet so alguns destes barramentos.
PLC Bus (Programmable Logic Controller BUS): Envolve o nvel de
comunicao entre os PLCs. Moabus, Data Highway, ControlNet e Profibus FMS
(Process Fielabus Fielabus Message Specification)so alguns destes
barramentos.
Networks/LANs(Local Area Network): Barramento correspondente ao nvel
de comunicao mais alto em uma fbrica, comunicao ao nvel de
planejamento. Ethernet (TCP/IP), LANs Proprietrias, FDDI (Fiber Distributea
Data Interface), BACnet, ARCnet e ATM (Asynchronous Transfer Moae) so
algumas destas redes de comunicao.
Neste trabalho ser focado o controle e superviso de processos contnuos. Sendo
assim, estaremos particularmente interessados na utilizao de um barramento de campo
(Fielabus). em particular, o Founaation Fielabus. Desta forma daremos especial enfoque aos
barramentos de campo em especial para o Founaation Fielabus nas subsees seguintes.
3.2.2 Barramentos de Campo ()LHOGEXVHV)
O Fielabus uma rede de transmisso de dados para comunicao com
equipamentos de instrumentao e controle de plantas industriais, tais como sensores,
atuadores e controladores.
A descentralizao das tarefas muitas vezes vista como uma possibilidade de
distribuir entre vrios dispositivos um determinado programa ou processo de controle na
busca de melhor uso de suas caractersticas. Para alcanar uma maior confiabilidade foi
prevista a capacidade de em caso de pane do dispositivo, sua substituio imediata por outro
implementando a mesma funcionalidade. Como os dispositivos podem ser diferentes e de
diferentes fabricantes, a padronizao das funes a serem distribudas nos mesmos foi
necessria.
3.2.2.1 Tipos de Comunicao nos Barramentos de Campo
Genericamente para os barramentos de campo existem trs tipos de comunicao:
Peer to Peer, Mestre Escravo e Multimestre.
Nas redes Peer to Peer, a comunicao se d aos pares entre os dispositivos, no
havendo um mestre no barramento (figura 3.3). Nas redes Mestre-Escravo, a comunicao
feita com consulta do Mestre para o Escravo e resposta do Escravo para o Mestre, assim o
Mestre percorre todo o barramento em um ciclo consultando seus escravos (figura 3.3). Nas
redes Multimestre, o barramento pode possuir dois ou mais mestres com escravos em comum.
A consulta aos escravos gerenciada por um barramento no qual os mestres encontram-se,
tendo cada mestre acesso ao barramento durante um determinado perodo de tempo (figura
3.3).

Figura 3.3 - Tipos de comunicao em redes ILHOGEXV.
3.2.2.2 Mtodos de Troca de Dados nos Barramentos de Campo
Em relao aos mtodos de troca de dados as redes fielabus se dividem nos
seguintes mtodos:
Cclico: um dispositivo se comunica com outro a cada intervalo de tempo
pr determinado (figura 3.4).
Mudana de Estado: um dispositivo se comunica com outro quando o estado
de uma ou mais variveis nele contidas mudaram de valor (figura 3.4).
Polling: consulta/resposta sucessivamente entre o mestre e seus escravos
(figura 3.4).

Figura 3.4 - Mtodos de troca de dados.
Vale salientar que em uma nica rede fielabus pode-se encontrar os trs mtodos
de troca de dados (figura 3.5).

Figura 3.5 - Rede ILHOGEXV com trs mtodos de troca de dados.
3.2.2.3 Acesso ao Meio nos Barramentos de Campo
Em relao ao acesso ao meio, pode-se dividir as redes fielabus da seguinte
maneira:
Centralizado: comunicao realizada para redes Mestre-Escravo; nesta
ocorre uma seqncia de polling com um tempo de estado bem determinado.
Centralizado Dados Cclicos: os dados so enviados conforme
configurao do usurio; tem-se uma garantia de atendimento peridico (cclico).
Este tipo de acesso ao meio mais eficiente para aplicaes com mudana lenta
de I/O (analgicos), contando-se ainda com a possibilidade de redundncia.
Passagem de Token: comunicao com tempo limitado do token (basto)
para cada dispositivo. O tempo de espera depende do nmero de dispositivos que
esto na rede. Cada estao ser responsvel pelo envio do token para o seu
sucessor.
CSMA (Carrier Sense Multiple Access): trata-se do acesso ao meio de
maneira aleatria. Uma estao emite dados quando precisar e quando o meio
estiver livre; com isso tm-se os problemas de coliso e para isso existem algumas
variantes do CSMA que so os seguintes:
o CSMA/CD (Carrier Sense Multiple Access/Collision Detect): o emissor
compara a mensagem enviada com a transmitida, quando houver uma coliso o
emissor pra e recomea.
o CSMA/BA (Carrier Sense Multiple Access/Bitwise Arbitration): a
mensagem que tiver maior prioridade continua a transmisso no barramento,
isto se d pelo conceito de bits dominantes e bits recessivos.
3.2.2.4 Topologias em Redes baseadas em Barramentos de Campo
As topologias mais comumente utilizadas em um sistema fielabus so:
1. Topologia de Barramento com Spurs : Nesta topologia utiliza-se um
barramento nico onde equipamentos ou barramentos secundrios (spurs) so
conectados diretamente a ele. Pode-se ter ainda vrios equipamentos diferentes em
cada spur (figura 3.6).
2. Topologia Ponto a Ponto: Nesta topologia tem-se a ligao em srie de
todos os equipamentos utilizados na aplicao. O cabo fielabus roteado de
equipamento para equipamento neste segmento e interconectado nos terminais
de cada equipamento da rede. As instalaes que utilizam esta topologia devem
usar conectores especiais de forma que a desconexo de um simples equipamento
no interrompa a continuidade do segmento (figura 3.6).
3. Topologia em rvore: A topologia em rvore concentra em
acopladores/caixas de campo a ligao de vrios equipamentos. Devido sua
distribuio, esta topologia conhecida tambm como "P de Galinha". (figura
3.6).
4. Topologia Ena to Ena: Esta topologia utilizada quando se conecta
diretamente apenas dois equipamentos. Esta ligao pode estar inteiramente no
campo (um transmissor e uma vlvula sem nenhum outro equipamento conectado)
ou pode ligar um equipamento de campo (um transmissor) ao dispositivo
principal.
5. Topologia Mista : Nesta configurao pode-se encontrar as trs topologias
mais comumente utilizadas entre si, barramento com spurs, rvore e ponto a
ponto. Deve-se observar, no entanto, o comprimento mximo do segmento que
deve incluir o comprimento dos spurs no comprimento total (figura 3.6).

Figura 3.6 - Topologias comuns para o ILHOGEXV.
3.2.2.5 Benefcios dos Barramentos de Campo
Os benefcios dos barramentos de campo podem ser divididos em:
Melhoria e maior quantidade de informaes de controle, ou seja, das
variveis que fazem parte da estratgia de controle do sistema, como por exemplo
o valor da quantidade de lquido contida em um tanque;
Melhoria e maior quantidade de informaes extra controle (figura 3.7),
variveis que trazem informaes adicionais do sistema, como por exemplo o
status de um posicionador pneumtico;
Muitos benefcios econmicos, tais como: reduo de haraware, reduo
dos custos de um projeto de automao [CUR98].
Em relao obteno da informao, nos sistemas tradicionais de automao, o
volume de informaes no ia muito alm daquele destinado s informaes de controle. Nos
sistemas fielabus, o volume de informaes extra controle bem maior devido s facilidades
atribudas principalmente comunicao digital entre os equipamentos [CUR98]. Isto traz
como vantagens a possibilidade de diagnsticos dos dispositivos, o aumento da confiabilidade
e uma maior facilidade de manuteno dos dispositivos.

Figura 3.7 - Comparao entre o volume de informaes.
Entre os benefcios econmicos, destacam-se os seguintes fatores: diminuio do
custo com engenharia do detalhamento, pois as documentaes com projetos fielabus so
mais simples, pois trata-se de um barramento industrial com um cabo de duas vias apenas
(figura 3.8) e ainda porque a tecnologia fielabus dispe de equipamentos compactos; menor
custo de mo de obra, devido a reduo do cabeamento do sistema de controle, pois todos os
dispositivos esto anexados a uma rede que requer apenas um cabo compartilhando muitas
vezes alimentao e comunicao; alm disto tem-se menor gasto com materiais, referindo-se
reduo de custos com cabeamento e bastidores para a alocao de placas de conectividade
com o campo.

Figura 3.8 - Economia de fios e dispositivos.
3.2.3 O )RXQGDWLRQ )LHOGEXV
O Founaation Fielabus um protocolo de comunicao industrial
especificamente desenvolvido para aplicaes robustas e para a realizao de controle
distribudo de processos contnuos, podendo, inclusive, ser utilizado em aplicaes que
requeiram especificaes quanto aos requisitos de segurana intrnseca. Uma rede de
comunicao industrial que utiliza o protocolo de comunicao Founaation Fielabus do tipo
digital, serial, half-auplex e multiarop. Ela digital porque as informaes so transmitidas
em forma de mensagens de acordo com as camadas de comunicao definidas pelo protocolo
fielabus; serial, porque as informaes so transmitidas e recebidas bit a bit; half-auplex,
porque a comunicao bidirecional, porm, em uma nica direo a cada instante e
multiarop, porque permitida a comunicao simultnea entre vrios equipamentos
conectados rede.
O Founaation Fielabus surgiu com o objetivo de interligar e operar os
instrumentos de campo com caractersticas diferentes e de diversos fabricantes. Usufruindo de
inteligncia associada aos dispositivos uma rede Founaation fielabus proporciona a
descentralizao de suas tarefas. Esta rede incorpora vantagens como: maior imunidade a
rudos, pr-processamento de dados especficos, transmisso de informaes adicionais dos
dados capacitando o diagnstico do dispositivo e a previso de falhas, reduo dos custos de
projeto, de fiao, de instalao e de expanso, entre outras.
Como os dispositivos podem ser de diferentes fabricantes, a padronizao das
funes a serem distribudas nos mesmos foi necessria. Estas funes so chamadas de
Blocos Funcionais (FB-Function Blocks). A interligao desses blocos funcionais que
define a estratgia de controle e programao do processo a ser controlado. Na configurao
especifica-se a escolha do FB e em que dispositivo ser executado.
O Founaation Fielabus um protocolo interopervel suportado pela quase
totalidade dos grandes fabricantes mundiais de instrumentao. Ao trmino da elaborao de
suas normas pretende-se ter reconhecimento mundial, devido ao comprometimento destes
fabricantes em seguir um padro nico. Este protocolo de comunicao foi projetado para
usar o mesmo tipo de fiao dos transmissores analgicos e inteligentes, para facilitar a
substituio do sistema. O Founaation Fielabus baseado no modelo OSI para representar as
vrias funes requeridas em uma rede de comunicao. Ele foi concebido para a indstria de
controle de processos para estar de acordo com o modelo ISO/OSI; utilizar cabos de conexo
de utilizao industrial normal; segurana intrnseca para atmosferas perigosas; variveis
identificadas por tags e expressas em unidades de engenharia; variveis com status, onde o
estado do dispositivo indica as condies da varivel; blocos de funo com parmetros de
entrada e sada padronizados, parmetros de configurao padronizados e algoritmos
padronizados. O Founaation Fielabus otimizou a arquitetura OSI para controle de processos
pela remoo das camadas do meio que geralmente so associadas com aplicaes no crticas
temporalmente, tais como transferncia de arquivos. Pode-se em primeira anlise dividi-lo em
nvel fsico (Physical Layer - que trata das tcnicas de interligao dos instrumentos), nveis
de software (Communication Stack) que trata da comunicao digital entre os equipamentos e
a camada do usurio (Figura 3.9) e a camada do usurio (User Layer) onde estaro as
aplicaes desenvolvidas para controle de processos [CUR98].

Figura 3.9 - Nveis de protocolo.
3.2.3.1 O Nvel Fsico
Em relao ao nvel fsico, o Founaation Fielabus deve ter:
Transmisso de dados somente digital,
Sistema de clock prprio (Self-clocking),
Comunicao bidirecional,
Cdificao Manchester,
Modulao em tenso,
Velocidades de transmisso de 31,25 Kbps para redes de campo e 100Mb/s
para HSE.
No nvel de instrumentos ligados ao barramento de campo, a velocidade
normalizada 31,25 kbps. As outras velocidades do barramento devero ser utilizadas para a
interligao de briages e gateways para a conexo em alta velocidade destes dispositivos
(Figura 3.10) [CUR98].

Figura 3.10 - Utilizao de EULGJHV.
3.2.3.2 O Nvel de Aplicao
O nvel de aplicao fornece uma interface para o software que roda no
equipamento. Basicamente este nvel define como ler, escrever ou disparar qualquer tarefa em
uma estao remota. A principal tarefa a definio de uma sintaxe para as mensagens. Ele
tambm define o modo pelo qual a mensagem deve ser transmitida: ciclicamente,
imediatamente, somente uma vez ou quando requisitado pelo consumidor. O gerenciamento
define como inicializar a rede: atribuio do tag, atribuio do endereo, sincronizao do
tempo, escalonamento das transaes na rede ou conexo dos parmetros de entrada e sada
dos blocos funcionais. Ele tambm controla a operao da rede com levantamento estatstico
de deteco de falhas e de adio ou remoo de estaes.
3.2.3.3 O Nvel do Usurio
O nvel do usurio define o modo para acessar a informao dentro de
equipamentos Founaation Fielabus e de que forma esta informao pode ser distribuda para
outros equipamentos no mesmo n ou, eventualmente em outros ns da rede. Este atributo
fundamental para aplicaes em controle de processo.
A base para arquitetura de um equipamento Founaation Fielabus a programao
dos blocos funcionais, os quais executam as tarefas necessrias s aplicaes existentes hoje,
tais como: aquisio de dados, controle PID, clculos e atuao [CUR98]. Todo bloco
funcional contm um algoritmo, uma base de dados (entradas e sadas - figura 3.11) e um
nome definido pelo usurio (o tag do bloco deve ser nico na aplicao do usurio). Os
parmetros do bloco funcional so endereados no Founaation Fielabus via tag.parameter-
name. Um equipamento Founaation Fielabus pode rodar um nmero definido de blocos
funcionais. A base de dados pode ser acessada via comunicao entre softwares dentro do
sistema operacional.

Figura 3.11 - Diagrama geral de um bloco funcional.
3.2.3.4 Acesso ao Meio
Em relao ao acesso ao meio, existem trs maneiras de faz-lo. A primeira
maneira atravs da passagem de token. A passagem do token o modo direto de iniciar uma
transio no barramento. Quando termina de enviar as mensagens, o equipamento retorna o
token para o dispositivo especial LAS (Link Active Scheauler) [CUR98]. O LAS transmite o
token para o equipamento que requisitou, via pr configurao ou via escalonamento. A
segunda maneira atravs da resposta imediata, no qual o mestre dar a oportunidade para
uma estao responder com uma mensagem. E por fim tem-se a requisio de token, na qual
um equipamento, usando um cdigo em alguma das mensagens de resposta, requisita um
token. O LAS recebe esta requisio e envia um token para o equipamento quando houver
tempo disponvel nas fases aperidicas do escalonamento.
No modelo produtor/consumidor, um equipamento pode produzir ou consumir
variveis que so transmitidas atravs da rede usando o modelo de acesso rede de resposta
imediata. O produtor coloca as variveis em buffers e qualquer estao pode acessar estes
dados. Com apenas uma transao, dados podem ser transmitidos para todos os equipamentos
que necessitam destes dados. Este modelo o modo mais eficiente para transferncia de dados
entre vrios dispositivos. Um controlador consome a varivel de processo produzida pelo
sensor, e produz a sada consumida pelo atuador [CUR98].
No protocolo Founaation Fielabus existe um escalonamento para suportar as
aplicaes de tempo crtico, sendo o LAS que coordenar o tempo necessrio para cada
transio na rede, garantindo o perodo da troca de dados.
Existe um mecanismo para garantir uma referncia de tempo da rede para
conseguir sincronizao do barramento e atividades de processo.
No protocolo Founaation Fielabus, pode-se enderear um grupo de estaes, uma
estao, ou at mesmo uma varivel, vindo desta forma a otimizar de forma bastante
significativa o acesso s mensagens no barramento.
3.2.3.5 Benefcios do Protocolo de Comunicao )RXQGDWLRQ )LHOGEXV
Com a utilizao do protocolo de comunicao Founaation Fielabus em redes
industriais obtm-se um menor gasto com equipamento supervisrio, pois os dispositivos
oferecem auto diagnstico na maioria dos casos; fcil configurao do sistema, pois no
sistema Founaation Fielabus a interao do operador com o sistema se d atravs de blocos
funcionais; e menor gasto com obras civis, devido reduo fsica de tamanho do sistema de
controle como um todo, implicando em uma reduo de haraware devido inexistncia de
um subsistema de I/O (figura 3.12).


Figura 3.12 - Reduo de KDUGZDUH.
Em relao implantao de novas malhas, tem-se tambm um baixo custo,
porque necessita-se apenas da adio de novos instrumentos no campo, assim como para a
adio de novas reas de controle, necessita-se apenas a adio de mais placas de interface.
Em relao aos ganhos tecnolgicos, levantam-se os seguintes fatores:
instrumentao de ponta (estado da arte), pois trata-se de instrumentao inteligente, ou seja,
o instrumento tem a capacidade de tomar decises de controle; vantagens operacionais do
sistema (sistema aberto), pois est normalizado segundo a norma IEC 61158; facilidade de
superviso devido a exportao das variveis do sistema para um servidor de dados OPC (Ole
for Process Control), possibilitando at a disponibilizao do sistema em redes maiores como
,por exemplo, a Internet [CUR98]; implementao de estratgias de controle distribudas, ou
seja, a alocao de blocos funcionais em diferentes dispositivos que fazem parte da rede
(figura 3.13) e aumento da viso de sistema, extendendo-se at o nvel dos instrumentos
(figura 3.14).

Figura 3.13 - Estratgia de controle distribuda.


Figura 3.14 - Viso expandida do sistema.
3.3 Sistemas Supervisrios SCADA
Os sistemas SCADA so sistemas de superviso, controle e aquisio de dados;
localizam-se na parte de mais alto nvel de um processo de controle. So usados
extensivamente na indstria. Aplicaes SCADA costumam ir de algumas centenas de pontos
de entrada e sada at vrios milhares de pontos de entrada e sada.
Os sistemas SCADA baseiam-se em tags, nomes que associam um endereo ou
registrador de um dispositivo ao sistema de superviso e controle, como unidade bsica de
dados. O supervisrio trata as variveis do processo, seja ela oriunda de um PLC (via ariver)
ou oriunda de uma base de dados industrial (OPC) como se fossem tags (figura 3.15). Desta
maneira, estratgias de controle, relatrios, tendncias, receitas, histricos, manipulao de
escalas entre outras tarefas so possveis com as variveis do processo, gerando uma grande
flexibilidade de configurao para o usurio. Na figura 3.15 tem-se um sistema de superviso
e controle no servidor da aplicao. O sistema de superviso tem acesso as variveis de um
PLC atravs de um ariver de comunicao, estas variveis podem ser: entradas analgicas
(AIs), entradas digitais (DIs), sadas analgicas (AOs) ou ainda sadas digitais (DOs). O
mesmo sistema de superviso tambm tem acesso s variveis de uma rede Founaation
Fielabus atravs de uma base de dados OPC. importante salientar que o sistema de
superviso e controle pode tratar da mesma maneira as variveis advindas tanto do PLC
quanto de uma rede Founaation Fielabus.


Figura 3.15 - Tratamento dos dados de campo pelo supervisrio.
Os sistemas SCADA possuem um ambiente integrado de desenvolvimento que
possui editor de grficos, editor para banco de dados, relatrios, receitas e editor de scripts.
Alm destas funcionalidades, possui geralmente ferramentas para desenvolvimento de APIs e
arivers de comunicao.
Os sistemas SCADA que operam em tempo de execuo em uma planta industrial
ou residencial so chamados de sistemas SCADA Run Time.
Como funcionalidades dos sistemas SCADA Run Time, podem-se citar:
Aquisio de dados;
Tratamento de alarmes;
Tratamento de dados;
Apresentao de dados (tendncias, gauges. aisplays e animaes);
Controle de acesso;
Redundncia;
Conectividade via TCP/IP;
Relatrios e
Tratamento de Receitas.
3.3.1 Interfaceamento dos Sistemas SCADA
Os sistemas SCADA utilizam muitas tecnologias abertas como meio de
desenvolvimento de aplicaes, entre elas pode-se citar:
APIs;
OPC Client e Server;
ODBC (OLEDB);
COM/DCOM (Component Obfect Moael/Distributea Component Obfect
Moael);
ActiveX;
Web e
DDE (Dynamic Data Exchange).
Com estas tecnologias, o interfaceamento dos sistemas SCADA com outras
aplicaes se torna possvel. O desenvolvimento de APIs, pode ser feito em programas
diferentes do supervisrio, como por exemplo, o desenvolvimento de applets Java, escritos
em Java, para o acesso remoto do usurio s informaes do sistema de automao atravs de
browser Web.
Os sistemas supervisrios SCADA, possuem a caracterstica de serem clientes
OPC. O OPC uma base de dados disponibilizada por alguma aplicao industrial, como por
exemplo uma aplicao industrial que utiliza o Founaation Fielabus; esta funciona como o
servidor OPC do PC (Personal Computer) servidor da aplicao. Atravs do supervisrio
possvel a importao desta base de dados do processo e sua posterior configurao dentro de
uma aplicao supervisria. Mais detalhes sobre esta abordagem sero vistos na seo 3.3.2.
Atravs da interface ODBC, o supervisrio tem acesso a bases de dados rodando
no PC servidor da aplicao ou at mesmo a um servidor de dados remoto. Os dados
importados da fonte de dados ODBC podem fazer parte de uma estratgia de controle, de
algum relatrio de operaes entre outras funcionalidades.
Atravs dos DDEs, os supervisrios podem importar e exportar variveis de ou
para outro contexto, como por exemplo os aplicativos do Microsoft Office ou do Matlab. No
caso do Matlab aumenta-se o poder de anlise matemtica do sistema que est sendo
supervisionado, alm do Matlab contar com pacotes de software especficos para controle de
processos.
Antigamente, os sistemas de automao tinham um elevado custo de aquisio e
desenvolvimento de aplicaes, alto custo de manuteno, pouca flexibilidade, elevado tempo
de desenvolvimento e ainda assim utilizando diversas solues proprietrias. Com estes
fatores surgiu a necessidade da diminuio dos custos, diminuio do tempo de criao,
instalao, start-up e manuteno, necessidade de maior flexibilidade, distribuio de recursos
entre reas e localidades distintas, maior poder de processamento e integrao com outros
sistemas e tambm sistemas redundantes [SAL01]. A tecnologia DCOM surge ento como
uma nova tendncia, suprindo parte das deficincias previamente colocadas, pois estende a
base de aplicaes ActiveX para seu uso distribudo, ou seja, baseia-se no paradigma do
desenvolvimento do software em componentes. Com isso, um sistema supervisrio capaz de
realizar processamento em paralelo (pipelining), isolar componentes crticos, gerenciar
conexes, adicionar componentes ao sistema sem a parada do processo entre outras tarefas.
3.3.2 OPC (2OH IRU 3URFHVV &RQWURO)
A especificao OPC uma especificao tcnica no proprietria que define um
conjunto de interfaces baseadas na tecnologia OLE/COM da Microsoft. A interface OPC torna
possvel a interoperabilidade entre aplicaes de automao e controle, sistemas e dispositivos
de campo e aplicaes situadas em nveis mais altos na hierarquia de uma planta industrial
[UNI01].
Tradicionalmente, em cada software ou aplicao era necessria uma interface
customizada ou o desenvolvimento de um ariver para trocar dados com dispositivos de
campo. A tecnologia OPC elimina estes requisitos pela definio de uma interface comum de
alto desempenho que permite que este trabalho seja feito apenas uma vez, e ento facilmente
reusado pela HMI (Human Machine Interface), por um sistema SCADA ou aplicaes de
controle que tenham acesso a uma base de dados OPC [WEL02].
A OPC foi desenvolvida para criar um padro comum para comunicao entre
todos os softwares e harawares em vrias linguagens de programaes. Passar a
responsabilidade da criao do ariver para o fabricante de haraware, que conhece melhor os
seus equipamentos e as suas redes de comunicao tambm foi objetivo de sua criao.
Embora somente alguns desenvolvedores de software e haraware j disponibilizam produtos
compatveis com OPC, esto entre eles os maiores fornecedores como a Honeywell. Siemens.
Toshiba. Rockwell. Smar. Emerson Process e Intellution.
A tendncia mundial a utilizao da rede Ethernet TCP/IP com o protocolo OPC
para comunicao entre estaes de superviso e os CLP's e a utilizao do OPC com algum
meio fsico que suporte a conexo de dispositivos no cho de fabrica.
O objetivo fundamental do padro OPC desenvolver uma interface padro aberta
e interopervel, baseada em requisitos fundamentais das tecnologias COM, DCOM e ActiveX,
que facilite a troca de informaes entre aplicaes de automao e controle, dispositivos de
campo e aplicaes de planejamento e otimizao que usem dados do cho-de-fbrica. O OPC
ter um impulso adicional com o XML (Extensible Markup Language), pois o comit OPC
criou uma especificao OPC XML [FER01]. Esse novo padro vai promover comunicaes
entre sistemas de negcios e dispositivos de campo, ter independncia de protocolo e suporte
para segurana.
3.3.3 Os Sistemas SCADA e a :HE
O crescimento da Internet nos ltimos anos tem tido um considervel efeito no
desenvolvimento industrial. Uma das razes principais desse crescimento foi o
desenvolvimento do servio www. Com ele os programas de navegao puderam
disponibilizar interfaces grficas onde o usurio pode remotamente comandar sua navegao
ou mesmo executar tarefas de controle sobre um processo de controle [RAM01].
Diante dessas possibilidades, vrios pacotes de software SCADA foram
desenvolvidos. Com eles, possvel no s o controle e monitoramento do processo de
manufatura atravs da Intranet/Internet, como tambm a criao pelo usurio de uma nova
forma de operao e observao do sistema de automao, a partir de um conjunto de funes
padro, normalmente representadas por applets desenvolvidos em Java ou ActiveX [RAM01].
Vrios mecanismos de comunicao so utilizados pelos sistemas SCADA. O
WinCC Web Navigator, por exemplo, utiliza um mtodo otimizado para controle e
transmisso de eventos, assegurando a melhor perfomance possvel na rede. O pacote consiste
de uma srie de componentes especiais, tanto para o equipamento cliente como para o
servidor, sendo instalados nos clientes via Web.
Os sistemas SCADA como WinCC Web Client podem ser classificados como
Thin Client [RAM01]. Neste conceito, todo software necessrio para o cliente
disponibilizado pelo servidor, permitindo que todos os recursos de operao e visualizao
possam ser utilizados a partir do browser do usurio.
A troca de dados entre os sistemas SCADA e os clientes Web pode ser feita de
vrias maneiras. Os dados do processo podem ser armazenados em bases de dados maiores e
mais robustas, como por exemplo os servidores de dados SQL. Este armazenamento pode ser
feito tanto de maneira local como de maneira remota, configurando assim um servidor remoto
de dados da aplicao. Os dados podem ser trocados dinamicamente com outras aplicaes
utilizando-se dos tags DDE, facilitando o acesso dos clientes Web aos dados do processo.
As tecnologias para acesso a estes dados so muitas, pode-se citar: ASP,
utilizados em conjunto com os objetos ActiveX, PHP, acessando bases de dados do processo
que esto disponibilizadas em servidores SQL, por exemplo. A tecnologia COM/DCOM para
aplicaes distribudas, salientando a neutralidade da linguagem de programao (Java, C++,
Delphi. Jisual Basic ou C). O uso do XML, por ser uma tecnologia mais neutra e aberta do
que o ActiveX, por suportar tanto Java quanto ActiveX, surge como uma ferramenta poderosa
para acesso aplicaes industriais pela Internet. A criao pelo comit OPC de uma
especificao OPC XML em setembro de 2000, traz o XML como uma grande tendncia em
interatividade de sistemas industriais atravs da Web.
3.3.4 Tendncias em Sistemas de Superviso e Controle
Atualmente os sistemas SCADA esto evoluindo para a orientao ao objeto,
comunicao interna baseada em DCOM, MMI (Man Machine Interface) baseada em
tecnologia Web, OPC para conexo ao haraware, bem como OPC para conexo com
aplicaes externas ao supervisrio [NAT01].
3.3.4.1 Tecnologia COM/DCOM
A tecnologia COM/DCOM, inicialmente desenvolvida pela Microsoft e hoje
utilizada e difundida por diversas empresas, e disponvel para uma srie de componentes e
sistemas operacionais, um dos grandes conceitos para os chamados buiaing block services,
ou seja, a construo de aplicaes baseadas em blocos. O software em componentes tem por
objetivo quebrar aplicaes grandes e complexas em uma srie de mdulos que so
facilmente desenvolvidos, entendidos e modificados.
Atravs desta tecnologia, cada componente pode trocar informaes com outro,
independentemente da localizao, ou seja, tanto o desenvolvedor quanto o usurio final no
precisam se preocupar com a localizao dos mesmos, pois a aplicao se torna transparente
para ambos atravs da Internet. Alem disso, o COM/DCOM inclui uma srie de facilidades de
gerenciamento e utilizao, como a independncia de localizao, neutralidade de linguagem
(Java, C++, Delphi. Jisual Basic e C), gerenciamento de conexo, multiprocessamento
simtrico, diviso automtica de processamento, isolamento de componentes crticos,
pipelining, agrupamento de mensagens, redirecionamento de componentes, balanceamento de
carga e tolerncia a falhas, dentre outros.
Como caractersticas de aplicaes SCADA baseadas na arquitetura DCOM,
pode-se citar:
Separao total da interface grfica com o processamento tempo-real;
Criao de bibliotecas que incluam funcionalidades completas de uma
aplicao inteira (comunicao, banco de dados, lgicas de controle, alarmes,
interface grfica entre outras);
Banco de dados nico de aplicaes distribudas, com livre escolha de quais
componentes ou conjunto de componentes operam em Hot-StanaBy e/ou Hot-
Backup e em quais mquinas;
Uso intensivo da tecnologia OPC e suas especificaes, gerando
padronizao entre os sistemas, diminuindo o custo de desenvolvimento e
manuteno, alm de evitar solues proprietrias.
3.3.4.2 7KLQ &OLHQWV
Atualmente tem-se a necessidade de prover acesso s informaes de um sistema
SCADA para um nmero maior de pessoas com o desejo de manter baixos os custos de
acesso informao.
No conceito de thin client computing. as aplicaes residem em poderosos
servidores, com os usurios acessando-as atravs de uma grande variedade de equipamentos
que incluem pequenos computadores com memria limitada, laptops, pequenos dispositivos
transportveis como palmtops, computadores industriais sem disco, etc. Com estes, o usurio
ter acesso aos dados de processo, juntamente com as funcionalidades de um sistema SCADA
atravs da execuo de um browser web que roda uma mquina virtual Java.
A vantagem deste tipo de abordagem sobre os sistemas SCADA tradicionais que
a aplicao reside unicamente em um servidor rodando os componentes, ou seja, o Terminal
Server. Como requisitos, o usurio deve ter um browser web que rode uma mquina virtual
Java. Nas solues tradicionais SCADA, o cliente deve estar executando um software
compatvel com os SCADA e utilizando dispositivo de liberao de uso ligado mquina de
operao (Harakey), o que limita o nmero de usurios remotos.
3.3.4.3. XML (H;WHQVLEOH 0DUNXS /DQJXDJH)
O XML uma linguagem de marcadores extensvel, adiciona estrutura e tipos
para a informao. O XML um formato universal de troca de dados, com regras definidas
para a interao de aplicaes distribudas. O objetivo da linguagem XML a extenso da
linguagem HTML, afim de ajust-la para aplicaes especficas, gerar pginas dinmicas para
trabalharem como programas compilados.
Um servidor Web baseado em XML pode fornecer uma integrao que inclua
acesso a banco de dados relacionais e dados de processo atravs interfaces homem mquina
baseadas em Web.
Como exemplo da capacidade do XML, pode-se citar a Wonaerware, uma
empresa que utiliza XML em seu portal SuiteJoyager. Nesse caso, o XML usado nos
gerenciadores de dados e em quase todos os subsistemas, incluindo histricos, alarmes,
aplicaes grficas, relatrios e configuraes.
Foi criada em setembro de 2000, pelo comit OPC, uma especificao OPC XML.
Esse novo padro vai promover comunicaes entre sistemas de anlise e otimizao remotos
e dispositivos de campo, ter independncia de protocolo e suporte para segurana.
O XML surge como uma possibilidade para sistemas abertos e automao global.
Ensaios Remotos atravs da Internet 59
4 Experimentos Remotos atravs da Internet
4.1 Introduo
O crescimento da Internet fez com que surgissem novas propostas de
interatividade para as mais diversas reas cientficas. No ramo de controle e automao,
destacam-se os experimentos remotos via Internet que surgiram com o intuito de
disponibilizar os recursos tecnolgicos oferecidos por uma instituio para um nmero maior
de pessoas.
Com a necessidade de disponibilizar recursos tecnolgicos diversas instituies
adotaram a filosofia de experimentos remotos atravs da Internet, que se dividem basicamente
em dois nveis de interao, o conceito de laboratrio virtual que agrega uma estrutura fsica
desenvolvida e a sua posterior disponibilizao na Internet; e tem-se tambm os cursos de
ensino distncia que tambm oferecem um elevado grau de interatividade, vindo estes a
terem a realizao de simulaes de fenmenos fsicos em alguns casos.
Este captulo tem por objetivo a apresentao de algumas instituies do mundo
inteiro que disponibilizam processos fsicos ou industriais atravs da Internet. Na seo 4.2
aborda-se a Internet como uma ferramenta para o ensino distncia, suas vantagens e
desvantagens. Uma discusso em torno dos paradigmas de estudo apresentada. Na seo 4.3,
so levantados os aspectos educacionais na Engenharia de Controle; a importncia da
realizao de ensaios utilizando-se experimentos reais destacada. Na seo 4.4 so
apresentados alguns laboratrios que disponibilizam experimentos para os usurios da
Internet; nesta seo focada a infraestrutura de tais instituies para a disponibilizao de
seus experimentos, sendo levantados os aspectos positivos e negativos de tais infraestruturas.
At o presente momento no se encontrou na literatura alguma instituio que
disponibilize uma planta industrial instrumentada com dispositivos utilizando o protocolo de
comunicao Founaation Fielabus atrvavs da Internet, o que indica o carter original deste
trabalho.
4.2 A Internet como Ferramenta para Ensino Distncia
A educao pode ser usada como uma das aplicaes da Internet. Neste caso, esta
ltima utilizada para a comunicao entre estudantes e o centro de ensino e pesquisas
remoto. O interesse na Internet cresceu nos ltimos anos devido ao seu componente mais
popular, o Worla Wiae Web. Implantada na vida cotidiana de muitas pessoas a Internet vista
como um meio de conectividade e uma ferramenta para uso pessoal e comercial. A Internet
prov muitos modos de aumentar o conhecimento e expanso de oportunidades para os
estudantes.
Pesquisadores no campo da educao apiam o uso da Internet para melhorar o
ensino e aprendizagem; para isso vrias perguntas devem ser respondidas, como por exemplo:
pode a Web promover melhoramento no ensino devido aos diferentes cursos que esto sendo
oferecidos? Os diferentes estilos de aprendizagem que existem na Web se fossem empregados
de maneira inteligente, poderiam oferecer uma mudana no paradigma em educao? Ser o
aprendizado via Web mais produtivo do que o ensino tradicional? Ser que a Internet ir
ajudar a controlar os custos em cursos que requeiram materiais especializados mantendo a
qualidade dos cursos presenciais? Respostas para estas questes dependem do nvel de
integrao desejado e principalmente da infraestrutura oferecida pelos locais que oferecem
cursos distncia [POI98].
Os nveis de Integrao presentes nos institutos que disponibilizam o ensino
distncia so os mais variados possveis, entre eles podemos citar: leitura especializada de
referncias de projetos bem sucedidos pelo centro de pesquisa que disponibiliza o ensino
distncia; troca de e-mails entre estudantes e professores; envio de novidades e tarefas para
listas de e-mail; criao de grupos de discusso; site com Faqs (Frequently askea questions)
dos alunos; reunies em chatrooms; vdeo conferncia; integrao com o contedo e
novidades tecnolgicas na rea atravs de um site principal; um portal para o curso; utilizao
de FTP e Web sites que contm softwares e demonstraes que podem rodar diretamente na
Web ou no computador do estudante atravs do aownloaa de arquivos; criao de laboratrios
virtuais com animaes e simulaes que venham a substituir os experimentos fsicos;
animao do material disponvel com multimdia e o desenvolvimento de um laboratrio
remoto para o estudante poder ajustar os parmetros de um ensaio e rod-lo atravs da Web
[POI98].
As demonstraes de software pela Web podem ser benficas para os alunos
compreenderem um certo tpico, por exemplo: a frequncia contida em um sinal no domnio
tempo pode ser muito bem ilustrada utilizando-se aproximaes em multimdia. Estudantes
podem mudar de amplitude algumas componentes de frequncia, visualizando a forma de
onda resultante e ouvindo o sinal de udio correspondente a esta mudana. Neste caso as
demonstraes podem ser passivas, ou seja, o aluno no interage com o processo remoto,
como por exemplo: pr gravaes de udio e vdeo [POI98].
As interaes para as demonstraes tendem a carem em duas categorias: aquelas
que precisam ser executadas em mquinas locais atravs de pacotes de softwares comerciais
como o Matlab depois de feito seu aownloaa; e aquelas que rodam diretamente online atravs
dos Java applets ou outros recursos multimdia utilizados para a Internet. Do ponto de vista
de facilidade de interao os Java applets saem ganhando, pois os alunos no precisam de
muitos passos de configurao para a realizao de algum experimento remoto e ainda sim
no precisam de softwares especficos rodando em suas mquinas. Entretanto, o favascript
relativamente novo na comunidade cientfica e sua biblioteca de funes extremamente
pobre, principalmente no que diz respeito parte matemtica [POI98]. Uma aplicao em
Java applets pode ser muito dispendiosa de tempo ao passo que um pacote como o Matlab
possui um poder matemtico muito maior no caso da soluo de problemas modelados de
forma matemtica. Deste fato, explica-se o porque de algumas instituies preferirem o
aownloaa de arquivos para uma futura anlise matemtica em softwares comerciais.
4.3 Aspectos Educacionais na Engenharia de Controle
Uma importante parte na educao de engenharia de controle a combinao do
conhecimento terico com a experincia prtica. O primeiro ensinado convencionalmente
durante leitura de livros tcnicos e cientficos, aulas presenciais e notas de aulas. A
experincia prtica obtida durante as aulas de laboratrio que podem exigir um uso intenso
de recursos e isto pode desprender muito dinheiro e tempo para as experincias de controle.
Lies de engenharia de controle devem combinar teoria e prtica; os estudantes
devem aprender a modelar sistemas e a desenvolver controladores para eles. Simulaes so
relevantes para assimilao da teoria, mas elas no podem substituir os experimentos reais em
laboratrio. Um laboratrio d ao estudante um sentimento preciso do que realmente acontece
em um contexto industrial [EXE98]. A visualizao dos diversos componentes do sistema de
controle (processo, sensores, atuadores) bem como a visualizao da evoluo das grandezas
fsicas do processo permite que o aluno associe elementos concretos aos conceitos de certa
forma bastante abstratos, da teoria de sistemas de controle (diagramas em blocos, funes de
transferncia, seguimento de referncia, rejeio perturbao, constante de tempo, ganho do
processo, etc.).
O processo de projetar controladores juntamente com simulaes e observaes
da dinmica da implementao fsica d ao estudante uma valiosa perspiccia. A visualizao
de processos controlados um aspecto importante no ensino de controle, por esta razo os
estudantes devem ter experincias de laboratrio. Por outro lado, o custo envolvido com a
montagem de um experimento de controle em geral elevado. Este problema se torna mais
acentuado levando-se em conta que este experimento deve ser acessvel a um nmero
considervel de estudantes. Assim sendo, o uso da Internet apresenta-se como uma soluo
economicamente vivel para este problema, pois permite a construo de um nico sistema de
experimentos o qual poder ser acessado por um grande nmero de estudantes.
Um outro desafio no ensino prtico de sistemas de controle a real vinculao do
experimento com a realidade industrial. O estudante deve ser levado a trabalhar com
equipamentos e sistemas de cunho realmente industrial a fim de que possa fazer a ligao
entre os conceitos tericos e os sistemas que realmente ir se deparar em um contexto
industrial. Isto tende a aumentar a motivao do estudante para a realizao do experimento e,
consequentemente, facilitar o aprendizado e a solidificao de conceitos.
O ensino distncia pode ser baseado em sistemas de telerobtica, sistemas de
realidade virtual, simulao de sistemas de controle e realizao de experimentos remotos em
laboratrios remotos.
Um laboratrio remoto pode incluir a programao de um software de controle de
processos, uma ferramenta de anlise matemtica, interfaces de udio e vdeo. Estas
ferramentas so necessrias para dar ao estudante o sentimento de estar no laboratrio. Isto
ajuda o estudante a descobrir a aplicabilidade do embasamento terico obtido em sala de aula.
4.4 Ensaios via Internet que Esto Disponveis
Para o ensino de controle de processos existem vrias instituies que adotam a
filosofia de ensaios remotos atravs da Internet, estas instituies atuam nos mais variados
campos do conhecimento. Considerando-se em particular ensaios remotos ligados ao ensino
de sistemas de controle, faremos a seguir uma breve descrio e avaliao de alguns sistemas
hoje disponveis.
4.4.1 Experimento de ControIe de Posio para o Sistema BoIa e
PnduIo
Neste laboratrio, existe o clssico experimento da bola e do pndulo, onde o
usurio tem a capacidade de comparar os efeitos de diferentes controladores digitais (PD,
PID, RST) [EXE98]. O usurio tem contato com dois tipos de interao pela Internet:
simulao e a realizao de experimentos em um laboratrio remoto.
As simulaes so realizadas utilizando-se Java applets. Os eventos gerados pelos
usurios so convertidos para objetos Java do applet de interesse da simulao.
Em relao ao Java e aos browsers utilizados pelos clientes, existem algumas
consideraes que devem ser feitas, por exemplo: o Java se comporta de maneira diferente
nos dois browsers mais conhecidos, o Netscape e o Internet Explorer, e at mesmo este tipo
de comportamento verificado em verses diferentes do mesmo browser. Um exemplo deste
tipo de comportamento a falta de barras de rolagem em alguns browsers [EXE98].
Segundo [EXE98], para evitar este tipo de inconsistncia nos browsers, seria
migrar as simulaes para aplicaes Java ao invs de usar Java applets, mas isto est longe
de ser uma aplicao Web, pois todos os clientes que acessarem o as simulaes devem ter um
ambiente Java run-time instalado.
O sistema de acesso remoto, neste laboratrio, basicamente constitudo de dois
PCs, rodando o Winaows 95, conectados via Internet. Os pacotes de software utlizados so o
Matlab. Simulink. Wincon, que consiste de dois componentes: o Wincon Sever e o Wincon
Client.
Primeiramente, o cliente deve rodar o Wincon Client, aps isso, o Wincon Server
deve ser carregado com os dados para o experimento, um cdigo executvel ser gerado e
disponvel para aownloaa pelo cliente. As variveis de seu processo podem ser salvas no
Matlab (instalado no cliente) para processamento futuro.
Nota-se que neste laboratrio, uma srie de requisitos devem ser satisfeitos pelos
usurios remotos, ou seja, a existncia de um pacote matemtico e um software dedicado
especificamente para os experimentos em sua mquina. Alm disso, o aownloaa de um
cdigo executvel deve ser feito para cada um dos experimentos. Toda esta infraestrutura
requerida pode servir como um fator desestimulante para o cliente.
Este laboratrio est disponvel no seguinte URL: http://www-hadoc.ensieg.fr.
4.4.2 Caracterizao de Dispositivos Semicondutores atravs da Internet
Neste laboratrio possvel realizar a caracterizao de dispositivos
semicondutores atravs da Internet [HON99].
O sistema escolhido para o laboratrio baseado em uma arquitetura
cliente/servidor. O servidor escrito em Jisual C++, incluindo trs principais componentes.
A camada de interface com o ariver coordena as atividades e a comunicao com o ariver do
instrumento. Esta envia e recebe dados do ariver do instrumento, que utiliza o protocolo
HPIB (Hewlett-Packara Interface Bus) IEEE (Institute of Electrical ana Electronics
Engineers) 488.2. Os outros dois componentes so um socket TCP/IP, que se comunica com o
cliente atravs da Internet e uma interface GUI (Graphical User Interface) para o instrutor. A
interface GUI no lado do servidor serve para o instrutor monitorar e controlar o processo, bem
como, modificar as configuraes da instrumentao [HON99].
No lado do cliente um Java applet disparado atravs de um boto em uma
pgina Web. Pressionando o boto, o applet cria um menu pop-up que providencia a GUI para
o usurio. Os comandos do cliente so enviados via TCP/IP client socket para o servidor. Os
resultados so processados no servidor e enviados de volta para o cliente, onde podem ser
amostrados e salvos.
Este laboratrio disponibiliza experimentos reais pela Internet, o que excelente
do ponto de vista educacional, pois simulaes tratam de modelos ideais de dispositivos
semicondutores, ao passo que no mundo real, os dispositivos semicondutores no se
comportam de maneira ideal. Outra vantagem deste laboratrio que o cliente no necessita
de nenhum software especial para realizar os experimentos via Internet, alm do browser.
O laboratrio est disponvel no seguinte URL:
http://nina.ecse.rpi.edu/shur/remote.
4.4.3 Ajuste Remoto de Controlador PID de Posio Via Internet
Este laboratrio disponibiliza remotamente atravs da Internet um experimento de
sintonia de um controlador PID (Proportional Integral Derivative) para posio de um motor
DC [BAT98].
A figura 4.1 [BAT98] descreve a arquitetura do sistema. O PC servidor da
aplicao, comunica-se com o PLC SLC 500 da Allen Braaley atravs da porta serial RS 232.
O software para o sistema servidor, trata-se de um software proprietrio composto de trs
componentes:
RS Logix um ambiente de desenvolvimento para a linguagem de
programao Laaaer, a qual executa o algoritmo PID.
RS Linx o software que faz a comunicao com o PLC.
RS Portal o software que faz a comunicao com a Internet. RS Portal usa
o RS Linx como um servidor DDE para disponibilizar dados para aplicaes
remotas rodando no cliente.

Figura 4.1 - Configurao do sistema.
O RS Tools um pacote de software utilizado no cliente, este contm muitos
controles ActiveX para prover uma interface visual entre o usurio e o controlador.
Finalmente, o RS Junction Box um software instalado nas mquinas clientes e servem para
executarem a comunicao com o RS Tools. Este software uma coleo de arquivos .dll que
fazem a conexo TCP/IP possvel.
Este sistema disponibiliza um experimento real pela Internet, mas este laboratrio
possui uma srie de desvantagens. No servidor rodam apenas softwares proprietrios,
vinculando o sistema a um fabricante especfico. Os clientes necessitam de alguns pacotes de
software que devem ser licenciados, o que s vezes, pode se tornar um grande empecilho para
o cliente a realizao dos ensaios.
4.4.4 '\QDPLW - Aprendizagem de Sistemas Dinmicos Usando Multimdia
Neste laboratrio, o usurio tem contato com experimentos de controle, que so
simulados no lado servidor atravs de VRML (Jirtual Reality Moaelling Language).
A arquitetura do laboratrio Dynamit mostrada na figura 4.2 [SCH98]. O cliente
necessita apenas de um browser com plugins para a interconexo com softwares na mquina
do cliente. Isto evita esforos de como usar o sistema [SCH98].

Figura 4.2 - Arquitetura do laboratrio Dynamit.
Toda a computao matemtica envolvida executada pela Matlab, este precisa
estar instalado no cliente. Isto evita o trfego pesado de dados pela Internet, evitando
congestionamentos para o servidor. A comunicao do browser com o Matlab dada atravs
de plugins.
O cliente deve instalar um pacote de software chamado Dynamit Toolbox, o qual
contm rotinas prontas do Matlab que so usadas pelo sistema de aprendizagem.
Plugins so necessrios do lado do cliente. Um plugin faz a comunicao com o
software Matlab, o qual l e escreve variveis do ambiente Matlab atravs de comandos
passados pelo browser. Um plugin de grficos para a apresentao de grficos desenvolvidos
pelo Matlab e apresentados no browser deve ser instalado tambm. Outro plugin, este para
visualizar animaes tridimensionais de plantas dinmicas foi desenvolvido com VRML e
deve tambm estar rodando no browser do cliente. Um plugin, chamado Toolbok II Neuron
Plugin, deve ser instalado do lado do cliente tambm. Este oferece animaes interativas em
diagramas de blocos, por exemplo [SCH98].
O ambiente para interagir todas estas funcionalidades, possvel dentro do
browser da Netscape e associado ao JavaScript como parte do ambiente Java. Classes Java,
as quais executam os mtodos dos plugins. podem ser adicionadas. Por este meio que os
objetos na pgina podem se comunicar uns com os outros. Alguns objetos podem ser Java
applets, plugins, formulrios, botes, imagens, etc [SCH98].
Este laboratrio tem como vantagens a utlizao de tcnicas de ponta como
VRML e plugins para a interconexo de softwares na mesma mquina, o que de fato alivia o
trfego de dados sobre o servidor da aplicao.
Como desvantagens, todo o cliente necessita de um nmero considervel de
softwares em sua mquina, como o Matlab, pacotes de software desenvolvidos pela
instituio do laboratrio, muitos plugins que funcionam somente para o Netscape, ou seja, o
aluno que no dispe deste navegador, fica impossibilitado da realizao dos experimentos e
um ambiente Java runtime tambm se faz necessrio do lado do cliente.
O laboratrio est disponvel no seguinte URL: http://astwww.chemietechnik.uni-
dortmund.de/~mume.
4.4.5 Controle de um Helicptero atravs da Internet
Neste laboratrio possvel o controle de um helicptero remotamente atravs da
Internet [APK00].
O PC servidor da aplicao equipado com uma placa de aquisio de dados, que
possibilita as medidas dos sensores do helicptero e o envio dos sinais de atuao para os
motores do helicptero.
O controlador do experimento feito usando o WinCon. que um software
utilizado para realizar o controle do helicptero, e o RTW (Realtime Workshop). O RTW
converte um diagrama construdo no Simulink para um programa em C, que compilado
usando C++. O arquivo executado no Wincon Server afim de executar o controle do
helicptero.
A interface do cliente com o experimento possvel atravs do WebLab, nome
dado a este laboratrio, que dispe uma interface grfica com o Wincon. O Weblab possui
knobs. aials. gauges. plots, janelas 3-D e outras funcionalidades para interagir com o
experimento. As animaes 3-D foram desenvolvidas com VRML.
O WebLab foi desenvolvido com tecnologia Java, que traz como vantagem, o fato
de a Sun oferecer ambientes runtime livremente para diversas plataformas [APK00]. Por outro
lado, o usurio no est acessando uma aplicao baseada em Web, pois ele necessita de
vrios pacotes de software rodando em sua mquina, para que o experimento se torne
possvel.
O laboratrio est disponvel no seguinte URL: http://www.controlab.com/.
4.4.6 Controle de um Veculo atravs da Internet
Neste laboratrio possvel o controle de um veculo remotamente. Entre as
atividades, o cliente pode realizar ensaios de identificao, anlise da cinemtica do veculo e
a anlise do controlador desenvolvido por ele para o experimento [JOC99].
Na figura 4.3 [JOC99], dada a estrutura de comunicao para este experimento.
Neste caso a estrutura de comunicao baseada na arquitetura cliente/servidor, escrita
principalmente em Java. Uma das vantagens desta estrutura, que ela pode ser utilizada para
outros experimentos. Inicialmente, carregam-se applets no lado do cliente, sendo que a
atualizao deste software somente se faz necessria no lado do servidor. Para o usurio
remoto basta a escolha de um ambiente que rode um browser que suporte Java runtime.


Figura 4.3 - Estrutura de comunicao via ZHE do experimento de um veculo.
No lado do servidor roda um sistema operacional Linux e como servidor HTTP o
Apache que armazena informaes HTML e os Java applets; ainda no lado do servidor tem-se
sistemas de aquisio de vdeo e udio, para que estes possam ser transmitidos pela rede. No
haraware do veculo, tem-se um sistema tempo real realizando as tarefas de controle; a troca
de dados com o PC servidor se d atravs de rdio ethernet [JOC99].
Este laboratrio est disponvel na seguinte URL: http://prt.fernuni-
hagen.de/virtlab.
4.4.7 Ensaios de Controle no Brao de um Rob
SBBT (Secona Best to Being There) uma aplicao de ensino distncia que
disponibiliza ao cliente a realizao de ensaios remotos no brao de um rob atravs da
Internet [BHA98] na Oregon State University.
O servidor do SBBT uma Sun Sparc 5 que roda Java. O usurio remoto pode
usar qualquer plataforma que suporte web browsers com ambiente Java runtime.
Dois objetos so requeridos pelo lado do cliente, o SBBT frame e o controlador,
estes itens podem ser baixados do servidor pelo usurio remoto. O SBBT frame prov ao
usurio remoto uma interface na qual o estudante ir interagir com o laboratrio. Um editor
para criao e modificao de arquivos de controle para a execuo do experimento tambm
baixado do servidor.
O servidor SBBT tambm possui servios de udio e vdeo, para dar um
sentimento maior ao usurio do que realmente est acontecendo no seu experimento.
Como vantagens, este experimento possui um controle de sesso, ou seja, o
usurio que primeiramente entrar com um script de controle, ter os privilgios do controle do
rob por 20 minutos, os outros devem esperar o trmino da sesso corrente e concorrer
prxima. O que aparece como desvantagem o fato de no possuir um sistema de
agendamento, causando um desconforto do ponto de vista do usurio remoto.
O sistema est disponibilizado no sguinte URL:
http://jedi.engr.orst.edu/sbbt/lab.html.
4.4.8 Sistema de Tanques Acoplados atravs da Internet
Neste laboratrio possvel a realizao de experimentos em tanques acoplados,
um sistema MIMO (Multi-input Multi-output), atravs do protocolo TCP/IP [RAM00].
As estratgias de controle adotadas, vo desde controle manual, PID bem como
controlador fu::y [RAM00]. A implementao utiliza vdeo conferncia para propiciar ao
cliente uma realimentao do que est acontecendo no laboratrio.
A estrutura de haraware ilustrada na figura 4.4 [RAM00]. O cliente se conecta a
um servidor HTTP, que contm o Kit Internet do software LabJiew. O servidor quem
controla o experimento. A conexo do experimento com o servidor feita atravs de uma
placa de aquisio de dados. A imagem online do processo enviada ao usurio atravs de
uma sesso de NetMeeting, onde controles ActiveX so chamados atravs de JBScript para
publicar vdeo online nas pginas da Internet.

Figura 4.4 - Estrutura de KDUGZDUH do sistema.
A estrutura de software ilustrada na figura 4.5 [RAM00]. Como visto, existem
quatro Java applets, os quais rodam no cliente. Estes fazem a comunicao necessria com o
servidor e tambm so responsveis pela apresentao dos dados para o cliente. Um quinto
applet se comunica com o servidor para o controle da cmera de vdeo.

Figura 4.5 - Estrutura de VRIWZDUH do sistema.
Do lado do servidor, o Labview G recebe os dados do controlador e implementa o
controle de maneira local. O programa para controle da cmera, que feito em Jisual Basic, o
qual inicializa uma sesso no Winaows Netmeeting.
O laboratrio est disponvel no seguinte URL:
http://vlab.ee.nus.edu.sg/vlab/control.
Como desvantagens, o estudante deve ter em sua mquina o Winaows Netmeeting
e o Internet Explorer, o que restringe o uso do laboratrio aos clientes que possuem o sistema
operacional Winaows.
4.5 Consideraes Gerais
O presente captulo teve por funo inspecionar o estado da arte dos sistemas
baseados em tecnologias Web para o acionamento de processos remotos. Para isto descreveu-
se um pouco da arquitetura de cada um dos laboratrios estudados, tanto em termos de
software quanto de haraware. Vantagens e desvantagens foram apontados para cada
abordagem proposta pelos centros de ensino e pesquisa. Destacam-se na maioria deles a
possibilidade de um usurio remoto ter acesso a experimentos reais atravs da Internet, o que
d ao cliente remoto o perfeito sentido da importncia da realizao de uma aula de
laboratrio. Por outro lado, notou-se uma forte dependncia de softwares comerciais tanto do
lado cliente quanto do lado do servidor. Pelo lado do cliente a dependncia de software um
fator altamente limitante em relao ao acesso remoto. Outra caracterstica levantada pela
anlise destes centros de ensino e pesquisa a disponibilizao de experimentos puramente
didticos na maioria dos casos, ou seja, experimentos que geralmente no possuem o mbito
de uma aplicao real utilizada em uma indstria.
Em vista disso, fomos motivados a desenvolver uma estrutura de controle e
superviso de processos industriais atravs da Internet que atenda o maior nmero de
protocolos e/ou dispositivos industriais possveis. Tal estrutura deve servir ao mesmo tempo
para treinamento de pessoal como para acesso em nvel de manuteno e configurao do
sistema de automao industrial. A proposta pesou uma srie de requisitos que sero
colocados em detalhes no captulo seguinte, entre eles: independncia de plataforma tanto
pelo lado cliente quanto pelo lado servidor; a proximidade do experimento pilotado via
Internet com a realidade industrial, como por exemplo o uso do protocolo de comunicao
Founaation Fielabus.
Estratgia Proposta para Controle e Superviso de Plantas Industriais atravs da Internet 73
5 Estratgia Proposta para Controle e Superviso de
Plantas Industriais atravs da Internet
5.1 Introduo
O acesso aos dados de sistemas de automao industrial necessita de suporte
computacional adequado em nvel tanto de haraware quanto de software. No captulo 2,
foram vistas as tecnologias Web para acesso a dados atravs da Internet. Como vantagens
destas tecnologias podemos citar a grande flexibilidade oferecida ao usurio final de um
sistema de automao industrial na forma de obter informaes sobre o(s) processo(s), seja no
aspecto fsico (pode-se acessar dados em qualquer lugar, no necessariamente na rede do
processo) ou no aspecto tecnolgico, pela capacidade de interao dos componentes ou
subsistemas de automao presentes numa corporao. As tecnologias Web baseadas em Java
e ActiveX, por exemplo, independem do haraware e utilizam mquinas virtuais para
executarem seus cdigos. Assim sendo, um usurio remoto pode acessar dados de um sistema
industrial atravs de um browser Web que execute uma mquina virtual.
Conforme visto nos captulos anteriores, a combinao dos barramentos
industriais e sua camada de aplicao com as tecnologias Web possibilitam o acesso remoto
atravs da Internet a sistemas de automao industrial. A padronizao de linguagens e
programas de navegao, a flexibilidade na utilizao do haraware e o uso em qualquer lugar
do mundo fazem da Internet uma ferramenta de fundamental importncia para o acesso
remoto aos dados de sistemas de automao industrial.
Muitos centros de ensino e pesquisa no dispem de alguns laboratrios
considerados importantes para o acompanhamento das aulas tericas de controle de processos,
esta lacuna existente entre a teoria e a prtica de sistemas de controle faz com que pessoas
sejam formadas sem terem a experincia prtica em muitos casos, esta considerada
fundamental no mercado de trabalho. Neste sentido, surge como motivao o
desenvolvimento de um ferramenta de apoio ao ensino terico de sistemas de controle e
tambm como meio de integrao entre diversos centros de ensino e pesquisa.
Neste sentido, o objetivo deste captulo consiste em apresentar uma estrutura
genrica de controle e superviso via Internet de sistemas de automao industrial. A
aplicao de tal estrutura se estende desde sistemas de automao com protocolos de
comunicao padres, como por exemplo o Founaation Fielabus at sistemas de automao
proprietrios. A idia central a de proporcionar o mesmo tipo de acesso a diferentes
tecnologias.
5.2 Caractersticas Desejveis de uma Estrutura Genrica de
Controle e Superviso de Plantas Industriais atravs da Internet
Uma estrutura genrica de controle e superviso atravs da Internet tem como
objetivo o atendimento de todo e qualquer sistema de automao industrial. Para que tal
estrutura seja genrica, as caractersticas a seguir descritas so desejveis:
Independncia de plataforma do PC servidor do sistema de automao
industrial;
Independncia dos dispositivos e protocolos de comunicao que esto
operando na automao industrial;
A arquitetura de comunicao da estrutura deve interferir o mnimo possvel
no desempenho do sistema de automao industrial;
Sistema de controle e superviso no PC servidor do sistema de automao
industrial;
Sistema de intertravamento no servidor do sistema de automao industrial;
Sistema de controle de acesso ao PC servidor do sistema de automao
industrial;
Sistema de controle de sesso de clientes remotos no PC servidor do sistema
de automao industrial;
Configurabilidade do sistema de automao industrial pelo cliente remoto;
Acesso aos dados do sistema de automao industrial pelo cliente;
Sistema de vdeo para a passagem atravs da Internet de vdeos online do
processo monitorado;
Disponibilizao de uma base de dados relacional para aumentar a
capacidade do sistema como um todo;
Servidor Web para disponibilizar as aplicaes que rodam no PC servidor
do sistema de automao industrial;
Independncia de plataforma do PC do cliente remoto;
Gateway flexvel para a comunicao entre o cliente e o servidor Web;
Minimizao de requisitos pelo lado do cliente, sendo que tais requisitos
devem ser independentes de plataforma.
Visando atender as caractersticas antes descritas, descrita na seo 5.3 a
proposta de uma estrutura genrica de controle e superviso de sistemas de automao
industrial atravs da Internet.
5.3 A Estratgia Proposta de uma Estrutura Genrica de
Controle e Superviso de Sistemas de Automao Industrial
atravs da Internet
Nosso objetivo nesta seo o de propor uma estrutura genrica de controle e
superviso de sistemas de automao industrial atravs da Internet capaz de se adequar aos
requisitos exigidos por qualquer plataforma de software. Esta estrutura baseada na
interconexo de mdulos contidos em trs contextos diferentes, a planta industrial, o servidor
e o cliente (figura 5.1). Cada mdulo constituinte de cada um dos contextos antes citados
desenvolvido e/ou configurado de acordo com a plataforma do servidor do sistema de
automao industrial. Por exemplo, o SGDB do banco de dados do servidor pode ser um
servidor para banco de dados ORACLE no caso da plataforma do servidor ser o Winaows; no
caso da plataforma do servidor ser o LINUX, pode-se ter como SGBD um Mysql Server.
O objetivo majoritrio desta estrutura apresentar os requisitos considerados
indispensveis para a disponibilizao de um sistema de automao industrial atravs da
Internet. Prima-se pela flexibilidade do sistema, ou seja, o grau de liberdade para a escolha
dos elementos constituintes dos trs contextos, planta industrial, servidor e cliente, seja o
maior possvel.
A figura 5.1 ilustra um diagrama da estrutura proposta. A arquitetura da estratgia
proposta baseada em uma arquitetura cliente/servidor que composta de vrios mdulos que
so interligados com o propsito de disponibilizar a planta industrial para o cliente remoto.

Figura 5.1 - Diagrama da estrutura proposta.
A seguir so descritos os trs contextos, a planta industrial, o servidor e o cliente,
contidos na estrutura proposta, salientando a liberdade de escolha por parte do integrador,
pessoa que integrar cada um dos mdulos da estrutura. Vantagens e desvantagens dos
mdulos propostos sero descritas ou referenciadas a fim de proporcionar uma estratgia de
acesso planta industrial o mais otimizada possvel.
5.3.1 A Planta Industrial
No ambiente industrial vimos no captulo 3 que existem inmeros barramentos
que podem fazer parte de um sistema de automao industrial, sendo eles especficos para um
determinado fim, seja este fim um processo contnuo, um processo de manufatura ou at
mesmo um sistema de intertravamento. A arquitetura prev acesso planta industrial atravs
de um interfaceamento com o PC servidor do sistema de automao industrial. A
especificao da interface com o sistema de automao industrial vai depender do tipo de
barramento e/ou dispositivos que se encontram atuando no(s) processo(s) industrial(is). Sendo
assim, esta interface pode se comunicar com o PC servidor do sistema de automao
industrial atravs da serial RS232, de um mdulo RS485, de uma porta USB (Universal Serial
Bus), da porta paralela; ou ainda atravs de uma placa desenvolvida para o barramento ISA
(Integratea Systems Architecture) ou PCI (Peripheral Component Interconnect) do PC
servidor do sistema de automao industrial.
Na subseo a seguir ser descrito o sistema servidor do sistema de automao
industrial, seus mdulos constituintes, suas funcionalidades e como eles se interligam entre si
e com os outros mdulos contidos nos outros contextos antes apresentados, a planta industrial
e o cliente.
5.3.2 O Servidor
No contexto servidor do sistema de automao industrial, podem estar rodando
um ou mais PCs que gerenciam os mdulos constituintes deste contexto. Sendo assim, pode-
se ter um ou mais mdulos sendo executados em um PC que rode uma determinada
plataforma (sistema operacional), outros mdulos rodando em outro PC que rode a mesma ou
uma plataforma distinta sendo que estes se interligam por uma rede gerencial (LAN.
NETWORK. INTERNET). As subsees a seguir descrevem cada um dos mdulos
constituintes do servidor de automao industrial.
5.3.2.1 O 'ULYHU
O ariver um software ou um firmware que tem acesso ao haraware (no caso de
uma planta industrial, o haraware constitudo pelos barramentos industriais e/ou os
dispositivos que atuam no(s) processo(s) industrial(is)). Na construo de um ariver devem
ser levados em conta vrios aspectos, tais como: sistema operacional pelo qual o sistema de
automao industrial est sendo controlado e supervisionado; tipo de interface utilizada pelo
PC para trocar dados com a planta industrial, taxas de comunicao entre o haraware
industrial e o PC, mtodos de comunicao, tipos de mensagens, entre outras caractersticas.
O ariver o responsvel pela aquisio dos dados do sistema de automao
industrial e de sua posterior disponibilizao para o PC servidor. Estes dados sero tratados
por aplicaes em nveis mais elevados do sistema, como por exemplo o sistema de
superviso e controle. Tratados, os dados retornam ao sistema de automao industrial pelo
mesmo ariver. formando-se assim um caminho bidirecional.
Este ariver pode ser desenvolvido em vrias linguagens de programao; mais
comumente este ariver desenvolvido em linguagem C, devido ao seu grande poder de
acesso ao haraware de um PC.
5.3.2.2 A(s) Aplicao(es) Gerencial(is) do Sistema de Automao Industrial
A(s) aplicao(es) gerencial(is) do sistema de automao industrial (figura 5.1)
nesta estrutura se apresenta(m) como um ambiente de configurao dos dispositivos e at
mesmo um ambiente de programao para estratgias de controle. Esta(s) aplicao(es)
pode(m) ser proprietria(s) ou aberta(s), como no caso do fielabus. onde a interoperabilidade
garantida pela norma IEC (International Electrotechnical Committee) 61158.
Se na planta industrial existirem PLCs, geralmente a linguagem de programao
utlizada a linguagem Laaaer, onde o desenvolvedor mapeia as entradas e sadas de seu
sistema de automao industrial; configura-o e desenvolve uma aplicao que poder atuar
em conjunto com uma outra aplicao de controle desenvolvida dentro de uma aplicao
supervisria. Atualmente h um esforo em normatizar as linguagens utilizadas nestas
aplicaes de acordo com a norma IEC 1131-3.
Geralmente aplicaes configuradoras de PLCs so proprietrias. No caso dos
fielabuses, as aplicaes configuradoras se aplicam para um nmero maior de dispositivos,
pois o fielabus um barramento normatizado e muitos fabricantes desenvolvem instrumentos
voltados para este tipo de barramento. O configurador do barramento de um fabricante
especfico deve ter a capacidade de configurar qualquer dispositivo normatizado fabricado por
outro fabricante. Como funcionalidades, o configurador de uma rede fielabus parametriza
todos os dispositivos conectados rede e associa-os s estratgias de controle do(s)
processo(s) industrial(is).
5.3.2.3 Base de Dados do(s) Processo(s) Industrial(is)
Todo o sistema de automao industrial possui uma base de dados referente ao(s)
processo(s) que nela (so) executado(s). Esta base de dados pode se apresentar de diversas
maneiras. Existem aplicaes que requerem um ariver para a comunicao dos dispositivos
com esta base, disponibilizando dados do(s) processo(s) para aplicaes que rodam no PC
servidor do sistema de automao industrial. Por outro lado a base de dados do processo pode
estar disponvel em um servidor de dados do(s) processo(s) industrial(is), sendo este uma
aplicao que roda na camada de aplicao, compartilhando dados com outras softwares que
rodam nesta camada.
Existem programas especficos que rodam no PC servidor da aplicao que tem a
funcionalidade de serem servidores de dados do(s) processo(s). Os servidores OPC descritos
na seo 3.3.2 so um bom exemplo deste tipo de software. Pois trata-se de um servidor de
dados exclusivamente de processo. A tecnologia OPC uma tecnologia aberta, o que gera
grande flexibilidade na construo de sistemas clientes dos servidores OPC. Como base de
dados de processo aparecem tambm solues proprietrias.
5.3.2.4 Sistema de Superviso e Controle
Os sistemas de superviso e controle so a interface entre o homem e o sistema de
automao industrial, o qual necessita de um levantamento de caractersticas e requisitos que
devem ser preenchidos de acordo com o(s) processo(s) que nele (so) executado(s).
Levantadas as caractersticas e requisitos do sistema de automao industrial, o sistema
superviso e controle ser desenvolvido de acordo com as caractersticas de uma ferramenta
de desenvolvimento, por exemplo o software da Elipse, ou de acordo com o ferramental
disponvel por uma linguagem de programao especfica tais como: C, C++, Java. Delphi.
Jisual Basic. Corba entre outras. Sendo assim, o desenvolvimento do sistema de superviso e
controle e a ferramenta utilizada para tal vo depender da plataforma utlizada pelo PC
servidor do sistema de automao industrial.
Baseado na figura 5.1 deve-se prever no desenvolvimento de uma aplicao de
superviso e controle a comunicao com os outros mdulos que fazem parte da estrutura
proposta. A comunicao com uma base de dados industrial vai depender de como esta est
disponibilizada; isto foi descrito na subseo anterior. Sendo assim, o sistema de superviso e
controle pode acessar esta base de dados atravs de uma interface padro, ou atravs de um
mdulo de software anexo ao sistema de superviso e controle, ou ainda atravs de um ariver
desenvolvido para este fim.
O sistema de superviso e controle deve tambm comunicar-se com um SGBD,
isto necessrio porque os eventos ocorridos no cliente remoto, por exemplo a submisso de
um parmetro via browser. sero repassados para o banco de dados relacional, que est
contido no contexto servidor (figura 5.1). A comunicao entre estes dois mdulos, o sistema
de superviso e controle e o SGBD pode se dar atravs de uma interface padro de
comunicao, como por exemplo o ODBC (vide subseo 2.6.2) e o JDBC (2.7.5), ou atravs
de uma camada de acesso comum aos dois mdulos, sendo est desenvolvida com alguma
linguagem de programao especfica.
desejvel a comunicao do sistema de superviso e controle com o sistema de
vdeo, pois torna-se mais fcil anexar a(s) imagem(ns) do(s) processo(s) monitorado(s) s
telas de superviso desenvolvidas para o(s) processo(s). Sendo assim, o sistema de superviso
e controle poder manipular o vdeo online ou os arquivos de vdeo armazenados para o(s)
processo(s). A comunicao entre estes dois mdulos, o sistema de superviso e controle e o
sistema de vdeo, pode se dar atravs de um ariver ou de um mdulo de software anexo ao
sistema de superviso e controle. Outra maneira de disponibilizar as informaes de vdeo
do(s) processo(s) seria atravs da utilizao de uma pgina desenvolvida para a Internet que
capture as imagens da cmera de vdeo de tempos em tempos.
O sistema de superviso e controle utiliza o servidor Web para o armazenamento
de pginas HTML e dos applets Java. As pginas HTML levam informaes do(s)
processo(s) para o cliente remoto. As pginas so geradas pelo sistema de superviso e
controle atravs de um mdulo de software ou atravs de uma interface de software
especfica. Os applets Java so quem capturam as imagens das telas do supervisrio e as
publicam na(s) pgina(s) HTML, este procedimento deve ser realizado de tempos em tempos
para que o cliente remoto possa acompanhar a evoluo dos eventos no(s) processo(s).
Um sistema de superviso e controle desenvolvido de acordo com as exigncias
de cada sistema de automao industrial. A escolha de uma ferramenta de desenvolvimento
para um sistema de superviso e controle pode ser baseada nos requisitos citados a seguir:
Comunicao com os dispositivos do meio industrial;
Aquisio de dados do meio industrial;
Interface grfica para o usurio remoto;
Sistema de intertravamento entre os processos;
Gerao de histricos do meio industrial em formato texto;
Gerao de tendncias de topo e histricas para os processos em formato
grfico;
Gerao de alarmes para os processos;
Aquisio de vdeo online do processo;
Gerao de pginas dinmicas para a Internet;
Interface com base de dados relacional;
Sistema de intertravamento de processos para usurios remotos.
5.3.2.5 Sistema de Vdeo
Na estrutura proposta colocado um mdulo no contexto servidor chamado de
sistema de vdeo, este justificado pelo fato de que um vdeo streaming, vdeo reproduzido
no instante que enviado para o cliente remoto, d ao usurio remoto a sensao de realidade,
ou seja, ele est assistindo ao processo fsico sobre o qual ele atua. Deste modo, o nvel de
confiabilidade do sistema aumenta muito, pois alm das informaes das variveis do(s)
processo(s), o usurio remoto tem acesso ao vdeo streaming da evoluo das variveis do seu
processo.
O sistema de vdeo da estrutura proposta vai depender da plataforma do servidor
do sistema de automao industrial. O sistema de aquisio de imagens utiliza uma ou mais
cmeras comunicando-se com um ou mais arivers disponibilizados pelo fabricante da cmera
ou construdo de acordo com as especificaes de cada cmera.
Para disponibilizao das imagens para o cliente, pode-se usar algum programa
anexo ao sistema de superviso e controle (figura 5.1), ou um programa desenvolvido para
gerao de imagens online para a Internet como por exemplo o Microsoft NetMeeting para
plataformas Winaows ou ainda um programa desenvolvido especificamente para este fim.
Como finalidades, a estrutura proposta deve disponibilizar imagens online do(s) processo(s)
assim como a possibilidade da gravao de um arquivo de vdeo de um ensaio para posterior
visualizao de outros usurios remotos.
No contexto servidor da estrutura proposta pode-se ter ainda um PC servidor que
implemente o sistema de vdeo, desta forma o usurio remoto poderia acessar o vdeo
streaming do ensaio por uma sesso de vdeo conferncia. A vantagem deste tipo de
abordagem est na distribuio das tarefas no contexto servidor, evitando assim o overloaa de
um dos PCs que fazem parte do contexto servidor.
5.3.2.6 Banco de Dados Relacional
O banco de dados relacional no contexto servidor da estrutura proposta tem por
objetivo aumentar a capacidade de armazenamento de informaes do sistema de automao
industrial, tanto em quantidade quanto em qualidade.
As operaes relacionadas com os clientes remotos atravs da Internet, tais como
consulta a dados, introduo de dados para serem depurados pelo contexto servidor, dados
estes sendo pertinentes ao sistema de automao industrial ou ao sistema de controle de
sesso so realizadas sobre o SGBD.
Na estrutura proposta o sistema de superviso e controle tem acesso aos dados
contidos no banco de dados atravs do SGBD. A comunicao entre estes dois mdulos pode
ser feita atravs de uma interface de comum acesso aos dois mdulos, sendo esta
disponibilizada e configurada pelo PC servidor do sistema de automao industrial; outra
forma de comunicao entre estes dois mdulos seria atravs de um ariver de comunicao
desenvolvido de acordo com as caractersticas dos dois mdulos, o sistema de superviso e
controle e o SGBD.
Um sistema de intertravamento se torna necessrio em uma estrutura de acesso
remoto a mais de um tipo de processo, este intertravamento cuidar da finalizao de um
processo para o comeo de um novo a ser executado no contexto planta industrial, cuidar
tambm para que o sistema possua limites de operao, evitando desta forma a ocorrncia de
acidentes no sistema de automao industrial. Na estrutura proposta o sistema de superviso e
controle utiliza o banco de dados para comandar a configurao do sistema de intertravamento
entre os processos a serem realizados no sistema de automao industrial. Como exemplo
disto, podem-se emitir flags pela Internet para a configurao de um processo. Desta maneira,
tem-se a configurao remota atravs da Internet do sistema de automao industrial.
Para a escolha de um banco de dados e de um SGBD, algumas variveis devem
ser levadas em conta, como por exemplo: a plataforma na qual o banco de dados reside,
desempenho, robustez, conectividade com aplicativos externos, capacidade de
armazenamento entre outras funcionalidades.
O SGBD pode ser o prprio software onde banco de dados foi concebido ou uma
aplicao externa que respeite os relacionamentos construdos na concepo do banco de
dados.
5.3.2.7 Sistema de Controle de Sesso
O usurio remoto o operador da planta e quem ir realizar o controle e
superviso dos processos contidos no sistema de automao industrial. Em vista disto, uma
srie de cuidados devem ser tomados em termos de segurana de acesso ao contexto servidor,
tais como: o acesso simultneo de dois clientes remotos a um processo no contexto planta
industrial (figura 5.1) deve ser evitado; um log de operaes realizadas no contexto planta
industrial deve ser gerado no contexto servidor entre outros cuidados. Em vista disso, a
estrutura proposta possui um mdulo de controle de sesso no contexto servidor, este ser o
responsvel pelo controle do acesso dos usurios remotos ao sistema de automao industrial.
Na estrutura proposta o sistema controlador de sesso tem por funo o controle
de acesso ao contexto servidor. Neste mdulo existem nveis nos quais os usurios se
encontram, por exemplo, um usurio de nvel 1 ter acesso irrestrito s informaes
disponibilizadas pelo contexto servidor, tendo todos os privilgios de acesso, ou seja, neste
nvel encontram-se os administradores do sistema; um usurio de nvel 2 vir logo abaixo do
usurio de nvel 1, no tendo acesso a determinadas funcionalidades do sistema e assim por
diante. O sistema de controle de sesso possui uma flexibilidade em relao ao nmero de
nveis e o que cada nvel pode acessar no contexto servidor.
Aps efetuar login no sistema, o usurio receber seus privilgios de acordo com
seu nvel de acesso. As funcionalidades em relao a validao do usurio e de sua senha;
atribuio de nvel de acesso ao contexto servidor podem ser implementadas com ferramentas
que consigam acessar uma base de dados relacional. A ferramenta para construo desta
aplicao depende da plataforma do PC servidor de dados do contexto servidor. Esta
ferramenta deve ser uma ferramenta baseada em comunicao TCP/IP pois a estrutura prope
acesso remoto atravs da Internet.
Ainda no sistema de controle de sesso, vrios pontos foram observados em
relao segurana de acesso ao contexto servidor. Por exemplo, pode-se ter mais de um
usurio ao mesmo tempo acessando o contexto servidor; com isto, quando dois usurios
acessarem ao mesmo tempo uma determinada funcionalidade do contexto servidor, por
exemplo a configurao de um processo, um fatalmente interferir na ao do outro. Pensando
nisto, baseado no login dos usurios do sistema, a estrutura proposta prev o desenvolvimento
de uma agenda remota, onde os usurios cadastraro horrios para seu acesso aos processos
ou at mesmo a manuteno remota no caso dos administradores, bvio que levando-se em
conta os nveis de acesso ao contexto servidor.
Quando tal estrutura de acesso remoto usada para a realizao de ensaios em um
contexto de ensino e pesquisa, deve-se ter os horrios bem definidos para cada usurio do
sistema remoto. Os horrios cadastrados podem ser configurveis no sistema de controle de
sesso, isto depender da constante de tempo associada ao experimento, por exemplo: em uma
malha de controle de nvel em que a constante de tempo do processo da ordem de quatro
minutos ento disponibilizar-se-iam trinta minutos para a sesso do usurio remoto. Quando
algum horrio estiver agendado, este no mais aparecer como disponvel na agenda remota.
Em vista destas caractersticas, baseado no login do usurio pode-se configurar o acesso ao
contexto servidor somente para o usurio que estiver agendado, evitando assim conflito de
acesso.
Durante sua sesso, o usurio informado do tempo transcorrido do seu acesso,
ao final deste tempo o usurio deve ser desconectado do modo de configurao e/ou atuao
sobre o contexto servidor a fim de dar espao para o usurio do horrio seguinte. Vrios
pontos devem ser levados em conta neste caso, tais como: se o usurio no tiver ainda
finalizado a realizao de um ensaio por intermdio do boto disponibilizado em uma pgina
Web, deve-se abortar a sesso deste, isto deve ser feito no servidor Web. Se o usurio dispara
um ensaio e abandona o browser Web, o servidor Web saber que este usurio abandonou a
sesso, neste caso cabe ao sistema de controle de sesso levar o sistema de automao
industrial para um estado seguro.
No sistema de controle de sesso existe ainda a validao dos parmetros
passados pelo usurio remoto. A limitao destes parmetros est de acordo com limites que
no comprometam o sistema de automao industrial. O sistema de controle de sesso pode
ser implementado com tcnicas de validao de dados pela Web [ADA00].
5.3.2.8 O Servidor :HE
O servidor Web tem como funcionalidades bsicas, o armazenamento de arquivos
e aplicaes voltadas para a Internet. Deseja-se que este tenha integrao total com o sistema
operacional, aproveitando com isto os recursos de segurana do mesmo.
Todas as transaes de dados do usurio remoto com o contexto servidor passaro
pelo servidor Web, por isso a escolha deste deve ser o mais cuidadosa possvel. Nesta escolha
devem ser levados em conta quais os servios que devem estar disponveis para o usurio
remoto, entre estes os mais desejveis so: WWW, FTP, SMTP e NNTP. Questes
relacionadas estabilidade e confiabilidade do servidor Web tambm so muito relevantes.
Esta escolha depender muito tambm da plataforma na qual o servidor Web ir
rodar, lembrando que dentro do contexto servidor (figura 5.1) o servidor Web pode estar em
um PC diferente do PC servidor do sistema de automao industrial.
5.3.2.9 Gateway
O gateway o software responsvel pelo acesso ao servidor Web do contexto
servidor pelo usurio remoto (figura 5.1).
Ele tipicamente no lado do PC servidor Web (server siae) e composto por um
ou mais programas scripts. O gateway proporcionar ao usurio remoto o acesso aos dados
contidos no banco de dados relacional, estes dados podem ser: flags de configurao do
sistema de automao industrial; variveis fsicas de um processo; dados de configuraes de
um processo; informaes de controle gerencial, como por exemplo: login, senha e
informaes relacionadas s estatsticas de acesso ao contexto servidor; parmetros de
dispositivos que esto no sistema de automao industrial; entre outros.
O servidor Web tem a tarefa de receber as requisies dos clientes Web realizadas
por intermdio do gateway, estas podem ser de consulta, insero ou remoo e atualizao de
dados contidos no banco de dados. Feita a requisio ao servidor Web, os dados so
processados no servidor Web e retornam pelo gateway para serem exibidos ao cliente Web.
A escolha do gateway est intimamente relacionada com o servidor Web. ou seja,
deve-se escolher um gateway que tenha um nvel de integrao elevado com o servidor Web,
desta forma aproveitam-se os recursos disponibilizados por este. tais como segurana e acesso
a dados estatsticos dos usurios remotos. Pode-se escolher mais de um gateway para rodar no
servidor Web, isto vai depender se o servidor Web suporta a execuo dos scripts de um
determinado gateway. Esta abordagem foca o aproveitamento das diferentes funcionalidades
que cada gateway disponibiliza.
5.3.3 O Cliente Remoto
Na estrutura proposta, o contexto cliente estabelece comunicao com o contexto
servidor atravs de um gateway (figura 5.1). A estrutura proposta prev a minimizao de
requisitos no contexto servidor, priorizando a independncia de plataforma do PC do cliente
remoto. Para acessar o contexto servidor a estratgia prev o uso somente de um browser Web
que rode uma mquina Java.
Para repassar as telas desenvolvidas para o sistema de automao industrial no
sistema de superviso e controle pela Internet, a estrutura prope o uso dos applets Java.
Justifica-se o uso dos applets Java porque estes independem do browser do cliente, ou seja,
basta que este browser esteja rodando uma mquina Java. Para a criao dos applets Java
existem ambientes de desenvolvimento Java para vrias plataformas.
O contedo o qual o cliente remoto ter acesso diz respeito s informaes do
sistema de automao industrial. O cliente remoto ter acesso aos documentos presentes no
servidor Web, entre estes, os documentos HTML, os documentos com extenso de acordo
com o gateway (e.g: asp, php, cgi) e os applets Java. Atravs destes documentos o cliente
remoto ter a possibilidade de visualizar de maneira online a evoluo das variveis de algum
processo que esteja rodando no sistema de automao industrial e o vdeo deste processo. Para
estes casos, isto possvel devido aos applets Java. O cliente remoto tambm poder
consultar e alterar dados; configurar parmetros, por exemplo alterar os ganhos de um
controlador PID; disparar e parar processos; entre outras funcionalidades. Nestes casos, isto se
torna possvel devido aos documentos com extenses de acordo com o gateway.
O acesso s informaes antes descritas dado de acordo com o nvel de
acessibilidade do cliente remoto ao contexto servidor. A figura 5.2 ilustra como o cliente
remoto consegue acessar o contexto servidor e realizar seus experimentos e/ou configuraes
sobre o sistema de automao industrial, respeitando o sistema de controle de sesso descrita
na subseo 5.3.2.7.
De acordo com a figura 5.2, o cliente remoto ter acesso a um portal, um
documento HTML que contm todas as informaes pertinentes ao cliente remoto sobre o
sistema de automao industrial. Do portal, o cliente remoto poder supervisionar e controlar
o sistema de automao industrial, isto vai depender se este estiver cadastrado, habilitado e
agendado no contexto servidor para tal.
Primeiramente, o cliente remoto entrar em um portal de acesso a todas as
funcionalidades do sistema de acesso remoto; aps isso, se o desejo do cliente a realizao
de algum ensaio, ele dever fornecer o seu login e sua senha, uma validao ser realizada
pelo lado do servidor Web, o nome do usurio ser comparado com o nome do usurio
agendado para o horrio corrente, caso o usurio no esteja agendado, ele ser redirecionado
para um sistema de agendamento e da ele poder visualizar o experimento que est sendo
realizado no sistema de automao industrial no horrio atual. Do contrrio, validados os
dados, o sistema atribuir um nvel de acesso para este cliente, com o qual ele ter seus
privilgios de acesso s pginas do sistema remoto. O cliente remoto faz suas requisies para
o servidor Web. Antes de process-las, o servidor Web. compara o tempo de ensaio
transcorrido para o cliente remoto com o horrio agendado, se o tempo passou do horrio
agendado para este, suas requisies no sero mais processadas pelo servidor Web. e o
cliente remoto ser redirecionado para o sistema de agendamento.


Figura 5.2 - Acesso do cliente remoto ao contexto servidor.

Implementao da Estratgia Proposta

89
6 Implementao da Estratgia Proposta
6.1 Introduo
Para validar a estratgia proposta, foi desenvolvida uma estrutura de controle e
superviso via Internet de uma planta prottipo industrial com o objetivo de servir de
plataforma para experimentos de pesquisa bem como para o de ensino distncia em sistemas
de controle e automao industrial no DELET da UFRGS. Paralelamente, objetiva-se tambm
o estudo de questes relacionadas operao remota de plantas industriais utilizando a rede
mundial. A planta constitui-se em um sistema de tanques onde so possveis configuraes de
malhas de controle de nvel, temperatura e vazo. A instrumentao baseada na utilizao de
sensores e atuadores inteligentes que utilizam o protocolo de comunicao industrial
Founaation Fielabus. Atravs de um aplicativo supervisrio executado com funes Web,
possvel a programao e alterao online e remota dos parmetros de controle da planta
prottipo bem como a visualizao grfica, em tempo real, das variveis do sistema.
O captulo est organizado da seguinte maneira: aps uma descrio na seo 6.2
da Planta Piloto e seus processos, bem como dos ensaios de controle que so possveis de
serem realizados, a seo 6.3 descreve a implementao da rede Founaation Fielabus, suas
caractersticas e vantagens. Na seo 6.4, apresenta -se a interface da rede Founaation
Fielabus para o PC servidor do sistema de automao industrial. Na seo 6.5 so
apresentadas as aplicaes gerenciais da rede Founaation Fielabus. Na seo 6.6 colocada a
base de dados dos processos industriais que foi utilizada. Na seo 6.7, apresenta-se o sistema
de superviso e controle. Na seo 6.8, apresenta-se o banco de dados relacional. Na seo
6.9, apresenta-se o servidor Web. Na seo 6.10, apresenta-se o sistema de controle de sesso
e por fim na seo 6.11, apresentam-se os mecanismos de intertravamento para a realizao
dos experimentos.

90
6.2 A Planta Prottipo
A planta prottipo constituda fisicamente por trs tanques interconectados entre
si por tubulaes. A idia central a configurao de uma unidade de processamento de
substncias lquidas. Para isto conta-se adicionalmente com cinco vlvulas proporcionais,
quatro motobombas, atuadores para aquecimento, sensores de temperatura do tipo PT 100 e
sensores de nvel do tipo presso em coluna dgua (figura. 6.1). Os sensores e atuadores
descritos anteriormente so equipamentos inteligentes que se comunicam atravs do protocolo
de comunicao industrial Founaation Fielabus.

Figura 6.1 - Foto da planta prottipo.
Vrias estruturas e laos de controle podem ser implementados. Mais
especificamente possvel a implementao de laos de controle de processos mono e
multivariveis de temperatura, nvel e vazo.
Nos experimentos desenvolvidos at agora, foi utilizada gua como lquido
processado. Em uma das configuraes possveis para a Planta Industrial (figura 6.2), tem-se
uma malha hidrulica configurada para a realizao de um experimento de controle de nvel.
O tanque 2 est funcionando como reservatrio. No tanque 1, o tanque onde est sendo
realizado o controle de nvel, h um sensor para medir o nvel de gua em mmH2O.


91

Figura 6.2 - Esquema de uma configurao possvel.
A gua vai do reservatrio para o tanque 1 atravs da motobomba1 acionada por
um inversor de freqncia, o qual est conectado a um conversor FB/4-20mA. A abertura da
vlvula2 a varivel de controle do processo, nesta que o controlador PID ir atuar de
acordo com a referncia de nvel desejada pelo usurio remoto para o tanque1. A vlvula1 e a
motobomba2 so dispositivos utilizados para gerar uma perturbao no sistema de controle de
nvel, sendo estes ajustados pelo cliente remoto no instante em que se deseja perturbar o
processo.
6.3 Implementao da Rede )RXQGDWLRQ )LHOGEXV
A planta prottipo foi instrumentada com dispositivos Founaation Fielabus. Estes
dispositivos esto conectados em rede e comunicam-se com o PC servidor da aplicao
atravs de uma placa de interface.
6.3.1 Os Dispositivos )RXQGDWLRQ )LHOGEXV
Os dispositivos utilizados para a instrumentao da planta prottipo so os
dispositivos da srie 302 da Smar. So eles: LD302, dispositivo transmissor de presso,
utilizado para a medio da altura da coluna dgua nos tanques; FI302, dispositivo conversor
Founaation Fielabus para corrente, este dispositivo possui trs canais Founaation Fielabus
para corrente e utilizado para o acionamento de inversores de freqncia e conversores
eletrostticos para acionamento de resistncias; TT302, dispositivo transmissor de

92
temperatura, utilizado para a medio de temperatura nos tanques da planta e o FY302,
dispositivo posicionador para vlvulas pneumticas.
Os blocos funcionais so os responsveis pela execuo de algoritmos especficos
que implementam as funes bsicas necessrias para a estruturao do sistema de
automao, sendo estes alocados nos dispositivos citados anteriormente. Assim sendo, todo
bloco funcional possui um conjunto de entradas e parmetros de controle que sero utilizados
pelo algoritmo ou funo nele implementado. Da mesma forma, os dados gerados pelo
algoritmo ou funo implementada pelo bloco funcional sero disponibilizados, para uso
interno (no prprio bloco) ou para uso externo (outros blocos) como parmetros de sada.
Cada dispositivo tem um conjunto de blocos funcionais tais como: recursos,
transdutor, entrada analgica, PID, sada analgica entre outros blocos. Os blocos recursos e
transdutor esto presentes em todos os dispositivos de campo Founaation Fielabus.
Os blocos transdutores so especficos para dispositivos de I/O (Input/Output),
como sensores, atuadores e chaves. O bloco transdutor controla o acesso aos dispositivos de
I/O. o responsvel por funes de calibrao e linearizao do dispositivo. Este bloco ainda
tem a funo de manipular a grandeza medida pelo dispositivo de I/O.
Os blocos de recursos definem caractersticas especficas do haraware do
dispositivo. Estes contm funes especficas do haraware do dispositivo, sendo estas
manipuladas por parmetros internos do bloco.
Os blocos funcionais so identificados pelo uso de um nome (Tag) e por um
ndice numrico. Os Tags provem uma referncia simblica para os blocos funcionais. Eles
so nicos dentro do escopo de um sistema Founaation Fielabus. Os ndices numricos so
nmeros utilizados para otimizar o acesso aos blocos funcionais. Em oposio aos Tags, que
so globais, os ndices numricos tem significado somente dentro do bloco funcional em que
se encontram.
6.3.2 Configurao da Rede Industrial
Toda a configurao da planta feita atravs do software configurador, o Syscon
(System Configurator). A configurao da rede Founaation Fielabus se divide em trs partes
bsicas: a configurao fsica, a configurao lgica e a parametrizao dos blocos.

93
6.3.2.1 Configurao Fsica
Determina quais os dispositivos que estaro conectados ao barramento, quais os
blocos de funo que sero necessrios para efetuar o controle do processo e em que
dispositivo estes blocos se localizam, sendo importante enfatizar que a alocao dos blocos
que executam o controle da planta pode ser feita em quaisquer um dos dispositivos da rede.
Podemos ilustrar o conceito de configurao fsica atravs da malha de controle mostrada na
figura 6.2, a qual foi implementada e disponibilizada para o acesso pela Internet. Os
dispositivos utilizados no ensaio so duas vlvulas reguladoras de vazo, um sensor de
presso para a medio do nvel de gua presente no tanque, um conversor Founaation
Fielabus para corrente. A Figura 6.3 representa a janela de configurao fsica do software
configurador.

Figura 6.3 - Configurao fsica da planta industrial.


94
Todos os dispositivos, para funcionarem adequadamente, devem possuir um bloco
chamado resource block, que contm suas caractersticas de haraware. Se as funes de
transdutor do dispositivo forem utilizadas, deve-se acrescentar tambm um bloco chamado
transaucer block, responsvel por tornar transparente para os outros blocos da aplicao as
funes de I/O, calibrao, linearizao e converses de dados, por exemplo.
O bloco de aisplay serve para configurar o contedo que aparecer no aisplay
existente no instrumento. Os demais blocos como controlador PID, entradas e sadas
analgicas, fazem parte da estratgia de controle.
6.3.2.2 Configurao Lgica
A figura 6.4 ilustra uma malha de controle de nvel. Nesta tem-se a referncia de
nvel gerada para o controlador PID, este atuar sobre um posicionador pneumtico,
determinando a porcentagem de abertura da vlvula2 a fim de controlar o nvel do tanque1
(figura 6.2).

6.4 - Malha de controle de nvel.
A aplicao lao de controle para a configurao descrita foi implementada com o
auxlio de trs blocos funcionais: uma entrada analgica (AI), que disponibiliza para o sistema
a leitura do sensor do dispositivo de presso que mede o nvel de gua em um dos tanques, um
controlador PID, e uma sada analgica (AO) que transfere para o atuador o valor de atuao
adequado. Estes blocos foram conectados, conforme a figura 6.4, para compor um sistema de
controle realimentado, em que a entrada do bloco PID originada no bloco AI, e a sua sada
enviada para o bloco AO (figura 6.5). Os dados que devem ser comunicados de um bloco em
um dispositivo para um bloco em outro dispositivo so comunicados atravs do barramento
por meio de publicao de mensagens peridicas. O bloco funcional AI e o bloco PID foram
configurados para rodar no dispositivo transmissor de presso, enquanto que o bloco AO foi
alocado no posicionador da vlvula.

95
Os blocos de funes presentes nos dispositivos se relacionam, definindo a
estratgia de controle da planta. As figuras 6.5 e 6.6, respectivamente, representam a
estratgia de controle e os blocos integrantes da configurao lgica.

Figura 6.5 - Estratgia de controle - configurao lgica da planta.

Figura 6.6 - Principais blocos utilizados na aplicao de controle.

96
Nota-se que na figura 6.6, dentro do mdulo de controle chamado Nvel AI, so
listados apenas os blocos necessrios para esta malha de controle, indiferente do dispositivos
onde se encontram.
Na figura 6.6 o parmetro OUT localizado dentro do bloco Nvel AI indica a
conexo da entrada analgica com a entrada do controlador PID, o parmetro IN localizado
dentro do bloco Controle. A sada do bloco Controle, OUT conectada ao parmetro
CAS_IN, localizado no bloco AO. Para fazer a realimentao negativa o parmetro
BKCALOUT. localizado dentro do bloco AO, conectado ao parmetro BKCALIN. que
localizado dentro do bloco Controle.
6.3.2.3 Parametrizao dos Blocos
Depois de definidos os dispositivos e blocos integrantes do sistema, e definida a
estratgia de controle, necessrio configurar uma srie de parmetros em cada um dos
blocos funcionais. Estes parmetros podem ser de entrada, sada ou internos do bloco. A
seguir apresentamos, como exemplo, a programao feita para a aplicao da figura 6.5.
6.3.2.3.1 Parametrizao do Bloco de Entrada Analgica
Bloco responsvel por levar o sinal do dispositivo de medio de nvel para a
entrada do controlador PID.
Para este bloco foi necessria a configurao dos seguintes parmetros:
MODEBLK: configura o modo de operao do bloco, em nosso caso o objetivo
a operao do bloco em modo automtico (malha fechada) com permisses para os modos
manual (malha aberta), automtico e fora de servio.
XDSCALE: Configura a escala de entrada do bloco, em nosso caso esta escala foi
ajustada de -150 a 435 mmH
2
O, pois se refere ao valor de campo para altura da coluna d'gua
existente no tanque1, o tanque controlado, com preciso de 2 casas decimais. Para
determinarmos os limites deste bloco, mediu-se da base do sensor at a base do tanque,
fornecendo um valor de 150 mmH
2
O. A capacidade nominal do tanque controlado de 585
mmH
2
O. Quando o tanque encontra-se vazio, o medidor de presso indica 150 mmH
2
O e
quando a gua estiver no topo do tanque o medidor indica 435 mmH
2
O.
OUTSCALE: Configura a escala de sada do bloco, no nosso caso, foi
configurada de 0 a 585 mmH
2
O, sendo que o 0 mmH
2
O traduz fisicamente o limite mnimo

97
para a altura da coluna d'gua que de -150 mmH
2
O e 585 mmH
2
O traduz fisicamente o
limite mximo para a altura da coluna d'gua que de 435 mmH
2
O com preciso de 2 casas
decimais.
LTYPE: Configura o modo de ao do bloco, em nosso caso desejamos ao
direta.
CHANNEL: Configura o canal de operao do bloco, em nosso caso o canal de
operao o canal 1, pois a nossa planta est configurada para operar no canal 1 da placa PCI
que est no PC servidor, lembrando que para esta placa podemos configurar 4 plantas
Founaation Fielabus com topologias distintas.
A figura 6.7 ilustra de uma maneira grfica os conceitos dirigidos a este bloco.

Figura 6.7 - Bloco de entrada analgica.
6.3.2.3.2 Parametrizao do Bloco Controlador PID
Bloco responsvel pelo controle de nvel. Recebe como sinal de entrada o sinal do
dispositivo medidor de nvel, calcula o sinal de atuao sobre a vlvula baseado no valor atual
e na referncia ajustada para o nvel.
MODEBLK: configura a modo de operao do bloco, em nosso caso o objetivo
a operao do bloco em modo automtico e controle em cascata com permisses para os
modos manual, controle em cascata, automtico e fora de servio.

98
PJSCALE: Configura a escala de operao do valor da varivel a ser controlada.
Esta varivel advm do bloco entrada analgica, este valor varia de 0 a 585 mmH
2
O com
preciso de 2 casas decimais.
OUTSCALE: Configura a escala de operao do valor de atuao, no nosso caso,
foi configurada de 0 a 100 % com preciso de 2 casas decimais.
GAIN: Configura o ganho proporcional de nosso controlador.
RESET: Configura o ganho integral de nosso controlador.
RATE: Configura o ganho derivativo de nosso controlador.
LTYPE: Configura o modo de ao do bloco, em nosso caso desejamos ao
direta.
SP (Setpoint): Configura o valor de referncia de nvel passado para o controlador
PID.
operao o canal 1.
A figura 6.8 ilustra de maneira grfica os conceitos atribudos a este bloco.

Figura 6.8 - Bloco controlador PID.
6.3.2.3.3 Parametrizao do Bloco de Sada Analgica
Bloco responsvel por levar o sinal do dispositivo de controle de nvel para a
entrada de atuao do sistema.

99
XDSCALE: Configura a escala de entrada do bloco, em nosso caso esta escala foi
ajustada de 0 a 100 %. Nesta escala, ajusta-se os limites fsicos da vlvula, pois 0 % significa
vlvula totalmente fechada e 100% significa vlvula totalmente aberta.
MODEBLK: configura o modo de operao do bloco, em nosso caso o objetivo
a operao do bloco em modo cascata com permisses para os modos manual, automtico e
fora de servio. Este bloco recebe o sinal do bloco de controle PID, por esta razo ele opera
no modo cascata.
operao o canal 1.
A figura 6.9 ilustra de uma maneira grfica os conceitos dirigidos a este bloco.

Figura 6.9 - Bloco de sada analgica.
Para o funcionamento perfeito da vlvula, o usurio deve habilitar o setup no
bloco transdutor do posicionador. Este parmetro ir excursionar a vlvula entre seus limites,
para que estes possam ser utilizados pelo posicionador de maneira correta. Sem executar o
setup da vlvula, o operador ir encontrar problemas de atuao sobre a vlvula.
6.4 Interface com o Servidor da Aplicao
A interface entre a rede Founaation Fielabus e o PC servidor da aplicao uma
placa PCI (Process Control Interface) Founaation Fielabus que possui 4 canais de
comunicao com a rede Founaation Fielabus, ou seja, por ela possvel a comunicao com
at 4 plantas Founaation Fielabus distintas (figura 6.10).


100

Figura 6.10 - Placa pci ILHOGEXV.
A interface PCI uma placa de 16 bits ISA projetada para trabalhar no ambiente
industrial. Possui uma CPU (Central Processing Unit) de 32 bits com arquitetura RISC
(Reaucea Instruction Set Computer) diretamente conectada ao barramento do PC o que prov
a comunicao entre o Founaation Fielabus e as aplicaes que so executadas no PC
servidor.
6.4.1 +DUGZDUH da Placa PCI
A figura 6.11 ilustra um diagrama em blocos do haraware que compe a placa de
interface PCI.

Figura 6.11 - Diagrama do KDUGZDUH da placa pci.

101
A CPU da placa uma CPU de 32 bits com arquitetura RISC superescalar.
responsvel pela comunicao da Placa PCI com o barramento do PC.
A placa possui uma memria dupla porta RAM (Ranaom Access Memory) que
est compartilhada com o PC atravs do barramento. Ambos interface PCI e PC tem acesso
simultneo a esta memria. Possui um mdulo de controle lgico para o acesso aos
dispositivos da placa (RAM, NVRAM (Non-Jolatile Ranaom Access Memory), FLASH,
TIMERs. MODEMs). Um barramento local de 32 bits interconectando RAM, NVRAM,
FLASH e DP (Dual Port) tambm disponibilizado por esta interface. Alm disto, tem um
barramento perifrico de 8 bits para conectar dispositivos de baixa velocidade (TIMERs e
MODEMs). Os 6 TIMERs de 8/16 bits so utilizados como base de tempo para as tarefas na
rede Founaation Fielabus e para as tarefas de comunicao na placa. Estes TIMERs so quem
garantem as tarefas com requisitos tempo real para a rede Founaation Fielabus. Os MODEMs
(4) da placa PCI so quem serializam os dados de comunicao a 31.25 Kbps para a rede
Founaation Fielabus de acordo com a especificao da camada fsica da norma ISA-SP50.
A placa possui 4 circuitos (MAU Fielabus Meaium Attachment Unit) de
isolamento e condicionamento do MODEM para as linhas Founaation Fielabus.
Na memria NVRAM de 32 bits os dados e objetos de campo so
temporariamente armazenados. Na memria FLASH de 32 bits onde o firmware para o
funcionamento da PCI armazenado.
6.4.2 O 6RIWZDUH para a Placa PCI
A figura 6.12 ilustra um diagrama em blocos da estrutura de software da placa
PCI, desde a rede industrial at as aplicaes que gerenciam os processos.


102

Figura 6.12 - Diagrama de VRIWZDUH para a placa pci.
Cada PC servidor tem a capacidade de gerenciar at 8 placas PCI, totalizando um
total de 32 redes Founaation Fielabus, pois cada interface tem 4 canais de comunicao.
A comunicao da(s) rede(s) Fielabus com o PC servidor da aplicao possvel
devido a um ariver para a interface, o PCI NT Device Driver, este ariver baixado para a
placa atravs de um configurador para a PCI, o FBTools.
O software PCI OLE Server baseado na arquitetura cliente/servidor provendo
um conjunto de funes para superviso e controle. Este simplifica o acesso das HMIs PCI.
Uma camada de software a OLE DCOM quem disponibiliza os dados de
campo para os softwares gerenciais (Syscon, FBTools, Supervisrios e Aplicaes Clientes).
6.5 Aplicaes Gerenciais da Rede )RXQGDWLRQ )LHOGEXV
Existem duas aplicaes gerenciais para a rede Founaation Fielabus, so elas: O
Syscon e FBTools.
O Syscon um software especificamente desenvolvido para fazer a configurao,
manuteno e operao dos dispositivos Founaation Fielabus em um PC com uma interface
PCI. Devido a interoperabilidade possvel a configurao de dispositivos de vrios
fabricantes atravs do Syscon.

103
O FBTools um utilitrio de software usado para fazer o aownloaa de firmware
para a interface PCI ou para qualquer um dos dispositivos da rede Founaation Fielabus.
6.6 Base de Dados dos Processos Industriais
A Base de dados utilizada nos processos uma base de dados OPC. Com esta
escolha, muitas aplicaes podem ser clientes do servidor OPC localizado na mquina
servidora, pois trata-se de uma base de dados normalizada.
Uma aplicao tpica utilizando OPC ilustrada na figura 6.13.

Figura 6.13 - Aplicao tpica utilizando opc VHUYHU.
Conforme visto na subseo 3.3.2, OPC um mtodo que disponibiliza dados do
cho-de-fbrica para aplicaes de superviso e controle. Entre os benefcios da escolha desta
tecnologia pode-se citar a arquitetura de comunicao aberta, assim os clientes tem maior
flexibilidade na escolha da aplicao supervisria e gerencial do seu meio industrial.
A interface OPC pode ser usada potencialmente em muitos lugares em uma
aplicao. No caso de nossa planta prottipo, ela foi usada para comunicar dados da planta
com o sistema de superviso e controle, o Elipse SCADA.


104
6.6.1 Interfaceamento entre a Base de Dados dos Processos e o Sistema de
Superviso e Controle
A base de dados do servidor OPC disponibilizada para aplicativos que rodam no
servidor da planta; sendo assim, o supervisrio importa a base de dados do processo
industrial, pois ele um cliente OPC. Com isso atravs do supervisrio pode-se ler e escrever
em variveis da planta prottipo.
Na Figura. 6.14, pode ser visto como foi feita a configurao de uma conexo
OPC entre o supervisrio e a base de dados do processo industrial.
Nesta etapa, seleciona-se o servidor de dados para o supervisrio, tempo de
atualizao dos dados entre outras tarefas.

Figura 6.14 - Configurao geral da conexo opc.
Os Tags (variveis lgicas associada a cada um dos parmetros da planta
prottipo que podem ser manipuladas por software, por exemplo: nvel do tanque1) OPC so
facilmente configurveis e uma vez importados, trazem todas as informaes necessrias para
sua conexo com o servidor OPC. Contudo, possvel acertar o tempo de leitura do Tag e o
modo de leitura, a conexo com o servidor, entre outras funcionalidades.(Figura. 6.15).


105

Figura 6.15 - Configurao dos WDJV opc.
Os campos da figura 6.15 so descritos a seguir:
1DPH: este campo serve para indicar o nome do tag para o Elipse Winaows (obrigatrio);
'HVFULSWLRQ: Este campo opcional, serve para descrever o tag;
5HDO 1DPH: Campo obrigatrio, serve para indicar ao Elipse qual o tag e onde ele deve ser
acessado no servidor OPC;
6FDQ: Indica o tempo em que o Elipse ir solicitar uma leitura do Servidor OPC, obrigatrio
somente quando em leitura sncrona;
5HDG 0RGH: Indica se a leitura do servidor ser feita de forma assncrona, ou sncrona;
5HDG )URP: Indica a procedncia da leitura do tag no servidor OPC, se selecionado aevice,
faz com que o servidor OPC leia diretamente do dispositivo, se cache selecionada, recebe o
ltimo dado lido pelo servidor OPC;
(QDEOH 6FDQ 5HDGLQJ: Habilita leitura automtica, o Elipse solicitar um dado novo
conforme o tempo definido no campo Scan;
(QDEOH DXWRPDWLF ZULWLQJ: Habilita a escrita automtica quando o dado alterado;

106
Os Tags da planta prottipo so utilizados nos scripts executados pelo sistema de
superviso e controle, participando assim de estratgias de controle, intertravamento,
histricos, relatrios entre outras funcionalidades.
6.7 Sistema de Superviso e Controle
O sistema de superviso e controle escolhido foi o Elipse Winaows. Escolheu-se o
Elipse por ser um sistema SCADA com alguns recursos para a Web. O sistema servidor da
rede Founaation Fielabus roda na plataforma Winaows, o que refora mais ainda nossa
escolha e ainda porque o laboratrio de Automao industrial da UFRGS j possua licena de
uso para este software. Existem vrios sistemas similares a este no mercado, mas nossa
escolha foi baseada nos critrios antes expostos.
Entre as funcionalidades deste software pode-se citar:
Interface grfica intuitiva;
Base de dados prpria;
Comunicao com equipamentos industriais;
Gerao de histricos;
Verificao de alarmes de dispositivos do campo;
Atuao por eventos;
Relatrios grficos;
Criao de receitas;
Conectividade com banco de dados;
Controle de acesso de usurios;
Acesso remoto via Internet atravs da Java applets;
Captura e registro de imagens.
Atravs da ferramenta de desenvolvimento da Elipse, foram desenvolvidas
pginas para superviso e controle dos processos que rodam na rede Founaation Fielabus.
Tambm foi desenvolvido um sistema de intertravamento para os processos. A gerao de
histricos dos processos se fez necessria para posterior anlise. Ainda atravs da ferramenta

107
da Elipse configurou-se a acessibilidade aos dados dos processos e aos dados armazenados no
banco de dados relacional.
6.7.1 Telas de Superviso para os Ensaios
As telas para superviso dos ensaios foram desenvolvidas no Elipse com o intuito
de passar um sentimento visual do que est ocorrendo durante o ensaio remoto.
Na figura 6.16 tem-se a tela para o ensaio de controle de nvel operando em malha
aberta.

Figura 6.16 - Ensaio em malha aberta.
Nesta tela, o usurio consegue visualizar animaes do processo, o valor da
varivel de processo, ou seja, o valor da altura da coluna dgua no tanque controlado, o valor
da varivel manipulada, a varivel de controle, ou seja, a abertura da vlvula que enche o
tanque controlado. A velocidade dos inversores indicada por bar gauges. O inversor 1 o
inversor que aciona o motor trifsico que drena gua para dentro do tanque controlado; o
inversor 2 o que aciona o motor trifsico que retira gua do tanque controlado para o

108
reservatrio. Ainda em um bar gauge, o operador pode observar o tempo transcorrido para
seu ensaio. No ensaio de controle de nvel este tempo de 30 minutos.
Na figura 6.17 tem-se a tela para o ensaio de controle de nvel operando em malha
fechada.

Figura 6.17 - Ensaio de controle de nvel em malha fechada.
A tela para o ensaio em malha fechada possui as mesmas caractersticas da tela
para o ensaio do controle de nvel em malha aberta possuindo, a mais, o status dos ajustes do
controlador PID.
O sistema possui ainda uma tela para o ensaio dos mnimos quadrados para o
controle de nvel, telas para os ensaios de temperatura e telas para os ensaios de vazo na
planta industrial.

109
6.7.1.1 Disponibilizando as Telas dos Ensaios para a :HE
Atravs de uma ferramenta de software, o Elipse Web que acompanha o sistema
supervisrio possvel para o usurio a visualizao destas pginas de maneira remota atravs
da Internet.
O mdulo Web para o Elipse consiste em uma ferramenta para disponibilizar
dados via Intra/Internet baseado em uma arquitetura cliente/servidor que permita que qualquer
browser cliente acesse as telas do supervisrio Elipse (servidor). A conexo entre clientes e
servidor via Internet feita atravs de applets escritos em Java.
Ilustra-se atravs da Figura 6.18 como o cliente e o servidor partilham o trabalho.
Primeiro, o browser carrega a pgina Web criada pelo supervisrio usando o protocolo padro
HTTP. O applet (que acompanha a pgina) executado, estabelecendo uma conexo com o
supervisrio. O usurio interage com o browser, enviando dados para a Planta, a informao
processada, a resposta volta para o usurio, fechando o ciclo. Pode haver tantos browsers
(clientes) quanto disponveis ou permitidos pelo supervisrio.

Figura 6.18 - Arquitetura de comunicao de um DSSOHW com a internet.
6.7.1.1.1 Configurao do Elipse :LQGRZV - Mdulo :HE
No organi:er do Elipse Winaows, no item aplicao na ficha Web foi habilitado o
servidor de dados para a Web (Figura 6.19). Como diretrio de pginas Web criadas pelo
supervisrio foi escolhido a pasta wwwroot localizada em c:\inetpub\. Este caminho foi o
escolhido porque o servidor de Web armazena os documentos Web nesta pasta.


110

Figura 6.19 - configurao do mdulo ZHE.
Os applets Java foram copiados para o mesmo diretrio das pginas HTML
geradas pelo Elipse, ou seja, o c:\inetpub\wwwroot\.
Para cada tela do supervisrio que foi disponibilizada para a Internet configurou-
se atravs da ficha Web o nome desta tela dentro do diretrio wwwroot localizado em
c:\inetpub (figura 6.20).

Figura 6.20 - Configurao da tela do ensaio de nvel para a ZHE.
A pgina HTML somente estar disponvel para o usurio remoto quando a tela a
quem ela faz referncia estiver rodando no aplicativo supervisrio local, ou seja, rodando no
contexto servidor. O supervisrio atravs dos flags passados para o banco de dados pelo
usurio remoto carregar apenas as telas referentes ao ensaio solicitado por este, as telas

111
referentes aos outros ensaios sero desabilitadas no sistema supervisrio, tambm por
intermdio de flags passados pelo cliente remoto; e as pginas Web referentes a estas sero
apagadas temporariamente do servidor Web.
As questes relevantes troca de telas no sistema supervisrio para a execuo
dos ensaios sero abordadas na seo 6.11.
6.7.2 Sistema de Vdeo
Para a captura de vdeo foram utilizadas duas Webcams conectadas ao PC servidor
da aplicao via USB. O ariver utilizado para estas cmeras, foi o ariver fornecido pelo
fabricante do produto.
Para a captura de imagens pelo sistema foi utilizado o mdulo Elipse Watcher,
uma ferramenta anexa ao sistema supervisrio. O Elipse Watcher tem como funes
principais a captura de imagens em padro digital para visualizao em tempo real,
armazenamento e posterior rastreamento, alm de transmisso de imagens para estaes
remotas. Para tanto, necessria a utilizao de uma placa de captura de vdeo associada a um
multiplexador de canais (no caso de mais de uma cmera). No nosso caso como tnhamos
disponveis duas portas USB no foi necessrio o uso de um multiplexador, mas no caso de
uma expanso do sistema de vdeo pode-se usar um multiplexador.
6.7.2.1 O 6RIWZDUH
O Elipse Watcher consiste em um mdulo adicional integrado ao Elipse Winaows,
conforme a figura 6.21.

ELIPSE
WINDOWS
ELIPSE
WATCHER
Banco de
Imagens
Banco de
Dados
Imagem
Vdeo
Driver PLC
Controle
MUX

Figura 6.21 - O Elipse :DWFKHU como mdulo do Elipse :LQGRZV.

As funes bsicas do Elipse Watcher so as seguintes:

112
Captura do sinal de vdeo de entrada e compactao para padro MPEG;
Visualizao da imagem capturada em modo janelado, de tamanho e
qualidade programveis pelo usurio e integrada com o sistema de superviso j
existente;
Criao de um banco de dados local de imagens;
Busca de imagens por perodo ou evento;
Exportao de partes do banco de dados em MPEG (Moving Picture Experts
Group);
Backup;
Transmisso de imagens em tempo real para estaes remotas via rede
TCP/IP ou linha discada;
O Elipse Watcher possui uma arquitetura aberta. A utilizao da MCI para
comunicar com a placa de captura permite que o haraware seja substitudo sem retrabalho de
software. Cada placa tem seu prprio ariver MCI e que se comunica de forma padro com o
sistema operacional e com o Elipse. O mesmo ncleo de software estar administrando o
sistema de superviso e a aquisio de imagens. Isso permite que eventos de superviso
estejam associados ao banco de imagens otimizando o armazenamento. Isto permite uma total
integrao ao software de superviso e controle.
O sistema disponibiliza um formato padro de armazenamento de imagens, o
MPEG. O fato do padro MPEG ser uma norma internacional permite que os dados gerados
no sistema de aquisio possam ser manipulados pela maioria dos softwares de mercado como
editores de imagens, browsers e aplicativos muiltimdia.
A taxa de atualizao da imagem configurada no Elipse Winaows. isto feito
com base nas configuraes possveis para a cmera que est supervisionando o processo;
geralmente esta taxa dada em frames por segundo.
6.7.2.2 Desenvolvimento da Aplicao de Vdeo
As imagens da planta podem ser disponibilizadas para o usurio de duas maneiras.
Nas figuras 6.16 e 6.17 o usurio tem o vdeo online do sistema, ou seja, enquanto o ensaio
realizado as imagens so adquiridas pela cmera e passadas para a tela do supervisrio. As
imagens disponveis na tela do ensaio (figuras 6.16 e 6.17) so copiadas de tempos em tempos

113
por um applet Java para uma pgina Web a qual ser passada para o cliente remoto atravs do
browser.
A segunda maneira a visualizao de arquivos de vdeo armazenados no
servidor atravs de uma ferramenta comercial qualquer, por exemplo o real player. Os ensaios
podem ser gravados ou no no servidor, isto vai depender da opo do usurio remoto no site
do experimento. A gravao do vdeo pelo sistema supervisrio realizada atravs de uma
funo em um script acionado pela Internet. Gravados, os arquivos sero armazenados no
servidor da aplicao, ficando assim disponveis para posterior aownloaa dos usurios
cadastrados.
No aplicao supervisria local, uma ferramenta de vdeo por ns desenvolvida
para o sistema (figura 6.22), permite uma srie de funcionalidades, entre elas carregar o vdeo
de interesse; controlar a velocidade de reproduo; o volume de reproduo; a reproduo do
vdeo em frames ou por tempo; as funes de pausar, reproduzir, parar, colocar o vdeo em
seus extremos, ou seja, incio ou fim; reproduzir o vdeo de maneira reversa; e ainda restaurar
a velocidade original do mesmo. Esta ferramenta til para anlise dos vdeos realizados de
maneira remota e at para uma posterior avaliao por parte do professor.

Figura 6.22 - Ferramenta de vdeo.

114
6.8 O Banco de Dados
O banco de dados utilizado para o sistema foi o Microsoft Access. A escolha foi
feita baseada no nmero de dados armazenados por este banco de dados, ou seja, um nmero
considerado pequeno, mas poderia ser qualquer outro banco de dados que suporte ODBC,
como por exemplo o SQL Server. Os dados enviados por clientes remotos passam todos pelo
banco de dados, ou seja desde o valor de referncia para um posicionador pneumtico at os
flags para trocar de ensaio.
Na figura 6.23 tem-se o banco de dados com as suas tabelas para os ensaios
desenvolvidos at ento.

Figura 6.23 - Banco de dados para os ensaios.

Na figura 6.23 tm-se os parmetros que so enviados pela Internet, entre eles
temos o nome do ensaio (Ensaio), valores para controle de :oom (top1. top12), ajuste do
controlador (P, I, D), referncia para a vlvula (setpvalve), referncia para os inversores

115
(setpinv1. setpinv2), entre outros parmetros que so necessrios para o ajuste remoto do
sistema.
O dados do banco de dados so passados para o supervisrio atravs de uma fonte
de dados ODBC configurada como um DSN de sistema (vide seo 2.6.2.1) no servidor da
aplicao. O nome da fonte Parmetros e utiliza um ariver para o Microsoft Access.
6.8.1 Acesso Base de Dados pelo Sistema Supervisrio
O sistema supervisrio tem acesso a fonte de dados ODBC criada para este banco
de dados. Na figura 6.24 tem-se o organi:er do Elipse, lugar onde est disponvel toda a
configurao do sistema supervisrio da planta. Abaixo do campo aatabases, encontram-se
todas as tabelas utilizadas do banco de dados no sistema.

Figura 6.24 - Banco de dados importado pelo Elipse.
Os dados do sistema foram alocados em tabelas individuais para que o usurio
remoto tenha mais flexibilidade na hora de alterar os parmetros, pois se alocssemos vrios
parmetros em uma nica tabela, o usurio deveria pass-los tambm pela Internet; caso no o

116
fizesse este receberia mensagens de erro advindas da falta de parmetros para a atualizao do
banco de dados.
Os dados so acessados utilizando-se uma string de conexo entre o banco de
dados e o sistema supervisrio. Para cada tabela necessria uma string de conexo. Nesta
conexo informado o tipo de conexo; o caminho do banco de dados; o tipo de arquivo; a
quantidade de informaes no buffer e o tempo de requisio para as informaes.
Uma vez importados pelo supervisrio, os dados contidos nas tabelas do banco de
dados podem ser excludos, lidos, atualizados, o usurio pode percorrer as tabelas em busca
de dados especficos, pode mover a tabela para o ltimo registro entre outras funcionalidades.
Todas estas funes esto disponveis para cada tabela do banco de dados importada pelo
supervisrio (figura 6.25).

Figura 6.25 - Funes para manipular os dados de tabelas importadas pelo supervisrio.
6.9 Servidor :HE
O servidor Web escolhido para o sistema foi o Internet Information Server 5.0. O
Internet Information Server um servidor de arquivos e aplicaes para o sistema operacional
Winaows NT Server 4.0 ou Winaows 2000 Professional, sendo ele, a pea chave para a

117
construo de sites Internet. O IIS totalmente integrado com o Winaows. e esta alta
integrao permite que seja configurada a segurana de acesso ao site Internet atravs do
Winaows e das seguranas associadas ao NTFS (NT File System), o sistema de arquivos do
Winaows NT.
O IIS possui suporte a todos os padres de servios Internet, como WWW, FTP,
SMTP e NNTP. Para todos estes protocolos, o IIS instala servios no Winaows NT/2000
[ADA00].
O Winaows NT tambm possui scripts de administrao que permitem o
gerenciamento de Web sites pelo comando de linha (prompt de comando). Permite ainda que
sejam escritos scripts que podem ser agendados para executar automaticamente, isto diminui
o trabalho de tarefas repetitivas [ADA00]. O IIS inclui vrias caractersticas que facilitam o
usurio a desenvolver aplicaes servidoras Web:
Integrao com o MTS (0LFURVRIW 7UDQVDFWLRQ 6HUYHU): o MTS um
modelo de programao que oferece suporte automtico para as transaes,
gerenciamento de threaas, manuteno de conexo com um servidor de dados,
isolamento entre processos, e outras funes necessrias para uma aplicao
servidora Web multiusurio. Esta caracterstica garante a estabilidade de nosso
sistema de acesso remoto;
Isolamento de processos: esta caracterstica faz com que as aplicaes Web
sejam executadas em endereos de memria isolados, diferentes uns dos outros.
Isto permite um nvel mais elevado de garantia de robustez nas corporaes. O
isolamento de processos no deixa que uma aplicao trave a execuo de outra
aplicao servidora Web. Evita inclusive que esta aplicao consiga travar o
servidor IIS. A conseqncia disto que o servidor fica muito mais estvel;
$FWLYH 6HUYHU 3DJHV (ASP): a integrao do IIS com o MTS permite que as
pginas ASP sejam executadas como um componente no ambiente MTS e se
beneficiar de caractersticas como isolamento de processo, transaes, etc;
Bloqueamento de domnios: esta caracterstica permite que seja liberado
ou negado o acesso ao contedo de determinado site atravs do nome de domnio.
Em nosso caso se desejarmos um domnio apenas para o acesso dos
administradores do sistema, possvel faz-lo tambm atravs desta caracterstica;

118
Extenses servidoras )URQW3DJH98: o IIS incorpora as extenses
servidoras do FrontPage98, que permitem aos usurios aproveitar as
caractersticas de administrao de sites Web do FrontPage98. Para
cadastramento no sistema remoto, as informaes colidas do requisitante (figura
6.29) so enviadas para o e-mail de um dos adminitradores devido s extenses
servidoras do FrontPage.
Conforme [UTI01], o IIS tambm fornece outros servios de informao e auxilia
vrias interfaces para desenvolver outros recursos para o site na Web. Pode-se:
criar aplicativos cliente-servidor de alto desempenho utilizando a interface
de programao de aplicativos do Internet Server (ISAPI);
personalizar o Servio WWW por meio da criao de programas de filtro
ISAPI que atendam aos pedidos que entram ou que saem e, automaticamente,
executem aes como log mais detalhado;
executar os aplicativos ou os scripts da interface de gateway comum (CGI);
transmitir ou receber arquivos utilizando o servio FTP;
publicar arquivos de informao, ampliar vrios computadores, utilizando o
servio gopher.
6.9.1 A Segurana no IIS
O Microsoft Internet Information Server (IIS) est integrado ao sistema
operacional Microsoft Winaows NT Server o que significa que o IIS possui as mesmas
caractersticas de segurana do NT [ADA00].
A arquitetura de segurana do Winaows NT utilizada por muitos componentes
de sistemas com uma camada de autenticao para controlar o acesso a todos os recursos do
sistema. O IIS est integrado ao modelo de segurana do NT e aos servios do sistema
operacional como file system e diretrios. Como o IIS utiliza o banco de contas de usurios do
NT, os administradores no precisam criar contas separadas em cada servidor Web, e em uma
Intranet, os usurios se logam em suas contas apenas uma vez. O IIS automaticamente utiliza
as mesmas permisses de arquivos e grupos [ADA00].
De acordo com [ADA00], as permisses para controle de acesso aos arquivos e
diretrios podem ser configuradas graficamente pelo Winaows NT, pois o IIS utiliza o Server

119
ACLs (Access Control Lists): uma lista contendo todas as permisses de cada usurio. As
permisses configuradas para um servidor Web no so diferentes das permisses criadas para
outros arquivos no servidor (permisses NTFS). Desta forma, estes arquivos podem ser
acessados atravs de outros protocolos, como o FTP, NFS (Network File System) sem
duplicar suas permisses.
A integrao Winaows NT/2000 e IIS tambm permite a auditoria de sistema para
maior monitoramento da segurana dos recursos utilizados. Por exemplo, tentativas de acesso
de um usurio a um recurso no autorizado pode ser armazenado pelo Winaows Event Log e
visualizado pelas ferramentas administrativas do Winaows.
Um dos itens mais importantes de segurana do IIS o controle de acesso aos
arquivos e aplicaes no servidor. O IIS possui os seguintes itens para controle de acesso e
segurana [ADA00]:
Suporte para autenticao Winaows NT Challenge/Response,
Acesso por IP das mquinas;
Habilidade para implementar restries de acesso ao servidor e diretrio
virtual;
Suporte para Winaows NT File System (NTFS);
Certificados digitais para clientes e servidores;
Filtros de Segurana.
Foi necessria a instalao das extenses do FrontPage, pois atravs de um
componente, o E mail Form Hanaler, os dados preenchidos em um formulrio so formatados
e enviados a um endereo de correio eletrnico especfico.
Para realizar ensaios na planta, o usurio deve estar cadastrado no sistema, para
isso ele deve preencher um formulrio e enviar seus dados para uma conta de correio
eletrnico, os dados sero avaliados pelos administradores do sistema e aps isto o usurio
remoto passar a ter acesso ao sistema, tudo isto foi possvel devido as extenses do
FrontPage que foram instaladas na mquina servidora da aplicao.
6.9.1.1 Autenticao e Autorizao de Usurios
A segurana do IIS integrada ao Winaows NT File System. Para acessar
qualquer recurso do NT preciso uma senha e um nome de usurio. Este recurso permite o

120
gerenciamento das contas, incluindo a sua auditoria e o armazenamento de toda a atividade
desempenhada em arquivos de logs, configurao de restries e data de expirao das senhas
[ADA00]. O NT possui trs formas diferentes de autenticao de usurios, que so
brevemente explicadas a seguir:
Acesso Annimo: no setup, o IIS cria uma conta annima para conexes
Web no autenticadas. Quando a segurana no requisitada, o pedido
processado pelo servidor no contexto de segurana de uma conexo annima. Esta
conta pode ter acesso apenas a arquivos e aplicaes que possuam permisso para
acessar;
Senha e 8VHUQDPH Padro: as aplicaes e arquivos que possuem o acesso
restrito necessitam que os usurios se identifiquem atravs de uma conta e senha
para permitir a visualizao dos dados. O IIS pode ser configurado para pedir a
autenticao HTTP bsica. Um prompt mostrado para que o usurio possa
digitar o nome de sua conta e sua senha, depois disso uma comparao feita com
o banco de contas existentes no Winaows NT/2000. Entretanto, estes dados so
passados pela rede sem encriptao, podendo ser interceptados;
Segurana Windows Challenge/Response: o IIS tambm suporta este tipo
de autenticao do NT, que a utilizao da tcnica de encriptao para autenticar
os usurios. Na verdade, a senha nunca passada pela rede. Uma vez que toda
conexo mapeada diretamente para a conta do usurio no Winaows NT/2000, os
usurios da Internet apenas precisam efetuar o logon uma vez, e ser validado
para todos os servidores e servios no domnio do Winaows NT/2000.
Para sites de acesso restrito aos usurios locais do sistema, foi utilizado o sistema
de segurana do Winaows 2000 em conjunto com IIS, ou seja, somente com uma conta vlida
no servidor da aplicao que o usurio poder acessar o site. As contas com permisso para
acessar o arquivo via Internet so configuradas diretamente no arquivo. Quando um usurio
requisitar um destes sites uma janela de autenticao ser mostrada em seu PC (figura 6.26).


121

Figura 6.26 - 1anela para autenticao do usurio.
6.10 Sistema de Controle de Sesso
O sistema de controle de sesso possui uma srie de arquivos ASP que iro
gerenciar os ensaios realizados pelos clientes remotos. Os arquivos referentes a este mdulo
situam-se no servidor Web IIS.
Como funcionalidades deste sistema podem-se citar:
Controle de acesso ao sistema;
Controle de tempo de sesso;
Sistema de intertravamento entre ensaios;
Agendamento de ensaios.
6.10.1 Controle de Acesso ao Sistema
O controle de acesso de usurios ao sistema remoto feito por nveis, ou seja,
cada site do sistema possui um nvel de acesso, no qual o usurio remoto estar ou no
habilitado para acessar. O usurio de nvel 1 tem acesso a todos os sites do sistema remoto, ou
seja, nvel designado aos administradores do sistema. O usurio de nvel 2 tem restrio a
alguns sites, o usurio de nvel 3 tem restrio aos mesmos sites do de nvel 2 e mais alguns
sites a critrio da administrao do sistema e assim por diante.
O controle de acesso foi construdo baseado na consulta a um banco de dados
Access, onde os dados de login ao sistema se encontram (figura 6.27).


122

Figura 6.27 - Tabela com os dados dos usurios cadastrados no sistema.
6.10.2 Verificao do Usurio pelo Sistema
A verificao do usurio feita atravs de um site ASP. Este site apresentado
quando o usurio remoto entrar no modo de ensaio, ou seja, para a realizao de
experimentos.
Na figura 6.28 tem-se o site onde o usurio ter uma caixa de texto para a entrada
de seu username no sistema e uma outra caixa para a entrada de sua senha. Aps preenchidos
os dados, o usurio clicar no boto enviar consulta, enviando assim seus dados para
processamento no servidor Web. O servidor Web autenticar o usurio e lhe atribuir
permisses de acesso de acordo com o seu nvel de acesso.

Figura 6.28 - Autenticao do usurio pelo sistema.

123
Caso no tenha uma senha de acesso, o usurio atravs de um boto solicitar
senha (figura 6.28), poder preencher um formulrio fazendo sua requisio (figura 6.29).

Figura 6.29 - Formulrio para a requisio de senha para acesso ao sistema.
No formulrio, o usurio preencher seus dados e enviar este atravs do boto
submeter localizado no final da pgina.
Para validar os usurios necessrio o acesso do sistema ao banco de dados. Isto
feito atravs de uma conexo de uma pgina ASP ao banco de dados, utilizando uma conexo
sem DSN (vide seo 2.6.2.2). Para validar as informaes do usurio, a pgina submetida
para uma outra pgina chamada securityloginrespona.asp usando-se o mtodo POST (vide
seo 2.7.4.1). Na pgina securityloginrespona.asp, os dados sero validados, verificando se o
usurio tem ou no permisso de acesso. A figura 6.30 ilustra melhor este processo.
Os parmetros submetidos para a pgina securityloginrespond.asp so associados
a variveis locais da pgina. Depois disto feita uma conexo com o banco de dados que
contm as informaes dos usurios cadastrados no sistema. Nesta etapa, criado um objeto
conexo, uma varivel indicando o caminho para o banco de dados. O provedor de dados o
Jet. OLEDB.4.0, pois este o mais rpido para conexes ao banco de dados Microsoft Access.
Por fim a conexo aberta.

124

Figura 6.30 - Processamento dos dados de ORJLQ pela pgina VHFXULW\ORJLQDVS.
Aps aberta a conexo com o banco de dados montada uma instruo SQL.
Depois de montada a instruo SQL, criado um objeto tabela, onde sero armazenados os
dados da consulta SQL. A consulta retorna o nome do usurio digitado, caso ele no esteja
cadastrado, o objeto tabela apontar para final de arquivo. Se o nome do usurio for
encontrado, a senha digitada ser verificada. O campo password (figura 6.27) da tabela de
usurios ser comparado com a senha digitada, se as variveis forem iguais, sero criados no
servidor dois objetos session (vide seo 2.7.4.1), um com o nome do usurio e o outro
contendo o nvel de acesso do usurio ao sistema. Caso as variveis de senha sejam diferentes
o usurio receber uma mensagem e um link para tentar se logar novamente no sistema.
6.10.3 Calendrio para Agendamento de Ensaios no Sistema
O calendrio do sistema permite ao usurio selecionar um horrio adequado para
realizar seu ensaio. O calendrio est disponvel para o ensaio de controle de volume,
disponibilizando janelas de 30 minutos para a realizao de cada ensaio.

125
O calendrio foi construdo atravs da linguagem de programao ASP e conta
com todos os anos do calendrio cristo. O calendrio de fcil navegabilidade, ou seja, o
usurio pode navegar entre os meses do ano selecionado (figura 6.31). O dia atual destacado
em verde (figura 6.31).

Figura 6.31 - Calendrio do sistema.
Selecionado o dia, o usurio entrar em uma outra pgina referente ao dia
selecionado (figura 6.32).


126

Figura 6.32 - Pgina de Seleo de Horrio.
Para o dia selecionado, o sistema tem agendado das 10:00 at as 12:00 que esto
em uma tabela na pgina de agendamento (figura 6.32). Nesta pgina de agendamento (figura
6.32) tem-se dois menus suspensos. O menu suspenso dos horrios indica os horrios ainda
disponveis para aquele dia. O menu dos usurios indica os usurios cadastrados no sistema.
Ainda nesta pgina h a possibilidade do usurio navegar pelo ms corrente e pelo ms
seguinte tendo ainda a possibilidade de voltar para a pgina inicial do calendrio.
Selecionada a hora e o nome do usurio, o sistema agendar o usurio. O horrio
agendado estar indisponvel para outros usurios.
6.11 Realizao de Ensaios
Para a realizao dos ensaios, o lado cliente tem como requisito um browser Web
instalado em sua mquina. Neste browser deve estar rodando uma mquina virtual Java
runtime para a execuo dos applets que vo juntamente com a pgina enviada pelo lado
servidor.

127
O sistema est configurado para a realizao do ensaio de controle de nvel em
malha aberta, em malha fechada e para o ensaio de identificao pelo mtodo dos mnimos
quadrados.
O cliente remoto se logar no sistema no horrio por ele agendado, selecionar o
tipo de ensaio que ele deseja realizar (figura 6.33).

Figura 6.33 - Ensaios da planta.
Selecionado o ensaio, o cliente ser remetido a uma pgina de configurao para o
ensaio escolhido (figura 6.34). O servidor da aplicao carregar no supervisrio as pginas
referentes ao ensaio requisitado.


128

Figura 6.34 - Configurao do ensaio em malha aberta.
Carregado o ensaio, o sistema garante que ele ser carregado no modo parado, ou
seja, o cronmetro para o ensaio no estar rodando (figura 6.35). Isto garantido pela
passagem de trs flags para o supervisrio. No supervisrio h um script executado pela
pgina do ensaio de malha aberta que ajusta o ensaio em trs modos diferentes, dependendo
do status dos trs flags de modo.
O script tem por funo verificar os ltimos tags passados ao banco de dados. Se
o processo foi disparado pelo boto iniciar (figura 6.34) um arquivo batelada criado no
servidor com o nome do ensaio digitado pelo usurio. Os parmetros dos inversores e da
vlvula so passados pela pgina para o banco de dados e atualizados pelo supervisrio, as
tendncias (figura 6.35) so disparadas.
Disparado o ensaio o cliente remoto entrar na pgina do ensaio em malha aberta
(figura 6.35).
A tela do supervisrio (figura 6.16) enviada para a Web atravs dos applets Java
que so executados no browser do cliente. Estes applets tem por funo capturar a tela do
supervisrio de tempos em tempos e repass-la para uma pgina Web que criada
dinamicamente pelo Elipse Web. Os parmetros so atualizados utilizando-se o frame

129
esquerdo da pgina (figura 6.35). As modificaes so visualizadas atravs do frame direito
da pgina.

Figura 6.35 - Ensaio em malha aberta de nvel.
O ensaio pode ser parado pelo boto parar (figura 6.35). Parando desta maneira, o
usurio poder ir para o modo de anlise, onde sero carregados dados do ensaio realizado por
ele em duas tendncias histricas (figura 6.36). Nesta pgina o usurio remoto tambm ter a
oportunidade de realizar o controle de :oom de seus dados atravs do frame lateral esquerdo
da pgina (figura 6.36). Ainda nesta pgina, o usurio ter a oportunidade de realizar o
aownloaa dos arquivos de seu ensaio. Os arquivos so armazenados em formato texto. Se o
usurio remoto possui uma ferramenta matemtica, como por exemplo o Matlab ele poder
fazer uma anlise melhor do ponto de vista de controle dos dados armazenados por seu
ensaio.


130

Figura 6.36 - Anlise do ensaio realizado.
6.11.1 Controle de Tempo para a Realizao dos Ensaios
O usurio possui um cronmetro ao p direito de sua pgina (figura 6.35). Se o
tempo exceder 30 minutos de ensaio, o usurio remoto automaticamente tem seu ensaio
finalizado. Isto feito por um cronmetro no sistema supervisrio que inicializado no incio
do ensaio. O sistema encerra o ensaio e termina a sesso do cliente. Este tentar novo login e
receber uma mensagem de acordo com o agendamento para a hora corrente.
Uma varivel contendo o tempo do usurio conectado ao ensaio comparada com
o minuto atual do relgio do servidor. Se o relgio do servidor estiver na frente da varivel de
tempo do usurio, a pgina ASP encerra a sesso do usurio e o redireciona para uma pgina
de aviso, onde diz para o usurio que seu prazo expirou.
Outra possibilidade a de o usurio abandonar o browser. Neste caso o
supervisrio se encarregar de realizar o intertravamento do sistema, levando-o a um estado
seguro. Isto acontecer quando o relgio que cronometra o tempo de ensaio atingir 30
minutos, no caso dos ensaios de controle de nvel.

131
7 CONCLUSES E TRABALHOS FUTUROS
7.1 Consideraes Gerais
As tecnologias Web conquistaram grande importncia dentro da rea dos sistemas
de automao industrial, possibilitando a expanso dos mesmos para uma rede mundial. A
disponibilizao de um sistema de automao industrial atravs da Internet requer um suporte
adequado tanto de hardware quanto de software para seu projeto. Neste tipo de abordagem
uma avaliao criteriosa de requisitos deve ser feita, levando-se em conta desde o contexto da
planta industrial at o contexto cliente remoto (figura 5.1). Sendo assim, o presente trabalho
props uma estrutura para controle e superviso de plantas industriais atravs da Internet e sua
posterior validao atravs de um estudo de caso.
O trabalho desenvolvido foi motivado pela anlise dos centros de ensino e
pesquisa que utilizam o acesso remoto a um de seus laboratrios. Constatou-se uma srie de
limitaes nos modelos propostos de acesso a um processo real por estes centros, seja um
sistema de automao industrial ou um simples sistema fsico. Entre elas podemos citar a
necessidade de requisitos por parte do cliente remoto que iam alm do browser Web, isto um
fator altamente limitante, pois o cliente remoto dever se adaptar s exigncias de tal centro
para ter acesso ao processo que est disponvel atravs da Internet. Baseado na anlise do
estado da arte, constatou-se tambm a inexistncia de uma proposta para acesso a uma
barramento de campo industrial normatizado atravs da Internet, sendo este o objeto de estudo
para a validao da proposta deste trabalho. Sendo assim este trabalho torna-se de carter
nico.
A estrutura proposta para acesso e controle de sistemas de automao industrial
atravs da Internet no captulo 5, foi desenvolvida com base em um estudo realizado sobre as
tecnologias Web no captulo 2; suas aplicabilidades para os sistemas de automao industrial,
pesando-se uma srie de fatores. Entre eles, levou-se em conta a plataforma do cliente remoto
e a plataforma do servidor Web do contexto servidor proposto (figura 5.1). Neste captulo
foram apresentadas diversas tecnologias a fim de atender toda e qualquer plataforma, tanto do
132
lado cliente quanto do lado do servidor Web. Atravs do captulo 3, foram apresentadas as
vantagens dos barramentos de campo (fieldbuses), dando enfoque principal a sua
comunicao com a camada de aplicao do barramento. Arquiteturas mais simplificadas
foram apresentadas tambm, enfatizando a possibilidade destas serem gerenciadas por um
mdulo, CLP ou uma placa de interface, que se comunique com o PC servidor do sistema de
automao industrial, disponibilizando desta forma dados para a camada de aplicao do
contexto servidor, ou seja, o sistema de superviso e controle. Desta forma, o captulo 3
apresentou o sistema de automao industrial no nvel da planta industrial e as aplicaes que
esto presentes na camada de aplicao do PC servidor do sistema de automao industrial
que podem supervisionar e controlar os processos da planta industrial.
7.2 Resultados
O estudo de caso proposto no captulo 6 apresenta as funcionalidades bsicas
propostas pela estrutura de controle e superviso de plantas industriais atravs da Internet no
captulo 5. O estudo de caso baseou-se na disponibilizao de uma planta prottipo
instrumentada com dispositivos Foundation Fieldbus atravs da Internet. A grande vantagem
deste sistema consiste na utilizao de uma rede industrial normalizada e amplamente
divulgada para a instrumentao e controle de processos contnuos, como o caso de controle
de nvel, temperatura e vazo, por exemplo. A comunicao dos dados industriais com o
sistema de superviso e controle foi configurada atravs da disponibilizao da base de dados
industriais por um servidor OPC, ou seja, uma tecnologia padronizada, facilitando o
desenvolvimento de uma interface que leia estes dados, ou seja, o cliente OPC. O sistema de
superviso e controle desenvolvido mostrou-se um sistema extremamente eficiente,
disponibilizando informaes do barramento de campo Foundation Fieldbus na Internet
atravs da tecnologia Java, ou seja, os applets Java que independem da plataforma do cliente
para rodar, pois necessitam apenas de uma mquina virtual Java rodando no browser Web do
cliente.
O sistema de intertravamento entre os experimentos a serem realizados na planta
prottipo apresentou-se extremamente vlido, ou seja, o sistema de automao industrial
chaveado para o contexto do experimento de interesse do cliente remoto. Este sistema de
intertravamento foi implementado para os experimentos baseados em controle de nvel da
Planta Prottipo.
133
O sistema de controle de sesso no contexto servidor (figura 5.1) apresentou-se
extremamente funcional. A validao do usurio remoto feita durante a submisso de seu
login e senha. Os agendamentos para a realizao dos ensaios na Planta Piloto so feitos de
maneira a no coincidirem, evitando assim conflito de acesso a pginas Web dedicadas
realizao de ensaios remotos na Planta Piloto.
O controle de processos na Planta Piloto, ou seja, no nvel local realizado em
tempo real; para o usurio remoto a passagem dos parmetros de configurao para a Planta
Piloto no se d em tempo real devido ao comportamento no determinstico do protocolo
TCP/IP. Portanto, no h garantia do tempo de chegada de algum parmetro passado do
cliente remoto para a Planta Piloto. Em vista disso, foi desenvolvido um sistema de
intertravamento que garante a segurana do laboratrio como um todo no caso de ocorrer
alguma falha de comunicao entre o cliente remoto e a Planta Piloto. A velocidade de
atualizao das imagens e demais informaes do sistema para o cliente depende de uma srie
de fatores, nmero de usurios conectados ao servidor Web, nmero e tipo de requisies
feitas para o servidor Web e ainda o local de onde cada cliente remoto est acessando a Planta
Piloto.
A lacuna existente entre a teoria e a prtica de sistemas de controle fato bem
conhecido e amplamente debatido. Esta lacuna manifesta-se tambm no ensino, fazendo com
que a transferncia dos conceitos abordados em sala de aula para a prtica profissional seja
bastante aqum de sua potencialidade. Como tentativa de reduzir esta lacuna tem-se adotado,
no DELET da UFRGS uma linguagem mais prxima prtica industrial. Pea fundamental
dentro desta filosofia so os experimentos utilizados em laboratrio, construdos com
equipamentos e softwares amplamente utilizados na indstria, que foram descritos nesta
dissertao. Em vista disto, o sistema de acesso remoto descrito no captulo 6 surge como uma
ferramenta de ensino bastante benfica tanto do ponto de vista tecnolgico, pois este foi
desenvolvido com tecnologia de ponta em sistemas de automao industrial, quanto do ponto
de vista de ensino e treinamento, pois toda a estrutura montada para a elaborao deste
sistema pode ser compartilhada para o uso de outros centros de ensino e pesquisa, auxiliando
na formao de um nmero maior de pessoas no que h de mais avanado em termos de
controle de processos industriais.
Sob a tica do ensino de controle de processos, a Planta Piloto possibilitou o
acesso atravs da Internet aos alunos do curso de Engenharia Eltrica do DELET da UFRGS
tanto em nvel de graduao como em ps-graduao. A Planta Prottipo poder possibilitar a
134
integrao de centros de ensino e pesquisa atravs da realizao de ensaios no sistema remoto
desenvolvido no DELET da UFRGS, isto traz bastantes benefcios no somente em termos de
tecnologia, mas tambm em termos financeiros, pois o custo dos dispositivos que fazem parte
da Planta Piloto extremamente elevado, muitas vezes impraticvel para a maioria dos
centros de ensino e pesquisa em Engenharia de Controle de Processos.
7.3 Trabalhos Futuros
Cabe destacar, que apesar, da validao da estratgia proposta, o estudo de caso
descrito no captulo 6 merece aperfeioamentos para ampliar suas capacidades e utilidades. A
utilizao do sistema remoto de acesso Planta Piloto Foundation Fieldbus revelou alguns
destes aperfeioamentos possveis. Por exemplo, a distribuio das tarefas no contexto
servidor (figura 5.1) da estratgia proposta a fim de aumentar a capacidade e a performance
do sistema de acesso remoto, pois no estudo de caso o contexto servidor encontra-se projetado
em uma mquina apenas. Em vista disso, pode-se dispor de um servidor de processamento
matemtico para uma anlise mais refinada em termos de controle de processos, por exemplo,
o uso do Matlab rodando em uma mquina no contexto servidor sendo acessada via TCP/IP
pelo cliente remoto atravs de plugins. O uso de um servidor Web em uma outra mquina no
contexto servidor. Pode-se ter acesso a uma base de dados relacional remota situada em um
outro PC, tendo o cliente remoto acesso a estes dois ltimos PCs atravs de TCP/IP. Desta
maneira, teramos um PC servidor do sistema de automao industrial que se comunicaria
com os demais PCs do contexto servidor atravs de uma Ethernet por exemplo. O anexo de
um PLC de pequeno porte para realizar as tarefas que no exijam uma rede Foundation
Fieldbus para serem concebidas; exemplo destas seriam: acionamento remoto do compressor
de ar para alimentar as vlvulas pneumticas, ligar e desigar remotamente a chave geral da
Planta Piloto entre outras tarefas. O interfaceamento do PLC com o PC servidor do sistema de
automao industrial se daria atravs de um driver para comunicao na serial RS 232 do PC
servidor do sistema de automao industrial e sua comunicao com o sistema de superviso e
controle se daria atravs do desenvolvimento de um driver de comunicao entre o sistema de
superviso e controle e a interface serial. A utilizao da infraestrutura montada para o estudo
de caso do captulo 6 pode ser reaproveitada para a disponibilizao de outras redes
industriais com outros protocolos de comunicao que no sejam o Foundation Fieldbus
aparece tambm como um aperfeioamento ao trabalho j realizado.
135
A melhoria do sistema de imagens tambm pode ser uma proposta de
aperfeioamento, esta pode ser feita pela separao do sistema de imagens do PC que roda
como servidor da Planta Piloto; teramos ento um servidor de multimdia, onde poderamos
dedicar o processamento deste no s para o sistema de imagens, mas tambm para a captura
de udio e sua posterior disponibilizao para a Internet. Por fim, surge tambm como
trabalho futuro a implementao de outras malhas de controle para a Internet, como por
exemplo malhas de controle de temperatura, controle de vazo e controle multivarivel.
Referncias Bibliogrficas 136
REFERNCIAS BIBLIOGRFICAS

[ADA00] ADAM, K. IIS5 Administrao do Internet Information Services. Rio de
Janeiro, Brasil. Editora Campus LTDA, 2000, 185p.
[ADO02] ADO-OLE DB E ODBC. O que OLE DB? Disponvel por www em
http://www.geocities.com/siliconvalley/bay/3994/oledb.html (17 jan. 2002).
[AME97] AMETT, M. F.; DULANEY, E.; HARPER, E. Desvendando o TCP/IP:
Mtodos de Instalao, manuteno e implementao de redes TCP/IP.
Trad. ARX Publicaes. Rio de Janeiro: Editora Campus, 1997.
[APK00] APKARIAN, J.; DAWES, A. Interactive Control Education with Virtual
Presence on the Web. American Control Conference, junho 2000.
[BAT02] BATE BYTE 58 JAVA. Integrando Banco de Dados via JDBC. Disponvel
por www em http://www.pr.gov.br/celepar/batebyte/edicoes/1996/bb58/java.hm
(07 jan. 2002).
[BHA98] BHANDARI, A.; SHOR, M. H. Access to an Instructional Control
Laboratory Experiment through the World Wide Web. American Control
Conference, 1998.
[BIN94] BINA, E.; JONES, V.; MCCOOL, R. et al. Secure Access to Data Over the
INTERNET. Proc. of the third ACM/IEEE Intl. Conf. on Parallel and
Distributed Information Systems. Austin, texas, 1994. Disponvel por www em
http://bunny.cs.uiuc.edu/CADR/WinslettGroup/pubs/SecureDBAccess.ps (21
dez. 2001).
[BUY00] BUYENS, J. Desenvolvendo Banco de Dados na Web. So Paulo, Brasil:
Makron Books LTDA, 2000. 528p.
[C&S02] C&S SYSTEM SOLUTIONS. How to track user activity at a web site using
ASP. Disponvel por www em http://www.vallin.com/pub/2/ (06 jan. 2002).
[CAR02] CARROL, C. M. Database Open. Disponvel por www em
http://www.activeserverpages.com (11 jan. 2002).
[BAT98] BATUR, C.; MA, Q.; LARSON, K., KETTENBAUER, N. Remote Tuning of
a PID Position Controller via Internet. American Control Conference. 1998.
[CRO01] CROSS-PLATFORM ASP DEVELOPMENT STRATEGIES. Disponvel por
www em http://www.chillisoft.com/whitepeppers/default.asp (13 dez. 2001).
[CUR98] CURSO FIELDBUS. Como Implementar Projetos com Foundation
Fieldbus. Disponvel por www em
http://www.smar.com/products/pdf/cursofb1.pdf (ago. 1998).
[EXE98] EXEL, M.; GENTIL, S.; MICHAU, F; REY, D. Simulation Workshop and
Remote Laboratory: two web-based training approaches for control.
American Control Conference. 1998. p. 3468-3472.
[FER01] FERREIRA, C. R. A.; CAMPOS, M. XML: O Caminho para Sistemas
Abertos e Automao Global. InTech Brasil, julho 2001, p. 39-42.
[FOS02] FOSBERY, D. ASP Databases Using VBScript. Disponvel por www em
http://www.asp-help.com/database/db_tutorial.asp (13 jan. 2002).
[FRA02] FRANCISCO, E. Htmls page and hot page. Disponvel por www em
http://html.br-hs.com (02 jan. 2002).
[HON99] HONG, S.; ZHENG, X.; DALAGER, B.; KRISTIANSEN, V.; STROM, O;
SHUR, M. S.; TOR, A. F.; JIAN-QUIANG, L.; YTTERDAL, T. Conducting
Laboratory Experiments over the Internet. IEEE Transactions on Education,
Vol 42, No.3, agosto 1999.
[JAM02] JAMHOUR, E. Intranet e Segurana em Redes CGI. Disponvel por www
em http://www.ppgia.pucpr.br/~jamhour/ (23 jan. 2002).
[JOC99] JOCHEIN, A.; RHRIG, C. The Virtual Lab for Teleoperated Control of
Real Experiments. CDC, dezembro de 1999.
[KAM02] KAMATH, M. ASP Articles. Disponvel por www em
http://www.kamath.com/tutorial/ (25 jan. 2002).
[LEC02] LECTURE 06. Basics of Servers Operations. Disponvel por www em
http://cs.ua.edu/438/lecture-06.ppt (03 jan. 2002).
[LIM97] LIMA, I. O Ambiente Web Banco de Dados: Funcionalidades e
Arquiteturas de Integrao. Rio de Janeiro, 1997. Dissertao (Mestrado).
Pontifcia Universidade Catlica do Rio de Janeiro. Disponvel por www em
http://www.cecom.ufmg.br/~iremar/dissertacao/dissert_html (02 jan. 2002).
[LUC02] LUCKEVICH, D. Microsofts Active Server Pages. Disponvel por www em
http://wdvl.internet.com/software/tools/asp.html (22 jan. 2002).
[MIC01] MICROSOFT PERSONAL SUPPORT CENTER. Glossary: A. Disponvel por
www em http://support.microsoft.com/support/glossary/a.asp (18 dez. 2001).
[NAT01] NAT-INST. Industrial Automation Tutorial. Disponvel por www em
http://www.raunvis.hi.is/~rol/vefur/%e9r%20instrupedia/ciatuto.pdf (12 dez.
2001).
[NET02] NETSCAPE COMMUNICATIONS CORPORATION. JavaScript: Guide
Authoring. Disponvel por www em
http://home.netscape.com/eng/mozilla/gold/handbook/javascript/index.html (12
dez. 2002).
[PHP01] PHPBRASIL.COM. Php com jeitinho brasileiro. Disponvel por www em
http://www.phpbrasil.com/tutoriais/tutorial.php?id=4 (17 dez. 2001).
[POI98] POINDEXTER, S. E.; HECK, B. S. Using the Web in Your Courses: The
How Tos and the Whys. American Control Conference. 1998.
[POS83] POSTEL, J.; REYNOLDS, J. K. TELNET Protocol Specification. RFC 854,
ISI. 1983. Disponvel por www em http://ds.internic.net/rfc/rfc854.txt (28 dez.
2001).
[POS85] POSTEL, J.; REYNOLDS, J. K. File Transfer Protocol (FTP). STD 9, RFC
959, USC/ISI. 1985. Disponvel por www em
http://ds.internic.net/rfc/rfc959.txt (29 nov. 2001).
[RAH02] RAHMEL, D. Comparing JavaScript and VBScript Internet Systems.
Disponvel por www em http://www.dbmsmag.com/9610i07.html (15 nov.
2002).
[RAM00] RAMAKRISHNAN, Y. Z.; HU, S. Y.; CHEN, J. P.; KO, C. C.; BEM, M. C.;
TAN, C. Development of a Web-Based Control Experiment for a Coupled
Tank Apparatus. American Control Conference, junho de 2000.
[RAM01] RAMOS, F. T. O Poder da Web na Automao. InTech Brasil, julho 2001, p.
43-46.
[SAL01] SALVADOR, M. Sistemas Distribudos de Superviso e Controle.
Disponvel por www em http://www.elipse.com.br (13 dez. 2001).
[SCH98] SCHMID, C. The Virtual Control Lab VCLAB for Education on the Web.
American Control Conference. 1998. p. 1314-1318.
[SET02] SETTING UP A DSN. Disponvel por www em
http://www.bann.co.uk/asp/databases/setup.asp (11 jan. 2002).
[SUS02] SUSSMAN, D.; HOMER, A. ADO 2.0 Programmers Reference. Chapter 1
What is ADO. Disponvel por www em http://www.amazon.com/exec/obtidos
(23 jan. 2002).
[UNI01] UNITAUT AUTOMAO. Unitaut Notcias. Disponvel por www em
http://www.unitaut.com.br/cgi-bin/shownot (11 dez. 2001).
[UTI01] UTILIZANDO O IIS. Antes de voc Iniciar. Disponvel em
http://lmmm.ccne.ufsm.br/iisadmin/html/docs/oo_iis.htm (12 dez. 2001)
[VIR02] VIRTUAL SCAPE. Active Server Pages Hosting. Disponvel por www em
http://www.virtualscape.com/services/asp.html (05 jan. 2002).
[W3C01] W3C CONSORTIUM. World Wide Web Consortium. Disponvel por www
em W3C Home Page, http://www.w3.org/pub/WWW/ (28 dez. 2001).
[W3C01A] W3C CONSORTIUM. The Hypertext Transfer Protocol. Disponvel por
www em http://www.w3.org/hypertext/WWW/Protocols/Overview.html (29
nov. 2001).
[WDG02] WEB DATA GROUP. Database Development. Disponvel por www em
http://www.webdatagroup.com (01 jan. 2002).
[WEB02] WEB DATABASES. Banco de Dados para a Web. Disponvel por www em
http://Itpg01.bendigo.latrobe.edu.au/Dirk/dbtute.htm. (06 jan. 2002).
[WEL02] WELCOME TO OPC. What is OPC? Disponvel por www em
http://www.opcfoundation.org/ (07 jan. 2002).
[WIL00] WILD, R. Proposta de Ferramenta para Validao Temporal em
Barramentos de Campo. Porto Alegre, 2000. 90p. Dissertao de Mestrado.
PPGEE, UFRGS.
[WIL94] WILSON, C. The Sensor/Actuator BUS. Theory and Practice of Interbus-S.
Landsberg/Lech, Alemanha. Phoenix Contact, 1994. 70 p.
[WIL97] WILLE, C; THURROT, P. Unlocking Active Server Pages. Indianpolis,
Indiana: Editora New Riders Publishing. 1997.
[WIS02] WISE ASP. What is active server pages? Disponvel por www em
http://www.aspalliance.com/wsk/realquick.asp (18 jan. 2002).

Tese Eng 0362006

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Tese Eng 0362006

Diunggah oleh

Hak Cipta:

Format Tersedia

UNIVERSIDADE FEDERAL DO RIO GRANDE DO SUL

Anda mungkin juga menyukai