Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
CURITIBA
2010
DANIEL MARINO PEREIRA LIMA
CURITIBA
2010
FICHA CATALOGRÁFICA
Nº de páginas
Dedico
AGRADECIMENTOS
1 INTRODUÇÃO
FONTE: O Autor
2 METODOLOGIA
2.1 OBJETIVOS
Hardware:
O dispositivo por mim proposto irá se comunicar via serial com o módulo de
captura de batimentos cardíacos da pessoa e quando solicitado pelo módulo
computacional, irá enviar estas informações via RF. Nessa etapa do projeto foi onde
encontrou-se a necessidade de definição dos componentes do projeto, foram
escolhidos os componentes levando-se em consideração o custo e a facilidade de
uso dos componente. Para o envio dos dados via RF foi escolhido o Transceptor
TRW-24G, o qual é um transceiver de baixo custo e alto desempenho. Conta com
características como baixo consumo e teste de CRC, evitando o recebimento de
falsos pacotes. E para o controle do equipamento foi escolhido o microcontrolador
PIC 18f458 o qual apresenta uma boa memória interna a qual pode ser usada para a
METODOLOGIA 19
Software:
O software desenvolvido tem compatibilidade com o sistema operacional
Windows.
A linguagem de programação utilizada será a linguagem C++, utilizando-se
um software como ambiente de programação e criação da interface gráfica para
entrada e saída de informações.
É utilizado o banco de dados para suportar com eficiência o volume de
dados a serem armazenados.
Para realizar o recebimento dos dados provindos da serial, utiliza-se uma
classe de comunicação serial.
O software foi dividido em funcionalidades:
a) Recebimento dos dados.
b) Interface de comunicação com o usuário.
c) Armazenamento e consulta de dados.
d) Transformação de dados e geração de gráficos.
2.5 RESULTADOS
2.6 CRONOGRAMA
3 ESPECIFICAÇÃO DO PROJETO
Este capítulo tem por objetivo descrever tanto o hardware como o software
do projeto. Assim, o capítulo estará subdividido em 3 partes: Componentes
Utilizados, Especificação do Hardware e Especificação do Software.
Nos Componentes Utilizados, apresentam-se algumas das tecnologias
utilizadas no projeto. Na Especificação do Hardware, demonstra-se a estrutura do
projeto, a qual se subdivide em blocos. Já na Especificação do Software, cita-se
tanto o Firmware como o Software.
- Transceptor TRW-24G;
- PIC 18F458.
Recursos PIC18F458
Frequência de Operação DC – 40MHz
Memória Interna Programável 32K(Bytes)
Memória de Dados (Bytes) 1536
Memória EEPROM (Bytes) 256
Fontes de Interrupções 21
Portas I/O Portas A, B, C, D, E
Timers 4
Capture/Compare/Módulos PWM 1
Enhanced Capture/Compare/PWM 1
Modules
Comunicação Serial MSSP,CAN,Addressable USART
Comunicação Paralela (PSP) Sim
ESPECIFICAÇÃO DO PROJETO 26
C1
C2 3V
5V 100nF
D5
LED D1
LED D2 3V3
U5 D6
Serial 3V3
13 12
8 R1IN R1OUT 9
Serial R2IN R2OUT
11 14
10 T1IN T1OUT 7
T2IN T2OUT
C8 1
1uF 3 C1+
4 C1-
5 C2+
2 C2-
6 V+
V-
C7 MAX232
1uF
FONTE: O Autor
FONTE: O Autor
ESPECIFICAÇÃO DO PROJETO 30
FONTE: O Autor
ESPECIFICAÇÃO DO PROJETO 31
TABELA 2 - FRAME
FONTE: O Autor
GRP: byte informando o grupo ao qual o usuário pertence. Este byte será
utilizado, para futuras implementações, para informar a qual grupo a pessoa
ESPECIFICAÇÃO DO PROJETO 32
FLG: byte o qual conterá informações do tipo flag. Neste byte, estará sinalizado o
erro (caso tenha ocorrido algum), o número de zeros inseridos pela função de
criptografia.
ETX: byte informando o final do frame (End Transmission). Este campo deverá
ser obrigatoriamente o valor hexadecimal 0x03.
placa de captura através da sua interrupção serial, nela são separados os dados dos
batimentos e gravados em um vetor na memória do PIC.
Estes dados serão enviados ao módulo PC, via RF através do dispositivo
TRW-2.4G que está conectado na interrupção externa da porta b do PIC,será
solicitado pelo módulo PC utilizando o protocolo de comunicação e colocando no
byte de dados do protocolo a última posição gravada no vetor. Quando esgotarem
as posições do vetor ele começa a gravar no início do vetor novamente.
FONTE: O Autor
FONTE: O Autor
Como o módulo LCD foi projetado para substituir o módulo de captura dos
batimentos ele utiliza o mesmo protocolo que este módulo e envia para o módulo
portátil o frame com os dados do batimento cardíaco.
Inicialmente ele executa a configuração do PIC18F458 bem como do rádio
transceiver. Em seguida inicializa o display LCD e configura o frame inicial para um
batimento de 70bpm que é enviado quando o módulo portátil solicitá-lo. Os dados do
batimento podem ser alterados usando os push bottons que estão nas interrupções
externas do PIC. Sendo a int0 para aumentar o batimento e a int1 para diminuir o
batimento.
ESPECIFICAÇÃO DO PROJETO 36
FONTE: O Autor
3.3.4 Software
FONTE: O Autor
FONTE: O Autor
ESPECIFICAÇÃO DO PROJETO 38
FONTE: O Autor
Caso o usuário não possua todos os dados, tanto para alterar um usuário
como para excluir um usuário, ele poderá optar por pesquisar. Ao executar o
comando pesquisar, uma nova tela será exibida, conforme a Figura 16, solicitando o
nome de usuário a ser pesquisado.
FONTE: O Autor
usuário encontrado. Caso a busca encontre mais de um usuário, será exibida uma
nova tela, Figura 17, na qual a pessoa irá selecionar o usuário o qual está sendo
procurado, caso o mesmo exista.
FONTE: O Autor
FONTE: O Autor
FONTE: O Autor
FONTE: O Autor
ou uma pessoa que não esteja com o equipamento número um, pois o software e
firmware foram desenvolvidos para interagir somente com um módulo.
FONTE: O Autor
FONTE: O Autor
FONTE: O Autor
1. Deve ser parado o monitoramento, através do botão Stop (do grupo START –
STOP).
ESPECIFICAÇÃO DO PROJETO 44
2. Por fim, deve ser desligado o monitor através do botão OFF (do grupo ON -
OFF).
FONTE: O Autor
FONTE: O Autor
Ao solicitar a busca das informações, uma nova tela será exibida (Figura 26).
Nesta tela, o usuário deverá informar seu Id para que seja realizada a busca das
informações. Quando o id é solicitado ele também carrega todas as informações de
treinos anteriores e carrega todos os dados gravados no treino atual e calcula a
média de batimento e grava na última posição da tabela. Com estas informações, a
pessoa poderá comparar o seu desempenho atual com anteriores.
ESPECIFICAÇÃO DO PROJETO 46
FONTE: O Autor
FONTE: O Autor
ESPECIFICAÇÃO DO PROJETO 47
Por fim, existe um quarto módulo, o qual não foi comentado acima
intencionalmente (devido a ser um módulo invisível ao usuário), o qual é responsável
pelo controle da porta serial. Este módulo, ao iniciar o software, dispara uma thread
de controle da porta serial a qual é responsável por enviar e receber dados pela
porta serial.
Ao iniciar o software, o controle serial coloca a thread no modo executando
(ver diagrama de seqüência, Figura 28). Quando a thread está no modo executando,
ela fica em tempo integral fazendo a leitura da porta serial para verificar se chegou
um frame válido.
FONTE: O Autor
ESPECIFICAÇÃO DO PROJETO 48
FONTE: O Autor
FONTE: O Autor
4 VALIDAÇÃO E TESTES
Para o módulo portátil foi elaborado um firmware que envia via rádio um frame
a cada 1 segundo (respeitando o protocolo de envio utilizado no projeto).
Esse frame começa com o valor referente aos dados como 0x00 e a cada
segundo é incrementado o valor de 0x01 até o valor 0xFF.
Para o módulo PC foi elaborado um firmware que simplesmente recebe esse
frame e envia via serial para o computador.
O frame é mostrado na tela do computador através do software Dockligth para
ler o que chega à serial do computador.
O processo é executado 3 vezes resultando num envio de 765 frames, os
quais são conferidos para um a um para verificar se houve erros durante o
processo.
Resultados:
O teste foi realizado duas vezes. Na primeira vez o tempo de execução de
foi 12 minutos e foram perdidos 6 frames, 2 no primeiro ciclo, 3 no segundo e 1 no
terceiro. Na segunda vez o tempo de execução foi o mesmo e foram perdidos 5
frames, 1 no primeiro ciclo, 2 no segundo e 2 no terceiro.
Conclusão:
O hardware apresentou um ótimo desempenho conseguindo o envio correto
de aproximadamente 99,2% dos frames.
Resultados:
VALIDAÇÃO E TESTES 53
Conclusão:
Não é possível a comunicação entre os rádios com duas paredes entre os
módulos.
Resultados:
O teste foi realizado duas vezes. Em ambos os testes o tempo de execução
foi de 12 minutos e foram perdidos 3 frames no primeiro teste, 2 no primeiro ciclo, 1
no segundo e nenhum no terceiro. Na segunda vez foram perdidos 4 frames, 2 no
primeiro ciclo, nenhum no segundo e 2 no terceiro.
Conclusão:
O hardware apresentou um ótimo desempenho conseguindo o envio correto
de aproximadamente 99,6% dos frames.
Resultados:
O teste foi realizado duas vezes. Em ambos os testes o tempo de execução
foi de 12 minutos e foram perdidos 3 frames no primeiro teste, 2 no primeiro ciclo,
nenhum no segundo e 1 no terceiro. Na segunda vez foram perdidos 5 frames, 2 no
primeiro ciclo, 1 no segundo e 2 no terceiro.
Conclusão:
O hardware apresentou um ótimo desempenho conseguindo o envio correto
de aproximadamente 99,4% dos frames.
Resultados:
O teste foi realizado duas vezes. Em ambos os testes o tempo de execução
foi de 12 minutos e foram perdidos 8 frames no primeiro teste, 4 no primeiro ciclo, 2
no segundo e 2 no terceiro. Na segunda vez foram perdidos 9 frames, 3 no primeiro
ciclo, 2 no segundo e 4 no terceiro.
Conclusão:
O hardware apresentou um ótimo desempenho conseguindo o envio correto
de aproximadamente 98,8% dos frames.
VALIDAÇÃO E TESTES 55
Resultados:
O teste foi realizado duas vezes. Em ambos os testes o tempo de execução
foi de 12 minutos e foram perdidos 111 frames no primeiro teste, 25 no primeiro
ciclo, 47 no segundo e 39 no terceiro. Na segunda vez foram perdidos 92 frames, 22
no primeiro ciclo, 47 no segundo e 23 no terceiro.
Conclusão:
Com a distância do sexto teste o hardware começa a apresentar um
desempenho pior, mas ainda bom conseguindo o envio correto de aproximadamente
86,6% dos frames.
Resultados:
VALIDAÇÃO E TESTES 56
Conclusão:
À distâncias acima de 30 metros a comunicação é muito instável tornando-
se insatisfatória. Na tabela 4 pode ser a diferença de confiabilidade de acordo com o
aumento da distância entre os módulos.
Para efeitos de comparação foi realizado um teste a 20 metros o resultado
foi de 6,9% de frames perdidos.
Resultados:
O teste foi realizado duas vezes e em ambas todos os batimentos exibidos
no LCD foram exibidos na tela do computador.
5 CONCLUSÃO
CONCLUSÃO 59
5 CONCLUSÃO