Você está na página 1de 53

UNISAL

Rodrigo Teixeira Matias

Laboratrio Virtual de Sistemas Computacionais:


Coleta e Transmisso de dados de temperatura e umidade
como base para estudos em LabVIEW.

Campinas
2013

UNISAL

Rodrigo Teixeira Matias

Laboratrio Virtual de Sistemas Computacionais:


Coleta e Transmisso de dados de temperatura e umidade
como base para estudos em LabVIEW.

Trabalho

de

concluso

de

curso

apresentado como exigncia parcial para


obteno do grau de bacharel em
Engenharia Eltrica com nfase em
Telecomunicaes

no

Centro

Universitrio Salesiano de So Paulo, sob


orientao do Prof.
Tizzei.

Campinas
2013

Ms.

Alexandre

Folha de aprovao

Rodrigo Teixeira Matias


Laboratrio Virtual de Sistemas Computacionais: Coleta e Transmisso
de dados de temperatura e umidade como base para estudos em LabVIEW.
Trabalho de concluso de curso
apresentado como exigncia parcial para
obteno do grau de Bacharel em
Engenharia Eltrica com nfase em
Telecomunicaes
no
Centro
Universitrio Salesiano de So Paulo, sob
orientao do Prof. Ms. Alexandre
Tizzei.

Trabalho de Concluso de Curso defendido e aprovado em __/__/__, pela


comisso julgadora:

_______________________________________
Orientador: Prof. Dr./Me./Esp./Bs./Eng., Presidente
Instituio: Centro Universitrio Salesiano

_______________________________________
Prof. Dr./Me./Esp./Bs./Eng.
Instituio:

_______________________________________
Prof. Dr./Me./Esp./Bs./Eng.

Campinas
Instituio:

2013

Dedico este trabalho a todos que, de alguma maneira, participaram desta longa caminhada.
Familiares, amigos e professores... Mestres, em todas as esferas do conhecimento, que me ofereceram
muito mais do que a oportunidade de um ttulo profissional, ofereceram a oportunidade de aprender e
compartilhar lies que seguiro relevantes por toda a minha vida.

AGRADECIMENTOS

Agradeo primeiramente a Deus a oportunidade de desfrutar a vida com a sade


e conduzi-la com Sua sabedoria para, quem sabe, tornar notvel minha existncia.
Agradeo aos meus pais Antonio Carlos e Josiane, e aos meus irmos Filipe e
Vivian, todo amor, carinho, apoio e admirao que dedicaram a mim ao longo dessa
jornada.
A Thas, minha amada esposa, agradeo cada segundo de amor, compreenso e
pacincia, que me ajudaram a definir meus passos, meu carter e minhas ambies.
Agradeo Stella e ao Marcelo, que acima de qualquer conveno social, como
meus amigos, compartilharam e apoiaram meus passos nesses ltimos anos.
Ao meu grande amigo Fernando, agradeo a amizade que me fortaleceu e me
engrandeceu como homem, e me ajudou a chegar ao fim daquilo que parecia infinito.
Aos meus reais amigos da turma de engenharia, que me ajudaram em todas as
situaes possveis em nossa formao, agradeo com o mais sincero dos sentimentos.
Ao meu orientador, Prof. Mestre Alexandre Tizzei, agradeo pelo entusiasmo,
pelo conhecimento e pela seriedade com que leciona e, particularmente, com que me
orientou a realizar este trabalho e finalizar de maneira digna esta etapa dos meus
aprendizados acadmicos.
Por fim, agradeo a UNISAL, e todos os colaboradores que dela fazem parte,
pelo meu acolhimento e de toda minha turma, o que nos permitiu de fato concretizar
nosso sonho comum.

RESUMO

Neste trabalho procuramos oferecer ao meio acadmico uma ferramenta de


ensino com caractersticas e funcionalidades que a posicionam como um diferencial
extremamente positivo em tempos de avanado compartilhamento de informaes: o
laboratrio virtual de sistemas computacionais. Tal ferramenta se dar atravs da unio
entre hardware e software, que iro captar, dimensionar, demonstrar e compartilhar
informaes referentes a medies locais de temperatura e umidade relativa, que
serviro de base para estudos relacionados ao programa LabVIEW, utilizado para a
interface de comunicao deste trabalho. O objetivo permitir o maior nvel de acesso
possvel a informaes anteriormente restritas e/ou escassas, a um custo reduzido, de
maneira a expandir os conhecimentos aos alunos de graduao nos cursos de engenharia
da UNISAL, primeiramente no campus So Jos, que servir como base de
desenvolvimento a este trabalho e a esta ferramenta, e posteriormente a todos os campi
da rede de universidades salesianas atravs de sua disponibilizao via web.

Palavras Chave: - Laboratrio virtual, Temperatura, Umidade, TCP/IP, Web.

LISTA DE FIGURAS

Figura 1 - Curva de carga STU-A [2]. ............................................................ 16


Figura 2 - Dimenses do dispositivo STU-A [2]. ............................................ 16
Figura 3 - Proteo contra sobrecarga [3]. ..................................................... 17
Figura 4 - Proteo contra sobretenso [3]. ................................................... 18
Figura 5 - Elevao brusca de carga [3]. ........................................................ 18
Figura 6 - Carga dinmica [3]. ........................................................................ 19
Figura 7 - Corrente de partida [3]................................................................... 19
Figura 8 - Tempo de partida [3]. ..................................................................... 19
Figura 9 - Tempo de elevao [3]. ................................................................... 20
Figura 10 - Tempo de deteno [3]. ................................................................. 20
Figura 11 - Partes integrantes do dispositivo DAQ NI USB-6008/6009 [4]. 21
Figura 12 - Diagrama de pinagem [4]. ............................................................ 21
Figura 13 - Circuito de entrada analgica[4]. ................................................ 22
Figura 14 - (A) Estabelecimento de uma conexo TCP. (B) Encerramento de
uma conexo TCP [7]. ...................................................................................... 28
Figura 15 - Endereos no TCP/IP [5] .............................................................. 29
Figura 16 - Relao das camadas e endereos no TCP/IP [5] ....................... 30
Figura 17 - Endereos IP [5]. ........................................................................... 32
Figura 18 - Diagrama de blocos do Servidor com case structure no modo
Carrega, responsvel por abrir a porta de comunicao para o cliente .. 39
Figura 19 - Case strucuture no modo Conexo, na qual o servidor
aguarda at ser contactado pelo cliente. ......................................................... 40
Figura 20 - Case strucuture no modo Espera, onde o envio e o
recebimento de mensagens so acusados. ...................................................... 40
Figura 21 - Case structure no modo Enviar, no qual a informao
formatada e transmitida ao cliente. ................................................................ 41
Figura 22 - Diagrama de blocos do Cliente com case structure no modo
Conectar, responsvel por estabelecer a comunicao com o servidor. .. 41
Figura 23 - Case strucuture no modo Espera, onde o envio e o
recebimento de mensagens so acusados. ...................................................... 42

Figura 24 - Case structure no modo Enviar, no qual a informao


formatada e transmitida ao servidor. ............................................................. 42
Figura 25 - Painel frontal Server_lab_virt.vi .............................................. 44
Figura 26 - Painel frontal Client_lab_virt.vi ............................................... 45
Figura 27 - Diagrama de blocos do servidor com o Case Strucuture no modo
Carrega. ......................................................................................................... 50
Figura 28 - Diagrama de blocos do servidor com o Case Strucuture no modo
Conexo. ........................................................................................................ 50
Figura 29 - Diagrama de blocos do servidor com o Case Strucuture no modo
Espera. ........................................................................................................... 51
Figura 30 - Diagrama de blocos do servidor com o Case Strucuture no modo
Enviar............................................................................................................. 51
Figura 31 - Diagrama de blocos do cliente com o Case Strucuture no modo
Conectar. ........................................................................................................ 52
Figura 32 - Diagrama de blocos do cliente com o Case Strucuture no modo
Espera. ........................................................................................................... 52

SUMRIO

Introduo ................................................................................................. 10

Hardware................................................................................................... 12
2.1

Dispositivo de transmisso de umidade e temperatura ....................... 12

2.1.1

Sensor de temperatura PT-100 ....................................................... 12

2.1.2

Especificaes tcnicas e dimenses fsicas ................................... 13

2.2

Fonte de alimentao .......................................................................... 17

2.3

DAQ ................................................................................................... 20

Protocolo TCP/IP...................................................................................... 24
3.1

Definio ............................................................................................ 24

3.2

Camadas ............................................................................................. 24

3.2.1

Camadas fsica e de enlace de dados .............................................. 24

3.2.2

Camada de rede .............................................................................. 25

3.2.2.1 IP .............................................................................................. 25
3.2.2.2 ARP .......................................................................................... 26
3.2.2.3 RARP ....................................................................................... 26
3.2.2.4 ICMP ........................................................................................ 26
3.2.2.5 IGMP ........................................................................................ 27
3.2.3

Camada de transporte ..................................................................... 27

3.2.3.1 UDP .......................................................................................... 27


3.2.3.2 TCP .......................................................................................... 28
3.2.3.3 SCTP ........................................................................................ 29
3.2.4
3.3

Camada de aplicativo...................................................................... 29
Endereamento ................................................................................... 29

3.3.1

Endereo fsico ............................................................................... 30

3.3.1.1 Endereos fsicos unicast, multicast e broadcast..................... 31


3.3.2

Endereo lgico .............................................................................. 31

3.3.2.1 Endereos lgicos unicast, multicast e broadcast. .................. 32


3.3.3
3.4

Endereo de porta ........................................................................... 33


Verses de IP ...................................................................................... 33

3.4.1

Verso 4 .......................................................................................... 33

3.4.2

Verso 5 .......................................................................................... 33

3.4.3
4

Verso 6 .......................................................................................... 34

Software ..................................................................................................... 35
4.1

Servidor .............................................................................................. 35

4.2

Cliente................................................................................................. 36

Resultados obtidos .................................................................................... 38

Concluso .................................................................................................. 46
6.1

Proposies futuras ............................................................................. 47

Referncias ........................................................................................................ 48
Anexo A.............................................................................................................. 50
Anexo B .............................................................................................................. 52

10

INTRODUO

A utilizao de laboratrios virtuais est cada vez mais difundida no meio


acadmico, pois, objetivamente, permite que o acesso informao se realize de
maneira facilitada, contando com uma base previamente estruturada para atender
integralmente as necessidades do estudo em questo, oferecendo assim uma ferramenta
auxiliar de extrema valia para a consolidao de estudos que necessitem de
confirmao/experimentao laboratorial.
Vrias so as interfaces utilizadas nos mais diversos laboratrios virtuais, desde
modelos mais simplificados onde apenas so registradas informaes, sem qualquer
possibilidade de interao e ambientes grficos pobres em recursos, at modelos
extremamente sofisticados, com ambientes de navegao 3D e total interao entre
usurio e mquina, tornando a experincia a mais completa possvel.
Com o boom da internet que se deu nas ltimas dcadas, e o fenmeno de
compartilhamento de informao que se encontra em uma crescente exponencial jamais
registrada na histria humana, j possvel encontrar laboratrios virtuais disponveis
na web, o que aumenta ainda mais o alcance e a eficincia desta ferramenta em seu
contexto acadmico.
O objetivo deste trabalho disponibilizar aos alunos de graduao nos cursos de
Engenharia da UNISAL Centro Universitrio de So Paulo, primeiramente no campus
So Jos, de maneira local, e posteriormente aos demais campi desta instituio, atravs
de um domnio registrado via web, um laboratrio virtual para coleta de dados de
temperatura e umidade ambiente, atualizados em tempo real, que servir de base de
dados aos estudos via LabVIEW, atravs de um servidor fixo que disponibilizar s
informaes aos demais usurios (clientes) dentro de uma rede controlada e restrita (via
TCP/IP).
Para a completa formatao deste laboratrio sero utilizados os seguintes
dispositivos:

11

Hardware:

Transmissor de temperatura e umidade relativa SENSYM (modelo STU-A-U-T


Sada analgica de 4 a 20 mA);

Fonte de alimentao 24 VDC/120 W DELTA (modelo DRP 024V 120W 1AA);

DAQ (Data Aquisition) National Instruments (modelos NI USB-6008).


Software:

Interface de captao e compartilhamento de dados desenvolvida em LabVIEW


exclusivamente para esta finalidade pelo autor deste trabalho.
Esses dispositivos sero detalhadamente apresentados e explicados tecnicamente

nos captulos dedicados a este fim.


O objetivo realizar a captao dos dados relativos umidade e temperatura
local, transform-los de maneira a serem identificados via software e apresent-los em
uma interface grfica que, configurada como servidor (protocolo TCP/IP) ser
compartilhada aos clientes da rede que dela extrairo as informaes necessrias para a
elaborao de novos softwares.

12

HARDWARE

Para o desenvolvimento do laboratrio virtual de sistemas computacionais


contamos com hardwares elaborados para a aquisio dos dados de temperatura e
umidade relativa e para a transformao destes dados de maneira que estes sejam
reconhecveis pelo software que far a interface entre usurio e mquina.
Descreveremos tecnicamente todos os componentes do sistema para que
tenhamos maior entendimento de como a transmisso da informao se dar at que seja
aproveitada para sua finalidade principal.

2.1

Dispositivo de transmisso de umidade e temperatura


Para a obteno dos dados referentes temperatura e umidade relativa usaremos

o dispositivo de transmisso para ambientes STU-A-U-T, com sada analgica de 4 a 20


mA, fabricado pela empresa Sensym. Este dispositivo indicado para processos em que
no haja a condensao da umidade como salas controladas, dutos ou ambientes
generalizados.
Seu sensor de umidade fabricado em silcio e apresenta tima estabilidade na
medio, que lhe confere alto ndice de preciso.
O sensor de temperatura do tipo PT-100 classe A, com estabilidade de 0,1 C.

2.1.1 Sensor de temperatura PT-100


Os sensores de temperatura PT-100 fundamentam-se no princpio de variao de
resistncia hmica mediante oscilao de temperatura, retornando ao seu valor original
quando reduzidos temperatura inicial (termoresitores). Normalmente so fabricados
em platina, com resistncia nominal de 100 Ohms a 0 C [1].
Apresentam como principais benefcios de sua utilizao: grande preciso, tima
estabilidade, rpida resposta e alto range de temperatura medida.

13

2.1.2 Especificaes tcnicas e dimenses fsicas


Seguem os dados apresentados no manual do fabricante referente s
especificaes tcnicas do dispositivo [2]:
Gerais:

Alimentao: 12 36 VDC;

Faixa de sada umidade: 0 100% UR;

Faixa de sada temperatura: 0 100C ou -50+100C;

Sinal de Sada umidade: 4-20 mA;

Sinal de Sada temperatura: 4-20 mA;

Temperatura ambiente mximo: 45C;

Temperatura de processo: -20 45C;

Conexo eltrica: prensa cabo PG7;

Grau de proteo: IP-66;

Proteo: contra inverso de polaridade e transientes;

Consumo mximo: 20 mA;

Indicao: opcional em LED 4 dgitos;

Caixa: ABS;

Haste: poliacetal;

14

Montagem: sada reta;

Sada temperatura: 4-20 mA de 0-100C;

Ponteira: elemento filtrante;

Temperatura de operao: -20 45C.

Umidade:

Exatido de umidade: 3 %;

Exatido de temperatura: 0,5 %;

Ambiente de operao: -20 a 50 C;

Temperatura de processo: -20 70 C;

Tempo de resposta: 10 ms;

Sensor de umidade: silcio;

Faixa de funcionamento de umidade: 5 90 % UR;

Velocidade mxima do ar: 2 m/s;

Exatido total: 3% UR;

Incerteza total: 2% UR @ 23C;

Erro acumulativo: 2% UR /ano;

Linearidade: 1% UR @ 2090%UR /23C;

15

Histerese: 1,5% UR;

Repetibilidade: 1% UR;

Tempo de resposta: 0,8 s sem filtro;

Estabilizao 10 para 80% = 12 s.

Temperatura

Sensor de temperatura: PT-100;

Limite de uso: -20 + 100C;

Exatido: 0,3C;

Repetibilidade: 0,3C;

Tempo de Resposta: 0,2 s sem filtro.


O dispositivo de medio de temperatura e umidade relativa possui dimenses

reduzidas, o que lhe confere praticidade e versatilidade em suas aplicaes.


Algumas de suas caractersticas viabilizam sua escolha para este trabalho:

Est disponvel em duas configuraes: reta ou angular;

leve e de fcil instalao;

Possui display para leitura local dos valores medidos.


Possui uma curva de carga demonstrada na figura 1.

16
Para este trabalho dispomos da verso reta (modelo STU-A) com display, que
possui as dimenses apresentadas na fugura 2.

Figura 1 - Curva de carga STU-A [2].

Figura 2 - Dimenses do dispositivo STU-A [2].

17

2.2

Fonte de alimentao
Usaremos para a alimentao do sistema uma fonte de com sada nominal de

24VDC da marca Delta (DRP024V120W1AA). Apresenta uma ampla gama de


temperatura de operao, de -20 C a 75 C e tempo de reteno mnima de 20 ms.
O material em que fabricada sua caixa est em conformidade com a norma
IEC60068-2, projetado para resistir a choques e vibraes, alm de ser ultra-compacto.
A fonte de alimentao proporciona proteo contra sobretenso, sobrecarga e
trmica, alm de ter entrada varivel de 85 a 246 VAC (monofsico).
O sistema de proteo contra sobrecarga atua quando a tenso especificada for
superior a 150%, fazendo com que a tenso de sada caia automaticamente. Quando a
energia exceder o limite mximo e atingir o ponto de subtenso (UVLO), a fonte entrar
em modo de oscilao, at que a sobrecarga tenha sido eliminada, quando retornar ao
seu modo de funcionamento normal, como observamos na figura 3.

Figura 3 - Proteo contra sobrecarga [3].

Quando ocorre um erro no dispositivo de feedback dentro da fonte, esta ficar


forada a trabalhar com tenso nominal de sada inferior a 35V. Depois de eliminado o
erro a tenso ser automaticamente restaurada para 24V (figura 4).

18

Figura 4 - Proteo contra sobretenso [3].

Em casos de curto circuito na sada de alimentao, a fonte entra em modo de


oscilao at que o curto circuito seja eliminado.
O mesmo procedimento ser observado no caso de aumento excessivo de
temperatura, quando houver persistncia de sobrecargas ou sobretenses.
Nos casos de elevao brusca de carga, a fonte consegue segurar por 3
segundos uma carga de sobretenso de 150% da tenso de sada a 5% (inferior ou
superior) do limite regulado (figura 5).

Figura 5 - Elevao brusca de carga [3].

Nos casos de cargas oscilando de 0 a 100%, a fonte mantm a tenso de sada a


5% do limite regulado (figura 6).

19

Figura 6 - Carga dinmica [3].

Possui tambm sistema de amortecimento da corrente de partida, como


observado na figura 7.

Figura 7 - Corrente de partida [3].

As figuras 8, 9 e 10 apresentam, respectivamente, os tempos de partida, de


elevao e de deteno o regime de funcionamento da fonte.

Figura 8 -

Tempo de partida [3].

20

Figura 9 - Tempo de elevao [3].

Figura 10 - Tempo de deteno [3].

2.3

DAQ
O dispositivo DAQ (Data Aquisition) funciona com diversos softwares de

aplicaes da National Instruments para configurar canais virtuais e de medidas [4].


Para o nosso estudo, o DAQ ser responsvel por referenciar ao software
desenvolvido em LabVIEW os valores obtidos nas sadas do dispositivo de transmisso
de umidade e temperatura.
Seus canais so estabelecidos atravs da conexo da fiao das sadas dos outros
perifricos em seu barramento de pinos de entrada. As figuras 11 e 12 apresentam,
respectivamente, a estrutura fsica do DAQ e seu diagrama de pinagem.

21

Para a ligao de nosso dispositivo de transmisso de umidade e temperatura


utilizaremos os pinos 1 e 2 para a medio de temperatura e os pinos 3 e 4 para as
medies de umidade.
Para que os sinais sejam devidamente compreendidos pelo software LabVIEW,
utilizaremos conjuntamente o aplicativo NI DAQmx, para configurarmos futuramente
os canais vituais do DAQ.

Figura 11 - Partes integrantes do dispositivo DAQ NI USB-6008/6009 [4].

Figura 12 - Diagrama de pinagem [4].

22

O DAQ NI USB-6008/6009 possui oito canais de entrada analgica, que podem


ser utilizados para quatro entradas de medies analgicas ou para oito medies
analgicas single-ended [4].
A figura 13 mostra seu circuito de entrada analgica.

Figura 13 - Circuito de entrada analgica[4].

Segue a descrio dos principais blocos apresentados no circuito de entrada


analgica [4]:

MUX: O DAQ possui um conversor analgico/digital. O multiplexador (MUX)


roteia um canal AI em um determinado momento para o PGA;

PGA: O amplificador de ganho programvel (programmable-gain amplifier)


possibilita ganhos de entrada de 1, 2, 4, 5, 8, 10, 16 ou 20 quando configurado para
medies diferenciais e ganho de 1 quando configurado para medies singleended;

ADC: O conversor analgico/digital (analog-to-digital converter) digitaliza o sinal


de entrada AI a fim de digitalizar a voltagem analgica em um cdigo digital;

AI FIFO: O DAQ pode realizar pode realizar tanto converses analgico/digital


nica quanto mltiplas, para um nmero finito ou infinito de amostras. O sistema de

23

buffer first-in-first-out (FIFO) armazena dados durante aquisies de entradas AI


para garantir que nenhum dado seja perdido.

24

PROTOCOLO TCP/IP

Utilizaremos para a transmisso de dados via rede o conjunto de protocolos


TCP/IP. Para uma melhor compreenso de sua funcionalidade, abordaremos neste
captulo suas definies, sua arquitetura e suas caractersticas funcionais.

3.1

Definio
O conjunto de protocolos TCP/IP constitudo de cinco camadas: fsica, enlace

de dados, rede, transporte e aplicativo [5].


O protocolo TCP/IP constitudo por mdulos interativos, mas no so
necessariamente interdependentes. As camadas do conjunto de protocolos TCP/IP
contm protocolos relativamente independentes que podem ser misturados e
combinados de acordo com as necessidades do sistema. O termo hierrquico significa
que cada protocolo de nvel superior suportado por um ou mais protocolos de nveis
inferiores [5].
Na camada de transporte, o TCP/IP define trs protocolos: TCP (Transmission
Control Protocol), UDP (User Datagram Protocol) e SCTP (Stream Control
Trnsmission Protocol). Na camada de rede, o protocolo principal definido pelo TCP/IP
o IP (Internetworking Protocol), embora existam outros protocolos que suportam
movimentao de dados nessa camada [5].

3.2

Camadas

3.2.1 Camadas fsica e de enlace de dados


A camada fsica corresponde ao nvel de hardware, que trata propriamente dos
sinais eletrnicos. A camada de enlace a camada de nvel mais baixo na estrutura de
camadas TCP/IP. Nas camadas fsica e de enlace de dados, o TCP/IP no define
nenhum protocolo especfico. Ele suporta todos os protocolos-padro e patenteados. Na
interconexo em rede TCP/IP, uma rede pode ser local (LAN) ou remota (WAN) [5].

25

3.2.2 Camada de rede


A camada de rede trata da comunicao entre hosts. Na camada de rede o
TCP/IP suporta o IP, que por sua vez usa quatro protocolos de apoio: ARP, RARP,
ICMP e IGMP [5]. Nesta camada, o pacote encapsulado em um datagrama IP, que tem
seu cabealho preenchido com os endereos lgicos de origem e de destino, entre outros
dados. Aps a criao do datagrama e a utilizao de um algoritmo de roteamento para
determinar o seu destino, a informao liberada para transmisso atravs da interface
de rede apropriada.

3.2.2.1 IP
O IP (Internetworking Protocol) o mecanismo de transmisso usado pelos
protocolos TCP/IP [5]. a base para outros protocolos da arquitetura TCP/IP, como o
ICMP, o UDP e o TCP. Ele um protocolo no-confivel e sem conexo, que resulta
em um servio de envio pelo melhor esforo.
O termo melhor esforo significa que o IP no verifica ou controla erros [5].
O IP transporta dados encapsulados em pacotes denominados datagramas,que
viajam por diferentes rotas e podem chegar fora de sequncia, ou ainda duplicados. O IP
no monitora as rotas, nem tampouco possui recursos para reordenar os datagramas que
cheguem ao seu destino.
Essa idia de entrega de dados sem garantias faz com que este protocolo
inclua um conjunto de regras que dizem como hosts e gateways devem processar os
datagramas, quando e como uma mensagem de erro deve ser gerada e as condies nas
quais datagramas devem ser descartados [6].
No entanto, o IP no deve ser considerado um protocolo fraco, pois ele
fornece funes de transmisso mnimas que possibilitam ao usurio adicionar os
recursos estritamente necessrios para determinado aplicativo, o que possibilita sua
mxima eficincia.

26

3.2.2.2 ARP
O ARP (Address Resolution Protocol) (Plummer, 2002) foi originalmente
projetado para interfacer do tipo 10 Mbit Ethernet, mas foi generalizado para outros
tipos de hardware .
Este protocolo usado para associar um endereo IP a um endereo fsico. Em
uma rede fsica tpica cada dispositivo em um link identificado por um endereo
fsico, normalmente impresso na placa de interface de rede (NIC) [5]. O ARP usado
para identificar e controlar o endereo fsico do n, quando seu endereo de Internet j e
conhecido.
Um exemplo comum na Internet a utilizao do ARP para converter endereos
IP, de 32 bits, em endereos Ethernet, de 48 bits [7].

3.2.2.3 RARP
O RARP (Reverse Address Resolution Protocol) (Finlayson et al., 2002) tem
funo inversa ao ARP, ou seja, converte um endereo de hardware (fsico) em um
endereo Internet [7].
Este protocolo permite que um host descubra seu endereo de Internet, mesmo
que ele s conhea seu endereo fsico. Ele usado quando um computador conectado
na rede pela primeira vez ou quando um computador sem disco inicializado [5].

3.2.2.4 ICMP
O ICMP (Internet Control Message Protocol) um protocolo usado por hosts e
gateways para notificar problemas de processamento de datagrama IP ao cliente, alm
de prover um mecanismo de investigao para determinao de caractersticas gerais de
uma rede TCP/IP.
Este protocolo utiliza duas formas de operao, o que permite o dividir em duas
categorias: mensagem de erro e mensagem de requisio.

27

3.2.2.5 IGMP
O IGMP (Internet Group Message Protocol) usado para facilitar a transmisso
simultnea de uma mensagem para um grupo de destinatrios [5].

3.2.3 Camada de transporte


A camada de transporte tem a finalidade de prover comunicao entre
aplicaes. nessa camada que se estabelece o controle de fluxo de pacotes entre dois
hosts. Essa camada era representada no TCP/IP por dois protocolos: TCP e UDP [5].
Nessa camada, o transporte de dados ocorre de maneira confivel, ou seja, h
garantias de que a informao seja entregue sem erros e na sequncia correta.
Um novo protocolo, o SCTP, foi projetado na camada de transporte para atender
s necessidades de novos aplicativos, no atendidos pelos protocolos IP, TCP e UDP.

3.2.3.1 UDP
O UDP (User Datagram Protocol) o mais simples dos dois protocolos de
transporte do TCP/IP. Trata-se de um protocolo de processo a processo que adiciona
apenas endereos de porta, controle de erros de soma de verificao e informaes de
comprimento nos dados da camada superior [5]
Este protocolo, na topologia TCP/IP, prov o mecanismo primrio que os
programas de aplicao usam para enviar datagramas para outros programas de
aplicaes [6]. Seu mecanismo orientado a conexo e sem garantias. Para diferir entre
diversas aplicaes em um mesmo host o UDP utiliza portas de origem e de destino.
Este protocolo tem grande funcionalidade em ambientes locais e em aplicaes
que no requerem alta confiabilidade [6].

28

3.2.3.2 TCP
O TCP (Transmission Control Protocol) fornece servios de camada de
transporte completos para os aplicativos, provendo transporte de fluxo confivel. Neste
contexto, o termo fluxo significa orientado a conexes: deve ser estabelecida uma
conexo entre as duas extremidades de uma transmisso, antes que uma das duas possa
transmitir dados [5].
Trata-se de um protocolo confivel pois na extremidade remetente de cada
transmisso, o TCP divide um fluxo de dados em unidades menores, chamadas de
segmentos. Cada segmento seqenciado, de forma que uma todo o pacote transmitido
pode ser reordenado na ordem correta, quando de seu recebimento.
Outra caracterstica importante do TCP o controle de fluxo, onde um host,
estando conectado, sempre informa ao outro quantos bytes podero ser recebidos e
aceitos, no sobrecarregando o buffer do host que estiver recebendo dados.
As conexes TCP so conhecidas como full-duplex, isto , uma aplicao pode
enviar e receber dados, em ambas as direes, a qualquer momento [7].
O formato de conexo TCP prev que esta seja estabelecida entre aplicaes
cliente x servidor, na qual o cliente estabelece a conexo, os dados so transmitidos
mutuamente e simultaneamente, e a conexo terminada, conforme demonstrado na
figura 14.

Figura 14 - (A) Estabelecimento de uma conexo TCP. (B) Encerramento de uma conexo TCP [7].

29

3.2.3.3 SCTP
O SCTP (Stream Control Transmission Protocol) fornece suporte para novos
aplicativos, como telefonia de IP. Trata-se de um protocolo de camadas de transporte
que combina os bons recursos do UDP e do TCP [5].

3.2.4 Camada de aplicativo


A camada de aplicativos corresponde ao nvel mais alto, onde usurios executam
aplicaes, atravs da utilizao de servios disponveis em uma rede TCP/IP [7].
possui muitos protocolos definidos.

3.3

Endereamento
Trs nveis de endereamento diferentes so utilizados em uma Internet que

utiliza os protocolos TCP/IP: endereo fsico (link), endereo lgico (IP) e endereo de
porta [5], apresentados na figura 15.
Cada endereo pertence a uma camada especfica da arquitetura TCP/IP, como
mostra a figura 16.

Figura 15 - Endereos no TCP/IP [5]

30

Figura 16 - Relao das camadas e endereos no TCP/IP [5]

3.3.1 Endereo fsico


O endereo fsico ou endereo de link composto por um n definido por sua
rede. Ele includo no frame usado pela camada de enlace de dados. Ele o endereo
com nvel mais baixo [5].
Os endereos fsicos possuem autoridade sobre a rede (local ou remota)e seu
tamanho e o formato varia de acordo com a rede. Por exemplo, a Ethernet usa um
endereo fsico de 6 bytes que vem impresso na placa de interface de rede.Contudo, a

31

LocalTalk (Apple) tem um endereo dinmico de 1 byte que muda sempre que a estao
entra em uso [5].

3.3.1.1 Endereos fsicos unicast, multicast e broadcast.


Os endereos fsicos podem ser classificados em trs tipo:

unicast (nico destinatrio);

multicast (um grupo de destinatrios);

broadcast (recebidos por todos os sistemas da rede).


Algumas redes suportam todos os trs endereos, porm, algumas redes no

suportam os endereos fsicos multicast nem broadcast. Nestes casos, se um frame


precisa ser enviado para um grupo de destinatrios ou para todos os sistemas, o
endereo multicast ou broadcast deve ser simulado com endereos unicast. Isso
significa que vrios pacotes so enviados usando endereos unicast [5].

3.3.2 Endereo lgico


Os endereos fsicos no so adequados em um ambiente multi-redes, j que
diferentes redes podem ter diferentes formatos de endereo. Nesse tocante, ss endereos
lgicos so necessrios para servios de comunicao universais.
Nas comunicaes que envolvem mais de uma rede, necessrio um sistema de
endereamento universal que permita que cada host pode ser identificado
exclusivamente, independentemente da rede fsica a que pertence.
Os endereos lgicos so projetados com esse propsito. Atualmente, um
endereo lgico na Internet possui 32 bits e pode definir exclusivamente um host nela
conectado [5]. Dois ou mais hosts endereados publicamente no podem ter o mesmo
endereo IP na Internet.

32

3.3.2.1 Endereos lgicos unicast, multicast e broadcast.


Assim como os endereos fsicos, os endereos lgicos podem ser unicast (nico
destinatrio), multicast (um grupo de destinatrios) ou broadcast (recebidos por todos
os sistemas da rede),.
Na figura 17 temos um exemplo [5] onde queremos enviar dados de um n com
endereo de rede A e endereo fsico 10, localizado em uma rede local, para um n com
endereo de rede P e endereo fsico 95, localizado em outra rede local. Como os dois
dispositivos esto localizados em redes diferentes, no podemos usar apenas endereos
de link, j que sua jurisdio apenas local. Nesse caso, o endereamento lgico se faz
necessrio, j que precisamos de endereos universais que possam ultrapassar os limites
da rede local. Os endereos lgicos atribudos aos pacotes na camada de rede
permanecem os mesmos da origem at o destino. Eles no mudaro quando os pacotes
caminharem de uma rede para outra, fato que no acontece com os endereos fsicos,
que mudaro medida que o pacote trafegar entre redes.

Figura 17 - Endereos IP [5].

33

3.3.3 Endereo de porta


O endereo de porta conclui o objetivo da transmisso de dados: comunicar
processos entre o host e a origem da informao. Como os computadores, atualmente,
podem executar vrios processos simultaneamente, necessrio que cada um desses
processos possa ser identificado separadamente para que a informao transmitida possa
alcanar seu destino. Para que isso ocorra existe o endereo de porta.
Na arquitetura TCP/IP, o rtulo atribudo a um processo chamado de endereo
de porta, que possui nessa arquitetura 16 bits de comprimento, representados por um
nmero decimal [5].

3.4

Verses de IP
O IP tornou-se o protocolo oficial da Internet (ento conhecida como

ARPANET) em 1983. medida que a Internet evoluiu, o IP tambm se desenvolveu.


Existiram seis verses desde sua apario [5]. Veremos as trs mais recentes.

3.4.1 Verso 4
Sendo a verso mais usada atualmente, a verso 4 possui falhas significativas.
O principal problema seu comprimento de 32 bits, com o espao de endereo
dividido em diferentes classes.
Com o rpido crescimento da Internet, esse esquema de endereamento no
consegue manipular o nmero projetado de usurios [5].

3.4.2 Verso 5
A verso 5 foi uma proposta com base no modelo OSI. Essa verso nunca foi
alm do estgio de proposta, devido s amplas mudanas de camada e s despesas
projetadas [5].

34

3.4.3 Verso 6
A IETF (Internet Engineering Task Force) a verso 6 (IPv6 IP verso 6 ou
IPgn IP next generation), com mudanas sutis de protocolos. Os nicos que foram
alterados foram os da camada de rede. IPv4 (IP verso 4) tornou-se IPv6, ICMPv4
tornou-se ICMPv6, IGMP e ARP foram mesclados no ICMPv6 e o RARP foi excludo
[5].
Esta nova verso apresenta como principal ganho em relao verso 4 a
utilizao de endereo de 128 bits (16 bytes), que permite acomodar um nmero maior
de usurios. Ainda como ganhos em relao verso 4, na verso 6 o formato de pacote
foi simplificado, mas manteve-se flexvel para permitir futuras adies de recursos.
A nova verso suporta autenticao, integridade de dados e confidencialidade na
camada de rede [5]. Ela considera que na transmisso de dados estes sero de udio e
vdeo, e sua transmisso se dar em tempo real, alm de ser projetada para poder
transportar dados de outros protocolos. O IPng tambm pode mecanismos de
manipulao de congestionamento e para descobrir rotas de maneira mais eficiente do
que a da verso atual.

35

SOFTWARE

Para a demonstrao dos dados previamente coletados, e seu compartilhamento


via rede, utilizamos o software de programao LabVIEW para a construo de duas
VIs: a primeira, responsvel pela coleta de dados do sistema de hardware e por sua
disponibilizao em rede, comportando-se como servidor; a segunda, responsvel por
receber os dados disponibilizados em rede e apresent-los aos usurios, comportando-se
como cliente.
Basicamente, o sistema comporta-se como segue: O servidor capta sinais
analgicos atravs de dois canais do DAQ, os interpreta, os compila e os converte em
strings que so transmitidas via TCP/IP. Utiliza de recursos grficos para apresentar os
dados compilados como as alteraes momentneas dos sinais de temperatura e de
umidade e sua oscilao ao longo do tempo.
O cliente, por sua vez, recebe os dados enviados em strings e os transforma em
referncias numricas que alimentam as mesmas interfaces grficas apresentadas pelo
servidor. Para o cliente, existe ainda a opo de gerar um arquivo de valores do
Microsoft Excel (.cvs) que alimenta uma planilha com os valores de temperatura e
umidade atualizados a cada segundo, gerando um relatrio de amostras em um perodo
definido pelo usurio.

4.1

Servidor
A VI Server_lab_virt.vi foi construda com a finalidade de captar os dados de

hardware e disponibiliz-los ao usurios conectados em rede.


Rodando em uma While Strucuture, somente cessar seu trabalho por
interferncias externas (solicitao do administrador, queda do sistema e/ou
interferncias fsicas). Utiliza sistema de contador Shift Register para realimentar suas
informaes e atualizar os dados em tempo real (como todo sistema conta com delay,
porm, neste caso, sua interferncia mnima, podendo ser desconsiderado).

36

Para a interpretao dos sinais analgicos do DAQ, utiliza o bloco prestruturado DAQ Assistant, configurado em dois canais individuais: um para o sinal de
temperatura e o outro para o sinal de umidade relativa; e a Sub VI Interpola.vi,
responsvel pelos clculos de converso dos sinais analgicos em dados numricos.
Para a transmisso dos dados, faz uso dos blocos de comunicao TCP/IP,
responsveis pela conexo entre servidor e cliente (TCP Listener, TCP Open
Connection e TCP Close Connection) e pela transmisso dos dados coletados (TCP
Write). O momento em que cada operao deve ser executada definido pelo uso de
Case Strucutures.

4.2

Cliente
A VI Client_lab_virt.vi foi construda para o usurio final ter acesso s

informaes coletadas remotamente, configurando desta maneira o Laboratrio Virtual.


Muito semelhante ao servidor, roda em uma While Strucuture, e da mesma
maneira, somente cessar seu trabalho por interferncias externas (solicitao do
usurio, queda do sistema e/ou interferncias fsicas). Utiliza sistema de contador Shift
Register para realimentar suas informaes e atualizar os dados em tempo real (conta
com um delay maior em relao ao servidor, mas mantm sua interferncia irrelevante
dada a natureza dos sinais que estamos tratando).
Recebe os sinais analgicos j transformados em dados digitais (Strings) e deles
extrai as informaes apresentadas na interface grfica (para o cliente, esta interface o
laboratrio virtual propriamente dito).
Para a recepo dos dados, faz uso dos blocos de comunicao TCP/IP,
responsveis pela conexo entre servidor e cliente (TCP Open Connection e TCP Close
Connection) e pela leitura dos dados coletados (TCP Read).
Para gerar o relatrio de amostras combina os blocos Feedback Node
(responsvel por dar nome ao arquivo de valores do Microsoft Excel), Write to Text File
e Open/Create/Replace File.

37

O momento em que cada operao deve ser executada definido pelo uso de
Case Strucutures.

38

RESULTADOS OBTIDOS
Para a experimentao do sistema foram utilizados dois notebooks conectados

em rede (micro a micro), um rodando a VI Server_lab_virt.vi (servidor), no qual foi


conectado o DAQ, previamente incorporado ao Hardware, e o outro rodando a VI
Client_lab_virt.vi (cliente).
Primeiramente, para a configurao adequada das rotinas, foram realizados
testes simplificados de comunicao, e j neste momento houve falha do sistema, que
no estabelecia a comunicao desejada.
Era possvel perceber que o software estava escrito da maneira correta,
utilizando a ferramenta Highlight Execution, que apresenta o caminho dos dados
dentro da rotina criada.
Aps inmeras tentativas de estabelecer comunicao percebeu-se que o
impeditivo estava nas autorizaes do sistema antivrus e no firewall do Windows que,
mesmo habilitando todo o sistema LabVIEW impediam que as demais funcionalidades
do pacote da National Instruments rodassem em background. Resolvido isso, foram
enfim iniciados os testes de comunicao.
O comportamento foi o esperado, desde o incio, sendo necessrios pequenos
ajustes nos valores da Sub-vi Interpola.vi para que os valores apresentados pela
interface grfica do sistema fossem o mais semelhante possvel aos valores
apresentados no display do dispositivo de transmisso de temperatura e umidade
relativa.
Aps os ajustes foram obtidas leituras variando em 3% para mais ou para menos,
em relao aos valores apresentados no display do dispositivo.
Um fato interessante foi que, nos dias chuvosos, em que a umidade relativa do
ar curiosamente ultrapassou os 100%, e com temperaturas mais baixas, foram
percebidas as maiores diferenas de valores entre hardware e software, mas nada que
interferisse na funcionalidade do sistema.
Nos primeiros testes de comunicao, foram utilizadas VIs pertencentes
biblioteca do usurio, que estabeleciam um sistema simples de comunicao TCP/IP

39

entre servidor e cliente, na qual se transmitiam mensagens de texto em ambos os


sentidos, com a confirmao de envio atravs do boto enviar, que gerava um pulso
true responsvel por habilitar o sistema de envio.
O diagrama de blocos das rotinas Servidor.vi e Cliente.VI esto apresentadas nas
figuras 18 24.
Aps o funcionamento adequado do sistema de comunicao, este foi
incorporado rotina responsvel pela captao dos dados de hardware e sua
apresentao grfica ao usurio, sendo criada a VI Server_lab_virt.vi e somente aps
seu perfeito funcionamento foi criada a VI Client_lab_virt.vi.
O servidor deveria demonstrar graficamente os dados coletados e envi-los ao
usurio que estivesse executando a rotina de cliente. Para que a comunicao fosse
estabelecida foi disponibilizada a porta 6341, e o IP do servidor (169.254.118.28) foi
informado pelo usurio (cliente).
Foi percebido que o sistema de software respondia s oscilaes dos valores
apresentados nos displays do hardware com um delay mnimo (inferior a 1 s) que em
nada interferiu na acuracidade das medies.

Figura 18 - Diagrama de blocos do Servidor com case structure no modo Carrega, responsvel por
abrir a porta de comunicao para o cliente

40

Figura 19 - Case strucuture no modo Conexo, na qual o servidor aguarda at ser contactado pelo
cliente.

Figura 20 - Case strucuture no modo Espera, onde o envio e o recebimento de mensagens so


acusados.

41

Figura 21 - Case structure no modo Enviar, no qual a informao formatada e transmitida ao cliente.

Figura 22 - Diagrama de blocos do Cliente com case structure no modo Conectar, responsvel por
estabelecer a comunicao com o servidor.

42

Figura 23 - Case strucuture no modo Espera, onde o envio e o recebimento de mensagens so


acusados.

Figura 24 - Case structure no modo Enviar, no qual a informao formatada e transmitida ao


servidor.

43

O cliente trabalhou com um delay quase trs vezes superior ao servidor


(aproximadamente 1,5 s), que em alguns momentos, nos quais foram simuladas
alteraes abruptas dos valores medidos, interferiu na medio do fundo de escala, ou
seja, no foi possvel registrar o pico de medio entre os intervalos de atualizao das
medies. Quanto aos intervalos de atualizaes das medies (bloco wait), para que
houvesse sincronia entre as rotinas durante a transmisso, foi necessrio determinar o
atraso do servidor em 500 ms, ou seja, duas leituras por segundo, e para o cliente o
atraso foi definido em 1000 ms, registrando uma leitura por segundo, sendo este
tambm um motivo que contribuiu para que os picos de medio durante as simulaes
de aumento repentino seguido de queda acentuada at a normalizao do sistema no
fossem registrados da maneira correta para o usurio (cliente).
Foram simulados atrasos diferentes, tanto para servidor quanto para cliente, mas
houve insucesso na transmisso, seja por exceder o tempo de espera de comunicao do
cliente, seja por criar um buffer demasiadamente grande que tambm resultava em erro
de conexo (overflow).
Para o cliente foi criada a opo de registrar os dados coletados em um dado
intervalo de tempo atravs de um arquivo de valores do Microsoft Excel (.cvs). Essa
funcionalidade, apesar de bastante limitada, uma vez que os valores so preenchidos em
uma planilha sem formatao, em sequncia crescente de linhas, mas sem apontar os
instantes de tempo em que foram registrados, funcionou da maneira esperada em 100%
das simulaes realizadas. O arquivo era gerado na mesma pasta em que a VI
Client_lab_virt.vi estava gravada, com seu nome formatado da seguinte maneira:
Dados_dia_ms_ano_hora_minuto_segundo. Essa formatao permite ao usurio
distinguir a cronologia de seus relatrios para que sua manipulao posterior torne-se
mais eficiente e precisa. Caso a VI ainda no estivesse gravada no computador, o
arquivo no era gerado e uma mensagem de erro era apresentada.
O sistema foi testado por mais de vinte horas consecutivas, registrando com
sucesso os valores coletados e transmitindo-os de mesma maneira ao usurio.
Durante as medies contnuas o sistema demonstrou estabilidade na
comunicao entre hardware e software e na comunicao via TCP/IP.

44

Os problemas encontrados na comunicao deram-se sempre que, por


interveno proposital ou no proposital houve queda na comunicao. Uma vez
perdida a comunicao entre servidor e cliente, os blocos de comunicao TCP
registravam erros (ERR 59, ERR 60, ERR 63 e ERR 66) referentes conexo encerrada
de maneira repentina, tempo excedido e buffer overflow. Nos casos em que a
comunicao foi encerrada pelo servidor foi possvel restabelec-la simplesmente
rodando novamente a rotina, porm, nos casos em que a comunicao foi encerrada pelo
cliente, para que a transmisso fosse novamente estabelecida, foi necessrio reiniciar o
servidor e, apenas em alguns casos, reiniciar tambm o cliente.
Vrias foram as tentativas de rearranjar a lgica dos blocos, em ambas as VIs,
mas em nenhuma destas tentativas foi obtido sucesso. Por falta de tempo hbil para
retrabalhar a programao, a verso finalizada permanece com essa pendncia.
Determinados os parmetro de programao, bem como a disposio dos painis
frontais, apresentados nas figuras 25 e 26, o sistema foi disponibilizado via web, atravs
da ferramenta Web Publishing Tool.
Tanto servidor quanto cliente foram disponibilizados em links que podem ser acessados
via

Internet.

servidor

pode

ser

acessado

atravs

do

endereo

192.168.2.10:8000/Server_lab_virt.html. Para que fossem respeitados os critrios de


transmisso, a rotina do servidor foi disponibilizada no modo Monitor, na qual as
informaes so atualizadas constantemente (neste caso a cada 1 s) no browser do
usurio, mas no h a possibilidade de interao com o painel frontal.

Figura 25 - Painel frontal Server_lab_virt.vi

45

Figura 26 - Painel frontal Client_lab_virt.vi

cliente

pode

ser

acessado

via

Internet

pelo

endereo

192.168.2.10:8000/Client_lab_virt.html. Sua publicao foi feita no modo Embedded,


na qual o usurio pode interagir com o painel frontal e executar a rotina.
De uma maneira geral, as informaes foram coletadas e transmitidas com
sucesso, sem interferncias significativas no objeto de estudo, viabilizando a utilizao
destes recursos como ferramenta de compartilhamento de informao com custos
reduzidos, caracterizando a alcanando o objetivo deste projeto que o estabelecimento
de um laboratrio virtual de sistemas computacionais.

46

CONCLUSO

O laboratrio virtual apresenta-se como uma ferramenta indispensvel para um


futuro acadmico de incluso e compartilhamento ocorrendo em velocidades nunca
antes assistidas. Sua formatao simples, sua funcionalidade integral, sua possibilidade
de aprimoramentos e de sofisticaes com a finalidade de oferecer interatividade em
nveis maiores e mais interessantes para o desenvolvimento dos estudos tornam sua
aplicao quase que uma obrigatoriedade em tempos que a informao se propaga e
escalas exponenciais.
Pudemos apresentar aqui, de maneira bastante simplificada, como essa
ferramenta pode ser facilmente implementada e, independente de sua simplicidade,
apresentar resultados confiveis e impactantes para o desenvolvimento de estudos nas
reas de engenharia, em especial, no tocante de sistemas computacionais baseados em
LabVIEW.
Com custos demasiadamente reduzidos se comprados a laboratrios fsicos, com
baias de experimentao individual e alocao de recursos respeitando essa mesma
escala, podemos prover com a implementao de laboratrios virtuais o ensino mais
abrangente, a discusso emprica de parmetros que, por ineficincias do sistema
educacional, sejam elas estruturais, organizacionais ou financeiras, por ora permanecem
obscuros aos alunos que almejam um futuro profissional digno e qualificado, a
disseminao do conhecimento com o mesmo comprometimento de sempre, mas talvez
com uma qualidade mais refinada.
Alm de viabilizar-se financeiramente, pois a aquisio de equipamentos, sua
instalao e manuteno se daro, na maioria das vezes, em coeficientes unitrios, isto
, a gerao de dados se dar atravs de uma nica fonte que estar conectada aos
demais usurios, diferentemente da realidade que hoje observamos, na qual, para o
correto desenvolvimento de determinados estudos laboratoriais so necessrios
equipamentos/mquinas/dispositivos em nmero tal que atenda a demanda de todos os
alunos de uma turma individualmente (em mdia 30 alunos), o laboratrio virtual
conecta o aluno ao uso da tecnologia, fonte de seu estudo e meio poderoso de incluso.

47

Em contrapartida, no podemos deixar de considerar que o uso de um nico


equipamento conectado em rede pode gerar deficincias no processo, como delays
acentuados, trfego excessivo na rede, falhas de conexo entre servidor/cliente e, alm
disso, falhas no dispositivo interrompero os estudos de todos os usurios,
invariavelmente, o que pode se tornar crtico em determinados momentos.
Considerando todos esses aspectos acreditamos que os fatores positivos
sobreponham-se aos negativos e, mesmo havendo possibilidades de falhas vale
considerar que tratamos de falhas e/ou problemas corrigveis no uso desta ferramenta,
sua importncia se dar tamanha que sua aplicao ser mantida e, como j observamos
no meio acadmico, se expandir, passando a integrar a realidade dos estudos
laboratoriais das universidades salesianas.

6.1

Proposies futuras
Para que a ferramenta desempenhe seu propsito de maneira mais adequada,

necessrio promover correes na construo das rotinas a fim de eliminar os erros


observados no processo de comunicao entre servidor e cliente. Alm disso, como este
trabalho contou com simulaes isoladas, em uma rede restrita e de pequenssimo porte,
sem atenuantes de trfego nem tampouco restries especficas, necessrio que o
sistema seja reestruturado para que sua disponibilizao em rede ao sistema de
laboratrios de nossa universidade se torne possvel.
Por fim, a ampliao dos recursos grficos e interativos, bem como o aumento
do tipo de informaes coletadas e distribudas neste Laboratrio Virtual, culminaria em
um cenrio mais eficiente para a formao de profissionais nas reas de engenharia e,
consequentemente, para o compartilhamento de conhecimento, objetivo final dos que
dedicam anos de suas vidas como educadores.

48

REFERNCIAS

[1] - Transmissor de Temperatura Sensor de Temperatura Tipo PT 100.


Disponvel em <http://www.bermo.com.br/produtos/64/>. Acesso em: 19 de maio
de 2013.
[2] - Transmissor de Umidade STU Manual de instalao e operao. Disponvel
em <http://sensym.com.br/produtos.php?categoria=6&subcategoria=21>. Acesso
em: 17 de abril de 2013.
[3] - DVP/PMC/Cliq

Fonte

de

Alimentao

Delta.

Disponvel

<http://sensym.com.br/produtos.php?categoria=30&subcategoria=99>.

em

Acesso

em 17 de abril de 2013.
[4] - User Guide and Specifications NI USB 6008/6009 Bus Powered
Multifunction

DAQ

USB

Device.

Disponvel

em

<http://www.ni.com/pdf/manuals/371303m.pdf>. Acesso em: 19 de maio de


2013.
[5] - FOROUZAN, B. A.; FEGAN, S. C.. Protocolo TCP/IP. 3 ed. McGraw-Hill,
2009.
[6] - COMER, D. E.. Internetworking With TCP/IP vol 1: Principles, Protocols
and Architecture. 4 ed. New Jersey: Prentice Hall, 2000.
[7] - CHAVES, M. H. P. C.. Anlise de Estado de Trfego em Redes TCP/IP Para
Aplicao em Deteco de Intruso. So Jos dos Campos: Instituto Nacional
de Pesquisas Espaciais (INPE) Dissertao de Mestrado em Computao
Aplicada,

2002.

Disponvel

em

<http://www.geocities.ws/dionata.nunes/Documentos/VISS_Project/AnaliseDeEs
tadoDeTrafegoDeRedesTCPIP.pdf>. Acesso em: 19 de maio de 2013

49

[8] - Basic TCP/IP Communication in LabVIEW. Disponvel em <http://


http://www.ni.com/white-paper/2710/en>. Acesso em: 18 de maio de 2013.
[9] - Transmission Control Protocol DARPA Internet Program Protocol
Specification. Disponvel em <http://www.faqs.org/rfcs/rfc793.html>. Acesso
em: 18 de maio de 2013.
[10] - An

Introduction

to

Data

Servers.

Disponvel

em

<http://www.facstaff.bucknell.edu/mastascu/elessonsHTML/Network/Network3
NoteTCPIPinLV.html>. Acesso em: 19 de maio de 2013.
[11] - Using

TCPIP

Connections

in

LabVIEW.

Disponvel

em

<http://www.facstaff.bucknell.edu/mastascu/elabs/networkinstrumentation/tcpip/l
abviewtcpip01.htm>. Acesso em: 19 de maio de 2013.
[12] - ME 205 The Simulation of Physical Systems LabVIEW Tutorial 11
TCP/IP.

Disponvel

em

<http://attila.sdsu.edu/me205/modules/1labview/11labviewtcp/2tutorial.html>.
Acesso em: 19 de maio de 2013.
[13] - HASSAN, E. B.. Laboratrio Virtual 3D para ensino de Redes de
Computadores. Porto Alegre: Instituto de Informtica - Universidade Federal do
Rio Grande do Sul (UFRGS); Florianpolis: Laboratrio de Realidade Virtual
LRV Universidade Federal de Santa Catarina (UFSC) XIV Simpsio
Brasileiro de Informtica na Educao NCE IM/UFRJ, 2003.
[14] - DIAS, N. L.; PINHEIRO, A. G.; BARROSO, G. C.. Laboratrio Virtual de
Fsica Nuclear

(Virtual

Laboratory on Nuclear

Physics).

Fortaleza:

Universidade Federal do Cear Campus do Pici, 2002. Disponvel em


<http://www.scielo.br/scielo.php?script=sci_arttext&pid=S180611172002000200020>. Acesso em 10 de abril de 2013.

50

ANEXO A

Diagrama de blocos da rotina Server_lab_virt.vi:

Figura 27 - Diagrama de blocos do servidor com o Case Strucuture no modo Carrega.

Figura 28 - Diagrama de blocos do servidor com o Case Strucuture no modo Conexo.

51

Figura 29 - Diagrama de blocos do servidor com o Case Strucuture no modo Espera.

Figura 30 - Diagrama de blocos do servidor com o Case Strucuture no modo Enviar.

52

ANEXO B

Diagrama de blocos da rotina Client_lab_virt.vi:

Figura 31 - Diagrama de blocos do cliente com o Case Strucuture no modo Conectar.

Figura 32 - Diagrama de blocos do cliente com o Case Strucuture no modo Espera.