Tese Final Mossin

EDUARDO ANDR MOSSIN
Laboratrio remoto para ensino a distncia

de sistemas de controle distribudo
Dissertao apresentada Escola de Engenharia

de So Carlos da Universidade de So Paulo,
como parte dos requisitos para a obteno do
Ttulo de Mestre em Engenharia Mecnica.
rea de Concentrao: Dinmica das Mquinas

e Sistemas
Orientador: Prof. Luis Carlos Passarini
So Carlos
2007
AUTORIZO A REPRODUO E DIVULGAO TOTAL OU PARCIAL DESTE TRABALHO,
POR QUALQUER MEIO CONVENCIONAL OU ELETRNICO, PARA FINS DE ESTUDO E
PESQUISA, DESDE QUE CITADA A FONTE.
Ficha catalogrfica preparada pela Seo de Tratamento

da Informao do Servio de Biblioteca EESC/USP
Mossin, Eduardo Andr

M913l Laboratrio remoto para ensino a distncia de sistemas de controle
distribudos / Eduardo Andr Mossin ; orientador Luis Carlos Passarini. So
Carlos, 2006.
Dissertao (Mestrado) - Programa de Ps-Graduao e rea de Concentrao em

Engenharia Mecnica -- Escola de Engenharia de So Carlos da Universidade de So
Paulo.
1. Ensino a distncia. 2. Simulao. 3. Foundation Fieldbus. 4. Web. 5. Sistemas

de controle distribudos. I. Ttulo.
AGRADECIMENTOS
Agradeo primeiramente ao mestre e amigo Dr. Luis Carlos

Passarini, pela orientao, dedicao e amizade. No fosse seu
convite e orientao, este trabalho no se realizaria;
Tenho grande gratido ao Dr. Dennis Brando, que tanto ajudou
nesta pesquisa auxiliando em todos os momentos;
Ao Jaime que sempre que necessrio me encaminhava direto ao
lugar certo;
Universidade de So Paulo, por colocar disposio sua
estrutura;
Aos engenheiros e amigos da SMAR, pela cooperao sempre
muito til, principalmente ao Cassius Resende Duarte que muito
me ajudou a entender as teorias de controle;
Lvia, pelo companheirismo que mostrou e por tudo que me
ajudou;
Quero registrar tambm a grande ajuda dada pelo Saulo Amui;
Ao Rodrigo Palucci que sempre deu foras para eu continuar a
batalha, principalmente nas horas de desgaste;
Sinceramente, aos meus pais e a minha irm, por tudo, e a Deus,
pela vida, por esta oportunidade e por estes irmos;
RESUMO
MOSSIN, E. A. (2007). Laboratrio remoto para ensino a distncia de sistemas

de controle distribudos. Tese (Mestrado) - Escola de Engenharia de So Carlos,
Universidade de So Paulo, So Carlos, 2007.
Frente a abrangente presena da internet no ambiente acadmico e residencial, a literatura
relata, na ltima dcada, um nmero crescente de experincias de ensino a distncia na rea
de automao e controle industrial, nas quais desde procedimentos tericos at aulas prticas
podem ser realizados atravs de acesso remoto. Neste contexto, este trabalho apresenta o
estado da arte sobre as experincias acadmicas no emprego de laboratrios on-line
relacionados teoria de controle e introduz uma nova proposta de arquitetura de acesso
remoto, que ser aplicada ao ensino de sistemas de controle distribudos via rede de campo no
protocolo FOUNDATION Fieldbus em ambiente simulado.
Palavras-chave: ensino a distncia, simulao, FOUNDATION Fieldbus, Web, sistemas de
controle distribudos.
ABSTRACT
MOSSIN, E.A. (2007). Web Laboratory to Networked Control Systems Distance
Learning. M. Sc Dissertation - Escola de Engenharia de So Carlos, Universidade
de So Paulo, So Carlos, 2007.
Due to the increasing presence of the Internet in the academic and residential environment,
the literature shows an increasing number of experiences of distance learning in the
automation and industrial control area in the last decade, in which theoretical procedures as
well as practical lessons can be carried out through remote access. In this context, this
dissertation presents a brief survey on the academic experiences in the application of on-line
laboratories and introduces a new proposal of remote access architecture that will be applied
on a distance learning experience in the networked control systems area based on the
FOUNDATION Fieldbus protocol using a simulated environment.
Keywords: distance learning, simulation, FOUNDATION Fieldbus, Web, distributed control
systems.
LISTA DE FIGURAS
Figura 1 - Sistema Fieldbus e seus componentes .....................................................................19

Figura 2 - Arquitetura Fieldbus ................................................................................................26
Figura 3 - Camadas do modelo ISO/OSI..................................................................................27
Figura 4 - Modelo de trs camadas de redes de sistemas fieldbus ...........................................28
Figura 5 - Controle por FOUNDATION Fieldbus da temperatura de um processo usando um
transmissor de temperatura e um atuador de vlvula. ......................................................31
Figura 6 - Integrao entre Moodle e LabView ........................................................................51
Figura 7 - Comunicao entre clientes e o servidor. ................................................................54
Figura 8 - Interface grfica inicial do FBSIMU On-line ..........................................................56
Figura 9 - Acesso remoto ao FBSIMU.....................................................................................57
Figura 10 - Arquitetura detalhada do sistema...........................................................................58
Figura 11 - Funcionamento do Apache - PHP - MySQL..........................................................63
Figura 12 - Nmero de servidores Apache ativos.....................................................................65
Figura 13 - Exemplo do arquivo fbsimu.ini com cinco entradas ..............................................69
Figura 14 - Exemplo da vi1 relacionada ao usurio rodrigo .............................................69
Figura 15 - Exemplo da vi1 livre para acesso.......................................................................70
Figura 16 - Diagrama de blocos do LabView para controle de uso do FBSIMU .....................75
Figura 17 - Diagrama de blocos do LabView para controle de tempo ocioso do FBSIMU .....76
Figura 18 - Aba (tab) de configurao relacionadas a IP do Moodle e Apache .......................77
Figura 19 - Aba (tab) de configurao relacionada aos tempos usados no sistema .................78
Figura 20 - Aba (tab) para criao das VIs do FBSIMU ..........................................................79
Figura 21 - Aba (tab) FBSIMU Monitor ..................................................................................80
Figura 22 - Aba (tab) de registro de informaes de execuo do FBSIMU Manager............81
Figura 23 - Diagrama de Classes do FBSIMU Manager..........................................................82
Figura 24 - Gerenciador de logs de usurios do FBSIMU .......................................................86
Figura 25 - Gerenciador de arquivos de blocos dos usurios do FBSIMU ..............................86
Figura 26 - VI onde o usurio carrega o arquivo com a configurao......................................88
Figura 27 Interface grfica da VI da planta utilizada para a execuo das simulaes ........93
Figura 28 - Planta simulada usada para a execuo do teste piloto..........................................94
Figura 29 - Arquivo fbsimu.ini com todas as VIs reservadas ...................................................96
Figura 30 - Grfico do LabView com status dos acessos de cinco mquinas remotas ............ 97
Figura 31 - Arquivo fbsimu.ini com todas as VIs liberadas ..................................................... 99
LISTA DE TABELAS
Tabela 1 Vantagens e desvantagens do ensino a distncia....................................................23

Tabela 2 Ferramentas para ensino a distncia .......................................................................37
Tabela 3 Descrio dos mtodos PHP do FBSIMU On-line.................................................72
Tabela 4 Descrio das classes do FBSIMU Manager..........................................................83
LISTA DE SIGLAS
AI Analog Input
AO Analog Output
ARX Auto-Regressive eXogenous Model (Modelo linear, auto-regressivo e com
entrada externa)
B Bias
CAN Control Area Network
CISAER Courses on the Internet: Survey, Analysis, Evaluation, Recommendation
CGI Common Gateway Interface
CMC Computer-Mediated Communication
CMS Course Management System
CPU Central Processing Unit
CS Control Selector
DCS Distributed Control System
DD Device Description
DI Discrete Input
DO Discrete Output
FB Function Block
FBAP Function Block Application Process
FBSIMU Fieldbus Foundation Function Block Simulator
FF Fieldbus Foundation
FIP Flux Information Processus
GPL General Public License
GNU GNUs Not UNIX
I/O Input / Output
IP Internet Protocol
ISA International Society for Measurement and Control
ISO/OSI International Standards Organization / Open System Interconnection
ISP Interoperable Systems Project
LAN Local Area Network
LMS Learning Management System
LP Learning Plataform
J2EE Java 2 Platform, Enterprise Edition
ML Manual Loader
MLE Managed Learning Environment
NUS National University of Singapore
OPC OLE for Process Control
OS LMS Open Source Learning Management Systems
PC Personal Computer
PD Controlador de Ao Proporcional-Derivativa
PHP Hipertext Preprocessor
PID Controlador de Ao Proporcional-Integral-Derivativa
RA Ratio
SQL Structured Query Language
TCP Transfer Control Protocol
VI Virtual Instrument
VLE Virtual Learning Environment
VRML Virtual Reality Modelling Language
SUMRIO
1 INTRODUO...............................................................................................................17
1.1 ORGANIZAO DO TRABALHO ..............................................................................18
1.2 ENSINO DE REDES FIELDBUS ..................................................................................18
1.3 FOUNDATION FIELDBUS...........................................................................................25
1.4 FBSIMU ..........................................................................................................................31
1.5 OBJETIVOS....................................................................................................................33
2 REVISO BIBLIOGRFICA ........................................................................................35
2.1 ACESSO REMOTO A INSTRUMENTOS REAIS........................................................41
2.2 ACESSO REMOTO A SIMULADORES.......................................................................44
2.3 LABORATRIOS REMOTOS PARA ENSINO DE REDES DE CAMPO .................45
3 PLATAFORMA DE DESENVOLVIMENTO E SIMULAO (FBSIMU ON-LINE) 49
3.1 MOODLE.........................................................................................................................59
3.2 APACHE, MYSQL, PHP (AMP) .....................................................................................63
3.2.1 APACHE ..................................................................................................................................... 64
3.2.2 PHP........................................................................................................................................... 65
3.2.3 MYSQL ...................................................................................................................................... 66
3.3 DETALHES DE SOFTWARE DO SISTEMA...............................................................67
3.3.1 CONTROLE DE ACESSO S INSTNCIAS DO FBSIMU................................................................ 68
3.3.1.1 Cdigo para gerenciamento de uso do FBSIMU ................................................................... 71

3.3.2 FERRAMENTA DE CONFIGURAO DO SERVIDOR ..................................................................... 76
3.3.2.1 Cdigo do FBSIMU Manager................................................................................................ 81

3.3.3 GERENCIAMENTO DOS ARQUIVOS DO USURIO ........................................................................ 85
3.3.3.1 Gerenciador de arquivos desenvolvido em PHP ................................................................... 85

3.3.3.2 Lista dos arquivos de configurao de blocos (FBSIMU) ..................................................... 87
4 RESULTADOS................................................................................................................89
4.1 TESTE DO CONTROLE DE ACESSO..........................................................................89
4.1.1 TESTE DO CONTROLE REALIZADO NO FBSIMU MANAGER ........................................................ 89
4.1.2 TESTE DO CONTROLE REALIZADO NA VI DO FBSIMU.............................................................. 90
4.1.2.1 Teste do controle por tempo sem uso da VI ........................................................................... 90

4.1.2.2 Teste do controle relacionado liberao da VI .................................................................... 90
4.1.3 TESTE DO CONTROLE REALIZADO EM PHP............................................................................... 91
4.2 TESTE PILOTO ..............................................................................................................91
4.2.1 PLANO DE TESTE EXECUTADO ................................................................................................... 91
4.2.2 RESULTADOS DO TESTE ............................................................................................................ 95
4.2.3 CONCLUSO DO TESTE............................................................................................................ 100
5 CONCLUSES .............................................................................................................103
5.1 TRABALHOS FUTUROS ............................................................................................104
ANEXO A DESCRIO DETALHADA DO FBSIMU....................................................115
APNDICE A PROCEDIMENTOS DE INSTALAO ..................................................141
APNDICE B FERRAMENTAS PARA CRIAO DE CURSOS A DISTNCIA........149
APNDICE C OPEN SOURCE MODIFICADOS. ............................................................165

17
Captulo
1 Introduo
O aumento da demanda por sistemas de automao e controle de processos baseados
em redes de cho de fbrica (fieldbuses) e o significativo nmero de protocolos digitais de
comunicao voltados para esta finalidade (Hart, Profibus, Profinet, Foundation Fieldbus,
CAN e DeviceNet), estimulam a comunidade cientfica ao estudo e desenvolvimento de
sistemas de controle via rede, ou Networked Control Systems (TIPSUWAN et. al, 2003).
Algumas ferramentas computacionais de pesquisa e desenvolvimento, elaboradas com
o objetivo de expandir os recursos de desenvolvimento e de testes em redes de cho de fbrica
reais, fizeram-se necessrias devido aos custos e s restries de uso dos sistemas fieldbus
reais. Neste contexto, inserem-se as ferramentas didticas de simulao. Atravs desta classe
de ferramentas, pesquisadores e estudantes podem simular processos de comunicao em
redes e abranger diferentes aspectos de funcionamento dos mesmos.
Com a abrangente presena da Internet no ambiente acadmico e domstico, acessos
remotos podem ser explorados, ampliando a flexibilidade de recursos didticos aos usurios.
Razes para o crescimento do uso de acesso remoto nesta rea englobam, alm dos aspectos
de comodidade ao usurio, o fato de que a metodologia de ensino acadmico, especificamente
na rea de controle e automao, passa por um processo de adaptao a novas tecnologias de
informao. Paralelamente s vantagens no desempenho das tarefas do estudante, o acesso
remoto e o conceito de educao a distncia (e-learning) possibilitam s entidades de ensino
uma maximizao do aproveitamento de recursos didticos, como materiais de laboratrio,
salas de aula, professores, entre outros.

Introduo 18
1.1 Organizao do trabalho
Neste captulo de introduo, o item 1.2 mostra conceitos sobre redes fieldbus e
introduz informaes relacionadas ao ensino a distncia. No item 1.3, uma breve explicao
do protocolo FOUNDATION Fieldbus feita. No item 1.4, alguns detalhes importantes
relativos ferramenta FBSIMU so descritos e, por fim, o item 1.5 mostra os objetivos deste
trabalho.
No captulo 2, feita uma reviso bibliogrfica das pesquisas recentes que esto
relacionadas com o trabalho proposto. No captulo 3, faz-se uma descrio da forma que o
trabalho foi desenvolvido, da ferramenta utilizada para a construo do portal FBSIMU, das
necessidades de modificao do FBSIMU para a possibilidade de acesso remoto e por fim,
uma descrio da arquitetura geral do sistema.
Os testes, resultados e discusses relativas aos mesmos so descritos no Captulo 4.
Por fim, no Captulo 5, so apresentadas as concluses e sugestes de novos trabalhos.
1.2 Ensino de redes fieldbus
Os primeiros sistemas de controle eram analgicos e construdos com dispositivos
simples que executavam funes bsicas em uma arquitetura com um nmero mnimo de
CPUs (Unidade Central de Processamento). Na dcada de 70, sistemas ligados em rede foram
introduzidos na indstria de automao. Mais tarde, surgiram os sistemas de controle
distribudos (DCS) e os PLCs (Controlador Lgico Programvel), utilizados para conectar os
controladores e os consoles de operao. Apesar dessa evoluo, a comunicao digital entre
dispositivos menores, como os transmissores de cho de fbrica, no foi vista antes da dcada
de 80. Foi somente na dcada de 90 que o uso de redes de cho de fbrica para a comunicao
digital de dispositivos de controle ganhou aceitao no mercado (BERGE, 2002).

Introduo 19
Para gerenciar a comunicao entre esses dispositivos, mais conhecidos como field
devices ou instrumentos de campo, foram criados os protocolos fieldbus. Um fieldbus um
protocolo usado em sistemas de controle distribudos e que possui uma arquitetura na qual
cada instrumento de campo tem sua prpria inteligncia e se comunica atravs de um
barramento de dados. A Fieldbus Foundation (FIELDBUS FOUNDATION, 1999a) define um
sistema fieldbus ou rede de campo como:
[...] um sistema distribudo composto por dispositivos de campo e

equipamentos de controle e de monitoramento integrados em um ambiente
fsico de uma planta ou uma fbrica. Os dispositivos do fieldbus trabalham
em conjunto para realizar I/O (input/output) e controle em operaes e
processos automticos. (FIELDBUS FOUNDATION, 1999a).
Nessas redes, os dispositivos de campo e equipamentos de controle, como, por
exemplo, transmissores inteligentes, atuadores, controladores lgicos programveis e estaes
de superviso e de configurao, conectam-se segundo um protocolo especialmente definido
para a classe do processo controlado. A figura 1 mostra um exemplo da disposio de
componentes de uma rede fieldbus.
Figura 1 - Sistema Fieldbus e seus componentes

FONTE: BRANDO (2005)
Introduo 20
Na figura, tm-se as estaes de controle e monitoramento ligadas a um device
(controlador) que, alm de executar funes de controle, executa o papel de comunicao
entre estas estaes e os dispositivos de campo.
No mercado, existem vrios protocolos fieldbus, como, por exemplo, CAN (Control
Area Network), Interbus, DeviceNet, Hart, Modbus, AS-I (AS-Interface), Profibus e
FOUNDATION Fieldbus. Este trabalho refere-se ao FOUNDATION Fieldbus (veja item 1.3 na
pgina 25).
Desde o incio da criao desses protocolos, foram necessrias pesquisas sobre os
diferentes aspectos e funcionalidades para propor melhorias tecnolgicas e otimizaes nos
meios e formas de comunicao, nos instrumentos de campo (transmissores e atuadores) e nas
malhas de controle de processos industriais. Vrias ferramentas foram criadas com o objetivo
de facilitar essas pesquisas. Como exemplo da dificuldade enfrentada na realizao dessas
pesquisas, pode-se citar as complicaes existentes para estudantes e pesquisadores no acesso
a uma planta industrial real. Mesmo eliminando a necessidade de uma planta real, elaborar e
montar uma pequena planta voltada somente para pequenos experimentos tambm difcil
considerando-se o preo dos componentes necessrios para a montagem. Foi por isso que
ferramentas didticas de simulao comearam a ser criadas. Atravs dessas ferramentas,
pesquisadores e alunos podem simular a comunicao das redes fieldbus e entender o
funcionamento das mesmas.
BRANDO (2005) desenvolveu o FBSIMU, Fieldbus Foundation Function Block
Simulator, uma plataforma de desenvolvimento e simulao de redes FOUNDATION Fieldbus
com foco na camada de aplicao de blocos funcionais (veja o item 1.4 na pgina 31).
Na maioria das vezes, as ferramentas e at mesmo plantas didticas obrigam o aluno
ou pesquisador a ir at um laboratrio para realizar seus testes e tarefas. Com o grande
crescimento da internet, acessos remotos poderiam ser disponibilizados oferecendo uma

Introduo 21
grande flexibilidade desses recursos aos alunos. O mercado cada dia mais exige uma
formao mais ampla e impe uma constante atualizao de informaes entre os estudantes,
e o mtodo de ensino convencional muitas vezes no consegue atender a essa demanda. Por
isso, um grande crescimento do uso da internet para o ensino tem acontecido. CASTRO et al.
(2001) destacaram a necessidade do estudo contnuo, mesmo depois do perodo de
escolaridade. O adulto tem vrias outras obrigaes e o ensino a distncia torna-se muito til
para o aprendizado. Alm disso, os autores afirmam que manter instituies de ensino exige
um grande investimento, e cursos a distncia auxiliam na reduo destes custos. DEMING
(2001) disse que o aprendizado a distncia oferece, alm das vantagens j citadas, a
oportunidade para as pessoas que no tem possibilidade de ir at uma escola.
Estas vantagens do ensino a distncia poderiam ser estendidas a acessos remotos a
laboratrios e ferramentas. Foi da que nasceu a idia principal deste trabalho, que o
desenvolvimento do acesso remoto ao FBSIMU, permitindo ao usurio a utilizao dessa
ferramenta a partir de qualquer computador que possua acesso a internet (veja item 1.5 na
pgina 33).
Algumas pesquisas relacionadas ao ensino a distncia mostraram que, em alguns
casos, com este tipo de educao, os alunos aprendem mais do que com o ensino
convencional. Uma explicao para este fenmeno que estudantes que se propem a este
tipo de aprendizado possuem uma responsabilidade maior e por isso so mais interessados nas
informaes do curso (IRVINE et al., 1999).
Alm das consideraes citadas acima, alguns pesquisadores destacaram
caractersticas importantes do ensino a distncia. Segundo JONES (1996) e LAWHEAD et al.
(1997), o que categoriza o ensino a distncia a separao fsica entre o professor e o aluno
em pelo menos uma das partes de um dado estudo. BUTLER (2003) disse que um curso a
distncia pode ser caracterizado por alunos que no precisam freqentar aulas em um horrio
Introduo 22
pr-agendado, pelo uso de mtodos para distribuir o material usado em aulas e por alunos que
executam seus estudos e aprendizado por si s.
Uma modalidade de ensino a distncia (distance learning), a educao on-line
(online education). Para este modelo, a literatura tambm utiliza outros termos: educao
virtual (virtual education), educao baseada na internet (Internet-based education), educao
baseada na Web (Web-based education), via computer-mediated communication (CMC), e-
learning, entre outros (PAULSEN, 2003).
KEEGAN (1988) definiu educao online como sendo caracterizada por:
Separao fsica dos professores e estudantes, que distingue este modelo de
educao da educao face-a-face.
Influncia de uma organizao educacional que distingue este modelo de
educao do estudo por si s (autodidata).
Uso de uma rede de computadores para apresentar ou distribuir algum tipo de
contedo educacional.
Fornecimento de uma comunicao bidirecional atravs de uma rede de
computadores de forma que estudantes possam se beneficiar de uma
comunicao entre os prprios companheiros de classe, professores ou grupo
de trabalho.
Todas estas caractersticas da educao on-line tm despertado interesse em vrias
reas, e por isso as pesquisas e a criao de novos cursos desse tipo tm crescido nas ltimas
dcadas. MORCOS et al. (2001) afirmam que a instituio de ensino que no trabalhar para se
manter atualizada em relao ao rpido crescimento da influncia da globalizao e de novas
tecnologias no ir sobreviver. Cursos on-line fazem parte desta evoluo do ensino e,
portanto, devem ser considerados durante a elaborao do material didtico.

Introduo 23
COSTAS (2006) afirma que, at o fim da dcada passada, o ensino a distncia era
visto como educao de segunda classe no Brasil. Existiam apenas cursos tcnicos de nvel
mdio ou supletivo. Duas mudanas melhoraram este conceito. A primeira foi em 2001,
quando o Ministrio da Educao regulamentou o ensino de ps-graduao a distncia. A
outra mudana est relacionada com a metodologia, que usa os vrios meios de comunicao
para tornar o ensino mais dinmico e menos solitrio. Em 2006, o nmero de estudantes
brasileiros matriculados em programas de ps-graduao semipresenciais (o aluno s vai
instituio de ensino para fazer prova ou aulas prticas) ultrapassou 60.000. Alm disso, j
existem centenas de cursos de graduao a distncia, mas raros j diplomaram a primeira
turma. A tabela 1 mostra vantagens e desvantagens desse modelo de ensino.
Tabela 1 Vantagens e desvantagens do ensino a distncia
Fonte: (COSTAS, 2006)
Vantagens Desvantagens
Solido os contatos com colegas
Flexibilidade o contedo das aulas pode
restringem-se aos debates na internet e
ser acessado em qualquer horrio.
mais difcil fazer amizades.
Fim da barreira geogrfica pode-se Excesso de independncia preciso ter

estudar nas melhores universidades, disciplina; no h o estmulo nem a
mesmo morando em regies distantes. superviso constante do professor.
Falta uma biblioteca o catlogo de livros

mais barato gasta-se menos com digitalizados na internet pequeno
mensalidade e transporte. comparado com o das bibliotecas das
faculdades.
Uma pesquisa mostrou que em 2005 a procura pela educao a distncia cresceu 62%,
atingindo 1,2 milhes de alunos. O nmero de instituies credenciadas que oferecem
educao a distncia no Brasil cresceu 30% (ABED, 2006).

Introduo 24
Acompanhando o crescimento do ensino a distncia, a criao de ferramentas voltadas
simplificao da criao de cursos baseados neste modelo de ensino comeou a despertar
interesse tanto no meio acadmico quanto no meio comercial.
Foi graas ao avano tecnolgico proporcionado por pesquisas relacionadas a este tipo
de ferramenta que surgiu a idia da criao dos chamados CMS (Sistema de Gerenciamento
de Curso - Course Management System), que so sistemas desenvolvidos com o intuito de
simplificar o trabalho dos professores no gerenciamento dos cursos a distncia. Com este tipo
de sistema, os administradores de cursos a distncia podem facilmente criar novas pginas
para a internet contendo novos cursos, sendo que estes podero ser criados de forma simples e
sem a necessidade de grandes conhecimentos na rea de desenvolvimento para a Web.
Assim como existem diferentes termos para referenciar a educao on-line, outros
termos so usados para definir estes tipos de sistemas: Sistema de Suporte ao Ensino
(Learning Support System - LSS), Ambiente Virtual de Ensino (Virtual Learning
Environment - VLE), Sistema de Gerenciamento de Ensino (Learning Management System -
LMS) e Ambiente de Ensino Gerenciado (Managed Learning Environment - MLE).
Alguns autores elaboraram definies para este tipo de sistema. ADKINS (2005)
apresentou a seguinte definio para um LMS:
[...] Software que automatiza a administrao de eventos de treinamento. O

LMS registra usurios, acompanha cursos em um catlogo e armazena dados
de alunos em registros; este tambm fornece relatrios voltados
manuteno. Um LMS tipicamente desenvolvido para o gerenciamento de
cursos ser feito por diversos editores e fornecedores. Os LMS geralmente
no fornecem suporte para a criao de apresentaes ou contedo de
cursos; em vez disso, focam na manuteno de cursos criados por uma
variedade de outras fontes.
HALL (2001) apresentou uma definio alternativa ao mesmo LMS:
[...] Software que automatiza a administrao de eventos de treinamento.

Todos os Learning Management Systems gerenciam log-in de usurios
registrados, gerenciam catlogos de cursos, registram dados de estudantes e
fornecem relatrios usados para gerenciar o sistema. Algum tempo atrs,
dizia-se haver uma distino entre um Sistema de Gerenciamento de
Introduo 25
Configurao (Learning Management System) e um Sistema de

Gerenciamento de Ensino Integrado (Integrated Learning Management
System) mais poderoso. O termo Learning Management System agora
usado para descrever uma grande variedade de aplicaes que guiam o
treinamento de estudantes e pode ou no incluir funes como: suporte para
preparao de cursos (apresentaes, tecnologias para criao de pginas
interativas), gerenciamento de aulas, gerenciamento de competncia,
gerenciamento de conhecimento, certificados de concluso, personalizao,
suporte para alunos feito pelos instrutores, salas de bate papo (Chat),
quadros de discusso.
Estes sistemas geralmente so executados em computadores servidores usando uma ou
mais bases de dados e uma linguagem de programao que pode ser Java/J2EE ou mesmo
alguma linguagem de script (PHP - Hipertext Preprocessor, por exemplo).
Alm disso, estes sistemas so divididos em vrios componentes que incluem modelos
(templates) para estilos de sites, fruns, sistema de bate-papo (chat), questionrios e
exerccios (mltipla escolha, verdadeiro/falso, etc.). Alguns servios, como o controle de
acesso, ferramentas de comunicao, material para ensino a distncia e ferramentas para
administrao do site, tambm so fornecidos.
Considerando a grande quantidade e variedade de ferramentas CMS existentes no
mercado, uma lista fornecendo as caractersticas daquelas mais conhecidas apresentada no
APNDICE B. Apesar da proposta deste trabalho no ser a criao de um curso a distncia,
mas sim um acesso a uma ferramenta de simulao atravs da internet, um CMS foi utilizado
devido s vrias caractersticas teis apresentadas por estes sistemas. O CMS escolhido foi o
Moodle (detalhes no item 3.1 na pgina 59).
1.3 FOUNDATION Fieldbus
A origem do FOUNDATION Fieldbus foi em 1992, quando o grupo ISP (Interoperable
Systems Project) demonstrou interesse na criao de um padro uniforme de fieldbus.
Paralelamente, os desenvolvedores e usurios do FIP (Flux Information Processus), criaram
uma organizao internacional chamada WorldFIP. Em 1994, o ISP e a WorldFIP juntaram-

Introduo 26
se para formar a Fieldbus Foundation com o objetivo de criar um padro internacional de
fieldbus nico. A Fieldbus Foundation uma organizao independente, sem fins lucrativos,
constituda por usurios e desenvolvedores de dispositivos de campo e sistemas de automao
(FIELDBUS FOUNDATION ONLINE, 2005). Deve-se destacar que o termo FOUNDATION
Fieldbus no referencia o mesmo que o termo Fieldbus Foundation. O termo FOUNDATION
Fieldbus d nome ao protocolo especificado pela organizao Fieldbus Foundation.
O FOUNDATION Fieldbus um protocolo totalmente digital, serial, bidirecional,
distribudo, que interconecta equipamentos de campo como sensores, atuadores e
controladores. De forma superficial, pode-se classificar este protocolo como uma LAN (Local
Area Network) para instrumentos usados em automao de processos e automao industrial,
com a habilidade de distribuir a aplicao de controle pela rede.
A figura 2 ilustra a estrutura de uma rede FOUNDATION Fieldbus simples, onde, uma
estao de superviso/manuteno/diagnstico se comunica com os dispositivos de uma rede
FOUNDATION Fieldbus atravs do dispositivo de ligao (controlador lgico).
Figura 2 - Arquitetura Fieldbus

Introduo 27
Este protocolo, assim como os outros protocolos fieldbus e algumas redes de
computadores, baseia-se no modelo de referncia ISO/OSI (International Standards
Organization/Open System Interconnection) de sete camadas (INTERNATIONAL
ORGANIZATION FOR STANDARDIZATION, 1994).
O modelo constitudo por um conjunto de camadas independentes hierarquicamente
sobrepostas, no qual cada camada, responsvel por uma classe de tarefas, se comunica com as
camadas adjacentes para realizar as tarefas. O modelo ISO/OSI no por si s um protocolo
de rede, ele apenas prope uma arquitetura que visa reduzir a complexidade do sistema total,
segundo o princpio de particularizar a anlise do todo pela anlise das partes. As sete
camadas se comunicam de maneira transparente e horizontal, camada a camada, entre duas
mquinas, ainda que localmente a comunicao se faa de maneira vertical. A figura 3 mostra
as sete camadas do modelo.
Figura 3 - Camadas do modelo ISO/OSI
A maioria dos protocolos fieldbus, por se restringirem a aplicaes locais, no utiliza
as camadas de rede, transporte, seo e apresentao do modelo ISO/OSI. Toda a estrutura de

Introduo 28
rede em um fieldbus se concentra nas camadas fsica, de enlace e de aplicao, conforme
representado na figura 4. Com isso, obtem-se uma diminuio da quantidade de
processamento de dados e a sobrecarga desnecessria de dados relacionada a informaes de
cada camada eliminada.
Figura 4 - Modelo de trs camadas de redes de sistemas fieldbus
Alm das trs camadas implementadas pelo protocolo, o FOUNDATION Fieldbus
definiu uma camada adicional chamada Aplicao de Usurio (User Application) que no
definida no modelo ISO/OSI.
O simulador utilizado neste trabalho, o FBSIMU, foca apenas a camada de aplicao
de usurio do FOUNDATION Fieldbus e, sendo assim, explicaes mais detalhadas sobre o
funcionamento do protocolo sero centradas apenas em tal camada (maiores detalhes sobre o
funcionamento das camadas deste protocolo, inclusive a camada de usurio, podem ser
encontrados nas especificaes desenvolvidas pela Fieldbus Foundation).
A Camada de Aplicao de Usurio define o Function Block Application Process
(FBAP) que composto de blocos de recurso (Resource Blocks), blocos de funo (Function
Introduo 29
Blocks), blocos transdutores (Transducer Blocks) e da tecnologia de Device Description (DD)
(FIELDBUS FOUNDATION, 1999b).
A DD usada para descrever parmetros de blocos padres e para fornecer um
formato padro para que os configuradores, ou algum outro tipo de aplicativo, possam
trabalhar com qualquer tipo de bloco de device padronizado.
Os blocos so basicamente funes automticas de controle, distribudos pelos
dispositivos de uma rede FOUNDATION Fieldbus. A seguir segue uma breve explicao de
cada um dos trs tipos de blocos deste protocolo:
Transducer blocks: este tipo de bloco sabe detalhes de E/S (entrada/sada) de
devices e como agir para ler um sensor ou fazer mudanas no atuador. Ele
fornece aos function blocks o valor lido no sensor e pode tambm atuar na
calibrao e linearizao de um device. Os blocos transducer foram definidos
para retirar dos function blocks a funo de ler um sensor, por exemplo. Isso
faz com que a leitura do sensor possa ser feita sem sobrecarregar os function
blocks. A especificao do FOUNDATION Fieldbus define trs tipos de
transducer blocks. O Input Transducer Block responsvel pela leitura dos
sensores ou outros tipos de entradas. O outro bloco o Output Transducer
Block, que manda valores para os atuadores ou para outros tipos de sadas. Por
fim, existe o Display Transducer Block, responsvel por informar interface
de exibio do device (display) alguns parmetros internos.
Function blocks: o function block descreve as funes de um device e define
como este poder ser acessado. Cada bloco tem uma determinada tarefa e cada
device equipado com pelo menos um function block. A especificao do
FOUNDATION Fieldbus definiu alguns function blocks padro que podem ser
usados para realizar algumas funes bsicas. Estes blocos so: analog input
Introduo 30
(AI), analog output (AO), bias (B), control selector (CS), discrete input (DI),
discrete output (DO), manual loader (ML), ratio (RA), proportional/derivative
(PD) e proportional/integral/derivative (PID).
Resource blocks: este tipo de bloco descreve caractersticas de um dado device
como o nome, fabricante, nmero de srie, verses de hardware e firmware,
etc.
Apesar da breve explicao sobre os trs tipos de blocos do FOUNDATION Fieldbus,
apenas os blocos funcionais (function blocks) so disponibilizados para simulao no
FBSIMU. No item 1.4, pgina 31, maiores detalhes sobre o uso dessa ferramenta so
apresentados.
Para exemplificar o funcionamento prtico dos conceitos transmitidos acima, tem-se o
exemplo da figura 5, que mostra a estrutura de uma estratgia de controle que faz uso dos
blocos Proportional/lntegraI/Derivative (PID), Analog Input (AI) e Analog Output (AO) para
o controle de temperatura de um determinado processo.

Introduo 31
Figura 5 - Controle por FOUNDATION Fieldbus da temperatura de um processo usando um

transmissor de temperatura e um atuador de vlvula.
Neste exemplo, o transmissor de temperatura vai ler a temperatura e, atravs do bloco
AI, enviar esta informao para o bloco PID. O PID ir comparar o valor lido com o set
point (ponto de ajuste) e aplicar seu algoritmo a fim de encontrar a ao de controle
necessria, passando para o bloco AO uma informao indicando alguma correo a ser feita.
O AO, localizado junto ao atuador da planta, ir passar esta informao para o atuador que ir
agir sobre a planta conforme for necessrio.
1.4 FBSIMU
O FBSIMU, Fieldbus Foundation Function Block Simulator, uma plataforma de
desenvolvimento e simulao de redes fieldbus com foco na camada de aplicao de blocos

Introduo 32
funcionais de estrutura modular e escalonvel, composto somente por software. Cada mdulo
ou unidade de software do FBSIMU simula um elemento ou estrutura de um sistema
FOUNDATION Fieldbus real (BRANDO, 2005).
As funes do FBSIMU so:
Proporcionar ferramentas e estruturas para o projeto e implementao de
blocos funcionais personalizados ou blocos funcionais padro no ambiente de
simulao;
Executar blocos funcionais de forma contnua ou nica, com a possibilidade de
monitorar e modificar parmetros de configurao e de entrada;
Configurar e executar malhas de controle de blocos funcionais segundo uma
tabela configurvel de escalonamento de blocos funcionais e de mensagens;
Utilizar modelos de simulao de sistemas dinmicos, conjugados s malhas de
blocos funcionais, de modo a estabelecer um sistema de controle de malha
fechada sincronizado com a planta simulada;
Realizar a aquisio de dados de barramento de fieldbuses reais e analis-los
de modo a estimar parmetros e variveis de comunicao.
O FBSIMU foi concebido e programado baseando-se nas especificaes da Fieldbus
Foundation, e foi desenvolvido no ambiente LabVIEW atravs da linguagem de programao
grfica G, nativa deste ambiente.
O FBSIMU foi desenvolvido atravs da construo de mdulos ou bibliotecas de
software e posterior integrao destes, com o objetivo de construir os mdulos principais e
secundrios. As funes das bibliotecas foram especialmente desenvolvidas para a construo
do simulador e simulam as tarefas tpicas de uma rede de campo FOUNDATION Fieldbus.
Para maior entendimento da construo e uso do software, referencie o Anexo A.

Introduo 33
1.5 Objetivos
O primeiro objetivo deste trabalho fazer uma anlise dos tipos de cursos e
laboratrios remotos relacionados s reas de controle e automao existentes atualmente,
tanto nos meios acadmicos como no mercado em geral. Com esta anlise, possvel saber as
tendncias e necessidades para esta rea. Esta anlise est detalhada na reviso bibliogrfica
deste trabalho.
O segundo e principal objetivo deste trabalho projetar e implementar um portal de
acesso remoto ferramenta de simulao descrita no item 1.4 (FBSIMU), com aplicao em
ensino e treinamento de sistemas FOUNDATION Fieldbus. Alm do acesso remoto ao
FBSIMU, este portal dever possuir controle de usurios e extensibilidade para a insero de
novos laboratrios e at mesmo cursos remotos.

Captulo
2 Reviso Bibliogrfica
Na histria do ensino a distncia, o uso da internet apenas o captulo mais recente.
Segundo DANIELS (1997), este tipo de ensino surgiu no sculo XIX, mas somente nas
ltimas dcadas assumiu o status que o coloca no cume das atenes pedaggicas de um
nmero cada vez maior de pases. No sculo XIX, os poucos cursos que seguiam o modelo de
ensino a distncia usavam como meio de comunicao a correspondncia. Nas dcadas de 60
e 70, o uso do rdio e do videocassete foi um grande salto para o crescimento deste tipo de
curso. Continuando a evoluo, a televiso, o videotexto, o computador e mais recentemente a
tecnologia de multimdia, que combina textos, sons e imagens, habilitam a criao de cursos
cada vez mais avanados impulsionando a criao de ferramentas especializadas neste tipo de
ensino.
De forma geral, um curso a distncia pode ser classificado atualmente em duas
categorias, sncrona e assncrona. O aprendizado sncrono foca a comunicao em tempo real.
Nestes sistemas, o aluno, alm de visualizar uma aula remotamente, pode interagir atravs de
perguntas em tempo real. J os sistemas assncronos no exigem que instrutores e alunos
estejam conectados ao mesmo tempo.
GAL-EZER et al. (1997) afirmaram que antes de decidir oferecer o ensino a distncia,
algumas consideraes devem ser feitas: por quem, para quem e como o curso ser
desenvolvido; qual o suporte profissional necessrio e disponvel para o desenvolvimento
desse curso; qual a estrutura que ser disponibilizada para os alunos que usaro este curso;
como ser feita a avaliao dos alunos; que tipo de equipamento e software os estudantes
devero possuir para poder usufruir do curso; quais sero os benefcios da integrao da
Reviso Bibliogrfica 36
tecnologia no curso em questo, e assim por diante. Tambm no se pode esquecer de
consideraes relacionadas ao custo/benefcio dos cursos desenvolvidos nestes moldes. Estas
preocupaes relacionadas ao ensino a distncia so tambm relevantes quanto a criao de
um laboratrio remoto como o FBSIMU On-line e, por isso, as questes levantadas acima
foram levadas em considerao no captulo 3, onde maiores detalhes sero apresentados.
POINDEXTER et al. (2000) mostraram que para integrar tecnologia em um curso tradicional,
deve-se saber quem sero os usurios do curso, o porqu de usar a internet, quais
caractersticas iro ajudar a atingir os objetivos propostos. Alm disso, deve-se fornecer
treinamentos aos estudantes para permitir integrao dos mesmos com novas caractersticas.
Mesmo depois de pensar nestas questes, ainda necessrio atentar-se a cuidados que
devem ser tomados em relao ao formato do sistema de ensino a distncia para evitar
complicaes e problemas futuros. Segundo SHIH et al. (2003), o ensino a distncia, apesar
de suas grandes vantagens, cria novos problemas tambm. Como um professor vai
desenvolver um curso a distncia e como mant-lo? Como manter o registro dos estudantes
envolvidos? possvel uma prova on-line? Como avaliar o desempenho de um estudante?
possvel fornecer um curso individual para cada aluno? Um curso on-line pode complicar
muito a vida de um instrutor que no est acostumado com o uso dos computadores. Alm do
instrutor, um aluno tambm precisa saber todos os possveis recursos oferecidos pelo curso
para melhor aproveit-lo. Se inicialmente os criadores dos cursos por correspondncia tinham
o trabalho de escrever uma apostila e envi-la ao estudante, ou editar um vdeo, ou gravar
uma aula em udio, hoje o trabalho dos desenvolvedores dos cursos a distncia criar algo
que utilize como meio de comunicao a internet. Apesar da tecnologia ter trazido este tipo de
facilidade, ela trouxe uma necessidade de cursos com um contedo mais completo, e com isso
maior quantidade de trabalho ao desenvolvedor do curso. Em relao criao de laboratrios
remotos, os problemas e dificuldades encontradas so as mesmas e a preocupao com

relao a extensibilidade e facilidade de manuteno deve ser priorizada a fim de amenizar tal
dificuldade. Levando em conta esta complexidade, vrios pesquisadores e empresas
preocupam-se em desenvolver ferramentas que forneam objetos prontos para serem usados
pelos instrutores para a criao de seus cursos e laboratrios. Isso ajuda a manter o padro
destes portais de aprendizado e, consequentemente, a dificuldade dos alunos de utilizar estas
ferramentas diminui. Como exemplo de objetos prontos, pode-se destacar a criao de
tutoriais de forma automtica atravs de informaes recolhidas do prprio aluno.
EBERHARDT (1998) ressalta a importncia de que a arquitetura de um sistema deste
tipo deva ser flexvel e escalvel para poder lidar com futuros tipos de mdia, tecnologias de
comunicao e outras futuras tendncias.
Foi a partir da necessidade de sistemas com mdulos/objetos prontos que facilitam a
criao e padronizao do estudo a distncia e da necessidade de sistemas escalveis e
flexveis que as primeiras ferramentas voltadas para a criao e administrao dos cursos ou
laboratrios a distncia comearam a surgir. A tabela 2 mostra um conjunto dessas
ferramentas. Alm disso, a tabela mostra o tipo de licena de cada ferramenta e a plataforma
compatvel com cada uma. Os detalhes sobre as ferramentas apresentadas nesta tabela esto
no APNDICE B.
Tabela 2 Ferramentas para ensino a distncia
Ferramentas para ensino a distncia
Nome Licena Plataforma
LNR GNU GPL Linux/Unix
Baseado no nmero de
ANGEL Windows
estudantes
ATutor GNU GPL Linux/Unix/Windows
Aulanet Freeware Windows NT 4.0
Depende de termos de
Avilar WebMentor Windows
licena
Bazaar GNU GPL Linux/Unix/Windows
Blackboard Linux/Unix/Windows
licena
Bodington GNU GPL Linux/Solaris/Windows
Windows/Solaris/SunOS/
Livre para instituies de
BSCW Linux/DECOSF/HP-UX/Irix/
ensino
BSD/OS/AIX
CentraOne Windows
licena
Claroline GNU GPL Linux/Unix/Windows
ClassWeb GNU GPL Windows
Livre para instituies

Colloquia educacionais sem fins Todas compatveis com Java
lucrativos
COSE Open Source licensing Linux/Unix/Windows/Solaris
Possui diferentes formas de

Desire2Learn Windows
cobrana
eCollege AU+ Windows
licena
Educator Linux/Unix/MAC OS X
licena
Eledge GNU GPL UNIX


Depende de termos de Windows/Macintosh OS X/
FirstClass
licena Macintosh OS 9/ Linux.
Fle3 GNU GPL UNIX/Windows
UNIX/Linux/MAC OS X/
Ganesha GNU GPL
Windows
Internet Course Assistant Livre No se aplica
ILIAS GNU GPL Linux/Solaris/Unix
IntraLearn SME Windows
licena
Depende de termos e local

Janison Toolbox Windows
onde ser usada
Jenzabar Internet Campus Depende de termos de

Windows
Solution licena
KEWL Livre (Open Source) Windows
KnowEdge eLearning Suite Freeware Windows
Baseado no nmero de
Learnwise Windows 2000/2003
estudantes
LON-CAPA GNU GPL Linux
Manhattan Virtual
GNU GPL Linux/Unix
Classroom
Moodle GNU GPL Linux/Unix/Windows
MimerDesk GNU GPL Linux/Unix
Educational Community
Sakai Linux/Unix/Windows
License Version 1.0
Teleduc GNU GPL verso 2 Linux
Baseado no nmero de
Teknical Virtual Campus Windows 2000/2003
estudantes
Baseado no nmero de
The Learning Manager Windows
estudantes
Unicon Academus Unix/Windows
licena
Baseado no nmero de
Virtual-U UNIX
servidores
Baseado no nmero de
WebCT Linux/Unix/Windows
estudantes
Independente do uso das ferramentas citadas acima existe hoje na literatura uma srie
de cursos a distncia e laboratrios remotos desenvolvidos com foco na rea de automao.
Dentre estes, possvel destacar duas abordagens distintas. A primeira baseada em
laboratrios com acesso remoto a instrumentos reais (descrito no item 2.1 na pgina 41). A
segunda baseia-se em acesso remoto a simuladores dinmicos de malhas de controle e,
eventualmente, de dispositivos de campo (descrito no item 2.2 na pgina 44).
Em relao a estas abordagens, pode-se afirmar que a segunda tem a vantagem de
permitir ao aluno fazer qualquer tipo de experimento sem restries de segurana. J no uso
de dispositivos de campo e instrumentos reais tem-se a desvantagem de limitar o estudante a
executar poucos tipos de experimentos para preservar sua segurana pessoal, a segurana dos
dispositivos e at mesmo do laboratrio. Uma vantagem do contato direto a dispositivos reais
em relao ao acesso remoto a dispositivos simulados proporcionar ao estudante uma
experincia mais realista com equipamentos industriais. Entretanto, se o simulador for realista
o suficiente, esta vantagem desaparece.

Independente do uso de simuladores ou plantas reais, pode-se destacar tambm os
sistemas remotos voltados para o ensino de protocolos fieldbus como o CAN ou o
FOUNDATION Fieldbus (descritos no item 2.3 na pgina 45).
2.1 Acesso remoto a instrumentos reais
Um exemplo deste tipo de abordagem descrito por SNCHEZ et al. (2002) e
constitudo de um ambiente para operao a distncia de uma planta real de testes atravs da
internet. A planta do projeto um pndulo invertido. O sistema foi desenvolvido com a
finalidade de no mostrar ao estudante as caractersticas fsicas da planta, e, por isso, o
mesmo pode se adaptar facilmente a outras plantas localizadas neste laboratrio. Os softwares
utilizados na elaborao e funcionamento do laboratrio de controle virtual apresentados so
o Matlab com o Simulink (simulao). Uma caracterstica destacada do trabalho que os
professores podem adicionar diferentes experimentos atravs da simples edio de um
arquivo de configurao.
Outro sistema concebido sob a mesma abordagem foi criado por AKTAN et al. (1996)
e consiste de um laboratrio onde o estudante, de forma remota, pode testar seu prprio
cdigo desenvolvido para controlar um brao de um rob com trs graus de liberdade.
Atravs da interface grfica desenvolvida para o projeto, possvel assistir o funcionamento
do rob, acessar o diagrama de blocos da planta, enviar comandos por um Xterminal e
interromper um experimento utilizando um boto de stop (panic mode).
Em outra experincia, CASINI et al. (2003) disponibilizaram remotamente o acesso
aos seguintes processos dinmicos: um motor DC, um tanque para controle de nvel, um
sistema de levitao magntica e um simulador de helicptero com dois graus de liberdade. O
acesso realizado atravs de um navegador Web em conjunto com os softwares

Matlab/Simulink instalados na mquina cliente e permite ao estudante executar seu prprio
algoritmo de controle.
Exemplificando ainda experincias didticas atravs do acesso a plantas reais, LIOU et
al. (1999) desenvolveram um sistema que permite aos estudantes o acesso a instrumentos via
Web e permite aos instrutores configurar equipamentos at mesmo durante uma aula. A
arquitetura do sistema composta por um servidor conectado a diversos instrumentos
(sensores, atuadores, motores, fontes de energia) e o controle dos equipamentos realizado
atravs do software LabView. Com o acesso remoto via Web, o instrutor conecta-se ao
LabView para modificar diferentes parmetros nos instrumentos, tendo assim a condio de
tomar diferentes rumos em suas aulas. Nesse sistema, os alunos possuem acesso limitado aos
parmetros por motivos de segurana.
A mesma abordagem de acesso remoto aplicada a um sistema de controle de vazo
de fluidos em diversas tubulaes (multi-pipe fluid flow). Neste laboratrio, os estudantes
podem tanto monitorar como controlar a planta. O ambiente foi desenvolvido com o LabView
e foi criado com o objetivo de explorar e experimentar conceitos de engenharia e de auxiliar
na resoluo de problemas, na anlise de dados e na anlise de erros experimentais. Alm
disso, uma interface para o Matlab fornecida para os alunos validarem seus prprios cdigos
(IMBRIE e RAGHAVAN, 2005).
Um laboratrio remoto de sistemas lineares foi proposto por VIEDMA et al. (2005)
com base no ILAB, ferramenta que fornece uma estrutura para o desenvolvimento de
laboratrios remotos. O acesso a este laboratrio se d atravs de um software cliente baseado
em Java. O estudante envia parmetros para um servidor que se comunica com um analisador
de sinais digitais, executa as tarefas necessrias e retorna as respostas requeridas. O cliente
pode ento visualizar diagramas de Bode, Nyquist e Nichols relacionados ao experimento
realizado.
No departamento de Engenharia Eltrica na Universidade Nacional de Singapura
(NUS), o acesso remoto a um laboratrio com quatro tipos de malhas de controle (controle
manual, PID, controle por algoritmos em espaos de estados e controle com lgica fuzzy) foi
implementado por KO et al. (2001). Nesse laboratrio tambm possvel o acesso remoto a
uma plataforma para pesquisadores realizarem testes sobre os algoritmos de controle. Para tal
projeto, foi utilizado o software LabView e as linguagens Java, HTML, Java Script e VB
script. O sistema fornece imagens e sons do laboratrio atravs de uma cmera montada em
uma plataforma mvel. O software utilizado para o envio destes dados o NetMeeting da
Microsoft. A planta utilizada no experimento consiste de dois tanques transparentes
acoplados, montados sobre um reservatrio de gua, no qual o nvel de lquido de cada tanque
pode ser controlado.
Outro experimento que usa o mesmo exemplo de planta de KO et al. (2001) foi
desenvolvido por BING et al. (2004). O acesso planta neste caso se d atravs de um cliente
com um navegador Web. Os servios requeridos chegam a um servidor que se comunica com
duas plantas, dependendo de qual experimento o aluno est utilizando. Um dos experimentos
o controle de um pndulo invertido e o outro, o controle do nvel em tanques acoplados.
APKARIAN e DAWES (2000) utilizam o acesso remoto em um experimento de
controle dinmico de um helicptero, no qual o estudante pode modificar remotamente
parmetros de controle e avaliar o desempenho do sistema atravs de uma pgina Web. O
hardware do sistema composto por um equipamento que simula os movimentos de um
helicptero real e de um computador equipado com instrumentos para aquisio de valores
dos sensores e envio de comandos para os amplificadores que controlam os motores da planta.
Os softwares utilizados neste sistema so o Matlab, Simulink, WinCon (ferramentas de
execuo das funes de controle e acesso remoto) e o Maple. A ferramenta criada foi
denominada WebLab, e utilizou-se a tecnologia Java em seu desenvolvimento.

2.2 Acesso remoto a simuladores
A substituio de plantas reais por simulaes computacionais em procedimentos
didticos e de pesquisa prtica amplamente consolidada. Todavia a extenso dessa prtica
para o ensino a distncia comeou a ser adotada como objeto de pesquisa e de
desenvolvimento a partir da ltima dcada.
SCHMID e ALI (2000) criaram experimentos que envolvem sees de tutorial,
exerccios tericos, alm de experimentos em plantas simuladas, atravs de um sistema
baseado no plug-in do Matlab para acesso remoto, na linguagem para animao de modelos
dinmicos Virtual Reality Modelling Language (VRML), em ferramentas do
Matlab/Simulink, no Maple e em Java applets. Embora o sistema seja de acesso remoto, a
mquina cliente deve ter o software Matlab instalado.
CLAUSEN et al. (1998) desenvolveram uma ferramenta que simula um laboratrio
voltado para o ensino do processamento digital de sinais (DSP). O laboratrio engloba cinco
exerccios que cobrem as teorias de transformada_z, plos & zeros, transformada de Fourier,
entre outros. A ferramenta apresenta pginas Web que descrevem o exerccio proposto e
suporta programas em Java que permitem aos estudantes desenvolverem simulaes de
sistemas.
Um outro sistema, tambm voltado para processamento digital de sinais, denominado
J-DSP, foi desenvolvido por SPANIAS et al. (2000). Este sistema, alm de experimentos on-
line, suporta a submisso de relatrios e de avaliaes.
Mais voltado para o ensino das bases tericas dos sistemas de controle, QINGCANG
et al. (2004) utilizam uma ferramenta baseada na linguagem Ch (interpretador C/C++) que
cobre vrias tcnicas para anlise de sistemas de controle sob a luz das teorias de controle
clssica e moderna. A ferramenta suporta modelos representados por espao de estado e por
funes transferncia. O estudante, atravs de um navegador Web, pode escolher os mtodos
de projeto e anlise do controlador, especificar o tipo de sistema de controle e configurar os
parmetros do mesmo. Os dados so enviados a um servidor para a computao numrica e os
resultados so enviados de volta ao cliente com o uso do CGI (Common Gateway Interface).
Para a anlise do desempenho e estabilidade de sistemas de primeira e segunda ordem,
um sistema on-line desenvolvido em Visual Basic foi criado por CHAN et al. (2002). O
sistema dividido em trs sees. A primeira apresenta conceitos bsicos da teoria de
controle. Em outra parte, o estudante pode realizar alguns testes em simulao com respostas
na forma de grfico de lugar das razes e resposta temporal a excitaes (ex. degrau). Alm
disso, o sistema possui um questionrio em que o estudante responde a perguntas e testa seus
conhecimentos.
EXEL et al. (2000) exploram experimentos on-line que permitem comparar o
desempenho de diferentes controladores, como o PD e o PID, em situaes de mudanas de
set point e distrbios. Os autores deste experimento afirmam que simulaes so muito
relevantes para a assimilao da teoria, mas que elas no podem substituir um experimento
real em laboratrio. Estas simulaes so disponibilizadas remotamente atravs do WinCon,
software que permite a realizao de experimentos em tempo real de malhas de controle do
Simulink. Para o acesso remoto, a mquina servidora precisar manter o WinCon Server
operante e uma mquina cliente se conectar utilizando o cliente WinCon.
2.3 Laboratrios remotos para ensino de redes de campo
Alm da teoria de controle, alguns sistemas de ensino a distncia exploram o ensino de
redes de campo. Um laboratrio virtual, voltado para redes CAN, foi desenvolvido por
BUHLER et al. (2000). Este laboratrio, o Virtual Automation Lab, uma ferramenta
interativa de ensino via Web para operao do protocolo. A ferramenta pode ser empregada
de duas formas: a primeira atravs de um laboratrio real conectado internet por meio de
uma interface remota, por onde o estudante opera um instrumento real e observa
caractersticas da rede de campo como atrasos de comunicao, falhas, etc. A segunda forma
atravs de simulaes que permitem a ambientao dos estudantes antes da manipulao de
instrumentos reais. A rede de campo utilizada no experimento possui um microcomputador,
uma webcam, alguns transmissores inteligentes com o protocolo CANopen e uma placa de
interface CAN. As etapas do curso cobrem a motivao, objetivos do grupo, objetivos
educacionais, pr-requisitos, viso geral e os exerccios propriamente ditos. Para a realizao
de um exerccio so necessrias a disponibilidade de uso dos instrumentos (s permitido o
acesso de um estudante por vez) e a observao de restries de segurana.
Uma outra prtica experimental, tambm com acesso remoto, de uma planta industrial
piloto instrumentada por sistemas de controle via rede no protocolo FOUNDATION Fieldbus
foi desenvolvida por ZEILMANN et al. (2003). O acesso remoto permite a um estudante a
realizao de experimentos de controle e superviso da planta piloto. Este sistema tambm
utilizado como uma plataforma para pesquisas em automao industrial. A planta piloto
adotada consiste de trs tanques acoplados, bombas de fluxo e cinco vlvulas de controle para
manipular as vazes de lquidos no sistema. possvel configurar estratgias de controle
distintas sobre as variveis de nveis dos tanques, vazes e temperaturas. A arquitetura do
sistema segue o modelo cliente/servidor. O cliente um applet que se comunica com o Web
Server empregando socket. No servidor, existe um sistema supervisrio com interface OPC
(OLE for Process Control) que recebe informaes da rede fieldbus. Este supervisrio
responsvel por criar uma pgina Web com todos os dados de processo necessrios e
disponibiliz-los para o estudante remoto. O sistema possui tambm uma webcam para
acompanhamento visual da dinmica da planta. Como funes auxiliares aos procedimentos
didticos, o sistema possui controle de acesso e validao de usurios, agendamento de

experimentos, monitoramento da durao das sees prticas e inicializao e parametrizao
dos experimentos. Devido ao uso de uma planta piloto, os experimentos no podem ser
realizados por mais de um estudante ao mesmo tempo.

Captulo
3 Plataforma de Desenvolvimento e Simulao (FBSIMU On-
Line)
Como j dito anteriormente, o acesso remoto ao FBSIMU o principal foco deste
trabalho. Neste captulo, uma descrio detalhada de como este acesso foi desenvolvido
mostrada. O portal de acesso remoto ao FBSIMU foi chamado de FBSIMU On-line.
Antes de iniciar qualquer tipo de implementao deste tipo de portal voltado para a
educao a distncia, algumas consideraes so tomadas com referncia experincia de
alguns autores, como, por exemplo, GAL-EZER et al. (1997), que afirmaram que necessrio
saber como, para quem, por quem, de que maneira o acesso remoto ser desenvolvido, etc.
Seguindo este pensamento, foi definido que o acesso remoto ser disponibilizado
inicialmente apenas para os alunos e professores da Escola de Engenharia de So Carlos
(USP) que desejarem fazer simulaes ou mesmo entender o funcionamento do protocolo
FOUNDATION Fieldbus. Os usurios precisaro apenas de um navegador Web e de uma senha
para ter o acesso ferramenta. Em relao s consideraes sugeridas por Gal-ezer et al.
(1997), faltaria definir a maneira como o acesso remoto ser desenvolvido e isto ser feito no
decorrer deste captulo.
Como j foi ilustrado nos captulos anteriores, implementar um portal voltado para
educao a distncia no um objetivo incomum e, por isso, ferramentas e sistemas voltados
para este tipo de atividade evoluram muito, fazendo com que o uso dos CMSs transforme-se
em um caminho inevitvel a ser tomado na implementao deste tipo de portal. Com base nos
estudos feitos em relao aos CMSs disponveis no mercado (APNDICE B) e seguindo a

Plataforma de Desenvolvimento e Simulao 50
orientao do CCE da USP (UNIVERSIDADE DE SO PAULO. Centro de Computao
Eletrnica, 2006), o CMS escolhido para este trabalho foi o Moodle. O Moodle um software
livre distribudo sob os termos de licena GNU General Public License (GPL) e, alm de
oferecer um uso simples, possui compatibilidade com vrios sistemas, eficiente, no exige
grande poder de processamento e, por fim, no exige navegadores de internet complexos nas
mquinas clientes (os detalhes so apresentados no item 3.1, pgina 59).
Alm da parte de gerenciamento do portal, necessrio colocar a ferramenta FBSIMU
disponvel para acesso remoto. Esta disponibilizao ser feita pelo prprio LabView
(software proprietrio da National Instruments) e ser detalhada no decorrer deste texto.
Considerando que o sistema composto pelo Moodle (responsvel pelo gerenciamento
do portal) e pelo LabView (responsvel por executar o FBSIMU), a necessidade da integrao
entre estes dois componentes se torna evidente. Assim, o grande desafio desta implementao
integrar estas duas partes, levando-se em conta que estas sero executadas na mesma
mquina servidora.
A figura 6 mostra uma viso superficial do sistema. Os nmeros indicados nas setas (1, 2
e 3) mostram a ordem de funcionamento de cada componente durante o acesso de um
determinado usurio. Figuras mais detalhadas sero apresentadas conforme maiores detalhes
do sistema forem sendo explicados neste captulo.

Figura 6 - Integrao entre Moodle e LabView
Como podemos notar atravs da figura 6, o sistema possuir uma mquina servidora
(server) com acesso HTTP liberado para vrios clientes (mquinas remotas). Na mquina
servidora, dois softwares servidores Web estaro configurados: um deles, o Apache, fornecer
o acesso para o portal principal de entrada no sistema (Moodle usa o Apache como servidor
Web) e o outro, o servidor Web do LabView, fornecer o acesso para a ferramenta FBSIMU.
Tambm observando a figura, tm-se as mquinas clientes que faro o acesso remoto.
Para isso, basta que estas mquinas possuam instalados um navegador Web e o LabView Run-
Time Engine (software desenvolvido para a execuo de aplicativos do LabView atravs de
um navegador Web, fornecido pela National Instruments).
Um sistema de um laboratrio remoto usando o Moodle e o LabView tambm foi
desenvolvido por PASCHOAL (2006). Apesar da ferramenta disponibilizada para acesso

remoto no possuir nenhuma semelhana com o FBSIMU, a arquitetura geral do sistema
muito parecida. A grande diferena que o laboratrio remoto criado por PASCHOAL (2006)
no oferece acesso remoto a vrios usurios de forma paralela. Nesse sistema, foi
implementado um mdulo de agendamento para permitir que apenas um aluno acesse a
ferramenta em um determinado momento. Alm disso, o sistema desenvolvido por
PASCHOAL (2006) possui uma mquina para executar o servidor Web do Moodle (Apache)
e uma mquina para executar o servidor Web do LabView. No FBSIMU On-Line, os dois
servidores Web so instalados na mesma mquina e vrios alunos podem acessar o FBSIMU
ao mesmo tempo sem que um interfira no trabalho do outro.
Nota-se atravs desta viso macro da arquitetura deste sistema que a grande
complexidade do mesmo encontra-se na mquina servidora.
Focando a explicao no mdulo responsvel pelo acesso ao FBSIMU, tem-se que o
LabView possui um pacote responsvel por fornecer o acesso remoto s suas VIs (Virtual
Instruments), o que facilita a implementao da ferramenta on-line. Uma VI um conjunto de
instrues ou software que executam processos no LabView. O FBSIMU, por exemplo, um
conjunto destas instrues que esto armazenadas em arquivos desse tipo. Quando uma
instncia do FBSIMU executada pelo LabView, a VI principal desse projeto carregada e
fornece a interface grfica ao usurio, e atravs desta interface, tal usurio cria seus blocos e
executa seus testes (maiores detalhes so mostrados no ANEXO A).
Partindo-se do fato que o FBSIMU um conjunto de VIs do LabView, entende-se que
para disponibilizar o acesso remoto ao mesmo necessrio permitir ao usurio trabalhar com
esta VI a partir de um navegador Web. Este suporte feito por meio da criao de um servidor
Web por parte do LabView instalado na mquina servidora. Neste servidor, necessrio fazer
a configurao de um diretrio onde todos os arquivos HTML gerados pelo LabView sero
armazenados (mais detalhes esto no APNDICE A). Basicamente, para criar uma estrutura
para um futuro acesso, o administrador do LabView precisa abrir a VI que ser
disponibilizada, escolher a opo de acesso remoto, requerer a gerao do arquivo HTML
referente a esta VI e inicializar a conexo. Apesar de parecer que o acesso est pronto e que
nenhum trabalho extra seria gerado, diversas modificaes precisaram ser feitas no FBSIMU
devido a verificaes necessrias para o funcionamento correto do acesso remoto (maiores
detalhes so apresentados no item 3.3.1 na pgina 68). A fim de otimizar este processo de
configurao, foi criado o FBSIMU Manager. Esta otimizao apenas uma das funes
desta ferramenta e maiores detalhes do funcionamento da mesma esto detalhados no item
3.3.2 na pgina 76.
Para um usurio acessar uma determinada VI a partir de um navegador Web instalado em
uma mquina cliente, esta VI dever estar ativa na mquina servidora, isto , o LabView
dever estar executando esta VI nesta segunda mquina. Apenas um nico usurio poder
acessar tal VI em um determinado momento. O LabView oferece suporte para controlar a
concorrncia deste recurso, ou seja, o LabView garante que apenas um usurio utilizar uma
dada VI em um determinado momento. Este suporte funciona de forma simples. Quando um
cliente se conectar a uma VI (no caso deste trabalho, a VI do FBSIMU), o mesmo dever
enviar um comando para reservar esta VI (Request Control Of VI) e, desta forma, a VI ficar
reservada somente a este usurio. A liberao acontece tambm atravs de um comando
(Release Control of VI) ou de forma automtica, quando o usurio fecha o navegador Web.
Mesmo com este suporte do LabView ao acesso remoto, o sistema apresentaria limitaes
em alguns pontos. Por exemplo, se o FBSIMU uma VI que poder ser executada somente
por um usurio de cada vez e esta VI, juntamente com o LabView, dever estar em operao
na mquina servidora, como ser o acesso de vrios alunos ao mesmo tempo? A soluo
encontrada para este problema foi a utilizao de vrias instncias de FBSIMU (o LabView
ficaria executando vrias VIs do FBSIMU, cada uma com sua regio de memria, sem
interferir uma na outra) operando ao mesmo tempo em um determinado servidor. Assim, para
cada novo usurio que requerer o servio, uma nova instncia do FBSIMU ser
disponibilizada, fazendo com que cada usurio possa executar seu experimento sem interferir
em experimentos executados por outros alunos.
A figura 7 mostra o modelo de instncias e mquinas clientes acessando cada uma destas
VIs.
Figura 7 - Comunicao entre clientes e o servidor.
Nota-se que cada mquina cliente possui acesso para uma diferente instncia do
FBSIMU. Para controlar o uso dessas instncias, alguns algoritmos foram desenvolvidos.
Detalhes desses algoritmos que controlam quais usurios esto usando uma determinada
instncia ou mesmo qual instncia ainda est livre para uso em um determinado momento
esto descritos no item 3.3.1 na pgina 68. Assim, conclui-se que no basta apenas liberar o
acesso atravs do LabView e permitir que qualquer usurio faa uso do sistema, preciso
implementar uma estrutura mais completa para este gerenciamento. Apesar do LabView
fornecer um controle de acesso a partir do endereo IP (Internet Protocol) das mquinas
clientes, este tipo de restrio no suficiente para este trabalho, que requer um controle de
acesso mais completo (cadastro de usurios, nvel de permisso, login, senha, etc.).
neste momento que a necessidade de um CMS comea a aparecer, pois um controle de
acesso e de contedo precisa ser implementado para garantir o uso correto do portal. Assim, o
uso do CMS se torna ideal, pois um sistema deste tipo, alm de disponibilizar ferramentas
para controle de acesso, tem estrutura para criao de fruns, criao de novos cursos
(extensibilidade para novos projetos), etc.
Uma observao relacionada ao controle de acesso o tipo de acesso que cada usurio
vai possuir. Segundo TSANG (1999), em um sistema de ensino, importante a existncia de
trs tipos de usurios. Estes so: o administrador, os instrutores e os estudantes.
O administrador do sistema ser responsvel por gerenciar e manter todos os
aspectos do sistema, como, por exemplo, os direitos de acesso dos alunos, a
criao de novos fruns de discusso, a adio de novos materiais de estudo, etc.
Os instrutores sero capazes de modificar o formato de alguma parte do curso,
criar novos materiais no formato de pginas HTML, apresentaes, multimdia, etc.
Estes podero tambm dar assistncia para seus alunos atravs da criao de novos
fruns ou mesmo disponibilizando o e-mail para o contato dos alunos. Na maioria
dos casos, os instrutores sero os prprios professores.
Os estudantes sero capazes de navegar pelo site, fazer pedidos de novos fruns,
enviar mensagens nos fruns, utilizar o FBSIMU para fazer experincias, etc.
Como j foi dito anteriormente, o CMS usado no desenvolvimento deste trabalho foi o
Moodle e para o funcionamento deste na mquina servidora, alguns softwares (Apache,

MySQL, PHP) devem estar em operao na mesma. No item 3.2, pgina 63, detalhes destes
softwares e da estrutura dos mesmos so apresentados. Da mesma forma que a criao das
instncias do FBSIMU foi otimizada atravs de uma funo adicionada ao FBSIMU Manager
(item 3.3.2 pgina 76), uma funo responsvel por configurar todos estes softwares
instalados no servidor foi criada e adicionada nessa mesma ferramenta (FBSIMU Manager).
Ainda em relao parte do trabalho relacionada ao CMS, tem-se a interface inicial do
FBSIMU On-line. esta interface que o aluno ou professor ir visualizar quando acessar o
portal (figura 8).
Figura 8 - Interface grfica inicial do FBSIMU On-line
Feito o acesso, o usurio visualizar os fruns disponveis para discusso de dvidas,
salas de bate papo (chats), gerenciamento de arquivos e, por fim, o item principal, que ser
composto por uma lista de cursos. Para este trabalho, apenas o FBSIMU On-line estar
disponvel e possuir: acessos para o usurio gerenciar os arquivos de log (arquivo que
armazena registros das operaes de processamento em software) gerados em um
experimento; acessos para gerenciar configuraes de blocos criadas e salvas (maiores

detalhes so apresentados no item 3.3.3 na pgina 85); acesso ao painel remoto do FBSIMU.
No momento em que o usurio acessar a ferramenta, uma nova janela do navegador Web ser
aberta e a interface grfica do FBSIMU ir aparecer para o controle do usurio. A figura 9
ilustra esta interface.
Figura 9 - Acesso remoto ao FBSIMU
Definidas as formas de operao individual do Moodle e do LabView, torna-se necessrio
esclarecer a forma que a integrao entre estas duas partes ir funcionar. Para uma viso
melhor desta integrao entre tais partes, a figura 10 mostra de forma detalhada a arquitetura
deste sistema.
Figura 10 - Arquitetura detalhada do sistema
Seguindo esta arquitetura, tm-se os passos percorridos pelo sistema desde o registro de
um usurio at a sua sada. Os nmeros 1, 2 e 3 ilustram a ordem de funcionamento da
comunicao entre a mquina cliente e a servidora. A seguir tem-se os passos que uma
operao deste tipo realiza:
i) Moodle valida o usurio que acaba de entrar no sistema. Neste momento, o usurio
possuir permisso para acessar o FBSIMU.
ii) Usurio acessa o FBSIMU. Ao acessar tal ferramenta, executado automaticamente um
cdigo em PHP que controlar quais usurios esto operando e quais instncias do
FBSIMU (VIs) esto em uso. Assim, uma VI livre ser disponibilizada para tal usurio. O
arquivo de configurao do tipo INI mostrado na figura responsvel por armazenar as

informaes para possibilitar este controle. (os detalhes do arquivo esto no item 3.3.1
pgina 68).
iii) Quando a VI disponvel identificada, outro cdigo PHP gera o arquivo HTML que ser
usado para acess-la. Este arquivo ser armazenado no diretrio raiz do servidor Web do
LabView. Para cada acesso ao link do FBSIMU, um novo arquivo com nome diferente
gerado.
iv) Gerado tal arquivo, o endereo de acesso ao mesmo retornado para a mquina cliente e
uma nova janela do navegador Web aberta com o painel remoto da ferramenta FBSIMU
disponvel para uso, ou seja, atravs da pgina HTML gerada dinamicamente a partir do
cdigo em PHP executado na mquina servidora que o FBSIMU ser acessado.
v) O usurio trabalha com a VI disponibilizada e, feito o trabalho, sai do sistema. Neste
momento, outro cdigo em PHP executado e, atravs de uma nova modificao feita no
arquivo de configurao, aquela VI liberada para outros usurios a utilizarem. Alm
disso, o arquivo HTML usado para acesso remoto do FBSIMU apagado, evitando assim
que o mesmo usurio faa o acesso a esta VI sem ter feito o log-in no sistema, pois a
remoo deste arquivo implica na remoo do link de acesso a VI do FBSIMU.
Mais detalhes sobre o uso do arquivo de configurao tanto pelo LabView quanto pelo
cdigo PHP executado conforme o uso do portal FBSIMU encontram-se no item 3.3 pgina
67.
3.1 Moodle
O Moodle (MOODLE, 2006) um software livre sob os termos de licena GNU
General Public License (GPL). Tais termos tm por objetivo garantir a liberdade de
compartilhar e modificar estes tipos de softwares.

O Moodle oferece simplicidade no seu uso, possui uma compatibilidade com os
sistemas operacionais Windows, Linux e Unix, eficiente, no exige grande poder de
processamento e, alm disso, no exige navegadores de internet complexos.
Outra caracterstica importante a facilidade de instalao na maioria das plataformas
que suportam PHP (os detalhes da instalao esto no APNDICE A). O portal criado atravs
do Moodle poder possuir vrios tipos de cursos que podero permitir acesso a visitantes de
forma controlada e, alm disso, podero ser categorizados.
Uma grande nfase dada para a questo da segurana. Todos os dados so validados,
informaes so criptografadas, etc. Existem cinco tipos de usurios. O primeiro o
administrador, que possui todos os privilgios possveis, desde adicionar um aluno at
remover um professor da base de usurios. O administrador ser definido durante a instalao
e ser responsvel pelo gerenciamento do site. Ele poder escolher o tema grfico utilizado
pelo site, alm de escolher cores, fontes e layout do portal. Existem tambm os professores e
os professores assistentes: o primeiro tem acesso a uma rea onde poder incluir seus cursos e
seus arquivos, e o segundo possuir os mesmos acessos, mas no possuir direito de edio
dessa rea, ou seja, podero apenas visualizar informaes restritas do curso e trabalhar com
as mesmas sem modific-las. Por ltimo, tm-se os estudantes e visitantes que acessaro os
cursos disponveis. Para o portal FBSIMU, apenas os tipos administrador, professor e
estudante sero aplicados. Os outros tipos de usurios podero ser includos em caso de
futuras necessidades, como, por exemplo, quando novos cursos ou laboratrios forem
adicionados ao portal.
O cdigo do Moodle escrito em PHP de forma clara e, por estar sob as condies de
licena GPL, poder ser facilmente modificado para as necessidades do usurio.

O Moodle possui vrios mdulos responsveis por diferentes caractersticas. Como
exemplo pode-se citar o mdulo de gerenciamento de usurios, gerenciamento de cursos,
exerccios, questionrios, frum e salas de bate-papo (chat).
Um dos objetivos do Moodle reduzir ao mximo o envolvimento do administrador
com detalhes de segurana. Os estudantes interessados podero requisitar a criao de suas
prprias contas ou, dependendo da configurao feita, estes usurios podero criar seus
registros por si s. O administrador tem controle sobre a criao dos cursos e pode tambm
delegar aos usurios o atributo de professor. Um professor poder adicionar ou remover a
permisso de um aluno para acessar o curso ministrado. Os alunos podero colocar
informaes prprias como e-mail, telefone e at mesmo fotografia. Dependendo da
configurao feita, qualquer usurio poder modificar a linguagem do portal de forma
simples.
Outro objetivo do Moodle facilitar o gerenciamento de cursos. Um professor com
permisso total ter controle sobre todas as caractersticas do curso ministrado por ele. Alm
disso, o mesmo poder criar vrios formatos de cursos (semanais, por tpico, etc.). Vrios
mdulos de apoio podero ser inseridos ao curso, como, por exemplo, os fruns, quizzes,
glossrios, bate-papos, seminrios, entre outros. Quando uma mudana no curso feita, uma
lista fornecida aos alunos para que se atualizem com as novas caractersticas. Relatrios
com detalhes de acesso dos alunos so fornecidos. O professor tambm poder fazer backup
de seus cursos e restaur-los em outros portais Moodle. Tarefas podem ser designadas aos
alunos com uma data de entrega especificada. Os estudantes podero enviar duas tarefas para
o servidor mesmo depois do prazo de entrega, considerando que o professor ver claramente
este atraso. O retorno do professor poder ser dado ao aluno atravs de um e-mail e o
professor poder tambm permitir que os alunos reenviem uma dada tarefa para uma nova
correo.
Enqutes podem ser criadas para recolher informaes para melhoria do curso. Os
usurios podero utilizar-se de fruns. Para isso, o Moodle oferece vrios tipos diferentes de
fruns, como fruns voltados apenas para professores, fruns de notcias de cursos, fruns
que so abertos a todos os usurios, etc. Nestes fruns, o autor da mensagem identificado
pelo nome e, se disponvel, por sua foto. Conjuntos de questes (quizzes) podem ser criados
para os alunos testarem o prprio rendimento. Os professores podero definir uma base de
dados de questes e utiliz-las em diferentes quizzes. A pontuao destas questes feita de
forma automtica.
O Moodle oferece suporte para apresentar informaes de vrias formas (MS-Word,
MS-PowerPoint, Animaes, Vdeo, Sons, etc.). Os usurios podero enviar arquivos (provas,
cursos, tabela de notas, etc.) e armazen-los no servidor.
Uma anlise de comportamento de um portal desenvolvido com o Moodle poder ser
feita atravs de relatrios disponibilizados em vrios formatos, inclusive na forma de grficos.
Um dos propsitos do Moodle ser portvel para uma grande variedade de servidores
Web e bases de dados. Alm disso, o sistema dever suportar uma grande quantidade de
registros, tanto de usurios quanto de cursos. Hoje, o maior portal de ensino a distncia que
usa o Moodle possui cerca de 45.000 estudantes e 6.500 cursos cadastrados (na Open
Polytechnic of New Zealand). Uma outra preocupao do Moodle manter uma interface
padro para facilitar a usabilidade do sistema. Para isso, o projeto disponibiliza um
documento para direcionar o administrador a desenvolver interfaces simples e poderosas.
O funcionamento do Moodle dependente de um servidor Web (Apache), um banco
de dados (MySQL) e suporte para a linguagem PHP descritos a seguir.

3.2 Apache, MySQL, PHP (AMP)
Antes de entender o funcionamento de cada uma das ferramentas (Apache, MySQL,
PHP), necessrio entender o funcionamento das mesmas trabalhando em conjunto.
Resumidamente, a funo do Apache trabalhar como servidor HTTP do sistema (detalhes no
item 3.2.1 na pgina 64). O MySQL ser responsvel pelo armazenamento de dados (detalhes
no item 3.2.3 na pgina 65) e o PHP (detalhes no item 3.2.2 na pgina 66) tem a funo de
mapear as informaes vindas do Apache para o MySQL e vice-versa.
Figura 11 - Funcionamento do Apache - PHP - MySQL

Fonte: Web Database Step-by-Step Guide
Cada nmero indicado pela figura 11, mostra uma etapa que ser detalhada para
melhor entendimento:
1) Um usurio clica em um dado link (www.exemplo.com/exemplo.php) a
partir de um navegador web (Mozilla Firefox, Internet Explorer, etc.) que manda um
pedido para o servidor Web (Apache).
2) O Apache recebe o pedido relacionado ao exemplo.php e sabendo que
arquivos PHP devem ser encaminhados para o processador PHP, executa esta funo.
3) O arquivo exemplo.php um script que contm comandos. Um dos
comandos um pedido para a abertura de conexo com o banco de dados e a obteno
de algumas informaes.
4) Os dados so retornados pelo banco de dados e formatados pelo PHP. Esta
formatao feita para adequar os dados para uma posterior formatao em HTML.
5) O HTML ento retornado para o Apache.
6) O Apache envia esta informao de volta ao navegador web como uma
resposta do pedido feito anteriormente, e o navegador mostrar estas informaes
obtidas do banco de dados de forma legvel ao usurio.
A instalao e configurao do AMP (Apache, MySQL, PHP) no trivial. Para
abstrair esta complexidade, alguns pacotes foram criados para instalar e pr-configurar estas
ferramentas. Neste trabalho, a verso 1.8.0.1 do EasyPHP foi utilizada. Este pacote inclui a
verso 4.1.9 do MySQL, o Apache 1.3.33 e o PHP 4.3.33.
3.2.1 Apache
O Apache vai agir como o servidor HTTP. Este software open source e tem como
objetivo ser um produto robusto e completo, onde seu cdigo fonte disponibilizado de forma
livre. O gerenciamento do Apache feito por um grupo de voluntrios distribudos pelo
mundo e que, utilizando a internet como meio de comunicao, planejam e desenvolvem este
servidor juntamente com sua documentao. O software faz parte da Apache Software
Foundation. Seu principal trabalho fazer a interpretao de um dado arquivo requerido por
um navegador web e mostrar os resultados de acordo com o contedo deste arquivo. O
Apache um servidor muito poderoso, capaz de resolver qualquer tarefa requerida por um
desenvolvedor Web. A verso do Apache usada neste trabalho o Apache 1.3.33. Esta verso
apresenta, entre outras caractersticas, um sistema de proteo com password das pginas para
uma grande quantidade de usurios, pginas de erro personalizadas, logs de uso e de erro em
vrios formatos personalizveis, etc (APACHE HTTP SERVER PROJECT, 2006).

De acordo com NETCRAFT (2006), o Apache , de longe, o servidor mais usado na
internet, com um nmero maior do que a combinao dos servidores Microsoft, Sun e Zeus
juntos. Sua praticidade, suas caractersticas e seu preo que garantem ao Apache a posio
de servidor de internet mais popular. Ele pode ser usado para hospedar um site na Web para
um pblico geral, ou para uma Intranet de uma grande companhia, entre outras vrias opes.
O grfico da figura 12 mostra a grande diferena de uso entre os servidores de internet ativos
desde julho de 2000 at janeiro de 2006.
Figura 12 - Nmero de servidores Apache ativos
FONTE: NETCRAFT (2006)
3.2.2 PHP
O PHP uma linguagem de script que executada na mquina servidora e que
permite uma grande dinmica para o desenvolvimento de pginas Web. uma linguagem
flexvel que no exige muito para seu aprendizado, principalmente para programadores que j
possuem conhecimento em linguagens como C, Java ou Perl.

Existem trs principais reas em que o PHP usado hoje. A primeira e mais comum
a server-side scripting, onde o PHP acessado atravs de um navegador de internet e
executado em um servidor Web conectado a um processador PHP. A segunda maneira o
command line scripting e ser usada sem um servidor ou navegador Web. Ela ser executada
diretamente por um PHP parser. Esta maneira usada principalmente para executar tarefas
agendadas nos sistemas operacionais (Cron para o UNIX e o Task Scheduler para o Windows).
Por fim, a ltima maneira e menos usada a writing desktop applications, que usa uma
extenso do PHP chamada PHP-GTK. usada para a criao de aplicativos que so
executados de forma local (PHP GROUP, 2006). A verso de PHP usada neste trabalho a
4.3.33.
Como justificativa da escolha do uso do PHP neste trabalho, pode-se destacar:
[...] PHP a linguagem para o desenvolvimento de aplicaes Web mais

utilizada no mundo. A popularidade do PHP deve-se sua facilidade para
criar aplicaes dinmicas para a Web, com suporte maioria dos
gerenciadores de bancos de dados existentes, alm de um conjunto de
funes que permitem desde a criao de simples portais at complexas
aplicaes de comrcio eletrnico. (DALLOGLIO, 2004).
3.2.3 MySQL
Um banco de dados uma coleo de dados ou informaes que so organizados de
forma estruturada para um bom desempenho na busca, armazenamento, modificao e
remoo destes dados. Com a evoluo da tecnologia, existem hoje no mercado vrios
softwares de gerenciamento de banco de dados, como, por exemplo, Microsoft Access,
FileMaker, e MySQL.
O MySQL um sistema de gerenciamento de bancos de dados relacional, que permite
armazenar dados em tabelas separadas em vez de colocar todos os dados em um s local. A
parte SQL do nome MySQL significa Structured Query Language - Linguagem Estrutural
de Consultas. SQL a linguagem padro mais comum usada para acessar banco de dados e
definida pelo padro ANSI/ISO SQL. O padro SQL vem evoluindo desde 1986 e possui
diversas verses. Assim como o PHP e o Apache, o MySQL um software livre de cdigo
aberto. O Servidor MySQL foi desenvolvido originalmente para lidar com bancos de dados
muito grandes de maneira muito mais rpida que as solues existentes e tem sido usado em
ambientes de produo de alta demanda por diversos anos de maneira bem sucedida. A
conectividade, velocidade, e segurana fazem com que o MySQL seja altamente adaptvel
para acessar bancos de dados na internet. O programa de banco de dados MySQL um
sistema cliente/servidor que consiste de um servidor SQL multitarefa que suporta acessos
diferentes de diversos programas clientes e ferramentas administrativas. A verso do MySQL
utilizada neste trabalho a verso 4.1.9.
Hoje, o MySQL usado em mais de 8 milhes de instalaes, desde grandes
corporaes at aplicaes especializadas embarcadas em todos os continentes do mundo
(MYSQL AB, 2006).
Alm desses softwares usados na construo do sistema, alguns outros precisaram ser
desenvolvidos e, no item 3.3, detalhes da implementao e do funcionamento desses
softwares so apresentados.
3.3 Detalhes de software do sistema
Nesta seo, alguns detalhes importantes sobre a implementao deste sistema so
explicados. O item 3.3.1 mostra detalhes relativos ao controle de uso das instncias de VIs do
FBSIMU. O item 3.3.2, pgina 76, mostra detalhes relativos ferramenta FBSIMU Manager,
criada para o gerenciamento da estao servidora. O item 3.3.3, pgina 85, mostra detalhes do
sistema de gerenciamento de arquivos de log e de configuraes que so gerados pelo
FBSIMU.
3.3.1 Controle de acesso s instncias do FBSIMU
Como j explicado nos itens anteriores, o LabView executa mdulos de software
chamados VIs. Para o acesso remoto, uma VI deve ser publicada para a internet e assim,
atravs de um navegador Web, um cliente capaz de acessar esta VI remotamente. O
LabView controla estes acessos de forma que cada VI acessada por apenas um usurio de
cada vez. Alm deste controle, um controle de usurios deve ser feito e para isso o Moodle
usado. Assim, o problema aqui fazer a integrao entre o Moodle e o LabView.
Primeiramente, importante ficar claro que na mquina servidora, todas as instncias
do FBSIMU estaro sendo executadas ao mesmo tempo. Quando um usurio requisitar um
acesso a uma dessas instncias, o sistema dever saber quais dessas esto livres para uso e
aloc-la para tal usurio. Da mesma forma, quando este usurio sair do sistema, esta instncia
dever ser liberada e reiniciada pelo LabView (ver item 3.3.1.1.1-pgina 71 e 3.3.1.1.2-pgina
74). Para isso, um arquivo de configurao do tipo INI foi criado, onde informaes de
instncias e seus respectivos usurios so armazenadas. Considerando o fato de que dois
programas (LabView e Moodle) iro fazer acesso a este arquivo, necessrio atentar-se para
eventuais problemas de concorrncia. Uma soluo para isso seria a adaptao deste arquivo
de configurao do tipo INI para um banco de dados. Para isso, seria necessrio que este
modelo de informaes armazenadas no arquivo de configurao fosse mapeado em uma
tabela do banco de dados e, em vez do FBSIMU e do cdigo PHP acessarem o arquivo de
configurao, os mesmos acessariam estes dados atravs de uma comunicao direta com o
banco de dados que j possui implementado um mecanismo para evitar acesso concorrente a
um mesmo registro de informao. Assim, a concorrncia entre o Moodle e o LabView seria
evitada. Na figura 13, segue um exemplo desse arquivo. Neste exemplo, apenas cinco VIs so
disponibilizadas para acesso. O administrador deste sistema poder configurar tal arquivo de
forma a liberar o nmero de VIs desejadas. Esta configurao pode ser feita atravs do
aplicativo mostrado no item 3.3.2, pgina 76. O controle de qual usurio est utilizando uma
determinada VI feito a partir do campo username. Caso este campo esteja vazio (),
considera-se que a VI relacionada est livre para acesso.
Figura 13 - Exemplo do arquivo fbsimu.ini com cinco entradas
Este arquivo ser manipulado tanto pelo LabView quanto por um cdigo desenvolvido
em PHP, que ser executado no momento que um usurio requisitar o acesso remoto ao
FBSIMU e no momento que o usurio liberar este recurso (log-out). Detalhando um pouco
mais este mecanismo, tem-se que, no momento que o usurio inicia o uso de uma dada VI, a
respectiva entrada do arquivo de configurao relacionada a este usurio. Esta relao
feita pelo cdigo desenvolvido em PHP que executado no momento da requisio da VI
pelo usurio. O exemplo da figura 14 mostra a vi1 sendo relacionada ao usurio rodrigo.
Figura 14 - Exemplo da vi1 relacionada ao usurio rodrigo
Continuando o caso acima, considera-se o momento que este mesmo usurio sai do
sistema. Neste momento, um outro cdigo, tambm escrito em PHP, executado e tal entrada
liberada. O exemplo da figura 15 mostra a VI em questo j liberada para uso.

Figura 15 - Exemplo da vi1 livre para acesso
Paralelamente a isso, no LabView, um cdigo executado pela VI do FBSIMU, ou
melhor, peridicamente, uma verificao feita para analisar se o usurio que est utilizando
tal VI ainda est ativo ou no. Neste caso, enquanto a entrada username for diferente de
vazio (), o acesso a tal VI no ser liberado para nenhum outro usurio. No momento que tal
VI liberada, o cdigo em PHP j explicado acima modifica o arquivo de configurao.
Quando o LabView detecta esta mudana, todos os valores da respectiva VI so reiniciados e a
VI fica pronta para o acesso de um novo usurio.
O procedimento descrito acima funciona perfeitamente considerando-se que um
usurio use o sistema de forma correta, ou seja, o usurio acessa o FBSIMU, faz seus
experimentos e sai do sistema executando a operao de log-out.
Considerando o uso no adequado do sistema, alguns problemas com o controle de
acesso a estas instncias de VIs do FBSIMU acontecem e com isso uma VI pode no ser
liberada. A sada de um usurio de forma inadequada pode variar desde o simples fechamento
do navegador Web sem efetuar o log-out at uma queda de conexo entre o cliente e o
servidor.
Para comportar estes cenrios de exceo, foi criado na VI do FBSIMU um processo
que controla o tempo ocioso de uma determinada instncia (item 3.3.1.1.2.2, pgina 75). A
idia deste processo controlar o uso de uma instncia de FBSIMU, isto , se um usurio
estiver com uma instncia reservada para si e esta instncia no for utilizada por um
determinado perodo (dez minutos ser o tempo pr-configurado), tal instncia ser liberada
para acesso de outro usurio (este processo s executado caso a instncia do FBSIMU esteja
em modo Run). Assim, se o cliente abandonar uma VI ou sair do sistema sem executar um
log-out, em dez minutos esta VI ser liberada para acesso de outro usurio, evitando assim
que esta fique reservada por um tempo indeterminado.
Considerando o fato de que uma VI pode estar em modo Stop e, portanto, sem
executar o controle descrito no ltimo pargrafo, um outro procedimento foi criado. O
FBSIMU Manager executa um processo que, de tempos em tempos, analisa se o tempo
mximo de uso de uma determinada VI do FBSIMU j foi atingido (mais detalhes no item
3.3.2, pgina 76). Este tempo configurvel e caso seja atingido, a VI que estava reservada
para um determinado usurio ser liberada.
Os softwares criados para a execuo dos algoritmos descritos acima so detalhados
nos itens seguintes.
3.3.1.1 Cdigo para gerenciamento de uso do FBSIMU

Os algoritmos para o controle de uso das instncias do FBSIMU foram implementados
tanto em PHP quanto na linguagem G do LabView. Os itens 3.3.1.1.1 na pgina 71 e 3.3.1.1.2
na pgina 74 mostram detalhes da implementao deste controle.
3.3.1.1.1 Controle de uso do FBSIMU desenvolvido em PHP
Alm do cdigo PHP fornecido pelo projeto Moodle, algumas implementaes foram
necessrias para o funcionamento correto do gerenciamento de usurios.
O cdigo PHP criado voltado para o gerenciamento do uso das VIs do FBSIMU. Tal
cdigo dividido em dois arquivos (fbsimu_labview.php3 e general_fbsimu_functions.php)
que so armazenados no diretrio fixPages que fica dentro do diretrio onde a instalao do
Moodle foi feita.
O arquivo fbsimu_labview.php3 ser executado quando o acesso a uma determinada
VI for requerido por algum usurio. Primeiramente, algumas verificaes so feitas (se o
usurio fez log-in, se h espao em disco para tal usurio) e ento, os arquivos necessrios
para o acesso ao FBSIMU so criados (arquivo HTML). Feito isso, um script em Java
(Javascript) executado e o usurio direcionado para o painel remoto do FBSIMU. Para a
execuo dessas tarefas, tal arquivo utiliza funes que esto armazenadas no arquivo
general_fbsimu_functions.php. Tais funes so descritas na tabela 3.
Tabela 3 Descrio dos mtodos PHP do FBSIMU On-line
Mtodos PHP
Nome do mtodo Descrio
Esta funo responsvel por remover a referncia
de um usurio do arquivo fbsimu.ini. O mtodo
removeCurrentVIByUser
ser usado no momento em que o usurio executar
o log-out do sistema.
Esta funo ir montar o nome do diretrio onde as
getFullDirName informaes de um determinado usurio sero

salvas.
Esta funo ir obter uma lista de informaes e
write_ini_file
montar o arquivo fbsimu.ini.
Esta funo responsvel por percorrer o arquivo
getNextFreeVi
fbsimu.ini para encontrar qual VI est livre.
Esta funo responsvel por percorrer o arquivo
getCurrentVIByUser fbsimu.ini para encontrar qual VI est relacionada a
um determinado usurio.
Esta funo responsvel pela criao do nome do
getFullFileName arquivo HTML que far referncia a uma

determinada VI.
Este mtodo ir criar um diretrio onde sero
createDirWithUserName armazenados os arquivo HTML para acessar as

VIs. Para cada usurio, um diretrio ser criado.
Nome do mtodo Descrio

Esta funo responsvel por remover todos os
arquivos HTML gerados para acessar as VIs do
removeHTMLFileFromDirByUser
FBSIMU. Estes arquivos so relacionados a um
determinado usurio.
Esta funo responsvel pela remoo de todos
fulldelete os arquivos e subdiretrios de um determinado

diretrio.
Esta funo cria um arquivo relacionado a um
createNewFile
determinado usurio.
Esta funo ir criar o arquivo HTML para acesso
createLabViewHTMLTMPFile
da VI do LabView.
Esta funo usada para ler o tamanho de um dado
get_size
diretrio.
Esta funo ir chamar as funes responsveis
por remover os arquivos temporrios criados pelo
clearFBSIMUFilesOnExit
FBSIMU e as funes criadas para controlar o
arquivo fbsimu.ini.
Esta funo ir montar o contedo do arquivo
getTextToLabViewHTMLTMPFile
HTML usado para acessar uma determinada VI.
Alm desses arquivos criados, foi necessria a modificao de uma parte do cdigo do
Moodle. Quando um usurio executa a operao de log-out, necessrio atualizar o arquivo
fbsimu.ini. As funes de atualizao deste arquivo de configurao esto no arquivo
general_fbsimu_functions.php. Como este procedimento deve ser feito no momento do log-
out do usurio, estas funes devem ser chamadas a partir do cdigo PHP nativo do Moodle.
Este cdigo est no arquivo logout.php localizado no diretrio login (dentro do diretrio de
instalao do Moodle). Por este motivo, o arquivo logout.php foi modificado de forma que a
funo clearFBSIMUFilesOnExit seja chamada. No APNDICE C, uma figura com a
comparao entre o arquivo original do Moodle e o arquivo modificado apresentada.
3.3.1.1.2 Gerenciamento do controle de uso implementado na VI do FBSIMU
Alm dos algoritmos que foram implementados usando a linguagem PHP, algoritmos
gerados usando a linguagem G do LabView foram criados. Os itens 3.3.1.1.2.1 na pgina 74 e
3.3.1.1.2.2 na pgina 75 detalham os dois algoritmos implementados dessa forma.
3.3.1.1.2.1 Controle para log-out do sistema
Como j explicado no item 3.3.1, pgina 68, o sistema controlar o uso das VIs atravs
do arquivo fbsimu.ini. Assim, da mesma forma que este arquivo manipulado por um cdigo
PHP executado a partir das pginas do Moodle, o arquivo de configurao em questo ser
manipulado pela VI do FBSIMU.
A idia criar um ciclo de verificao que ser executado em cada instncia do
FBSIMU ativa na mquina servidora (este algoritmo ser executado por todas as instncias
ativas). Assim, de tempos em tempos, o arquivo fbsimu.ini ser analisado a fim de verificar se
o usurio que est usando uma dada VI ainda est ativo. Caso a VI que estiver fazendo tal
verificao possua um usurio relacionado, nenhuma operao ser executada. Caso a VI no
tenha nenhum usurio relacionado, o algoritmo ir entender que o usurio que estava
utilizando tal VI saiu do sistema e com esta concluso, a VI ser reiniciada.
A figura 16 mostra o diagrama de blocos que executar o procedimento descrito
acima.
Figura 16 - Diagrama de blocos do LabView para controle de uso do FBSIMU
Atravs do diagrama, nota-se que o algoritmo ir verificar qual o usurio corrente da
instncia em questo e se este valor for uma seqncia de caracteres vazia, o comando de
parada (stop) ser disparado para tal VI. Nota-se tambm que o algoritmo executado de
tempos em tempos (perodo de 10s).
3.3.1.1.2.2 Controle para tempo ocioso de uma VI do FBSIMU
Considerando o fato de que um usurio poder acessar uma dada instncia do
FBSIMU, coloc-la em modo Run e simplesmente no utiliz-la, foi criado o processo
descrito neste item. A figura 17 mostra o cdigo na linguagem G (linguagem de programao
grfica fornecida pelo LabView) criado para este fim. Este cdigo possui um temporizador
que reiniciado sempre que o mouse movido pelo usurio. Se este temporizador no for
reiniciado por um determinado perodo de tempo (dez minutos o tempo padro), a instncia
em questo ser reiniciada e liberada para acesso de outro usurio.

Figura 17 - Diagrama de blocos do LabView para controle de tempo ocioso do FBSIMU
3.3.2 Ferramenta de configurao do servidor
A configurao da mquina servidora no simples. Considerando que vrios cenrios
(a mudana do endereo IP desta mquina ou mesmo uma nova instalao em uma mquina
diferente, entre outros) podem exigir a modificao dos parmetros deste servidor, foi
desenvolvido o FBSIMU Manager. Outra funo a criao das instncias das VIs do
FBSIMU. Alm disso, este software executa o processo que verifica o tempo mximo
permitido para o uso do FBSIMU. Esta ferramenta possui vrias abas (tabs) onde cada uma
responsvel por uma tarefa diferente.
A primeira aba (figura 18), denominada Web, responsvel pela configurao dos
arquivos de configurao do Apache e do Moodle. Estas informaes ficam no arquivo

httpd.conf do diretrio de instalao do Apache, e no arquivo config.php do diretrio de
instalao do Moodle. Alm disso, atravs desta interface, o usurio modifica o banco de
dados do Moodle onde informaes de pginas do sistema que dependem do endereo de IP
da mquina servidora so armazenadas. Por fim, feita a modificao dos arquivos PHP
criados especificamente para este trabalho. Tais arquivos ficam no diretrio fixPages que est
localizado no diretrio de instalao do Moodle. A figura 18 mostra detalhes da interface
grfica desta aba.
Figura 18 - Aba (tab) de configurao relacionadas a IP do Moodle e Apache
importante lembrar-se que o IP e a porta configurados nesta aba so relacionados
apenas ao servidor Apache. Para configurar o servidor Web do LabView, o usurio dever
seguir as instrues descritas no APNDICE A.

Alm dessa preocupao com a configurao destes IPs, possvel configurar-se os
tempos relacionados ao no uso de uma determinada VI, e o tempo em que o arquivo
fbsimu.ini deve ser analisado a fim de encontrar registros de usurios que fizeram log-out do
sistema. A figura 19 mostra a interface grfica usada para a configurao desses tempos.
Figura 19 - Aba (tab) de configurao relacionada aos tempos usados no sistema
Uma outra necessidade est em configurar o nmero de VIs do FBSIMU que devero
ser abertas e disponibilizadas para acesso remoto. Sem uma ferramenta de configurao, o
administrador deveria criar todos os arquivos de VIs e execut-los de forma a deix-los
disponveis. Alm disso, o arquivo fbsimu.ini deveria ser editado manualmente para criar uma
nova entrada para cada nova VI.

Como exemplo, pode-se usar um servidor onde oito VIs do FBSIMU seriam
disponibilizadas. Neste caso, o administrador precisaria criar cpias dos arquivos fonte do
FBSIMU para cada uma das oito instancias renome-los da seguinte forma: vi1.vi, vi2.vi,
vi3.vi, ..., vi8.vi. No arquivo fbsimu.ini, oito novas entradas do modelo da figura 15 (pgina
70) deveriam ser criadas. Para a configurao e criao dessas VIs de forma automtica, uma
outra aba denominada FBSIMU VIs foi criada na ferramenta. A figura 20 mostra a interface
grfica desta aba.
Figura 20 - Aba (tab) para criao das VIs do FBSIMU
A terceira funo do FBSIMU Manager est relacionada ao processo que, de tempos
em tempos, analisa a base de dados do Moodle e verifica se o tempo mximo de uso de uma
VI foi atingido. A aba responsvel por isso foi denominada FBSIMU Monitor e est ilustrada
na figura 21.
Figura 21 - Aba (tab) FBSIMU Monitor
Por fim, tem-se a ltima aba que fornece um registro de execuo do software que
fornece informaes sobre o funcionamento de cada operao feita pela ferramenta. A figura
22 mostra a interface grfica desta aba.

Figura 22 - Aba (tab) de registro de informaes de execuo do FBSIMU Manager
O FBSIMU Manager foi desenvolvido em Java e tem por objetivo ajustar todos os
parmetros necessrios para o funcionamento do sistema.
O item 3.3.2.1 mostra o detalhes do cdigo criado na implementao desta ferramenta.
3.3.2.1 Cdigo do FBSIMU Manager

Neste item, uma breve descrio do modelo do software que foi utilizado para
desenvolver o FBSIMU Manager feita. O aplicativo foi desenvolvido utilizando-se a
linguagem Java com o paradigma de programao orientado a objetos. A figura 23 mostra o
diagrama de classes detalhando os mtodos e a relao de uso de cada uma das classes
envolvidas.
Figura 23 - Diagrama de Classes do FBSIMU Manager

Seguindo o diagrama de classes, tem-se a tabela 4 que detalha a funo de cada classe.
Tabela 4 Descrio das classes do FBSIMU Manager
Classes do FBSIMU Manager

Nome da Classe Descrio
A classe Main a classe chamada quando a aplicao
Main iniciada. Nesta classe, uma instncia da classe
Fbsimuconf_gui ser criada.
Esta classe a interface grfica do software. a partir desta
Fbsimuconf_gui classe que os eventos de modificar as configuraes do
sistema e de criao de VI, entre outros, sero disparados.
Esta classe responsvel por criar o arquivo de configurao
FBSimuOnlineConfigIniFile
onde informaes de tempo e de diretrios so armazenadas.
Esta classe responsvel pela criao do arquivo de
configurao (fbsimu.ini) que ser responsvel por armazenar
as informaes de usurios que esto utilizando as VIs. Na
FBSimuIniFile criao deste arquivo, todas as VIs so inicializadas sem
relao com nenhum usurio. O contedo do arquivo de
configurao depender do nmero de VIs que o usurio
selecionar atravs da interface grfica.
Esta classe responsvel por controlar o log deste software.
atravs de mtodos contidos nesta classe que informaes
Log
sobre as operaes que esto sendo feitas so mostradas na
aba de logs.
Esta classe responsvel por modificar informaes de IPs e
diretrios nos arquivos PHP criados para o funcionamento
FixPHPFiles
deste sistema (general_fbsimu_functions.php e
fbsimu_labview.php3).
Nome da Classe Descrio

Esta classe responsvel pela criao dos arquivos a serem
usados pelo LabView. Nesta classe existem mtodos
responsveis pela criao dos arquivos de VI e mtodos para
LabViewManager
a inicializao destas VIs na mquina servidora. Alm disso,
possui mtodos para apagar os arquivos HTML criados para o
acesso ao FBSIMU por um determinado usurio.
Esta classe responsvel pelo controle do tempo mximo de
uso do sistema. Ela ser executada a cada minuto para
TimeoutCtrl verificar se algum usurio atingiu este tempo. Esta
verificao feita com auxlio do mtodo verifyUsersExpired
pertencente a classe Database.
Esta classe responsvel por controlar o cone deste software
FBSIMUTrayIcon na barra de tarefas (cone que aparece ao lado do relgio do
Windows).
Esta classe responsvel por modificar o banco de dados do
Moodle onde os endereos das pginas criadas por ele esto
armazenados. Por exemplo, para acessar a lista de arquivos
de log, foi criada uma pgina e o endereo desta pgina do
Database
tipo http://ipDoServidor/userName/logs/. Quando o IP do
servidor modificado, este endereo tambm deve ser
modificado. Alm disso, esta classe verifica se o tempo
mximo de permanncia no sistema foi alcanado.
Esta classe ser responsvel por modificar os arquivos de
configurao do Apache e do Moodle. O primeiro mtodo
modificar o arquivo httpd.conf que responsvel por
armazenar as informaes do IP e da Porta do Apache. O
IpConfig
segundo mtodo modificar o arquivo config.php,
responsvel pelo endereo de acesso para o Moodle. Alm
disso, a classe modifica o arquivo HTML responsvel pelo
acesso principal do sistema (fbsimu.html)
3.3.3 Gerenciamento dos arquivos do usurio
O uso do FBSIMU remotamente gera como sada arquivos de log e, alm
disso, um usurio poder salvar arquivos com informaes sobre as configuraes de
blocos geradas em tal ferramenta.
Com o objetivo de fornecer ao usurio uma maneira de acessar e gerenciar
estes arquivos, foi implementado um gerenciador de arquivos utilizando a linguagem
PHP. Alm disso, usando a linguagem G do LabView, foi criada uma operao para o
usurio escolher e carregar um arquivo de configurao em uma determinada instncia
do FBSIMU de forma que cada usurio manipule apenas os arquivos salvos em seu
respectivo diretrio.
3.3.3.1 Gerenciador de arquivos desenvolvido em PHP

O cdigo PHP utilizado para a implementao desse gerenciador, usa os
termos de licena GNU/LGPL. Tal cdigo foi adaptado para o modo de
funcionamento especfico do FBSIMU. Maiores detalhes das modificaes feitas no
cdigo encontram-se no APNDICE C.
Com as modificaes implementadas, este cdigo ir fornecer uma lista com
todos os arquivos de log e de configurao de blocos pertencentes a um dado usurio.
Alm disso, este usurio poder apagar e fazer download desses arquivos.
As figuras 24 e 25 mostram exemplos das pginas de gerenciamento de logs e
de arquivos de configurao, respectivamente.

Figura 24 - Gerenciador de logs de usurios do FBSIMU
Figura 25 - Gerenciador de arquivos de blocos dos usurios do FBSIMU

3.3.3.2 Lista dos arquivos de configurao de blocos (FBSIMU)

Originalmente, o FBSIMU fornecia uma opo para o usurio salvar uma
configurao de um bloco e, em um outro momento, carregar estas informaes e
reutiliz-las.
Considerando-se que neste trabalho a ferramenta dever trabalhar de forma
remota, o modelo feito para salvar e posteriormente abrir estes arquivos foi
modificado. Assim, a opo de escolher um diretrio para salvar um arquivo no
dever mais existir. Tal arquivo ser salvo sempre em um mesmo diretrio
(relacionado ao usurio que est operando) e para abri-lo novamente, uma lista com os
arquivos salvos neste mesmo diretrio ser mostrada sem permitir a navegao por
diretrios diferentes. A figura 26 mostra a parte grfica da VI onde o usurio poder
escolher o arquivo a ser carregado.

Figura 26 - VI onde o usurio carrega o arquivo com a configurao
No prximo captulo, uma anlise dos resultados relacionados ao uso do
sistema descrito nessa dissertao feita de maneira a validar o uso do acesso remoto
ao FBSIMU.
Captulo
4 Resultados
A anlise dos resultados deste sistema poderia ser feita com o objetivo de
avaliar a efetividade do uso de um laboratrio remoto para o ensino, ou
alternativamente, ser focada em testes realizados a fim de validar esta ferramenta.
Considerando-se que o uso da metodologia de ensino a distncia est bastante
difundido e a sua efetividade j foi provada por vrios autores citados neste trabalho
(por exemplo, IRVINE et al., 1999; MORCOS et al., 2001; DEMING, 2001), os
resultados deste trabalho sero adquiridos a partir de testes relacionados ao controle do
acesso remoto s VIs do FBSIMU. Alm destes testes pontuais, um teste piloto
utilizando uma planta simulada foi realizado a fim de analisar o comportamento do
sistema.
4.1 Teste do controle de acesso
Neste item, so descritos os resultados dos testes realizados para a validao do
controle de usurio. Como explicado no captulo anterior, este controle dividido e
est distribudo entre trs softwares (FBSIMU Manager, LabView e cdigo PHP do
FBSIMU).
4.1.1 Teste do controle realizado no FBSIMU Manager
Este primeiro controle est relacionado ao tempo mximo que uma sesso pode
ficar aberta. A forma de funcionamento deste controle foi explicada no item 3.3.2 na
pgina 76. Para realizar este teste, foram utilizados dois computadores clientes no qual
Resultados 90
cada um acessou uma instncia de FBSIMU diferente. O sistema foi utilizado durante
45 minutos por ambos os usurios. No momento em que o tempo de uso mximo foi
atingido, o FBSIMU Manager modificou o arquivo fbsimu.ini e apagou os arquivos
HTML usados para acesso ao FBSIMU. Logo em seguida, a ao de Stop aconteceu
nas VIs que estavam sendo usadas.
4.1.2 Teste do controle realizado na VI do FBSIMU
Para realizar o teste referente aos controles realizados pela VI do FBSIMU,
dois cenrios foram criados: cenrio para o teste do controle do tempo mximo que
uma VI pode ficar sem ser usada, detalhado no item 4.1.2.1, e o cenrio para o teste do
controle de tempo relacionado liberao de uso de uma VI, detalhado no item
4.1.2.2.
4.1.2.1 Teste do controle por tempo sem uso da VI

Para este teste, usaram-se duas mquinas no qual cada uma acessou uma VI do
FBSIMU diferente. Em uma das mquinas, o usurio ficou executando um
experimento de forma a no deixar a VI ociosa. Na outra, o usurio no executou
nenhuma operao de forma a deixar a respectiva VI parada. Aps dez minutos sem
uso, o algoritmo de liberao (algoritmo detalhado no item 3.3.1.1.2.2 na pgina 75)
foi executado. Como resultado, o arquivo fbsimu.ini foi modificado a fim de liberar o
acesso a esta VI e, em seguida, a ao de Stop foi executada. A outra VI, onde o
usurio estava executando suas tarefas, continuou funcionando normalmente.
4.1.2.2 Teste do controle relacionado liberao da VI

Para executar este teste, um usurio acessou o sistema, executou o acesso ao
FBSIMU e iniciou um experimento. Com a VI em modo Run, este usurio foi at a
janela principal do sistema (navegador Web) e executou a operao de log-out. Neste

Resultados 91
momento, o controle implementado na VI que estava sendo executada (algoritmo
detalhado no item 3.3.1.1.2.1 na pgina 74) verificou que o usurio que estava usando
tal VI saiu do sistema (fbsimu.ini indica isso) e a operao de Stop foi realizada.
4.1.3 Teste do controle realizado em PHP
Este controle est relacionado operao de log-out do sistema. Sendo assim,
este teste o mais simples de todos. Usaram-se trs mquinas e, a partir de cada uma,
usurios diferentes acessaram o sistema. Para cada usurio, trs acessos ao FBSIMU
foram feitos sem que a operao de log-out fosse executada. Por fim, o log-out foi
realizado e o arquivo fbsimu.ini foi modificado para liberar um futuro acesso VI
utilizada. Alm disso, os arquivos HTML de acesso ao FBSIMU foram apagados
(algoritmo detalhado no item 3.3.1.1.1 na pgina 71).
4.2 Teste Piloto
Este item descreve o teste piloto realizado a fim de validar esta ferramenta. O
resultado esperado com a realizao deste teste verificar quais recursos no foram
previstos para o funcionamento ideal do sistema, quais problemas poderiam surgir
com sua utilizao e, por fim, validar o modelo criado para permitir o acesso remoto
ao FBSIMU por mais de um aluno de forma paralela, sem que um aluno interferisse
no trabalho de outro.
4.2.1 Plano de teste executado
Para a realizao de tal teste, um planejamento foi feito a fim de montar um
cenrio de teste mais prximo do uso real do portal.

Resultados 92
A idia foi configurar o sistema com cinco instncias de VIs do FBSIMU para
proporcionar o uso remoto simultneo da ferramenta por cinco diferentes usurios.
Estes usurios fizeram o procedimento de acesso desde o incio. Assim, cada
usurio enviou um e-mail ao professor ou administrador pedindo o cadastramento no
sistema. Com as cinco contas criadas, um e-mail de confirmao foi enviado para estes
mesmos usurios. A prxima etapa foi o acesso de cada um destes usurios ao portal e,
em seguida, o acesso ferramenta FBSIMU. Nesta ferramenta, cada usurio realizou
um experimento. As etapas deste experimento foram:
Criao de um bloco PID
Criao de um bloco AI
Criao de um bloco AO
Parametrizao de todos os blocos
Habilitao dos logs
Conexo desses blocos
Configurao do schedule da estratgia
Link da estratgia montada com a planta simulada
Execuo do sistema criado
A planta utilizada uma simulao implementada usando a linguagem G
nativa do LabView. A figura 27 mostra a interface grfica da VI que possui a
implementao da planta. Esta interface possui um grfico que ilustra o
comportamento da sada da planta. Alm disso, atravs dessa interface, o usurio pode
modificar os parmetros relacionados ao modelo da planta, e dessa maneira, diferentes
modelos de plantas podem ser utilizados.

Resultados 93
Figura 27 Interface grfica da VI da planta utilizada para a execuo das simulaes
A funo transferncia da planta representa um forno eltrico e foi obtida a
partir de um algoritmo de identificao de sistemas. A descrio deste algoritmo foi
apresentada em CUNHA (2004). O resultado desta identificao a representao do
sistema dinmico na forma da equao diferena no modelo ARX (Modelo linear,
auto-regressivo e com entrada externa) apresentada na equao 1:
Assim, com a planta simulada disponvel para uso, o aluno poder criar uma
estratgia de controle e realizar os testes. Na anlise dos resultados deste trabalho, um
bloco AI (Analog Input) criado para receber o valor de sada (sensor da planta) e
pass-lo para um bloco PID (Proportional/Integral/Derivative), que executa o
algoritmo de controle. O PID repassa este valor para o bloco AO (Analog Output), que
Resultados 94
informa para a planta a ao a ser tomada. A figura 28 mostra o modelo usado para o
teste.
Figura 28 - Planta simulada usada para a execuo do teste piloto
Ao fim de tal experimento, o usurio salvou cada uma das configuraes dos
blocos criados. Com os dados armazenados e o experimento realizado, o usurio
fechou o painel remoto do FBSIMU e executou o log-out do sistema.
Para garantir que suas configuraes foram armazenadas corretamente, este
mesmo usurio acessou novamente o sistema e, em seguida, analisou o contedo dos
links FBSIMU Files e FBSIMU Logs. A pgina da internet apresentada mostrou
todos os arquivos criados e permitiu que o usurio apagasse ou fizesse o download de
cada arquivo.
Por fim, um novo acesso remoto ferramenta FBSIMU foi feito. Neste novo
acesso, o usurio carregou os arquivos salvos no ltimo acesso e modificou outras

Resultados 95
informaes. Concluindo o teste, no lugar de sair do sistema efetuando um log-out, o
usurio saiu fechando o navegador Web.
4.2.2 Resultados do Teste
A parte inicial de cadastramento dos usurios foi feita e nenhum problema foi
encontrado. Tal cadastro oferecido pelo Moodle e j foi testado por milhes de
usurios desse sistema, e, por isso, no necessrio preocupar-se em cadastrar um
nmero maior de alunos (MOODLE, 2006).
Feito isso, os alunos acessaram o sistema e iniciaram o acesso ao FBSIMU.
Neste momento, o sistema apresentou uma demora para retornar uma resposta. Isto foi
causado pela instalao do LabView Runtime Engine. Se a mquina cliente no possui
tal software instalado, a mesma executar o download automaticamente, e como o
arquivo grande (aproximadamente 87MB), o procedimento demorado. Apesar de
este problema ter acontecido, o download e instalao do LabView Runtime Engine
poderiam ter sido feitos antes de se iniciar qualquer operao. Feita a instalao, o
usurio passa a ter o acesso sem este problema. Quando o acesso feito, observa-se na
mquina servidora que o arquivo fbsimu.ini, responsvel por armazenar informaes
sobre a relao de qual usurio est acessando uma determinada VI, foi alterado e que
cada VI foi designada para um usurio diferente. A figura 29 mostra o arquivo no
momento em que todos os usurios estavam acessando o FBSIMU remotamente.
Alm da modificao do fbsimu.ini, foram gerados todos os arquivos HTML
necessrios para permitir o acesso aos painis remotos do FBSIMU e cada arquivo foi
criado no respectivo diretrio do usurio que fez o acesso.

Resultados 96
Figura 29 - Arquivo fbsimu.ini com todas as VIs reservadas
O LabView oferece uma ferramenta que mostra todas as VIs que esto sendo
acessadas remotamente em um determinado momento. Alm disso, esta ferramenta
mostra a relao de qual mquina est acessando uma determinada VI. A figura 30
mostra esta ferramenta no momento em que os cinco estudantes acessaram as VIs
disponibilizadas no servidor.
Resultados 97
Figura 30 - Grfico do LabView com status dos acessos de cinco mquinas remotas
A partir da, cada usurio iniciou o experimento proposto. Em todos os
experimentos, as operaes foram realizadas sem um comprometimento considervel
da resposta do sistema. vlido salientar que quanto mais VIs liberadas para acesso
remoto e quanto maior o nmero de acessos a estas VIs, maior o comprometimento da

Resultados 98
performance do sistema, afinal, todos os comandos so executados apenas pelo
processador da mquina servidora.
Considerando-se que foco da anlise deste sistema no a performance, um
teste detalhado sobre esta questo no foi executado. O motivo foi que, dependendo da
necessidade de mais instncias, um servidor mais potente pode ser utilizado, e, por
isso, a necessidade de um teste detalhado foi considerada inexistente. Apesar disso,
um teste simples com 15 instncias foi executado. Neste teste, todas as instncias
foram colocadas no modo Run do LabView porm nenhuma operao foi executada.
Utilizando-se o gerenciador de tarefas do sistema operacional Windows (Task
Manager), notou-se que o processo LabView utilizou aproximadamente 80% da
capacidade da CPU do servidor e cerca de 200MB de memria. Alm disso, cada
instncia ocupou um espao de 50MB em disco. Para este teste, as configuraes
principais do computador usado como servidor foram: processador Pentium4 com
freqncia de 3,33GHz, 1GB de memria e disco rgido de 100GB.
Realizado o experimento, o prximo teste est relacionado ao salvamento das
informaes. Para cada usurio criado no sistema, um diretrio criado. Assim, os
logs e os arquivos salvos no experimento devem ser armazenados nesses diretrios de
forma transparente ao usurio. No teste piloto, este procedimento foi realizado de
forma correta. Cada arquivo de log ou de configurao foi salvo no diretrio do
respectivo usurio que criou estes arquivos.
Para concluir a primeira etapa do teste piloto, todos os usurios executaram o
log-out do sistema. No servidor, os comandos PHP relativos a ao em questo foram
executados corretamente e todos os arquivos HTML de acesso ao FBSIMU e as
relaes criadas no arquivo fbsimu.ini foram apagados. A figura 31 mostra o contedo
do arquivo fbsimu.ini aps tal operao.

Resultados 99
Figura 31 - Arquivo fbsimu.ini com todas as VIs liberadas
Sendo assim, todas as VIs esto livres para acesso novamente. A prxima etapa
do teste est relacionada ao gerenciamento dos arquivos de log e de configurao
relativos a cada usurio. Assim, cada usurio acessou os sites responsveis por este
gerenciamento e apagou alguns arquivos de log e de configurao. Alm disso, estes
usurios fizeram download de alguns destes arquivos. Como esperado, as
modificaes foram efetuadas no diretrio correto (diretrio respectivo ao usurio
corrente).
Feitos todos os procedimentos descritos at agora, os usurios acessaram
novamente a ferramenta FBSIMU de forma remota e carregaram as configuraes
salvas na primeira fase. Em todas as mquinas, estas informaes foram carregadas
corretamente e cada usurio executou novos procedimentos a partir das informaes
salvas na primeira etapa do teste.
O ltimo teste refere-se ao tratamento dado pelo sistema quando um usurio sai
do mesmo sem executar a operao de log-out (simplesmente fecha o navegador
Web). Se o usurio em questo sair dessa maneira, o cdigo PHP relativo ao

Resultados 100
destravamento das VIs no ser executado e, conseqentemente, estas VIs ficariam
travadas por um tempo indeterminado. neste momento que aparece a utilidade
principal da verificao relacionada ao tempo ocioso de uma dada VI (10 minutos).
Passado este tempo, o cdigo criado nas VIs do FBSIMU foi executado e o arquivo
fbsimu.ini foi modificado a fim de liberar o acesso a tal VI.
Para finalizar, uma das VIs foi abandonada por um dos usurios, sem ser
executada (VI em modo Stop e o algoritmo de liberao por tempo ocioso no
executado). Neste caso, o servio implementado em Java para cuidar deste tipo de
situao foi executado e liberou o acesso a esta VI 60 minutos aps o ltimo acesso do
usurio em questo.
4.2.3 Concluso do Teste
O teste funcionou para todos os casos de uso previstos de forma satisfatria.
Entretanto, se o usurio usar o sistema corretamente (executando o log-out no
momento de sada), o funcionamento do mesmo ser mais efetivo. Caso o usurio saia
do sistema de forma incorreta, as VIs podero ficar bloqueadas desnecessariamente por
um perodo que pode chegar a at 45 minutos (tempo mximo de uso de uma VI este
tempo configurvel).
Outro ponto importante a ser discutido est relacionado performance do
sistema. Notou-se que com 15 instncias abertas em modo Run, o processamento do
computador atingiu 80% de sua capacidade. Esta degradao da performance est
relacionada maneira com que o FBSIMU foi implementado e, assim sendo,
algoritmos de otimizao precisaro ser implementados a fim de atender um nmero
maior de acessos paralelos.

Resultados 101
Por fim, com o uso da planta simulada, foi possvel ver a variao do valor de
entrada e de sada da planta utilizada, e com isso, notou-se que os blocos PID, AI e
AO funcionaram de maneira adequada para controlar o sistema, dando uma viso
exata da variao das variveis da planta.

Captulo
5 Concluses
Desde o incio da criao dos protocolos fieldbus, existe um grande interesse em
pesquisas sobre os diferentes aspectos e funcionalidades da tecnologia. Vrias ferramentas
didticas de simulao foram criadas com o objetivo de facilitar estas pesquisas, como, por
exemplo, o acesso a instrumentos reais para a realizao de experimentos. Alm do custo
menor em relao ao uso desses instrumentos, uma vantagem das ferramentas de simulao
permitir que o aluno faa qualquer tipo de experimento sem restries de segurana. J no uso
de instrumentos reais, tem-se a desvantagem de limitar o estudante a executar poucos tipos de
experimentos para preservar sua segurana pessoal, a segurana dos dispositivos e at mesmo
do laboratrio. Apesar disso, o contato direto com dispositivos reais proporciona ao estudante
uma experincia mais realista com equipamentos industriais. Entretanto, se o simulador for
realista o suficiente, essa vantagem desaparece.
Com o grande crescimento da internet, acessos remotos poderiam ser disponibilizados
oferecendo uma flexibilidade ainda maior aos usurios das ferramentas de simulao e at
mesmo de sistemas com instrumentos reais.
Considerando-se o escopo da implementao do acesso remoto do FBSIMU, foi
comprovado que possvel implementar um acesso via internet de maneira eficiente
utilizando sistemas CMS (Moodle), voltados a oferecer uma estrutura padronizada para a
construo de portais Web para ensino a distncia. Usando o Moodle, ficou evidente a
facilidade obtida na manuteno e adio de novas funcionalidades ou mesmo novos cursos
ao sistema.
Concluses 104
Atravs dos testes executados, foi comprovado que o funcionamento remoto de
ferramentas desenvolvidas atravs da linguagem G do software LabView possvel,
lembrando que ajustes (descritos no captulo 3, pgina 49) precisaram ser feitos para garantir
o funcionamento correto da mesma.
Deve-se lembrar que apesar das facilidades apresentadas por este tipo de ferramenta, o
modelo usado neste trabalho gerou dificuldades devido necessidade do uso de dois
servidores Web (Apache para o Moodle e o servidor Web do LabView para a ferramenta
FBSIMU). A dificuldade apareceu por causa da necessidade de validao de usurios (senha,
permisso de acesso, etc.) integrada entre os dois servidores. Se uma nova ferramenta for
adicionada e o servidor Web para acess-la for o mesmo servidor usado pelo Moodle
(Apache), estas dificuldades desaparecem, pois a validao feita automaticamente pela
estrutura j fornecida por este CMS.
Por fim, notou-se que o uso da metodologia de ensino a distncia est bastante
difundido e a sua efetividade j foi comprovada por autores como IRVINE et al. (1999),
MORCOS et al. (2001) e DEMING (2001). Levando-se em conta este legado do ensino a
distncia (CMS, efetividade comprovada, etc.), a obteno de resultados de sistemas deste
modelo pode ser focada totalmente no funcionamento correto da ferramenta atravs da
execuo de testes.
5.1 Trabalhos Futuros
Como foi destacado neste trabalho, uma grande preocupao com a capacidade de
extenso do portal FBSIMU On-line existiu em todos os momentos da implementao. Esta
preocupao existiu porque um dos objetivos deste trabalho disponibilizar, futuramente, o
acesso remoto no apenas para o FBSIMU, mas tambm para outras ferramentas ou outros
Concluses 105
cursos no qual o aluno, aps registrar-se no sistema, ter acesso a um acervo sempre crescente
de materiais voltados para a rea de automao.
Em trabalhos futuros, vrias outras caractersticas, como a integrao de novas plantas
simuladas, provas on-line, novos simuladores de outros protocolos fieldbus, aulas remotas,
etc, podero ser acopladas a este portal fazendo com o que o acesso remoto ao FBSIMU se
transforme apenas em uma das partes de um sistema on-line completo para a rea de
automao.
Alm disso, a ferramenta FBSIMU propriamente dita tem um grande potencial para
crescimento. Atualmente, esta ferramenta oferece apenas simulaes relacionadas ao
funcionamento dos blocos FOUNDATION Fieldbus. O crescimento desta ferramenta pode ir
desde a criao de simulaes de devices e de configuradores at a criao de simulaes para
outros protocolos fieldbus. Outro ponto importante a ser destacado para o melhoramento do
FBSIMU a implementao de algoritmos otimizados com o objetivo de melhorar a
performance da ferramenta e permitir que mais instncias sejam abertas e executadas de
maneira paralela em uma nica mquina.
Com o objetivo de evitar problemas de concorrncia relacionados ao arquivo
fbsimu.ini (detalhado no item 3.3.1, pgina 68), uma adaptao deste arquivo para um banco
de dados faz parte de planos futuros sobre este sistema.
Por fim, outra possibilidade a criao de acessos remotos a plantas reais tambm
atravs deste portal. Neste caso, a restrio de segurana necessria limitaria a execuo de
alguns testes aos alunos possibilitando, entretanto, uma idia mais real do funcionamento dos
protocolos fieldbus.
Referncias Bibliogrficas
Referncias Bibliogrficas
ABED (2006). Associao Brasileira de Educao a Distncia. Disponvel em:
<http://www2.abed.org.br/noticia.asp?Noticia_ID=93>. Acesso em: 15 ago. 2006.
ADKINS, S.S. (2005). Wake-up call: open source LMS. In: LEARNING Circuits Glossary.
(2006). Compiled by Kaplan-Leiserson E. E-Learning Glossary. Disponvel em:
<www.learningcircuits.org/glossary.html>. Acesso em: 11 ago. 2006.
AKTAN, B. et al. (1996). Distance learning applied to control engineering laboratories.

IEEE Transactions on Education, New York, v.39, n.3, p.320-326, Aug.
APACHE HTTP SERVER PROJECT (2006). About. Disponvel em:

<http://httpd.apache.org/ABOUT_APACHE.html>. Acesso em: 14 fev. 2006.
APKARIAN, J.; DAWES, A. (2000). Interactive control education with virtual presence on
the web. In: AMERICAN CONTROL CONFERENCE, 2000, Chicago. Proceedings
Chicago: AACC. v.6, p.3985-3990.
AVILAR (2006). Avilar e-Learning. Disponvel em:

<http://www.avilar.com/services/quickstart.htm>. Acesso em: 15 fev. 2006.
BERGE, J. (2002). Fieldbus for process control: engineering, operation, and maintenance.
Research Triangle Park: ISA Books.
BING, D.; KECK-VOON, L.; HABIB MIR, M.H. (2004). Developing and implementing
online laboratory for control engineering education. In: INTERNATIONAL CONFERENCE
ON CONTROL, AUTOMATION, ROBOTICS & VISION, 5., 2004, Kunming, China.
Proceeding Kunming.
BLACKBOARD (2006). Blackboard academic suite. Disponvel em:

<http://www.blackboard.com/us/>. Acesso em: 15 fev. 2006.
BRANDO, D. (2005). Ferramenta de simulao para projeto, avaliao e ensino de redes

fieldbus. Tese (Doutorado). Escola de Engenharia de So Carlos, USP.
BUHLER, D. et al. (2000). The virtual automation lab-web based teaching of automation
engineering concepts. In: IEEE INTERNATIONAL CONFERENCE AND WORKSHOP
Referncias Bibliogrficas 108
ON THE ENGINEERING OF COMPUTER BASED SYSTEMS, 7., 2000, Edinburgh,

Scotland. Proceedings New York: IEEE. p.156-164.
BUTLER, M.; BLASHKI, K. (2003). Creating new distance learning environments from
contemporary technologies. In: INTERNATIONAL CONFERENCE ON INFORMATION
TECHNOLOGY: research and education, 2003, New Jersey. Proceedings New York:
IEEE. p.635-639.
CARSWELL, L. (1998). The Virtual University: toward an internet paradigm?. ACM

SIGCSE BULLETIN, New York, v.30, n.3, p.46-50.
CASINI, M.; PRATTICHIZZO, D.; VICINO, A. (2003). E-learning by remote laboratories: a

new tool for control education. In: IFAC SYMPOSIUM ON ADVANCES IN CONTROL
EDUCATION, 6., 2003, Oulu. Proceedings Finland. University of Oulu. p.95-1000.
CASTRO, M. et al. (2001). Multimedia design and development for distance teaching of
electronics Frontiers. In: ANNUAL FRONTIERS IN EDUCATION CONFERENCE, 31.,
2001, Reno. Proceedings New York: IEEE. v.2, p.F3F-13-18.
______. (2001). Examples of distance learning projects in the european community. IEEE
Transactions on Education, New York, v.434, n.4, p.406-411, Nov.
CHAN C. C., KWAN R. E CHAN S. F. J. (2002). Learning Control Systems on the Web.
International Conference on Computers in Education (ICCE'02) pp.894-895
CISAER (2006). Courses on the internet: survey, analysis, evaluation, recommendation.

Disponvel em: <http://home.nettskolen.nki.no/%7Emorten/cisaer/>. Acesso em: 11 ago.
2006.
COHEN, M.S.; ELLIS T.J. (2001). Teaching technology in an online, distance education
environment. In: ANNUAL FRONTIERS IN EDUCATION CONFERENCE, 31., 2001,
Reno. Proceedings New York: IEEE. T1F-1-T1F-6.
COPINGA, G.J.C. et al. (2001). A web-based study support environment for systems and
control courses. In: AMERICAN CONTROL CONFERENCE, 2001, Arlington.
Proceedings ArlingtonIEEE. v.2, p.1155-1160.
COSTAS, R. (2006). J vale a pena fazer ps a distncia. Veja, So Paulo, ano 39, n.1943,
p.94-95, fev.
CUNHA, M. J. (2004) Desenvolvimento e implementao de uma ferramenta computacional

aplicada no processo de identificao de sistemas em ambientes Fieldbus Foundation. 81p.
Dissertao (Mestrado) . Escola de Engenharia de So Carlos, Universidade de So Paulo,
So Carlos. 2004.
DALLOGLIO, P. (2004). PHP-GTK: criando aplicaes grficas com PHP. So Paulo:

Novatec.
DANIELS, M., DAVIES, G., GAL-EZER, J., PETRE, M., & TEAGUE, J. (1997). Teaching
Computing at a Distance. Presentation at the IEEE Frontiers in Education 1997 Conference:
Teaching and Learning in an Era of Change, Pittsburgh.
DEMING, L.H. (2001). The rhetoric of distance learning. In: IEEE INTERNATIONAL
PROFESSIONAL COMMUNICATION CONFERENCE, 2001, Santa Fe, NM.
Proceedings New York: IEEE. p.305-311.
EASYPHP (2006). Apache | MySQL | PHP | PhpAdmin. Disponvel em:

<http://www.easyphp.org/>. Acesso em: 14 fev. 2006.
EBERHARDT, R. (1998). An interactive multimedia distance learning system using

distributed-object computing technology. In: IEEE GLOBAL TELECOMMUNICATIONS
CONFERENCE, 1998, Sydney. The Bridge to Global Integration. New York: IEEE. v.3,
p.1568-1573.
EDUTOOLS (2006). EduTools Homepage. Disponvel em: < http://www.edutools.com>.

Acesso em: 26 Jun. 2006.
EXEL, M. et al. (2000). Simulation workshop and remote laboratory: two web-based training
approaches for control. In: AMERICAN CONTROL CONFERENCE, 2000, Chicago.
Proceedings Chicago: AACC. v.5, p.3468-3472.
FIELDBUS CENTER (2006). Foundation fieldbus. Disponvel em:

<http://www.knowthebus.org/fieldbus/foundation.asp>. Acesso em: 14 fev. 2006.
FIELDBUS FOUNDATION (1999a). FF-800-1.4: foundation specification system

architecture. Austin.
______. (1999b). FF-890-1.3: foundation specification function block application process,

part 1. Austin.
FIELDBUS FOUNDATION ONLINE (2006). Disponvel em:

<http://www.fieldbus.org/About/>. Acesso em: 21 jun. 2006.
FREE SOFTWARE FOUNDATION (2006). Disponvel em: < https://www.fsf.org/>.

Acesso em: 21 jun. 2006.
GAL-EZER, J. et al. (1997). Teaching computing at a distance. In: ASEE/IEEE

FRONTIERS IN EDUCATION CONFERENCE, 1997, Pittsburgh. Proceedings New
York: IEEE. Session F4D, panel.
HALL, B. (2001). Getting Up to Speed on Learning Management Systems. Sunnyvale:

Brandon Hall.
HECH, B.S.; POINDEXTER, S.E.; GARCIA, R.C. (2000). Integrating the web into
traditional teaching methods. In: AMERICAN CONTROL CONFERENCE, 2000, Chicago.
Proceedings Chicago: AACC. v.5, p.3444-3448.
HPAC ENGINEERING (2006). Networked controls fundamentals. Disponvel em:

<http://www.hpac.com/microsites/networkedcontrols/newmanf_0105.htm>. Acesso em: 14
fev. 2006.
IBM LOTUS LEARNING (2006). IBM lotus learning management system. Disponvel
em: <http://www.ibm.com/developerworks/lotus/products/elearning/>. Acesso em: 15 fev.
2006.
ILLYEFALVI-VITEZ, Z. et al. (2005). Analysis of distance learning courses offered by the

EuroTraining course directory. In: ELECTRONIC COMPONENTS AND TECHNOLOGY
CONFERENCE, 55. 2005, Lake Buena Vista, USA. Proceedings New York: IEEE. v.2,
p.1909-1915.
IMBRIE, P.K.; RAGHAVAN, S. (2005). Work in progress - a remote e-laboratory for

student investigation, manipulation and learning. In: ASEE/IEEE FRONTIERS IN
EDUCATION CONFERENCE, 35., 2005, Indianapolis. Proceedings New York: IEEE.
p.TR2C-7-T2C-8.
INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. (1994). ISO/IEC

7498-1: Information technology open systems interconnection basic reference model: the
basic model. Suia. CD-ROM.
INTRALEARN (2006). Intralearn suite of e-learning applications. Disponvel em:

<http://www.intralearn.com/default.asp>. Acesso em: 15 fev. 2006.
IRVINE, S.E.; HEIN, T.L.; LAUGHLIN, D. (1999). Different degrees of distance: the
impact of the technology-based instructional environment on student learning. In:
ASEE/IEEE FRONTIERS IN EDUCATION CONFERENCE, 29., 1999, San Juan.
Proceedings... New York: IEEE. p.13c-713c-12.
JONES, D. (1996). Computing by distance education: problems and solutions. In: ANNUAL
JOINT CONFERENCE INTEGRATING TECHNOLOGY INTO COMPUTER SCIENCE
EDUCATION, 1996, Barcelona. Proceedings New York: ACM. p.139-146.
KEEGAN, D.; SEWART, D.; HOLMBERG, B. (1988). On defining distance education.

Distance Education, Toowoomba, v.1, n.2, p.13-36.
KO, C.C. et al. (2001). Development of a web-based laboratory for control experiments on a
coupled tank apparatus. IEEE Transactions on Education, New York, v.44, n.1, p.76-86,
Feb.
KOVACIC, B.; SKOCIR, Z. (2003). Development of distance learning system based on

dialogue. In: ISA/IEEE REGION 8 EUROCON 2003: computer as a tool, 2003, Ljubljama.
Proceedings New York: IEEE. v.1, p.224228.
LAWHEAD, P.B. et al. (1997). The web and distance learning: what is appropriate and what
is not. In: ANNUAL JOINT CONFERENCE INTEGRATING TECHNOLOGY INTO
COMPUTER SCIENCE EDUCATION, 1997, Uppsda. Proceedings New York: ACM.
p.27-37. Supplement.
LEARNING Circuits Glossary. (2006). Compiled by Kaplan-Leiserson E. E-Learning

Glossary. Disponvel em: <www.learningcircuits.org/glossary.html>. Acesso em: 11 ago.
2006.
LIOU S., SOELAEMAN H. E LEUNG P. (1999). Distance Learning Power Engineering

Laboratory. Submitted to IEEE Computer Applications in Power.
MAIA, C. (2002). Universia Brasil - ferramentas aliadas. Disponvel em:

<http://www.universia.com.br/materia/materia.jsp?materia=970>. Acesso em: 15 jun. 2006.
MOODLE (2006). A Free, Open Source Cource Management System for Online
Learning. Disponvel em: <http://www.moodle.org/>. Acesso em: 15 ago. 2006.
MORCOS, M.M.; SOLDAN, D.L. (2001). Supporting distance engineering education is

greatly needed. In: LARGE ENGINEERING SYSTEMS CONFERENCE ON POWER
ENGINEERING, 2001, Halifax. Proceedings New York: IEEE. p.69-72.
MYSQL AB (2006). The world's most popular open source database. Disponvel em:
<http://www.mysql.com/>. Acesso em: 15 ago. 2006.
NETCRAFT (2006). Web Server Survey. Disponvel em: < http://news.netcraft.com/>.

Acesso em: 15 ago. 2006.
NG, S.C. et al. (1999). Learn@Net: an integrated multimedia system for distance learning.
In: INTERNATIONAL CONFERENCE ON COMPUTATIONAL INTELLIGENCE AND
MULTIMEDIA APPLICATIONS, 3., 1999, New York. Proceedings New York: IEEE.
p.479-483.
OPEN TEXT CORPORATION (2006). FirstClass division. Disponvel em:

<http://www.centrinity.com/>. Acesso em: 22 fev. 2006.
PAHWA, A. et al. (2005). Distance learning for power professionals: virtual classrooms
allow students flexibility in location and time. IEEE Power and Energy Magazine, New
York, v.3, n.1, p.53-58, Jan./Feb.
PASCHOAL JNIOR, F. Desenvolvimento de um weblab para experimentos remotos em

fotnica integrado a um ambiente virtual de ensino-aprendizagem. 2006. Dissertao
(Mestrado em Engenharia Eltrica) - Universidade Presbiteriana Mackenzie.
PAULSEN, M.F. (2003). Online education and learning management systems-global e-

learning in a scandinavian perspective. Disponvel em:
<http://www.studymentor.com/studymentor/>. Acesso em: 10 set. 2006.
PHP GROUP (2006). Disponvel em: < http://www.php.net//>. Acesso em: 14 fev. 2006.
PINOTTI JNIOR, M.; BRANDO, D. (2001). Projecting and integrating fieldbus

foundation function blocks. In: ISA/IEEE CONFERENCE SENSOR FOR INDUSTRY,
2001, Rosemont. Proceedings New York: IEEE. CD-ROM.
POINDEXTER, S.E; HECK, B.S. (1999). Using the web in your courses: what can you do?
What should you do?. IEEE Control System Magazine, New York, v.19, n.1, p.83-92, Feb.
QINGCANG,Y.U.; CHEN, B.; CHENG, H.H. (2004). Web based control system design and
analysis. IEEE Control Systems Magazine, New York, v.24, n.3, p.45-57, June.
SNCHEZ, J. et al. (2002). Virtual control lab using Java and Matlab: a qualitative
approach. IEEE Control Systems Magazine, New York, v.22, n.2, p.8-20, Apr.
SCHMID, C.; ALI, A. (2000). A web-based system for control engineering education. In:
AMERICAN CONTROL CONFERENCE, 2000, Chicago. Proceedings Chicago: AACC.
p.3463-3990.
SELLAMI, H.M. (2005). Some difficulties in distance learning in developing countries. In:
INTERNATIONAL CONFERENCE ON ADVANCED LEARNING TECHNOLOGIES, 6.,
2006, Kerkrade. Proceedings New York: IEEE. p.133-135.
SHIH, T.K.; LIN, N.H.; CHANG, H.P. (2003). An intelligent e-learning system with
authoring and assessment mechanism. In: INTERNATIONAL CONFERENCE ON
ADVANCED INFORMATION NETWORKING AND APPLICATIONS, 17., 2003, Xi'an,
China. Proceedings New York: IEEE. p.782-787.
SIDDIQUI, K.J.; ZUBAIRI, J.A. (2000). Distance learning using web-based multimedia
environment. In: ACADEMIA/ INDUSTRY WORKING CONFERENCE ON RESEARCH
CHALLENGES, 2000, Buffalo. Proceedings New Yor: IEEE. p.325-330.
SITE GROUND (2006). Drupal tutorial. Disponvel em:

<http://www.siteground.com/tutorials/drupal-tutorial/>. Acesso em: 14 fev. 2006.
SPANIAS, A. et al. (2000). Development and evaluation of a web-based signal and speech
processing laboratory for distance learning. In: IEEE INTERNATIONAL ON ACOUSTICS,
SPEECH, AND SIGNAL, 2000, Istanbul. Proceedings New York: IEEE. v.6, p.3534-
3537.
TAYLOR, K.D.; HONCHELL, J.W.; DEWITT, W.E. (1996). Distance learning in courses
with a laboratory. In: ANNUAL CONFERENCE OF FRONTIERS IN EDUCATION, 26.,
1996, Salt Lake City. Proceedings New York: IEEE. v.1, p.44-46.
TELEDUC (2006). Ambiente de ensino a distncia. Disponvel em:

<http://hera.nied.unicamp.br/teleduc/>. Acesso em: 14 fev. 2006.
THOMESSE, J.P. (2005). Fieldbus technology in industrial automation. Proceedings of

IEEE, New York, v.93, n.6, p.1073-1101, June.
TIPSUWAN, Y. E CHOW, M. (2003). Control methodologies in networked controle systems.

Control Engineering Practice, pp.1099-1111.
TOOLBOOK BY SUMTOTAL (2006). The leading authoring for developing efficient e-

learnig. Disponvel em: <http://www.toolbook.com/>. Acesso em: 14 fev. 2006.
TSANG, H.W.; HUNG, L.M.; NG, S.C. (1999). A multimedia distance learning system on
the internet. In: IEEE INTERNATIONAL CONFERENCE ON SYSTEMS, MAN, AND
CYBERNETICS, 1999, Tokyo. Proceedings New York: IEEE. v.2, p.243-246.
UNIVERSIDADE DE SO PAULO. Centro de Computao Eletrnica (2006). Servios:

apoio ao ensino. Disponvel em:
<http:www.usp.br/cce/servios/ensino.php?source=213&PHPSESSID=3cdcfca72352b3188ac
faec135cd0120>. Acesso em: 30 fev. 2006.
VIEDMA, G.; DANCY, I.; LUNDBERG, K. (2005). A web-based linear-systems iLab. In:
AMERICAN CONTROL CONFERENCE, 2005, Natal. Proceedings Portland: [S.l.].
WEBCT (2006). WebCT e-Learning system. Disponvel em:

<http://www.webct.com/entrypage>. Acesso em: 15 fev. 2006.
ZHANG, Y. (1999). Web database step-by-step guide. Disponvel em:

<http://www.mmg.tu-sofia.bg/ebooks/PHP-ASP-webatabase-
guide.pdf#search=%22Web%20database%20step-by-step%20guide%22>. Acesso em: 14
set. 2006.
ZEILMANN, R.P. et al. (2003). Web-based control experiments on a FOUNDATION Fieldbus

pilot plant. In: IFAC INTERNATIONAL CONFERENCE ON FIELDBUS AND THEIR
APPLICATIONS, 5., 2003, Aveiro. Proceedings Oxford: Elsevier. p.323-328.
Anexo A
ANEXO A Descrio detalhada do FBSIMU

Anexo A 116
Antes de entrar em detalhes de como o FBSIMU foi desenvolvido e quais as
bibliotecas de trabalho o mesmo possui, uma breve descrio relacionada ao funcionamento
dos blocos do FOUNDATION fieldbus feita.
As informaes deste anexo foram retiradas de BRANDO (2005).
Bloco Funcional
A norma do protocolo FOUNDATION fieldbus descreve conjuntos de blocos
funcionais padro bsicos, avanados, de mltiplo I/O e um bloco funcional flexvel. (Tais
conjuntos so listados no quadro a seguir, bem como os parmetros universais utilizados nos
blocos funcionais e uma classificao de blocos funcionais segundo o tipo de funo que
executam). Tal descrio apresentada na norma de modo a permitir a extenso de definies
na medida em que novos requisitos se faam necessrios com o avano da tecnologia de
instrumentao e de controle de processos.
Blocos Funcionais Bsicos Blocos Funcionais Blocos Funcionais de Bloco Funcional

Avanados Mltiplo I/O Flexvel
AI - Entrada analgica DC - Controle de MDI - Entradas digitais FFB Bloco
dispositivo mltiplas Funcional Flexvel
DI - Entrada discreta OS - Divisor de sada MDO - Sadas digitas
mltiplas
AO - Sada analgica SC - Caracterizador de MAI - Entradas
sinais analgicas mltiplas
DO - Sada discreta LL - Lead lag MAO - Sadas
analgicas mltiplas
ML - Carregador manual DT - Deadtime
BG - Bias / Ganho IT - Integrador
(Totalizador)
CS Seletor de controle SPG - Gerador de rampa
de referncia
PD - Controlador proporcional ISEL - Seletor de entradas
derivativo
PID - Controlador proporcional AR - Aritmtico
Anexo A 117
integral derivativo
RA - Controle de relao TMR - Timer
AALM - Alarme
analgico
Conjuntos de blocos funcionais normalizados
Conforme citado anteriormente, o bloco funcional ou function block (FB) uma
funo de automao bsica realizada por uma aplicao, projetado de modo a torn-lo
independente do meio fsico e da estrutura da rede. Os blocos funcionais processam
parmetros de entrada em funo da sua configurao e assim geram sadas que sero
utilizadas por outros blocos. A norma os classifica em:
- Blocos de Entrada: acessam medidas fsicas atravs da comunicao com blocos
transdutores de entrada por meio de canais. Estas medidas so ento convertidas,
linearizadas e disponibilizadas para outros blocos funcionais atravs dos parmetros de
sada;
- Blocos de Sada: acionam blocos transdutores de sada pelos canais a partir de um
valor recebido pelos links com outros blocos nos seus parmetros de entrada;
- Blocos de controle: realizam clculos com parmetros de blocos de entrada e enviam
parmetros para outros blocos de controle ou para blocos de sada;
- Blocos de Clculo: realizam clculos matemticos sobre parmetros de entrada,
gerando parmetros de sada.
O modelo representado na figura a seguir definido por norma para representar um
bloco funcional.
Anexo A 118
Eventos de entrada Eventos de sada

Controle de Execucao
Parmetros de outros
Blocos funcionais
Parmetros Parmetros
Algoritmo de
de de
Processamento
entrada saida
status modo status

Parmetros para outros
Blocos funcionais
Parmetros Internos (contained)
Acesso a parmetros internos
Representao da atividade de blocos funcionais

Fonte: Norma Fieldbus Foundation
Com referncia na figura, os valores dos parmetros de entrada so coletados de outros
blocos funcionais e retidos pelo bloco em questo assim que sua execuo iniciada. Este
processo garante que os parmetros de entrada tenham coerncia temporal e que no sejam
alterados durante a execuo do bloco funcional por fontes externas. Caso novos parmetros
de entrada sejam recebidos aps este momento inicial, eles no sero utilizados durante a
execuo em processo no bloco.
No momento em que os parmetros de entrada so retidos, a execuo do bloco
funcional tem incio. O algoritmo do bloco operando ento sobre os parmetros de entrada
produz parmetros de sada. A execuo do algoritmo controlada por uma srie de
parmetros "contained", ou internos, os quais no podem ser transmitidos entre blocos
funcionais como parmetros de entrada e de sada, mas podem ser acessados e modificados
remotamente. Alguns eventos externos, da mesma forma, podem afetar a execuo do
algoritmo.
Aps o trmino da execuo do algoritmo, os dados internos do bloco so salvos para
serem utilizados na prxima execuo, e os parmetros de sada so disponibilizados para
outros blocos funcionais.

Anexo A 119
Alm dos parmetros que podem ser acessados pela rede, existem variveis internas
que no podem ser acessadas por nenhuma estrutura ou funo externa, como o algoritmo
interno do bloco funcional, sendo suas especificaes definidas pelo prprio fabricante, j que
no existe orientao a este respeito na norma.
Em cada uma de suas instncias, um bloco funcional identificado por seu tipo e por
um nvel de reviso, ou verso. Com estas especificaes possvel identificar seu conjunto
de parmetros e as caractersticas de execuo de seu algoritmo.
A execuo de um bloco funcional se d em resposta a um evento, o qual pode ter
diversas naturezas:
- Escalonado: no qual a taxa de execuo do bloco funcional definida segundo uma
tabela de agendamento. (O instante em que cada bloco funcional tem sua execuo iniciada
definido nesta tabela);
- Trmino da execuo de outro bloco: quando o incio da execuo de um bloco
funcional pode estar atrelado ao trmino da execuo de outro bloco funcional pertencente ao
mesmo dispositivo;
- Especfico do fabricante.
A interoperao de blocos funcionais se d pelo estabelecimento de uma ligao lgica
entre um parmetro de sada de um bloco e um parmetro de entrada de outro bloco. Tal
ligao pode ser estabelecida local, entre blocos de um mesmo dispositivo, ou remotamente,
entre blocos de dispositivos distintos.
A capacidade de interconexo entre blocos aliada a um plano temporal de seqncia
de execuo de cada bloco em seu respectivo dispositivo permite a configurao de malhas de
controle distribudas em tempo real nos dispositivos sincronizados de uma rede fieldbus,
como representa a figura a seguir.

Anexo A 120
Malha de controle distribuda
Quando todos os blocos funcionais de uma malha de controle so executados e so
efetuadas todas as interconexes estabelecidas entre eles, a malha de controle
completamente executada.
Parmetros de configurao
Cada parmetro, varivel ou variveis que controla(m) e regula(m) a operao de um
bloco funcional, caracterizado por:
- Nome ou mnemnico;
- Tipo de dado: a norma Fieldbus Foundation especifica um conjunto de tipos padro
de dados indexados para parmetros de blocos funcionais. Cada parmetro pode ser do tipo
varivel simples ou do tipo estrutura de dado, nos casos em que rene duas ou mais variveis
simples. O quadro a seguir lista os tipos de dados da norma:
ndice Tipo Nome

1 Varivel simples Booleano
2 Varivel simples Inteiro (8)
5 Varivel simples Unsigned (8)
8 Varivel simples Ponto flutuante
9 Varivel simples String visvel
10 Varivel simples String de octetos
11 Varivel simples Data
Anexo A 121
12 Varivel simples Horrio do dia

13 Varivel simples Diferena de horrio
14 Varivel simples String de bits
21 Varivel simples Valor de tempo
64 Estrutura Bloco
65 Estrutura Valor & Status Ponto flutuante
66 Estrutura Valor & Status Discreto
67 Estrutura Valor & Status String de bits
68 Estrutura Escala
69 Estrutura Modo
70 Estrutura Permisso de Acesso
71 Estrutura Alarme Ponto Flutuante
72 Estrutura Alarme Discreto
73 Estrutura Evento Atualizao
74 Estrutura Alarme Sumrio
75 Estrutura Alerta Analgico
76 Estrutura Alerta Discreto
77 Estrutura Alerta Atualizao
78 Estrutura Tendncia Ponto flutuante
79 Estrutura Tendncia Discreto
80 Estrutura Tendncia String de bits
81 Estrutura FB Link
82 Estrutura Simulao Ponto flutuante
83 Estrutura Simulao Discreto
84 Estrutura Simulao String de bits
85 Estrutura Teste
86 Estrutura Ao Instanciao e apagamento
Tipos de dados Fieldbus Foundation
- Tipo de uso: parmetros de entrada, de sada ou internos;
- Modo de armazenamento: dinmico, esttico e no-voltil;
Parmetros dinmicos so aqueles calculados pelo algoritmo do bloco, logo no
precisam ser recuperados aps uma falha por queda de energia, por exemplo.
Parmetros estticos so os dados configurados que precisam ser salvos em memria
no-voltil no caso de uma falha por queda de energia. Normalmente os parmetros estticos
Anexo A 122
so periodicamente verificados pelo configurador e eventualmente atualizados pelo mesmo.
Para auxiliar na tarefa de monitorar os parmetros estticos, um parmetro numrico
denominado ST_REV (reviso esttica) incrementado e um evento gerado sempre que um
parmetro esttico for modificado.
Os parmetros no volteis so aqueles constantemente atualizados e que devem ser
salvos em razo do risco de queda de energia do equipamento. Por estes parmetros
apresentarem constantes modificaes, no so verificados por configuradores, como no caso
dos parmetros estticos.
- Tamanho, em bits;
- Faixa vlida: conjunto de possveis valores que o parmetro pode assumir;
- Valor inicial;
- Direo: no caso de parmetros de entrada e de sada, a direo indica se o parmetro
enviado em links no sentido direto ou contrrio ao fluxo malha de controle;
- Unidade, de engenharia;
- Permisso: regras que definem quais dispositivos externos podem modificar cada
parmetro;
- Modo: modos de operao do bloco funcional nos quais o parmetro pode ser
modificado.
Vinculado aos parmetros de entrada e sada h um byte de status que se encarrega de
indicar a qualidade do valor da varivel. Este status composto por trs partes: qualidade,
sub-status e limite. A informao de qualidade pode ser:
- Good (Cascade) quando o dado confivel e pode ser utilizado em malhas de
controle do tipo cascata, aquelas na quais o Setpoint remoto;

Anexo A 123
- Good (Non-Cascade) quando a qualidade do dado boa, porm o bloco no pode
fazer parte de uma estrutura cascata.;
- Uncertain neste caso, a qualidade do dado duvidosa, pode ter ocorrido erro na
aquisio ou em clculos;
- Bad quando o dado no vlido e no deve ser utilizado.
A figura a seguir mostra a composio do byte de status.
Composio do byte de status
O sub-status uma informao complementar da qualidade. utilizada em alarmes e
no incio ou finalizao de malhas de controle de tipo cascata. O limite informa se o valor
limitado ou no, ou seja, se este foi restringido por extrapolar valores pr-determinados.
A execuo do algoritmo do bloco depende de vrios fatores, entre eles, de eventos
externos e dos valores e status dos parmetros de entrada e de configurao. Em funo destas
variveis, o bloco pode executar seu algoritmo em diferentes modos. Cada modo de execuo
do bloco impe caractersticas ao algoritmo que influem nas sadas e nos status. A seguir
esto descritos os oito modos possveis de operao dos blocos funcionais:
- Out of Service (OOS): o algoritmo do bloco no executado;
- Initialization Manual (Iman): o algoritmo no executado e as sadas do bloco
seguem um parmetro externo vindo do bloco que est ligado em seqncia no fluxo
direto;
- Local Override (LO): as sadas do bloco de controle seguem um parmetro externo.
Este modo executado em situaes de falha;

Anexo A 124
- Manual (Man): As sadas do bloco no so calculadas, o operador quem as
configura;
- Automatic (Auto): o algoritmo executado normalmente e est calculando as sadas;
- Cascade (Cas): o setpoint vem de outro bloco por um link, desta forma o operador
no pode atuar diretamente sobre ele;
- Remote Cascade (Rcas): o setpoint vem por um link de outra aplicao de controle
remota em um dispositivo de interface;
- Remote-Output (Rout): as sadas do bloco funcional so modificadas por uma outra
aplicao de controle remota em um dispositivo de interface.
O parmetro MODE_BLK indica e controla o modo de operao dos blocos
funcionais. Este parmetro do tipo estrutura, composto por quatro elementos:
- Target: o modo de operao almejado. Normalmente o target definido pelo
operador;
- Actual: o modo em que o bloco est sendo executado efetivamente.
- Permitted: so os possveis modos de operao que o bloco pode apresentar;
- Normal: lista os modos normais de operao do bloco dentre aqueles listados no
permitted. Serve para indicar ao operador o momento da seleo do target.
Bloco Transdutor
Os blocos transdutores so blocos funcionais que ficam entre os blocos de I/O e o
hardware de I/O. So, portanto, encarregados de transformar sinais fsicos em variveis e
vice-versa. Eles isolam os blocos funcionais dos dispositivos e hardware especficos de I/O
como sensores, atuadores e chaves de cada dispositivo. Seus algoritmos internos controlam os
dispositivos de I/O e apresentam uma interface padronizada para os blocos funcionais,

Anexo A 125
realizam tambm funes como calibrao, filtragem de sinais e converso de dados. Os
blocos transdutores seguem definies da norma que os agrupam em comuns ou profiles,
embora tambm possam ser de um tipo particular definido pelo fabricante.
A comunicao entre blocos transdutores e blocos funcionais de entrada ou de sada
realizada atravs de canais, mapeados em parmetros CHANNEL, sendo que um bloco
transdutor pode ter vrios canais. Uma vantagem deste isolamento do bloco funcional em
relao ao hardware a possibilidade da execuo inexaurvel do bloco transdutor no
processamento de um dado de boa qualidade sem o prejuzo de sobrecarregar os blocos
funcionais.
Os blocos transdutores so classificados em trs tipos:
- Input os que realizam a interface com sensores;
- Output - os que realizam a interface com atuadores ou dispositivos de sada;
- Display aqueles que operam dispositivos de interface locais.
Os blocos transdutores no possuem parmetros de entrada e de sada e sua execuo
no comandada por escalonamento, mas definida pelo fabricante.
Bloco de Recurso
As caractersticas de hardware do dispositivo esto descritas nos parmetros de
configurao de um bloco de recurso. Tal qualidade desatrela os blocos funcionais das
caractersticas de hardware dos dispositivos.
O algoritmo do bloco de recurso utilizado para monitorar o estado de operao do
hardware e indicar possveis alarmes neste aspecto.

Anexo A 126
A execuo do bloco de recurso, assim como a do bloco transdutor, no escalonada,
portanto este bloco no possui parmetros de entrada ou de sada. Tal execuo segue regras
que so definidas pelo fabricante.
FBSIMU
Uma rede industrial de instrumentos de campo composta por diversos elementos,
como estaes de controle, estaes de superviso, sensores, atuadores e fontes. Tais
instrumentos so conectados por um canal de comunicao serial e digital, no qual um
protocolo de comunicao especfico utilizado para troca de dados e de variveis,
possibilitando, assim, a comunicao dos dispositivos com o objetivo de realizar uma tarefa
de controle e de superviso de um determinado processo ou equipamento industrial.
Este tipo de sistema de controle pode ser classificado como digital distribudo, pois,
alm de ser baseado em instrumentos digitais microprocessados, todo o processamento das
tarefas distribudo entre diversos dispositivos ou transmissores dotados de capacidade de
processamento digital de dados.
O FBSIMU, Fieldbus Foundation Function Block Simulator, uma plataforma de
desenvolvimento e simulao de redes fieldbus com foco na camada de aplicao de blocos
funcionais de estrutura modular e escalonvel, composto somente por software. Cada mdulo
ou unidade de software do FBSIMU simula um elemento ou estrutura de um fieldbus real.
O FBSIMU foi concebido e programado baseando-se nas especificaes da
Foundation Fieldbus e foi desenvolvido no ambiente LabView atravs da linguagem de
programao grfica G, nativa deste ambiente.
O quadro da figura 34 relaciona os mdulos que constituem a plataforma do FBSIMU
desenvolvido:
Anexo A 127
Mdulo Tipo de Mdulo Funo

BasicBlock Biblioteca de Biblioteca de funes normalizadas componentes de blocos
funes funcionais.
BasicOp Biblioteca de Biblioteca de funes e operaes lgicas e matemticas
funes utilizadas em algoritmos caractersticos dos blocos funcionais.
Plant Mdulo Principal Mdulo que simula a dinmica do processo a ser controlado
seja este monovarivel ou multivarivel.
ProcessBlock Mdulo Secundrio Mdulo que simula um bloco funcional destinado a ser
operado remotamente
StandAloneBlock Mdulo Principal Mdulo que simula um bloco funcional isoladamente, com
interface de programao e de operao.
AnalyseFFData Mdulo Principal Mdulo que analisa a comunicao em um barramento de
dados de uma rede fieldbus real
FBSIMUConf Mdulo Principal Mdulo de interface de configurao remota (via
comunicao) para mdulos ProcessBlock.
Mdulos do software FBSIMU
Os mdulos listados so classificados como principais, secundrios ou como
biblioteca de funes.
Cada mdulo classificado como principal, embora possa ser operado
independentemente, tem a possibilidade de se comunicar com outros mdulos. Os mdulos
ProcessBlock so classificados como secundrios por operarem como sub-programas de
mdulos principais, no podendo ser operados independentemente.
As bibliotecas de funes do FBSIMU so conjuntos de rotinas de funes correlatas
freqentemente utilizadas na construo de mdulos principais e secundrios. As funes das
bibliotecas foram especialmente desenvolvidas para a construo do simulador e simulam as
tarefas tpicas de uma rede de campo Foundation Fieldbus.
A seguir, a descrio de cada mdulo que compe a plataforma.
Biblioteca BasicOp
BasicOp (operaes bsicas) foi elaborada como uma biblioteca de funes
elementares de processamento e tratamento de dados utilizados em tarefas de malhas
de controle, blocos funcionais ou monitoramento de parmetros tpicas de um sistema
Foundation Fieldbus.
Anexo A 128
Cada funo da biblioteca constitui um VI (Virtual Instrument), arquivo de
programa na linguagem G do LabView, com variveis de entrada e de sada que
podem ser includas em qualquer mdulo da plataforma FBSIMU na forma de uma
Sub-VI, ou seja, um subprograma, ou uma funo.
O quadro da figura a seguir lista as funes que compem a biblioteca BasicOp:
Funes
ArrayOp GrantDeny
BitStringByteToEnum InStatus
BitStringByteToListbox LaunchDSServer
BlockExecMonit ListboxToBitstringByte
BlockMonitOtherStatic OutStatus
BlockViewDesc ReadLog
CascadeInit SelectFrom2DTable
ConfigDataForConf SelectFrom2DTablePopup
EditBooleanPopup SelectFromEnumPopup
EditFloatPopup SelectFromTableFBlockPopup
EditIntegerPopup SelectFromTablePopup
EditLinkReleaseTimePopup SelectLinkPopup
EditMacrocyclePopup ShutdownDSServer
EditReleaseTimePopoup StatusPropagation
EditScheduleTablePopup StRev&UpEvtActionNumber
EditStringPopup StRev&UpEvtActionString
EditTagPopup ViewElementBuildDecimal
EditUnsignedPopup ViewElementBuildEnum
Enumandler ViewElementBuildFractional
EnumToBitstringByte ViewElementBuildString
Funes da biblioteca BasicOp
Biblioteca BasicBlock
Esta biblioteca contm funes que constituem os elementos de processamento
dos blocos funcionais, segundo a representao esquemtica da norma Fieldbus

Anexo A 129
Foundation. So funes de nvel de programao mais alto em relao s funes
BasicOp, e deste modo, utilizam estas ltimas nos seus algoritmos.
A norma Fieldbus Foundation representa os algoritmos internos dos blocos
funcionais com uma estrutura modular, conforme representado na figura a seguir.
Representao esquemtica do bloco funcional AI Analog Input

Nesta representao, as funes da biblioteca BasicBlock correspondem aos
elementos de processamento encapsulados (indicados na norma por um nome, por
exemplo, Simulate, Convert, Filter, Output, Alarms e Mode). Tais elementos possuem
entradas, sadas e parmetros de configurao envolvidos no processamento (por
exemplo, SIMULATE, L_TYPE e SHED_OPT).
As funes da biblioteca BasicBlock so destinadas ao uso em blocos funcionais,
e, devido padronizao de tais funes pela norma, podem ser reutilizadas em mais
de um bloco funcional pelo fato de alguns desses blocos funcionais compartilharem as
mesmas funes e processamentos padronizados. Um exemplo deste
compartilhamento a funo de alarme: todos os blocos funcionais que utilizam
alarme tm esta funo padronizada (em parmetros e processamento) e, deste modo, a
funo Alarme da biblioteca BasicBlock serve a todos estes blocos funcionais.

Anexo A 130
As funes da BasicBlock, tal como as funes da biblioteca BasicOp, so
encapsuladas em VIs com entradas e sadas e utilizadas como sub-Vis, ou sub-rotinas,
de outros mdulos do FBSIMU.
A especificao da Fieldbus Foundation em relao aos blocos funcionais padro
do tipo bsico descreve um total de dezenove elementos no nvel da biblioteca
BasicBlock, listados no quadro figura a seguir, que compem os dez blocos padro
bsicos.
Elementos
Simulate Selection
Convert Back Calc
Filter Bypass
Output Control
Alarm Feed Forward
Mode Status
Optional Invert Ratio
Output Track Calc PV
Setpoint Fail Safe
Bias & Gain
Elementos de processamento utilizados nos blocos funcionais padro bsicos
Mdulo AnalyseFFData
O mdulo AnalyseFFData do FBSIMU tem a funo de analisar a comunicao em
um barramento de dados de uma rede fieldbus real e, a partir de procedimentos matemticos e
estatsticos, encontrar valores para algumas variveis e parmetros da camada de enlace que
regulam o processo de comunicao em tal barramento de dados.
A comunicao serial no barramento fieldbus captada por meio de um dispositivo
eletrnico conversor de sinais (modem). Este dispositivo converte em tempo real os bytes
lidos no barramento, codificados segundo a norma Foundation Fieldbus H1 para sinais seriais
Anexo A 131
no padro RS-232 que so lidos pela porta serial de computadores do tipo PC (Personal
Computer), conforme o arranjo experimental da figura a seguir.
Aquisio serial de mensagens no barramento
Mdulo Plant
O mdulo Plant tem a funo de simular o comportamento de uma planta ou de um
processo dinmico. composto por uma equao diferencial no domnio do tempo
computada repetitivamente em uma base de tempo conhecida e apropriada. O resultado
numrico de tal equao tem um comportamento dinmico similar ao de variveis de processo
em uma determinada planta. A figura a seguir mostra o modelo deste mdulo.
Uma estrutura matemtica linear e discreta do tipo ARX (Auto-Regressive with
Exogenous Inputs) utilizada para este propsito, na qual a ordem dinmica do sistema
simulado pode ser selecionada pelo usurio.
Diagrama de operao do mdulo Plant

Anexo A 132
Mdulos StandAloneFBlocks
A simulao de blocos funcionais acontece de duas formas distintas: por mdulos
ProcessFBlocks ou por StandAloneFBlocks. Na segunda, os blocos funcionais so integrados
em mdulos de operao autnoma e providos de interface com o usurio, de maneira que
podem ser utilizados em treinamentos ou como ferramenta didtica na qual os usurios
operam de modo particular cada bloco.
A concepo e a estrutura dos mdulos StandAloneFBlocks baseia-se nos seguintes
requisitos de projeto:
- Interface grfica intuitiva com o usurio;
- Implementao integral da norma referente ao algoritmo e s variveis de
comunicao do bloco funcional;
- Algoritmo de execuo baseado em mdulos de processamento da biblioteca
BasicBlock, conforme proposto na norma;
- Acesso direto aos parmetros de entrada e de configurao do bloco funcional, via
interface com o usurio.
Nestes mdulos o algoritmo pode ser executado nica ou repetitivamente, com
perodo de execuo configurvel, enquanto os parmetros de entrada e de configurao so
digitados pelo usurio durante ou entre execues do bloco funcional.
A interface com o usurio desenhada de modo a refletir o fluxo da informao no
algoritmo de execuo, baseada na estrutura modular do ltimo (figura a seguir).

Anexo A 133
Interface com o usurio do mdulo StandAloneFBlocks Analog Output
Mdulos ProcessFBlocks
Com o objetivo de ampliar e complementar o escopo de aplicao da simulao dos
mdulos StandAloneFBlocks, os mdulos ProcessFBlocks foram construdos sobre o mesmo
algoritmo dos mdulos StandAloneFBlocks, porm apresentam uma estrutura diferente da dos
StandAloneFBlocks e se baseia nos seguintes requisitos de operao:
- Acesso remoto (por outros mdulos) via servios (tarefas) normalizados;
- Possibilidade de implementao de links entre distintos mdulos ProcessFBlocks;
- Utilizao como base para ensaios, testes e estudos de algoritmos de escalonamento e
de malhas de controle de blocos funcionais;
- Capacidade de execuo em tempo real;
- Ausncia de interface com o usurio.

Anexo A 134
O algoritmo de processamento interno nas verses ProcessFBlocks exatamente o
mesmo do implementado nas verses StandAloneFBlocks, porm na verso ProcessFBlocks o
controle do bloco realizado remotamente atravs de quatro servios disponveis para
sistemas remotos de operao e de configurao. Tais servios so ativados por comandos
remotos que permitem a uma aplicao LabView dinamicamente carregar, executar e editar
outras aplicaes LabView atravs de um servidor de arquivos nativo denominado LabView
VI Server.
Os seguintes servios so definidos na verso ProcessFBlocks:
- FB_Init inicializao default de todas as variveis e parmetros do bloco, de acordo
com definies da norma (NORMA FOUNDATION FIELDBUS).
- FB_Exec execuo do algoritmo de processamento do bloco. Primeiramente todos
os parmetros so lidos, o algoritmo executado e ento o conjunto de parmetros
atualizado.
- FB_Read leitura de uma varivel do bloco especificada pelo Index e Subindex ou
de uma View. A leitura das Views s executada para monitorao on-line dos parmetros (os
termos Index, SubIndex e View so definidos por norma).
- FB_Write escrita em uma varivel definida por seu Index e Subindex.
A interface com o usurio dos mdulos ProcessFBlock (figura a seguir) possui apenas
os parmetros, ou argumentos, de comando e de resposta necessrios para a realizao dos
servios descritos.
Anexo A 135
Inteface com o usurio de mdulos ProcessFBlock
Cada tipo de bloco funcional (por exemplo, AI, AO, PID) corresponde a um mdulo
ProcessFBlock. Durante a simulao, entretanto, pode-se criar em um mesmo ambiente de
simulao mais de uma instncia, ou cpia independente, de cada tipo de bloco. As diferentes
instncias de um mesmo bloco funcional so independentes e cada qual tem sua execuo,
seus parmetros e identificao.
Mdulo Conf
Atravs do mdulo configurador Conf possvel operar os mdulos ProcessFBlocks.
Por meio de uma interface com o usurio, desenhada de modo a permitir a visualizao das
malhas de controle e de blocos funcionais e seus parmetros (figura a seguir), possvel
instanciar, conectar e apagar remotamente instncias de mdulos ProcessFBlocks atravs das
funes do LabView VI Server.

Anexo A 136
Uma vez estabelecida uma conexo entre o mdulo Conf e uma instncia de um bloco
funcional atravs de um RefNum, a operao desta passa do modo off-line para on-line, e
deste modo possvel comandar e monitorar a operao do bloco.
Interface com o usurio do mdulo Conf
Para operar os mdulos ProcessFBlocks, o mdulo Conf possui bases de dados com
informaes pertinentes aos tipos de dados descritos na norma, ao conjunto de blocos
funcionais disponveis e tambm pertinentes configurao e parametrizao de cada bloco
funcional.
A operao do mdulo Conf se divide em trs modos:
- modo off-line: quando todos os comandos so executados sem que o(s) bloco(s)
funcionai(s) comandado(s) esteja(m) conectado(s) ao Conf via LabView VI Server,
- modo on-line: nele as operaes so executadas e os comandos so transmitidos
ao(s) bloco(s) conectado(s) atravs dos comandos descritos via LabView VI Server,
Anexo A 137
- modo malha de controle: com blocos funcionais conectados (on-line), uma malha de
controle pode ser configurada e operada em tempo real. Neste modo, alm da comunicao
entre o Conf e os blocos funcionais, existe tambm comunicao entre os ltimos.
As funes do mdulo configurador Conf em modo off-line esto listadas a seguir:
- Selecionar e remover blocos funcionais;
- Abrir ou fechar a janela de visualizao dos parmetros de um bloco, com acesso aos
valores off-line e on-line;
- Modificar o tag (ou rtulo) do bloco;
- Editar um parmetro;
- Salvar o conjunto de parmetros da configurao off-line de um bloco funcional em
arquivo;
- Abrir um arquivo de conjunto de parmetros da configurao off-line de um bloco
funcional.
Na interface com o usurio do Conf, existe uma lista de blocos funcionais
selecionados. Nesta lista, os blocos em modo on-line so diferenciados dos blocos em modo
off-line respectivamente pelos smbolos V e X, conforme a figura a seguir.
Lista de blocos funcionais ativos no mdulo Conf
No modo on-line, as funes disponveis so:
- Realizar escrita de parmetro de um bloco;

Anexo A 138
- Realizar leitura de parmetro de um bloco;
- Descarregar uma configurao off-line em um bloco no modo on-line;
- Reinicializar um bloco;
- Executar uma nica vez um bloco;
- Executar continuamente um bloco monitorando remotamente seus parmetros;
- Registrar continuamente em arquivo texto o estado de uma ou mais variveis do
bloco funcional.
A visualizao do conjunto completo dos parmetros on-line de um bloco funcional,
bem como uma correspondente configurao off-line para este bloco realizada em uma lista,
conforme a figura a seguir.
Lista de parmetros off-line e on-line de blocos funcionais no mdulo Conf
A operao de mdulo Conf com malhas de controle realizada atravs da
configurao e execuo em tempo real da malha configurada. A configurao de uma malha
de controle requer a configurao de um perodo de macrociclo, e do escalonamento de todos

Anexo A 139
os blocos funcionais e das mensagens de transferncia de dados peridicos (que enviam os
parmetros de sada de um bloco funcional at o parmetro de entrada de outro bloco
funcional).
Uma vez configurada a malha, esta pode entrar em modo de operao. Neste modo as
execues escalonadas passam a ocorrer nos instantes determinados e, assim, a malha de
controle executada com o perodo igual ao do macrociclo em uso.
O escalonamento da malha de controle apresentado em uma lista, conforme a figura
a seguir.
Malha de Controle e seu escalonamento
Quando o escalonamento de malhas ativado, as execues de blocos funcionais de
modo contnuo (funo de monitoramento) so suspensas e o monitoramento dos parmetros
via leitura de views s realizado caso haja uma janela de tempo adequada entre duas tarefas
escalonadas, de modo que o monitoramento no provoque atrasos de escalonamento.
A tabela de escalonamento indicada acima refere-se a uma malha de controle clssica
com compensador PID. Uma representao grfica da malha AI-PID-AO e o escalonamento
configurado para tal est na figura a seguir.

Anexo A 140
Malha de controle AI-PID-AO e correspondente escalonamento

Apndice A
APNDICE A Procedimentos de instalao

Apndice A 142
Este apndice detalha os passos necessrios para a instalao e configurao do
sistema em uma determinada mquina que funcionar como servidor. Este detalhamento vai
desde a instalao de componentes bsicos como um servidor HTTP at a instalao e
configurao do Moodle e do LabView. Todos estes softwares devero ser instalados
considerando o fato de que a mquina servidora ser dedicada ao FBSIMU On-line.
Primeiramente, o EasyPHP e o LabView devem ser instalados na mquina servidora.
Feito isso, o Moodle dever ser instalado e configurado. Neste ponto, a base de dados do
Moodle j dever ter sido criada. Assim, o driver ODBC j pode ser instalado e configurado.
Com todos os softwares instalados, os arquivos relacionados ao FBSIMU (as VIs) e os
arquivos PHP e HTML criados para uso do Moodle devem ser instalados nos diretrios
escolhidos pelos usurios. Por fim, o administrador poder utilizar a ferramenta de
configurao (FBSIMU Manager) para ajustar os parmetros finais.
Apache, MySQL, PHP (AMP)
A primeira etapa da instalao deste sistema instalar os softwares bsicos que sero
utilizados pelo Moodle. Estes softwares so o Apache, o MySQL e o suporte para PHP. Para a
instalao desses softwares, foi utilizado o EasyPHP que um pacote que contm os trs itens
comentados acima.
O pacote de instalao do FBSIMU On-line possui o arquivo easyphp1-8_setup.exe
que responsvel pela instalao. O processo de instalao padro e segue o mesmo modelo
de outros softwares convencionais, onde um diretrio selecionado, os termos de licena so
apresentados, etc.
Neste caso, as configuraes padro devem ser mantidas, considerando que a mquina
que ser utilizada, no possuir outros aplicativos que possam concorrer por recursos. Caso
algum conflito ocorra, como por exemplo, alguma porta em uso, o administrador do sistema
Apndice A 143
dever modificar os parmetros padro. Este aplicativo tambm oferece um gerenciador de
banco de dados que pode ser acessado atravs da Web.
A seguir tem-se uma figura com a pgina HTML inicial de configurao do EasyPHP
seguida de outra figura que a pgina HTML do sistema de administrao de banco de dados.
Na primeira figura possvel visualizar a verso de cada software instalado pelo EasyPHP.
Pgina inicial do EasyPHP
Pgina HTML para administrao de banco de dados

Apndice A 144
LabView
Da mesma forma do EasyPHP, a instalao do LabView tambm padro. A
diferena neste caso, est na configurao do LabView em relao ao seu servidor Web.
Considerando que um servidor de internet utiliza um IP e uma porta para efetuar seu trabalho,
estes devem ser configurados no LabView. Esta ferramenta j possui valores padro para estes
campos, mas devido ao fato de um servidor Apache estar sendo executado na mesma
mquina, estes valores devero ser modificados para evitar um conflito de endereos.
Para realizar esta configurao necessrio ir at a janela do LabView responsvel por
isso (Tools->Remote Panel Connection Manager). A nova janela tambm possui um menu
"Tools->Options", e, neste menu que o acesso s configuraes feito.
Com a janela de configurao aberta, o administrador dever ir at o item "Web
Server:Configuration". Neste item, o administrador dever inserir o diretrio raiz correto e
modificar o valor do campo "HTTP Port" de 80 para 81. A figura a seguir mostra esta janela
de configurao com alguns detalhes.

Apndice A 145
Janela de configurao do servidor Web do LabView
Moodle
A instalao do Moodle no segue o modelo das outras duas instalaes acima. Esta
instalao feita atravs de pginas HTML/PHP. Para realizar esta instalao, deve-se mover
os arquivos extrados do pacote do Moodle para o diretrio onde, atravs do Apache, foi
definido como raiz para os arquivos Web. Considerando que as configuraes padro do
EasyPHP foram mantidas, o diretrio raiz ser o "www" que est localizado no diretrio onde
o EasyPHP foi instalado.
Feito isso, o administrador do sistema dever executar o arquivo index.php
(http:\\127.0.0.1\moodle\index.php) para inicializar a instalao e configurao do sistema. A
figura a seguir mostra a pgina HTML que mostrada no processo de instalao.

Apndice A 146
Pgina inicial da instalao do Moodle
Durante o processo de instalao, parmetros de configurao so pedidos ao
administrador. Primeiramente, o diretrio onde o Moodle ser configurado deve ser escolhido.
Feito isso, a configurao e criao das tabelas do banco de dados so feitos como mostra a
figura a seguir.
Pgina onde o banco de dados ser configurado.

Apndice A 147
Driver ODBC
O ODBC (Open DataBase Connectivity) um padro desenvolvido pelo grupo SQL
Access em 1992 com o intuito de permitir o acesso a qualquer base da dados a partir de
qualquer software. A idia foi criar uma camada intermediria chamada de database driver,
entre o software que usa o banco de dados e o sistema de gerenciamento de banco de dados.
Considerando que o Moodle utiliza o MySQL para armazenar seus dados e o software
configurador (FBSIMU Manager) precisa modificar alguns itens deste banco, um driver
ODBC precisa ser instalado.
Assim, o driver MySQL ODBC 3.51 foi escolhido para tal fim. A instalao do driver
padro em relao aos softwares convencionais do mercado. Feita a instalao, este driver
dever ser configurado. A figura a seguir mostra os valores dos parmetros que devem ser
utilizados.
Configurao do driver ODBC

Apndice A 148
Apndice B
APNDICE B Ferramentas para criao de cursos a

distncia.
Apndice B 150
Como j dito neste documento, o crescimento do interesse no ensino a distncia
impulsionou a criao de ferramentas de auxlio para o desenvolvimento desses cursos. Uma
lista destas ferramentas (CMSs, LMSs...) apresentada neste apndice.
Segundo Adkins (2005), existe um grande crescimento do nmero de ferramentas
LMS no mercado, e boa parte destas ferramentas so as chamadas OS LMS (Open Source
Learning Management Systems). Dentre este conjunto de ferramentas de cdigo aberto (as
mais interessantes para este trabalho), as que mais se destacam so o Moodle, Ganesha,
Claroline, ILIAS, e Sakai. A ferramenta Moodle (escolhida para a implementao deste
trabalho) no aparecer neste apndice, pois um captulo dedicado a ela foi escrito.
As informaes apresentadas a seguir foram retiradas do site EDUTOOLS (2006) e
dos sites dos fabricantes de cada produto (acesso em agosto de 2006).
.LRN - baseado na Open Architecture Community System (openacs.org) e
dirigido pelo consrcio .LRN (.LRN Consortium). Como membros deste
consrcio incluem-se a Sloan School of Management at MIT e a Heidleberg
University. Este produto livre e distribudo sob os termos de licena GNU
GPL. desenvolvido para trabalhar sobre as plataformas Linux e Unix.
Maiores detalhes podem ser encontrados no site http://dotlrn.mit.edu/.
ATutor - desenvolvido pela Adaptive Technology Resource Centre at the
University of Toronto. Este produto livre, distribudo sob os termos de
licena GNU GPL e disponvel para as plataformas Linux, Unix ou Windows.
A estao servidora dever possuir suporte para PHP, Mysql e o servidor Web,
poder ser o Apache ou o Microsoft IIS. Maiores detalhes podem ser
encontrado no site http://www.atutor.ca/.

Apndice B 151
Blackboard - companhia fundada em 1997 que desenvolve, entre outros
softwares, o Blackboard Academic Suite. Este produto trabalha sobre as
plataformas Linux, Unix e Windows. O software usa uma base de dados que
poder ser o SQL Server 2000, o Oracle8, o Solaris ou o MySQL. Como
servidor Web possivel utilizar o Apache ou o Microsoft Internet Information
Server (IIS). Este software no livre e est protegido por termos de licena
que podem ser encontrados no site do fabricante. Maiores detalhes podem ser
encontrados no site http://www.blackboard.com/us/index.aspx.
CentraOne - um produto desenvolvido por uma companhia chamada Centra,
localizada em Boston. O software armazena seus dados em uma base de dados
MySQL ou Oracle. O sistema operacional compatvel o Windows. Este
software no livre e est protegido por termos de licena que podem ser
encontrados no site do fabricante. Maiores detalhes podem ser encontrados no
site http://www.saba.com/centra-saba/.
COSE - desenvolvido pela Staffordshire University, UK. O software livre e
em breve seu cdigo fonte ser liberado sob os termos de licena de cdigo
livre (Open Source licensing). O servidor Web utilizado pode ser o Apache ou
Microsoft Windows Internet Information Server (IIS) 4.0. O COSE utiliza
como sistema operacional o Linux, Solaris, Unix ou o Windows. Maiores
detalhes podem ser encontrados no site http://www.staffs.ac.uk/COSE/.

Apndice B 152
Educator - desenvolvido pela Ucompass, que foi originalmente criada em
1995 com o nome Compass Publishing. Inicialmente, produzia guias para
orientao de ensino superior. Em 1997 tornou-se uma companhia voltada ao
desenvolvimento de produtos para a Web. Em 1998 focou-se apenas em
tecnologias voltadas para a educao e desenvolveu o software Educator. Um
atributo deste software que ele suporta acesso a partir de navegadores Web da
plataforma Windows CE. O servidor deste produto compatvel com os
sistemas operacionais Linux, Unix e MAC OS X. Este software no livre e
est protegido por termos de licena que podem ser encontrados no site do
fabricante. Maiores detalhes podem ser encontrados no site
http://www.ucompass.com.
Internet Course Assistant - foi desenvolvido pela Nicenet e um pouco
diferente dos outros cursos. O Nicenet um portal Web onde um usurio cria
um curso e outros usurios utilizam este mesmo curso. A criao feita no
prprio servidor da Nicenet sem a necessidade ou possibilidade de
modificaes particulares. O software de uso livre e maiores detalhes podem
ser adquiridos no site http://www.nicenet.org/.
Jones e-education - foi desenvolvido pela empresa Jones Knowledge, Inc. que
foi fundada em 1987. Este software requer PHP, MySQL, Java 2SDK, Apache
e um Servlet engine como o Tomcat, Jetty ou JRUN. Este software livre
apenas para instituies autorizadas. Maiores detalhes podem ser encontrados
em http://www.jonesadvisorygroup.com/.
Apndice B 153
LON-CAPA - foi desenvolvido pelo Laboratory for Instructional Technology
in Education at Michigan State University. A origem do software vem da fuso
de dois outros projetos. O primeiro o CAPA (a Computer-Assisted
Personalized Approach), que fornecia aos estudantes conjuntos de problemas a
serem resolvidos, quizzes e provas. O segundo o LectureOnline, um projeto
para fornecer materiais de um dado curso para a Web. Este produto livre,
distribudo sob os termos de licena GNU GPL e desenvolvido para trabalhar
sobre a plataforma Linux. O acesso aos cursos disponibilizados pelo LON-
CAPA pode ser feito a partir de navegadores web convencionais, PDAs e
navegadores para Windows CE. Maiores detalhes sobre este software podem
ser encontrados em http://www.lon-capa.org/.
The Learning Manager - foi originalmente desenvolvido no Southern Alberta
Institute of Technology e mais tarde, foi prolongado para outra companhia
chamada The Learning Management Corporation. O sistema disponvel para
as plataformas Windows, usa como servidor o Microsoft Internet Information
Server (IIS) e armazena seus dados em uma base de dados Microsoft Access. O
custo da licena baseado no nmero de estudantes de uma dada instituio.
Maiores detalhes sobre este software podem ser encontrados em
http://thelearningmanager.com/TLM40web/.
Apndice B 154
WebCT - o software foi desenvolvido pelo grupo de Murraw W. Goldberg, da
University of British Columbia. Est disponvel para as plataformas Linux,
UNIX e Windows. Utiliza o Apache como servidor Web e requer Perl para seu
funcionamento. A licena baseada no nmero de alunos que acessa um dado
curso. Maiores detalhes sobre este software podem ser encontrados em
http://www.webct.com/.
ANGEL - o software foi desenvolvido pelo CyberLearning Labs. Est
disponvel apenas para a plataforma Windows e tem como repositrio de dados
o Microsoft SQL Server 2000. O custo de sua licena baseado no nmero de
usurios cadastrados. Maiores detalhes sobre este software podem ser
encontrados em http://www.cyberlearninglabs.com/.
Avilar WebMentor - software desenvolvido pela empresa Avilar
Technologies, Inc. que foi formada em 1997. O sistema compatvel com o
sistema operacional Windows. Sua licena no livre e est o software
protegido por termos de licena que podem ser encontrados no site do
fabricante. Requer para funcionamento o Netscape Web Server 2.0 ou
Microsoft Internet Information Server (IIS) e o Cold Fusion. Como repositrio
o software usa o MySQL. Maiores detalhes sobre o produto podem ser
encontrados em http://home.avilar.com/.
Bazaar - este sistema um Open Source que tem como objetivo fornecer um
software alternativo para substituir os sistemas proprietrios WebCT e
Blackboard. Este requer uma base de dados MySQL, um WebServer Apache e

Apndice B 155
Perl. O software disponibilizado para as plataformas Linux, Unix e Windows.
Este produto livre e distribudo sob os termos de licena GNU GPL. Maiores
detalhes podem ser encontrados no site http://klaatu.pc.athabascau.ca/.
Bodington - o software foi desenvolvido por Jon Maber e usado pela
universidade de Leeds. O produto possui seu cdigo aberto e est disponvel
para as plataformas Linux, Solaris e Windows. Armazena seus dados em um
banco de dados MySQL, Oracle ou PostgreSQL. Como servidor Web utiliza o
Tomcat ou o iPlanet. Maiores detalhes podem ser encontrados em
http://bodington.org.
BSCW - foi desenvolvido por OrbiTeam Software GmbH que foi fundada em
1998. O sistema livre para instituies de ensino e est disponvel para as
plataformas Windows, Solaris, SunOS, Linux, DEC OSF, HP-UX, Irix,
BSD/OS e AIX. Usa como servidor Web o Apache ou o Microsoft Internet
Information Server (IIS). Como interpretador usa o Python. Maiores detalhes
podem ser encontrados em http://bscw.fit.fraunhofer.de/.
Claroline - desenvolvido pela universidade de Louvain (Universit catholique
de Louvain) no instituto de Educao e Multimdia (Institut de Pdagogie
universitaire et des Multimdias). O software foi disponibilizado como um
Open Source em janeiro de 2002. Este produto livre e distribudo sob os
termos de licena GNU GPL. O armazenamento de dados feito em um banco
de dados MySQL e o Apache usado como servidor Web. Requer suporte para
Apndice B 156
a linguagem de script PHP. Est disponvel para as plataformas Windows e
Unix. Maiores detalhes podem ser encontrados em http://www.claroline.net/.
ClassWeb - o sistema foi desenvolvido por UCLA Social Sciences Computing.
Esta instituio usa e desenvolve este software desde 1997. Este produto um
Open Source e distribudo sob os termos de licena GNU GPL. O
armazenamento de dados feito em um banco de dados MySQL e o Apache
usado como servidor Web. Requer suporte para PHP, Perl e CGI. O software
disponvel para servidores que usam a plataforma Windows. Maiores detalhes
podem ser encontrados em http://classweb.ucla.edu/.
Colloquia - foi criado pela universidade de Wales, Bangor. O mesmo tem sido
usado desde 2000. O software livre para instituies educacionais sem fins
lucrativos. O Colloquia desenvolvido usando a linguagem Java e maiores
detalhes sobre esta plataforma se encontra em http://www.colloquia.net/.
Desire2Learn - foi desenvolvido pela companhia de mesmo nome do produto
que foi fundada em 1999. A licena do software no livre e possui diferentes
formas de cobrana. O software est disponvel para servidores Windows. O
servidor Web usado o Microsoft Internet Information Server (IIS). O
armazenamento de dados feito em um banco de dados Microsoft SQL Server.
Maiores detalhes sobre este produto podem ser encontrados em
http://www.desire2learn.com/.
Apndice B 157
eCollege AU+ - desenvolvido pela empresa eCollege que foi fundada em 1996
e previamente nomeada de RealEducation. O software no de uso livre e est
fabricante, entretanto existe uma licena que inclui suporte tcnico em seu
pacote. O sistema disponbilizado para o Windows e usa como base de dados
o Microsoft SQL Server. Alm disso, requer suporte para a tecnologia ASP.
Maiores informaes sobre o produto podem ser encontradas em
http://www.ecollege.com.
Eledge - foi desenvolvido pelo professor Chuck Wight da Universidade de
Utah. Esse produto um Open Source e distribudo sob os termos de licena
GNU GPL. Utiliza como base de dados o MySQL e est disponvel para a
maioria das plataformas UNIX e para outros sistemas que possuem o Java
Servlet Engine. Segundo o desenvolvedor do produto, lderes comerciais como
o WebCT e Blackboard oferecem uma soluo mais madura e de melhor
qualidade mas com um preo substancial. Maiores detalhes sobre o Eledge
podem ser encontrados em http://eledge.sourceforge.net/.
FirstClass - o software foi originalmente desenvolvido pela companhia
SoftArc em 1990. Em 1999 a companhia MC2 Learning Systems adquiriu a
SoftArc e formou-se a Centrinity. O sistema est disponvel para Windows,
Macintosh OS X, Macintosh OS 9 e Linux. Este software requer alguns termos
de licena para us-lo. Maiores detalhes sobre esta ferramenta podem ser
encontrados em http://www.centrinity.com/.
Apndice B 158
Fle3 - o software desenvolvido pela UIAH Media Lab, University of Art and
Design Helsinki em cooperao com Center for Research on Networked
Learning and Knowledge Building, Department of Psychology, University of
Helsinki. Este produto um Open Source e distribudo sob os termos de
licena GNU GPL. O software est disponvel para a maioria das variaes dos
sistemas UNIX e para verses do Windows compatveis com o ZOPE e o
Python. Maiores detalhes sobre o produto encontram-se em http://fle3.uiah.fi/.
ILIAS - foi desenvolvido originalmente como parte de um projeto chamado
VIRTUS na Faculty of Economics, Business Administration and Social
Sciences at the University of Cologne. O software livre e distribudo sob os
termos de licena GNU GPL. O sistema est disponvel para a maioria das
distribuies Linux, para o Solaris e para sistemas UNIX. Usa como servidor
Web o Apache, armazena seus dados em uma base de dados MySQL e utiliza
tambm a linguagem PHP. Maiores detalhes sobre este produto podem ser
encontrados em http://www.ilias.de/ios/index-e.html.
IntraLearn SME - o software foi desenvolvido pela empresa IntraLearn
Software Corporation que foi fundada em 1994. Esta empresa possui uma
parceria com a Microsoft (Microsoft Gold Certified Solution Provider
Partner). A licena deste produto no livre e est protegido por termos de
licena que podem ser encontrados no site do fabricante. Est disponvel para
os sistemas Windows e usa como servidor Web o Microsoft Internet
Information Server(IIS). A base de dados deste produto o Microsoft SQL

Apndice B 159
Server. O software requer o Macromedia Cold Fusion Professional e o Crystal
Reports Developer. Maiores detalhes deste produto podem ser encontrados em
http://www.intralearn.com/.
Janison Toolbox - foi desenvolvido pela companhia Janison Solutions Pty
Ltd, situada na Austrlia e fundada em 1996. Sua licena no livre e os
valores variam dependendo o local onde a mesma ser usada. Possui um valor
para institutos educacionais australianos, um valor para instituies
educacionais internacionais, um para corporaes australianas e um outro valor
para corporaes internacionais. O sistema disponvel para sistemas
operacionais Windows e usa como base de dados o Microsoft Access database
com MS Data Engine database ou Microsoft SQL Server. Maiores detalhes
sobre este produto podem ser encontrados em
http://www.janison.com.au/janison/.
Jenzabar Internet Campus Solution - sistema foi desenvolvido pela empresa
Jenzabar que foi fundada em 1998. A licena do software no livre e est
fabricante. O sistema disponvel para Windows, usa como servidor Web o
Microsoft Internet Information Server (IIS) e como base de dados o Microsoft
SQL Server 2000. Maiores detalhes sobre o produto encontram-se em
http://www.jenzabar.net/.
Apndice B 160
KEWL - o sistema foi desenvolvido pelo professor Derek Keats, da University
of Western Cape, frica do Sul, sendo que a primeira verso foi desenvolvida
por Derek Keats e Martin Cocks. KEWL uma abreviatura para Knowledge
Environment for Web-based Learning. O sistema livre e possui seu cdigo
fonte aberto (Open Source). Est disponvel para o sistema operacional
Windows, usa como servidor Web o Microsoft Internet Information Server (IIS)
e como base de dados o Microsoft SQL Server. Maiores informaes sobre o
produto podem ser encontradas em http://kewl.uwc.ac.za.
KnowEdge eLearning Suite - um Learning Management System
desenvolvido pela empresa Inter Netion que tem base em Singapura. Este
software um freeware que est disponvel para as plataformas Windows. Usa
como base de dados o Microsoft Access ou o Microsoft SQL Server. Como
servidor Web, o software usa o Microsoft Internet Information Server. Maiores
detalhes sobre este produto podem ser encontrados em
http://www.knowedge.net/.
Learnwise - o sistema foi desenvolvido atravs de uma parceria entre a
empresa Granada Learning e a Universidade de Wolverhampton sob o
gerenciamento do professor Steve Molyneux. A licena do sistema no livre e
a taxa da mesma cobrada com base no nmero de usurios que usaro o
sistema. O software est disponvel para o Windows 2000 ou 2003. Requer um
servidor Web como o Apache e um Java Servlet Engine como o Tomcat. O
armazenamento de dados feito no banco de dados Microsoft SQL Server ou

Apndice B 161
no Oracle. Maiores detalhes deste produto podem ser encontrados em
http://www.learnwise.com/.
Manhattan Virtual Classroom - o sistema foi originalmente desenvolvido em
1997 no Western New England College, por Steven Narmontas. O software
livre e distribudo sob os termos de licena GNU GPL. O servidor Web
utilizado o Apache e o sistema foi escrito inteiramente em linguagem C. O
software est disponvel para plataformas Linux e Unix. O armazenamento de
informaes feito com o uso da base de dados Mysql. Maiores detalhes sobre
este produto podem ser encontradas em http://manhattan.sourceforge.net/.
MimerDesk - este software desenvolvido pela companhia Ionstream Ltd que
tem base em Espoo, na Finlandia. O sistema livre e distribudo sob os termos
de licena GNU GPL. O servidor Web utilizado o Apache, e a base de
informaes armazenada em um banco de dados MySQL. Alm disso, o
software requer a linguagem Perl. O sistema est disponvel para as
plataformas Linux e Unix. Maiores detalhes sobre o produto podem ser
encontradas em http://www.mimerdesk.org/.
Teknical Virtual Campus - o sistema foi desenvolvido pela companhia
Teknical Ltd fundada em 1997 e localizada no Reino Unido. O preo da
licena para uso do software baseado no nmero de usurios registrados no
mesmo. O suporte tcnico para o sistema incluso na taxa dessa licena. O
software est disponvel para as plataformas Windows 2000 ou 2003. Para

Apndice B 162
armazenamento de informaes, a base de dados Microsoft SQL Server
utilizada. Maiores detalhes sobre o produto podem ser encontrados em
http://www.teknical.com/default.htm.
TeleTop - o software foi desenvolvido pela Universidade de Twente. O mesmo
usa como suporte a tecnologia LOTUS/IBM e disponvel para o Windows e
para qualquer variao de Linux e Unix que sejam capazes de executar o Lotus
Dominio. Para o armazenamento de dados o sistema utiliza o IBM Lotus
Dominio server. Maiores detalhes sobre este sistema podem ser encontrados
em http://www.teletop.nl/.
Virtual-U - o sistema foi desenvolvido pela companhia Virtual Learning
Environments Inc., fundada em 1996. A licena do sistema cobrada com
relao ao nmero de servidores a serem instalados. O suporte tcnico do
sistema tambm cobrado atravs de uma taxa adicional ao valor da licena. O
software requer como servidor Web o Apache e utiliza a linguagem Perl. Est
disponvel para a maioria das variantes da plataforma UNIX. Maiores detalhes
sobre este produto podem ser encontrados em http://www.virtual-u.org/.
Sakai O projeto teve origem na Universidade de Michigan e na Universidade
Indiana. O projeto Sakai uma comunidade de desenvolvimento de software
com o objetivo de desenvolver um novo CLE (Collaboration and Learning
Environment). O projeto teve incio em Janeiro de 2004. O software livre e
distribuido sob os termos da Educational Community License Version 1.0. O
sistema desenvolvido utilizando-se a linguagem Java e pode ser executado

Apndice B 163
em plataformas Unix, Linux e Windows. Maiores detalhes sobre este produto
podem ser encontrados em http://www.sakaiproject.org/
Unicon Academus - O sistema desenvolvido pela empresa UNICON. O
software est protegido por termos de licena que podem ser encontrados no
site do fabricante. O sistema tem suporte para a plataforma Unix e Windows e
requer uma Java Servlet Engine como o Tomcat. Como base de dados pode ser
usado o Oracle, o PostgreSQL e o Microsoft SQL Server. Maiores detalhes
sobre este produto podem ser encontrados em
http://www.unicon.net/products_519.html.
Aulanet - O AulaNet um software LMS (Learning Management System) que
possui uma eficiente plataforma de ensino. A ferramenta foi desenvolvida no
Laboratrio de Engenharia de Software - LES - do Departamento de
Informtica da PUC-Rio, em 1997. A EduWeb distribuidora e representante
exclusiva desse software. Sua distribuio feita gratuitamente pela empresa
por meio de download ou por aquisio de CD-Rom. Com uma base instalada
de mais de 4.100 AulaNet's no Brasil e no exterior, o software j possui verses
em ingls e espanhol. Maiores detalhes sobre este produto podem ser
encontrados em http://guiaaulanet.eduweb.com.br/.
Teleduc - O TelEduc um ambiente de ensino a distncia pelo qual pode-se
realizar cursos atravs da Internet. Est sendo desenvolvido pelo Ncleo de
Informtica Aplicada Educao (Nied) e pelo Instituto de Computao (IC)

Apndice B 164
da Universidade Estadual de Campinas (Unicamp). O TelEduc um software
livre, onde o usurio pode redistribu-lo e/ou modific-lo sob os termos de
licena GNU GPL. Tem suporte para o sistema operacional Linux, usa como
servidor Web o Apache e para o armazenamento de dados utiliza o MySQL.
Usa como linguagem de programao o PHP e o C (compilador gcc). Maiores
detalhes sobre este produto podem ser encontrados em
http://hera.nied.unicamp.br/teleduc/.
Ganesha O produto desenvolvido por uma empresa francesa chamada
Anema Formation. Este sistema um Open Source e distribudo sob os
termos de licena GNU GPL. O software est disponvel para a maioria das
variaes dos sistemas UNIX, Linux, MAC OS X, e para verses do Windows.
compatvel com o servidor Web Apache e IIS e possui como base de dados o
MySQL. Como linguagem de programao utiliza o PHP. Maiores detalhes
sobre o produto encontra-se em http://savannah.nongnu.org/projects/ganesha/.

Apndice C
APNDICE C Open Source modificados.

Apndice C
Os cdigos apresentados a seguir foram utilizados na implementao deste trabalho.
Primeiramente, necessrio saber que esses cdigos s puderam ser modificados, pois esto
sob os termos de licena GPL GNU General Public. Este tipo de licena permite executar o
programa de terceiros para qualquer propsito, permite estudar como o programa funciona e
adapt-lo para as suas necessidades, permitem redistribuir cpias e aperfeioar o programa
liberando os seus aperfeioamentos (Free Software Foundation, 2006).
O primeiro cdigo a ser mostrado neste apndice o cdigo escrito no arquivo
logout.php. A figura a seguir mostra a comparao entre o cdigo original (fornecido no
pacote do Moodle) e o cdigo modificado. A nica mudana uma chamada de funo e
portando uma modificao pontual foi feita.
Cdigo do arquivo logout.php

Apndice B 167
Outro Open Source usado foi o cdigo responsvel por apresentar aos usurios do
sistema os arquivos de log e de configuraes salvas. As figuras a seguir mostram uma
comparao entre o cdigo original escrito por Law Eng Soon e o cdigo modificado e usado
neste sistema. Devido a grande quantidade de cdigo existente neste arquivo, apenas as partes
onde as modificaes foram feitas so apresentadas.
Cdigo do PHP Explorer modificado linha 27 a 72.

Apndice B 168
Cdigo do PHP Explorer modificado linha 240 a 270.

Tese Final Mossin

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Tese Final Mossin

Enviado por

Direitos autorais:

Formatos disponíveis

EDUARDO ANDR MOSSIN

Laboratrio remoto para ensino a distncia

Dissertao apresentada Escola de Engenharia

rea de Concentrao: Dinmica das Mquinas

Ficha catalogrfica preparada pela Seo de Tratamento

Mossin, Eduardo Andr

Dissertao (Mestrado) - Programa de Ps-Graduao e rea de Concentrao em

1. Ensino a distncia. 2. Simulao. 3. Foundation Fieldbus. 4. Web. 5. Sistemas

Agradeo primeiramente ao mestre e amigo Dr. Luis Carlos

MOSSIN, E. A. (2007). Laboratrio remoto para ensino a distncia de sistemas

Frente a abrangente presena da internet no ambiente acadmico e residencial, a literatura

relata, na ltima dcada, um nmero crescente de experincias de ensino a distncia na rea

estado da arte sobre as experincias acadmicas no emprego de laboratrios on-line

relacionados teoria de controle e introduz uma nova proposta de arquitetura de acesso

protocolo FOUNDATION Fieldbus em ambiente simulado.

Palavras-chave: ensino a distncia, simulao, FOUNDATION Fieldbus, Web, sistemas de

MOSSIN, E.A. (2007). Web Laboratory to Networked Control Systems Distance

Learning. M. Sc Dissertation - Escola de Engenharia de So Carlos, Universidade

de So Paulo, So Carlos, 2007.

the literature shows an increasing number of experiences of distance learning in the

FOUNDATION Fieldbus protocol using a simulated environment.

Keywords: distance learning, simulation, FOUNDATION Fieldbus, Web, distributed control

Figura 1 - Sistema Fieldbus e seus componentes .....................................................................19

Tabela 1 Vantagens e desvantagens do ensino a distncia....................................................23

1.1 ORGANIZAO DO TRABALHO ..............................................................................18

1.2 ENSINO DE REDES FIELDBUS ..................................................................................18

1.3 FOUNDATION FIELDBUS...........................................................................................25

1.4 FBSIMU ..........................................................................................................................31

2 REVISO BIBLIOGRFICA ........................................................................................35

2.1 ACESSO REMOTO A INSTRUMENTOS REAIS........................................................41

2.2 ACESSO REMOTO A SIMULADORES.......................................................................44

2.3 LABORATRIOS REMOTOS PARA ENSINO DE REDES DE CAMPO .................45

3 PLATAFORMA DE DESENVOLVIMENTO E SIMULAO (FBSIMU ON-LINE) 49

3.2 APACHE, MYSQL, PHP (AMP) .....................................................................................63

3.2.1 APACHE ..................................................................................................................................... 64

3.2.3 MYSQL ...................................................................................................................................... 66

3.3 DETALHES DE SOFTWARE DO SISTEMA...............................................................67

3.3.1 CONTROLE DE ACESSO S INSTNCIAS DO FBSIMU................................................................ 68

3.3.1.1 Cdigo para gerenciamento de uso do FBSIMU ................................................................... 71

3.3.2.1 Cdigo do FBSIMU Manager................................................................................................ 81

3.3.3.1 Gerenciador de arquivos desenvolvido em PHP ................................................................... 85

4.1 TESTE DO CONTROLE DE ACESSO..........................................................................89

4.1.1 TESTE DO CONTROLE REALIZADO NO FBSIMU MANAGER ........................................................ 89

4.1.2 TESTE DO CONTROLE REALIZADO NA VI DO FBSIMU.............................................................. 90

4.1.2.1 Teste do controle por tempo sem uso da VI ........................................................................... 90

4.2 TESTE PILOTO ..............................................................................................................91

4.2.1 PLANO DE TESTE EXECUTADO ................................................................................................... 91

4.2.2 RESULTADOS DO TESTE ............................................................................................................ 95

4.2.3 CONCLUSO DO TESTE............................................................................................................ 100

5.1 TRABALHOS FUTUROS ............................................................................................104

ANEXO A DESCRIO DETALHADA DO FBSIMU....................................................115

APNDICE A PROCEDIMENTOS DE INSTALAO ..................................................141

APNDICE B FERRAMENTAS PARA CRIAO DE CURSOS A DISTNCIA........149

APNDICE C OPEN SOURCE MODIFICADOS. ............................................................165

em redes de cho de fbrica (fieldbuses) e o significativo nmero de protocolos digitais de

CAN e DeviceNet), estimulam a comunidade cientfica ao estudo e desenvolvimento de

Algumas ferramentas computacionais de pesquisa e desenvolvimento, elaboradas com

o objetivo de expandir os recursos de desenvolvimento e de testes em redes de cho de fbrica

de ferramentas, pesquisadores e estudantes podem simular processos de comunicao em

redes e abranger diferentes aspectos de funcionamento dos mesmos.

Com a abrangente presena da Internet no ambiente acadmico e domstico, acessos

de comodidade ao usurio, o fato de que a metodologia de ensino acadmico, especificamente

na rea de controle e automao, passa por um processo de adaptao a novas tecnologias de