Download - JARLes Equipe: Arthur Moreno Jefferson Ramos Lucas Felix Renato Quirino Rennason Carneiro
JARLes
Equipe: Arthur Moreno Jefferson Ramos Lucas Felix Renato Quirino Rennason Carneiro
Conteúdo1. Apresentação
1.1 Requisitos de Hardware 1.2 Requisitos de Software 1.3 Medidas de Requisitos
2. Arquitetura 2.1 Hardware 2.2 Software 2.3 Interface
3. Dificuldades Encontradas4. Retrospectiva ( Plano Inicial vs. Execução )
1. Apresentação
O nosso sistema JARLES, é um carro que faz rotas inteligentes pré-determinadas por um usuário através de um aparelho mobile que possui um sistema operacional android, onde o mesmo tem um aplicativo que será responsável por enviar dados e informar a rota que o carro deverá percorrer. Porém, caso haja obstáculos no caminho, o carro deverá notificar o usuário através do aplicativo, e o mesmo irá traçar uma nova rota para o carro a partir daquele ponto.
1.1 Requisitos de Hardware
Requisitos Funcionais: O carro deve seguir a rota que o usuário determina através do
aplicativo. Quando o usuário enviar a rota e o comando de que o carro
possa começar, o mesmo deve dar partida. O carro ao encontrar qualquer obstáculo, deve notificar em
tempo real ao usuário através do aplicativo. O sistema deve fornecer uma comunicação continua e segura
entre o carro e o aplicativo.
1.1 Requisitos de Hardware
Requisitos Não-Funcionais: O carro só poderá andar para frente, para o lado esquerdo e
para o lado direito. O usuário deve primeiro estabelecer a comunicação com o carro
através do aplicativo. O usuário tem que desenhar o padrão da rota que ele quer no
aplicativo e mandar para o carro, para que ele inicie. Quando o usuário solicitar que o carro inicie a rota, ele tem de
começar em tempo real.
1.2 Requisitos de Software Requisitos Funcionais:
Afim de criar uma nova rota ou corrigir um rota o aplicativo deve ser capaz de apresentar em sua GUI um modelo em grade, com escala definida.
O aplicativo deve ser capaz de realizar a função de criar uma nova rota, com auxilio da GUI o usuário poderá desenhar a rota de acordo com o modelo de grade especificado para o mapa.
O aplicativo deve ser capaz de realizar a função de corrigir uma rota, havendo a possibilidade de apagar uma rota recém desenhada.
O aplicativo deve ser capaz de detectar e apresentar na GUI um obstáculo encontrado pelo veículo autônomo, através dos dados recebidos do controlador deste, e após a detecção dispor a possibilidade de correção da rota apresentada na GUI.
1.2 Requisitos de Software
Requisitos Funcionais:
O aplicativo deve ser capaz de parar a movimentação do veículo, caso o usuário solicite essa função, fazendo uso do envio de dados para o controlador do veículo.
Ao acionar a função de parada do veículo o aplicativo deve ser capaz de fornecer a função de retomar a movimentação do veículo seguindo a rota previamente definida.
Ao acionar a função de parada do veículo o aplicativo deve ser capaz de fornecer a função de redefinir a rota do veículo, redesenhando a rota desejada.
1.2 Requisitos de Software
Requisitos Não-Funcionais: O aplicativo deveria ser implementado de forma a viabilizar a
facilidade de uso e de interpretação dos resultados obtidos. Implementação de uma GUI clara e intuitiva. Implementação de botões de comando com desenhos ou texto
indicando a funcionalidade desejada. Apresentação clara da rota desenhada, pontos de saída e chegada,
obstáculo encontrado e etc. O aplicativo deveria ser capaz de executar e atualizar
graficamente as requisições de comandos solicitadas rapidamente.
1.3 Medidas de RequisitosPropriedade Medida
Velocidade- O carro não deve ultrapassar os 10 centímetros/segundo- A comunicação é em tempo real
Tamanho- O carro tem 25 centímetros- O tamanho do aplicativo é de 2,62 megabytes.
Facilidade de Uso- O treinamento para utilização do sistema é de aproxima- damente 1 hora.
Confiabilidade- O sistema só para de funcionar caso haja problema no hardware, ou na comunicação do aplicativo com o carro
Robustez- O sistema é robusto, caso haja alguma falha como mencionado acima, o tempo de conserto será determinado até a chegada do técnico.
Portabilidade- O carro é pequeno e de fácil portabilidade, e o aplicativo também é pequeno e configurável no sistema operacional android.
2. Arquitetura
Aparelho mobilecom aplicativo
ComunicaçãoVia Bluetooth Carro
Nossa Arquitetura geral é :
2.1 Hardware
ArduinoRecebe dadosEnvia dados
Controla
Motores+
Ponte h
SensorUltrassônic
o
Módulo Bluetooth
Motor de passo
2.1 Hardware
2.2 Software
Ligar Bluetooth doAparelho
Definir nome da rota
Desenhar Rota do carro
Enviar dados para o carro
Esperar o carro enviar alguma informação ou
o mesmo concluir a rota
Fazer outra rotaou finalizar
Desligar bluetooth
2.2 Software
2.3 InterfaceEstabelecer
Comunicação via Bluetooth
Aparelho <-> CarroEnviar e Receber dados
Software
Hardware
3. Dificuldades Encontradas Horário em comum entre os integrantes da equipe para
reuniões. Aquisição de materiais. Local para trabalho. Problemas nos materiais que foram comprados. Conflito de ideias. Junção das partes responsáveis por cada membro, para
montar o sistema final. Limitações de Hardware.
4. Retrospectiva ( Plano inicial vs. Execução )
Inicialmente separamos a equipe, onde cada membro ficaria responsável por alguma parte do projeto.
Cada membro desenvolveu sua parte separadamente, com algumas reuniões para definir protocolos de comunicação ou aspectos de integração hardware-software.
4. Retrospectiva ( Plano inicial vs. Execução )
As últimas reuniões serviram para as integrações de hardware e software, permitindo solucionar os mais diversos bugs que vieram a surgir. Além disso, foi feita a montagem final do equipamento. Os últimos detalhes de software também foram acertados na última reunião.
Os testes foram feitos e os requisitos propostos inicialmente foram devidamente implementados. Com isso nosso protótipo foi finalizado estando pronto para a apresentação final.