Desenvolvimento de um VeÃculo Aéreo Não-Tripulado - LARA ...
Desenvolvimento de um VeÃculo Aéreo Não-Tripulado - LARA ...
Desenvolvimento de um VeÃculo Aéreo Não-Tripulado - LARA ...
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
Mo<strong>de</strong>m<br />
Digi XBee-<br />
PRO<br />
PC (HMM)<br />
Microcontrolador<br />
IMU<br />
Atmel AVR<br />
ATMega 328P<br />
Serial LVTTL<br />
RS232<br />
SPI LVTTL<br />
Processador<br />
Principal<br />
G<strong>um</strong>stix Overo<br />
Serial LVTTL<br />
Processador<br />
Auxiliar<br />
NXP LPC2148<br />
SPI LVTTL<br />
Microcontrolador<br />
Atuação<br />
Atmel AVR<br />
ATMega 328P<br />
Microcontrolador<br />
Leitura Rádio<br />
Atmel AVR<br />
ATMega 328P<br />
Figura 4.1: Diagrama do sistema, com os módulos programáveis<br />
a fim <strong>de</strong> fazer <strong>um</strong> projeto <strong>de</strong> software compatível com as necessida<strong>de</strong>s do projeto.<br />
A função <strong>de</strong> cada módulo é <strong>de</strong>finida principalmente pelo hardware conectado a cada dispositivo.<br />
O módulo <strong>de</strong> leitura <strong>de</strong> PWMs é responsável por fazer a leitura dos sinais <strong>de</strong> PWM gerados pelo<br />
rádio, comandar a chave <strong>de</strong> emergência, e repassar esses dados para o módulo <strong>de</strong> processamento<br />
auxiliar. O módulo <strong>de</strong> geração <strong>de</strong>ve gerar <strong>de</strong> forma contínua os sinais PWM <strong>de</strong> comando dos rádios<br />
conforme comandados pelo LPC2148. Já o módulo da IMU é responsável por fazer a aquisição<br />
dos sinais analógicos e digitais da IMU e repassar esses dados para o processador auxiliar.<br />
O módulo auxiliar, além <strong>de</strong> gerenciar os dados gerados e fornecidos a cada <strong>um</strong> dos módulos<br />
periféricos (IMU, leitura e geração <strong>de</strong> PWM), <strong>de</strong>ve gerenciar a adquisição <strong>de</strong> dados e controle <strong>de</strong><br />
outros dispositivos conectados a ele (como altímetro, GPS e medidas analógicas), e transferir esses<br />
dados para o módulo <strong>de</strong> processamento principal.<br />
Por último, o módulo <strong>de</strong> processamento principal <strong>de</strong>ve requisitar os dados, executar o processamento<br />
dos dados (condicionamento digital e estimação), calcular a lei <strong>de</strong> controle, e enviar <strong>um</strong><br />
sinal <strong>de</strong> atuação para ser enviado aos servos.<br />
4.3.1 Sincronismo dos Módulos<br />
Do ponto <strong>de</strong> vista <strong>de</strong> sistema, <strong>um</strong> dos <strong>de</strong>safio é como lidar com dados <strong>de</strong> fontes síncronas e<br />
assíncronas. Nesse projeto, alguns módulos, como o GPS e o altímetro, fornecem dados assim que<br />
eles estão disponíveis, enquanto outros exigem que seja feito <strong>um</strong>a requisição para receber o valor<br />
mais recente.<br />
A solução adotada foi utilizar o módulo principal como “base <strong>de</strong> tempo” do sistema - ou seja,<br />
ele que <strong>de</strong>finiria o período <strong>de</strong> amostragem. Isso seria feito enviando requisições ao processador<br />
auxiliar no início do da amostragem, que <strong>de</strong>veria enviar todo o conjunto <strong>de</strong> dados disponível como<br />
resposta. Dessa forma, para o processador principal, todo o sistema seria síncrono - nenh<strong>um</strong> dado<br />
seria recebido sem que existe <strong>um</strong>a requisição para o mesmo. A fim <strong>de</strong> garantir o <strong>de</strong>terminismo no<br />
período <strong>de</strong> aquisição, <strong>um</strong> sistema operacional em tempo real seria necessário.<br />
71