Академический Документы
Профессиональный Документы
Культура Документы
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.
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
remoto, que ser aplicada ao ensino de sistemas de controle distribudos via rede de campo no
controle distribudos.
ABSTRACT
Due to the increasing presence of the Internet in the academic and residential environment,
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
systems.
LISTA DE FIGURAS
1.5 OBJETIVOS....................................................................................................................33
3.1 MOODLE.........................................................................................................................59
3.2.2 PHP........................................................................................................................................... 65
5 CONCLUSES .............................................................................................................103
Captulo
1 Introduo
O aumento da demanda por sistemas de automao e controle de processos baseados
comunicao voltados para esta finalidade (Hart, Profibus, Profinet, Foundation Fieldbus,
sistemas de controle via rede, ou Networked Control Systems (TIPSUWAN et. al, 2003).
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
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
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
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
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
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
Para gerenciar a comunicao entre esses dispositivos, mais conhecidos como field
protocolo usado em sistemas de controle distribudos e que possui uma arquitetura na qual
No mercado, existem vrios protocolos fieldbus, como, por exemplo, CAN (Control
FOUNDATION Fieldbus. Este trabalho refere-se ao FOUNDATION Fieldbus (veja item 1.3 na
pgina 25).
malhas de controle de processos industriais. Vrias ferramentas foram criadas com o objetivo
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
com foco na camada de aplicao de blocos funcionais (veja o item 1.4 na pgina 31).
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.
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
(2001) disse que o aprendizado a distncia oferece, alm das vantagens j citadas, a
laboratrios e ferramentas. Foi da que nasceu a idia principal deste trabalho, que o
ferramenta a partir de qualquer computador que possua acesso a internet (veja item 1.5 na
pgina 33).
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
(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
(online education). Para este modelo, a literatura tambm utiliza outros termos: educao
contedo educacional.
de trabalho.
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
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,
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
instituio de ensino para fazer prova ou aulas prticas) ultrapassou 60.000. Alm disso, j
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.
Uma pesquisa mostrou que em 2005 a procura pela educao a distncia cresceu 62%,
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
simplificar o trabalho dos professores no gerenciamento dos cursos a distncia. Com este tipo
para a internet contendo novos cursos, sendo que estes podero ser criados de forma simples e
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
Alguns autores elaboraram definies para este tipo de sistema. ADKINS (2005)
mais bases de dados e uma linguagem de programao que pode ser Java/J2EE ou mesmo
Alm disso, estes sistemas so divididos em vrios componentes que incluem modelos
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
fieldbus nico. A Fieldbus Foundation uma organizao independente, sem fins lucrativos,
controladores. De forma superficial, pode-se classificar este protocolo como uma LAN (Local
A figura 2 ilustra a estrutura de uma rede FOUNDATION Fieldbus simples, onde, uma
sobrepostas, no qual cada camada, responsvel por uma classe de tarefas, se comunica com as
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
mquinas, ainda que localmente a comunicao se faa de maneira vertical. A figura 3 mostra
definiu uma camada adicional chamada Aplicao de Usurio (User Application) que no
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
(FBAP) que composto de blocos de recurso (Resource Blocks), blocos de funo (Function
Introduo 29
formato padro para que os configuradores, ou algum outro tipo de aplicativo, possam
dispositivos de uma rede FOUNDATION Fieldbus. A seguir segue uma breve explicao 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
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
Block, que manda valores para os atuadores ou para outros tipos de sadas. Por
como este poder ser acessado. Cada bloco tem uma determinada tarefa e cada
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),
etc.
FBSIMU. No item 1.4, pgina 31, maiores detalhes sobre o uso dessa ferramenta so
apresentados.
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
AI, enviar esta informao para o bloco PID. O PID ir comparar o valor lido com o set
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
1.4 FBSIMU
funcionais de estrutura modular e escalonvel, composto somente por software. Cada mdulo
simulao;
1.5 Objetivos
O primeiro objetivo deste trabalho fazer uma anlise dos tipos de cursos e
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.
acesso remoto ferramenta de simulao descrita no item 1.4 (FBSIMU), com aplicao em
FBSIMU, este portal dever possuir controle de usurios e extensibilidade para a insero de
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
e 70, o uso do rdio e do videocassete foi um grande salto para o crescimento deste tipo de
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.
Nestes sistemas, o aluno, alm de visualizar uma aula remotamente, pode interagir atravs de
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
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
um laboratrio remoto como o FBSIMU On-line e, por isso, as questes levantadas acima
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
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
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
relao a extensibilidade e facilidade de manuteno deve ser priorizada a fim de amenizar tal
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
tipo deva ser flexvel e escalvel para poder lidar com futuros tipos de mdia, tecnologias de
flexveis que as primeiras ferramentas voltadas para a criao e administrao dos cursos ou
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.
Baseado no nmero de
ANGEL Windows
estudantes
Reviso Bibliogrfica 38
Depende de termos de
Avilar WebMentor Windows
licena
Depende de termos de
Blackboard Linux/Unix/Windows
licena
Windows/Solaris/SunOS/
Livre para instituies de
BSCW Linux/DECOSF/HP-UX/Irix/
ensino
BSD/OS/AIX
Depende de termos de
CentraOne Windows
licena
Depende de termos de
eCollege AU+ Windows
licena
Depende de termos de
Educator Linux/Unix/MAC OS X
licena
UNIX/Linux/MAC OS X/
Ganesha GNU GPL
Windows
Depende de termos de
IntraLearn SME Windows
licena
Baseado no nmero de
Learnwise Windows 2000/2003
estudantes
Manhattan Virtual
GNU GPL Linux/Unix
Classroom
Educational Community
Sakai Linux/Unix/Windows
License Version 1.0
Reviso Bibliogrfica 40
Baseado no nmero de
Teknical Virtual Campus Windows 2000/2003
estudantes
Baseado no nmero de
The Learning Manager Windows
estudantes
Depende de termos de
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
laboratrios com acesso remoto a instrumentos reais (descrito no item 2.1 na pgina 41). A
permitir ao aluno fazer qualquer tipo de experimento sem restries de segurana. J no uso
executar poucos tipos de experimentos para preservar sua segurana pessoal, a segurana dos
experincia mais realista com equipamentos industriais. Entretanto, se o simulador for realista
constitudo de um ambiente para operao a distncia de uma planta real de testes atravs da
mesmo pode se adaptar facilmente a outras plantas localizadas neste laboratrio. Os softwares
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.
aos seguintes processos dinmicos: um motor DC, um tanque para controle de nvel, um
algoritmo de controle.
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
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
podem tanto monitorar como controlar a planta. O ambiente foi desenvolvido com o LabView
disso, uma interface para o Matlab fornecida para os alunos validarem seus prprios cdigos
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
em Java. O estudante envia parmetros para um servidor que se comunica com um analisador
realizado.
Reviso Bibliogrfica 43
(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
acoplados, montados sobre um reservatrio de gua, no qual o nvel de lquido de cada tanque
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
dos sensores e envio de comandos para os amplificadores que controlam os motores da planta.
execuo das funes de controle e acesso remoto) e o Maple. A ferramenta criada foi
baseado no plug-in do Matlab para acesso remoto, na linguagem para animao de modelos
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
sistemas.
J-DSP, foi desenvolvido por SPANIAS et al. (2000). Este sistema, alm de experimentos on-
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
Reviso Bibliogrfica 45
resultados so enviados de volta ao cliente com o uso do CGI (Common Gateway Interface).
um sistema on-line desenvolvido em Visual Basic foi criado por CHAN et al. (2002). O
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.
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
Simulink. Para o acesso remoto, a mquina servidora precisar manter o WinCon Server
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
Reviso Bibliogrfica 46
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
uma webcam, alguns transmissores inteligentes com o protocolo CANopen e uma placa de
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
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
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
dos experimentos. Devido ao uso de uma planta piloto, os experimentos no podem ser
Line)
trabalho. Neste captulo, uma descrio detalhada de como este acesso foi desenvolvido
Antes de iniciar qualquer tipo de implementao deste tipo de portal voltado para a
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
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
Como j foi ilustrado nos captulos anteriores, implementar um portal voltado para
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
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
disponvel para acesso remoto. Esta disponibilizao ser feita pelo prprio LabView
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
determinado usurio. Figuras mais detalhadas sero apresentadas conforme maiores detalhes
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-
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
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
Nota-se atravs desta viso macro da arquitetura deste sistema que a grande
LabView possui um pacote responsvel por fornecer o acesso remoto s suas VIs (Virtual
conjunto destas instrues que esto armazenadas em arquivos desse tipo. Quando uma
fornece a interface grfica ao usurio, e atravs desta interface, tal usurio cria seus blocos e
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
Plataforma de Desenvolvimento e Simulao 53
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
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
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
concorrncia deste recurso, ou seja, o LabView garante que apenas um usurio utilizar uma
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
(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
Plataforma de Desenvolvimento e Simulao 54
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
A figura 7 mostra o modelo de instncias e mquinas clientes acessando cada uma destas
VIs.
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
Plataforma de Desenvolvimento e Simulao 55
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
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.).
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
Uma observao relacionada ao controle de acesso o tipo de acesso que cada usurio
Estes podero tambm dar assistncia para seus alunos atravs da criao de novos
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
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).
FBSIMU On-line. esta interface que o aluno ou professor ir visualizar quando acessar o
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
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
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.
Plataforma de Desenvolvimento e Simulao 58
Seguindo esta arquitetura, tm-se os passos percorridos pelo sistema desde o registro de
comunicao entre a mquina cliente e a servidora. A seguir tem-se os passos que uma
i) Moodle valida o usurio que acaba de entrar no sistema. Neste momento, o usurio
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
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
momento, outro cdigo em PHP executado e, atravs de uma nova modificao feita no
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
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
General Public License (GPL). Tais termos tm por objetivo garantir a liberdade de
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
Uma grande nfase dada para a questo da segurana. Todos os dados so validados,
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
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
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
simples.
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.
Plataforma de Desenvolvimento e Simulao 62
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
forma automtica.
MS-PowerPoint, Animaes, Vdeo, Sons, etc.). Os usurios podero enviar arquivos (provas,
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
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
Cada nmero indicado pela figura 11, mostra uma etapa que ser detalhada para
melhor entendimento:
partir de um navegador web (Mozilla Firefox, Internet Explorer, etc.) que manda um
arquivos PHP devem ser encaminhados para o processador PHP, executa esta funo.
de algumas informaes.
Plataforma de Desenvolvimento e Simulao 64
formatao feita para adequar os dados para uma posterior formatao em HTML.
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
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
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
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
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
3.2.2 PHP
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
Existem trs principais reas em que o PHP usado hoje. A primeira e mais comum
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
executados de forma local (PHP GROUP, 2006). A verso de PHP usada neste trabalho a
4.3.33.
3.2.3 MySQL
remoo destes dados. Com a evoluo da tecnologia, existem hoje no mercado vrios
FileMaker, e MySQL.
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
Plataforma de Desenvolvimento e Simulao 67
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
sistema cliente/servidor que consiste de um servidor SQL multitarefa que suporta acessos
Alm desses softwares usados na construo do sistema, alguns outros precisaram ser
softwares so apresentados.
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
FBSIMU.
Plataforma de Desenvolvimento e Simulao 68
chamados VIs. Para o acesso remoto, uma VI deve ser publicada para a internet e assim,
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
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
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
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
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
Plataforma de Desenvolvimento e Simulao 69
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 (),
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
pelo usurio. O exemplo da figura 14 mostra a vi1 sendo 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
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
usurio use o sistema de forma correta, ou seja, o usurio acessa o FBSIMU, faz seus
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.
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
Plataforma de Desenvolvimento e Simulao 71
log-out, em dez minutos esta VI ser liberada para acesso de outro usurio, evitando assim
Considerando o fato de que uma VI pode estar em modo Stop e, portanto, sem
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
Alm do cdigo PHP fornecido pelo projeto Moodle, algumas implementaes foram
O cdigo PHP criado voltado para o gerenciamento do uso das VIs do FBSIMU. Tal
que so armazenados no diretrio fixPages que fica dentro do diretrio onde a instalao do
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
Plataforma de Desenvolvimento e Simulao 72
para o acesso ao FBSIMU so criados (arquivo HTML). Feito isso, um script em Java
execuo dessas tarefas, tal arquivo utiliza funes que esto armazenadas no arquivo
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
Alm desses arquivos criados, foi necessria a modificao de uma parte do cdigo do
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
Plataforma de Desenvolvimento e Simulao 74
Alm dos algoritmos que foram implementados usando a linguagem PHP, algoritmos
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
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
tenha nenhum usurio relacionado, o algoritmo ir entender que o usurio que estava
acima.
Plataforma de Desenvolvimento e Simulao 75
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
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
(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
A primeira aba (figura 18), denominada Web, responsvel pela configurao dos
instalao do Moodle. Alm disso, atravs desta interface, o usurio modifica o banco de
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
apenas ao servidor Apache. Para configurar o servidor Web do LabView, o usurio dever
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.
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
disponveis. Alm disso, o arquivo fbsimu.ini deveria ser editado manualmente para criar uma
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
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.
Plataforma de Desenvolvimento e Simulao 80
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
O FBSIMU Manager foi desenvolvido em Java e tem por objetivo ajustar todos os
diagrama de classes detalhando os mtodos e a relao de uso de cada uma das classes
envolvidas.
Plataforma de Desenvolvimento e Simulao 82
Seguindo o diagrama de classes, tem-se a tabela 4 que detalha a funo de cada classe.
PHP. Alm disso, usando a linguagem G do LabView, foi criada uma operao para o
do FBSIMU de forma que cada usurio manipule apenas os arquivos salvos em seu
respectivo diretrio.
Alm disso, este usurio poder apagar e fazer download desses arquivos.
reutiliz-las.
remota, o modelo feito para salvar e posteriormente abrir estes arquivos foi
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
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
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
acesso remoto s VIs do FBSIMU. Alm destes testes pontuais, um teste piloto
sistema.
est distribudo entre trs softwares (FBSIMU Manager, LabView e cdigo PHP do
FBSIMU).
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
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
4.1.2.2.
nenhuma operao de forma a deixar a respectiva VI parada. Aps dez minutos sem
foi executado. Como resultado, o arquivo fbsimu.ini foi modificado a fim de liberar o
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.
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
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
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.
A idia foi configurar o sistema com cinco instncias de VIs do FBSIMU para
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,
Criao de um bloco AI
Criao de um bloco AO
comportamento da sada da planta. Alm disso, atravs dessa interface, o usurio pode
Assim, com a planta simulada disponvel para uso, o aluno poder criar uma
bloco AI (Analog Input) criado para receber o valor de sada (sensor da planta) e
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.
Ao fim de tal experimento, o usurio salvou cada uma das configuraes dos
cada arquivo.
Por fim, um novo acesso remoto ferramenta FBSIMU foi feito. Neste novo
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
Neste momento, o sistema apresentou uma demora para retornar uma resposta. Isto foi
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
sobre a relao de qual usurio est acessando uma determinada VI, foi alterado e que
necessrios para permitir o acesso aos painis remotos do FBSIMU e cada arquivo foi
O LabView oferece uma ferramenta que mostra todas as VIs que esto sendo
mostra a relao de qual mquina est acessando uma determinada VI. A figura 30
disponibilizadas no servidor.
Resultados 97
Figura 30 - Grfico do LabView com status dos acessos de cinco mquinas remotas
da resposta do sistema. vlido salientar que quanto mais VIs liberadas para acesso
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
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.
Sendo assim, todas as VIs esto livres para acesso novamente. A prxima etapa
relativos a cada usurio. Assim, cada usurio acessou os sites responsveis por este
corrente).
O ltimo teste refere-se ao tratamento dado pelo sistema quando um usurio sai
Passado este tempo, o cdigo criado nas VIs do FBSIMU foi executado e o arquivo
Para finalizar, uma das VIs foi abandonada por um dos usurios, sem ser
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.
momento de sada), o funcionamento do mesmo ser mais efetivo. Caso o usurio saia
um perodo que pode chegar a at 45 minutos (tempo mximo de uso de uma VI este
tempo configurvel).
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
5 Concluses
Desde o incio da criao dos protocolos fieldbus, existe um grande interesse em
didticas de simulao foram criadas com o objetivo de facilitar estas pesquisas, como, por
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
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
oferecendo uma flexibilidade ainda maior aos usurios das ferramentas de simulao e at
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
ao sistema.
Concluses 104
lembrando que ajustes (descritos no captulo 3, pgina 49) precisaram ser feitos para garantir
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
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
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
execuo de testes.
Como foi destacado neste trabalho, uma grande preocupao com a capacidade de
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
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
outros protocolos fieldbus. Outro ponto importante a ser destacado para o melhoramento do
fbsimu.ini (detalhado no item 3.3.1, pgina 68), uma adaptao deste arquivo para um banco
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.
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.
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.
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
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.
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
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.
Referncias Bibliogrficas 109
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.
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.
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.
IBM LOTUS LEARNING (2006). IBM lotus learning management system. Disponvel
em: <http://www.ibm.com/developerworks/lotus/products/elearning/>. 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.
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.
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.
MOODLE (2006). A Free, Open Source Cource Management System for Online
Learning. Disponvel em: <http://www.moodle.org/>. Acesso em: 15 ago. 2006.
MYSQL AB (2006). The world's most popular open source database. Disponvel em:
<http://www.mysql.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.
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.
PHP GROUP (2006). Disponvel em: < http://www.php.net//>. Acesso em: 14 fev. 2006.
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.
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.
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.
VIEDMA, G.; DANCY, I.; LUNDBERG, K. (2005). A web-based linear-systems iLab. In:
AMERICAN CONTROL CONFERENCE, 2005, Natal. Proceedings Portland: [S.l.].
Bloco Funcional
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
integral derivativo
RA - Controle de relao TMR - Timer
AALM - Alarme
analgico
Conjuntos de blocos funcionais normalizados
funo de automao bsica realizada por uma aplicao, projetado de modo a torn-lo
parmetros de entrada em funo da sua configurao e assim geram sadas que sero
sada;
valor recebido pelos links com outros blocos nos seus parmetros de entrada;
bloco funcional.
Anexo A 118
Parmetros de outros
Blocos funcionais
Parmetros Parmetros
Algoritmo de
de de
Processamento
entrada saida
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
funcional tem incio. O algoritmo do bloco operando ento sobre os parmetros de entrada
funcionais como parmetros de entrada e de sada, mas podem ser acessados e modificados
algoritmo.
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
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
diversas naturezas:
tabela de agendamento. (O instante em que cada bloco funcional tem sua execuo iniciada
funcional pode estar atrelado ao trmino da execuo de outro bloco funcional pertencente ao
mesmo dispositivo;
- Especfico do fabricante.
ligao pode ser estabelecida local, entre blocos de um mesmo dispositivo, ou remotamente,
controle distribudas em tempo real nos dispositivos sincronizados de uma rede fieldbus,
completamente executada.
Parmetros de configurao
- Nome ou mnemnico;
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
precisam ser recuperados aps uma falha por queda de energia, por exemplo.
no-voltil no caso de uma falha por queda de energia. Normalmente os parmetros estticos
Anexo A 122
- Tamanho, em bits;
- Valor inicial;
- 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.
indicar a qualidade do valor da varivel. Este status composto por trs partes: qualidade,
- Uncertain neste caso, a qualidade do dado duvidosa, pode ter ocorrido erro na
aquisio ou em clculos;
limitado ou no, ou seja, se este foi restringido por extrapolar valores pr-determinados.
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
seguem um parmetro externo vindo do bloco que est ligado em seqncia no fluxo
direto;
configura;
- Cascade (Cas): o setpoint vem de outro bloco por um link, desta forma o operador
- Remote Cascade (Rcas): o setpoint vem por um link de outra aplicao de controle
operador;
Bloco Transdutor
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
transdutor pode ter vrios canais. Uma vantagem deste isolamento do bloco funcional em
funcionais.
Bloco de Recurso
portanto este bloco no possui parmetros de entrada ou de sada. Tal execuo segue regras
FBSIMU
possibilitando, assim, a comunicao dos dispositivos com o objetivo de realizar uma tarefa
Este tipo de sistema de controle pode ser classificado como digital distribudo, pois,
funcionais de estrutura modular e escalonvel, composto somente por software. Cada mdulo
desenvolvido:
Anexo A 127
biblioteca de funes.
Biblioteca BasicOp
Foundation Fieldbus.
Anexo A 128
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
exemplo, Simulate, Convert, Filter, Output, Alarms e Mode). Tais elementos possuem
e, devido padronizao de tais funes pela norma, podem ser reutilizadas em mais
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
Mdulo AnalyseFFData
estatsticos, encontrar valores para algumas variveis e parmetros da camada de enlace que
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
Mdulo Plant
Exogenous Inputs) utilizada para este propsito, na qual a ordem dinmica do sistema
Mdulos StandAloneFBlocks
requisitos de projeto:
Mdulos ProcessFBlocks
algoritmo dos mdulos StandAloneFBlocks, porm apresentam uma estrutura diferente da dos
remotos que permitem a uma aplicao LabView dinamicamente carregar, executar e editar
VI Server.
atualizado.
de uma View. A leitura das Views s executada para monitorao on-line dos parmetros (os
A interface com o usurio dos mdulos ProcessFBlock (figura a seguir) possui apenas
servios descritos.
Anexo A 135
Cada tipo de bloco funcional (por exemplo, AI, AO, PID) corresponde a um mdulo
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,
Mdulo Conf
Por meio de uma interface com o usurio, desenhada de modo a permitir a visualizao das
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
Para operar os mdulos ProcessFBlocks, o mdulo Conf possui bases de dados com
funcional.
- modo off-line: quando todos os comandos so executados sem que o(s) bloco(s)
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
- Abrir ou fechar a janela de visualizao dos parmetros de um bloco, com acesso aos
- Editar um parmetro;
arquivo;
funcional.
selecionados. Nesta lista, os blocos em modo on-line so diferenciados dos blocos em modo
- Reinicializar um bloco;
bloco funcional.
bem como uma correspondente configurao off-line para este bloco realizada em uma lista,
funcional).
Uma vez configurada a malha, esta pode entrar em modo de operao. Neste modo as
a seguir.
via leitura de views s realizado caso haja uma janela de tempo adequada entre duas tarefas
sistema em uma determinada mquina que funcionar como servidor. Este detalhamento vai
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.
arquivos PHP e HTML criados para uso do Moodle devem ser instalados nos diretrios
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.
que responsvel pela instalao. O processo de instalao padro e segue o mesmo modelo
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
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.
LabView
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.
isso (Tools->Remote Panel Connection Manager). A nova janela tambm possui um menu
modificar o valor do campo "HTTP Port" de 80 para 81. A figura a seguir mostra esta janela
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
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.
Driver ODBC
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
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.
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,
trabalho) no aparecer neste apndice, pois um captulo dedicado a ela foi escrito.
A estao servidora dever possuir suporte para PHP, Mysql e o servidor Web,
plataformas Linux, Unix e Windows. O software usa uma base de dados que
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
software no livre e est protegido por termos de licena que podem ser
site http://www.saba.com/centra-saba/.
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
atributo deste software que ele suporta acesso a partir de navegadores Web da
est protegido por termos de licena que podem ser encontrados no site do
http://www.ucompass.com.
diferente dos outros cursos. O Nicenet um portal Web onde um usurio cria
Jones e-education - foi desenvolvido pela empresa Jones Knowledge, Inc. que
foi fundada em 1987. Este software requer PHP, MySQL, Java 2SDK, Apache
em http://www.jonesadvisorygroup.com/.
Apndice B 153
para fornecer materiais de um dado curso para a Web. Este produto livre,
navegadores para Windows CE. Maiores detalhes sobre este software podem
Server (IIS) e armazena seus dados em uma base de dados Microsoft Access. O
http://thelearningmanager.com/TLM40web/.
Apndice B 154
UNIX e Windows. Utiliza o Apache como servidor Web e requer Perl para seu
http://www.webct.com/.
encontrados em http://www.cyberlearninglabs.com/.
encontrados em http://home.avilar.com/.
Bazaar - este sistema um Open Source que tem como objetivo fornecer um
Este produto livre e distribudo sob os termos de licena GNU GPL. Maiores
http://bodington.org.
BSCW - foi desenvolvido por OrbiTeam Software GmbH que foi fundada em
de dados MySQL e o Apache usado como servidor Web. Requer suporte para
Apndice B 156
Esta instituio usa e desenvolve este software desde 1997. Este produto um
usado como servidor Web. Requer suporte para PHP, Perl e CGI. O software
Colloquia - foi criado pela universidade de Wales, Bangor. O mesmo tem sido
usado desde 2000. O software livre para instituies educacionais sem fins
http://www.desire2learn.com/.
Apndice B 157
eCollege AU+ - desenvolvido pela empresa eCollege que foi fundada em 1996
fabricante, entretanto existe uma licena que inclui suporte tcnico em seu
o Microsoft SQL Server. Alm disso, requer suporte para a tecnologia ASP.
http://www.ecollege.com.
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
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
licena GNU GPL. O software est disponvel para a maioria das variaes dos
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.
Software Corporation que foi fundada em 1994. Esta empresa possui uma
licena que podem ser encontrados no site do fabricante. Est disponvel para
http://www.intralearn.com/.
valores variam dependendo o local onde a mesma ser usada. Possui um valor
http://www.janison.com.au/janison/.
http://www.jenzabar.net/.
Apndice B 160
of Western Cape, frica do Sul, sendo que a primeira verso foi desenvolvida
por Derek Keats e Martin Cocks. KEWL uma abreviatura para Knowledge
Windows, usa como servidor Web o Microsoft Internet Information Server (IIS)
desenvolvido pela empresa Inter Netion que tem base em Singapura. Este
http://www.knowedge.net/.
http://www.learnwise.com/.
informaes feito com o uso da base de dados Mysql. Maiores detalhes sobre
encontradas em http://www.mimerdesk.org/.
http://www.teknical.com/default.htm.
para qualquer variao de Linux e Unix que sejam capazes de executar o Lotus
Dominio server. Maiores detalhes sobre este sistema podem ser encontrados
em http://www.teletop.nl/.
software requer como servidor Web o Apache e utiliza a linguagem Perl. Est
software est protegido por termos de licena que podem ser encontrados no
requer uma Java Servlet Engine como o Tomcat. Como base de dados pode ser
http://www.unicon.net/products_519.html.
por meio de download ou por aquisio de CD-Rom. Com uma base instalada
encontrados em http://guiaaulanet.eduweb.com.br/.
licena GNU GPL. Tem suporte para o sistema operacional Linux, usa como
http://hera.nied.unicamp.br/teleduc/.
termos de licena GNU GPL. O software est disponvel para a maioria das
compatvel com o servidor Web Apache e IIS e possui como base de dados o
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
Outro Open Source usado foi o cdigo responsvel por apresentar aos usurios do
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