Grupo2-PJI2-2018-1
Equipe
Luísa Machado
Marina Souza
Natália Miranda
Cronograma de Atividades
Atividades | 26/02 - 03/03 | 03/03 - 10/03 | 10/03- 17/03 | 17/03 - 24/03 | 24/03 - 31/03 | 31/03 - 07/04 | 10/04 - 17/04 | 17/04 - 24/04 | 24/04 - 01/05 - 08/05 |
---|---|---|---|---|---|---|---|---|---|
Estrutura do EV3 | OK | ||||||||
SD Card com sistema operacional embarcado | OK | ||||||||
Acesso via WiFI | OK | ||||||||
Execução de programas na linguagem Python | OK | ||||||||
Teste de sensores e motor | parcial | ||||||||
Estudo do artigo do Borenstein e pesquisas sobre métodos de localização | OK | ||||||||
Definir método para localização | OK | ||||||||
Definir regras do jogo | OK | ||||||||
Entrega do sumário executivo | OK | ||||||||
Casos de uso e requisitos | parcial |
Estrutura do EV3
A equipe optou por utilizar um modelo adaptado do Gyro Boy LEGO® MINDSTORMS® Education EV3.
As interfaces de entrada e saída utilizadas no controle do robô seguem a nomenclatura tabela:
Interfaces | |||
---|---|---|---|
Input | Output | ||
1 | Sensor de Cor | A | Motor Direita |
2 | Sensor de Toque | B | |
3 | Sensor Ultrassônico | C | |
4 | Sensor de Giro | D | Motor Esquerda |
Acesso via WiFI
Para acessar o robô via rede Wi-Fi utilizamos um dispositivo Wi-Fi (TP-Link N500) conectado à porta USB do EV3 e acessamos as configurações de rede na tela do EV3 para obter o endereço IP.
A partir de um computador conectado na mesma rede local que o robô, configuramos o software Moba para gerar uma interface gráfica de programação e permitir o envio de arquivos via SSH ao software do EV3.
O tutorial completo pode acessado neste link.
Execução de programas na linguagem Python
O primeiro código em Python enviado ao EV3 foi um teste no sensor de toque. O objetivo do programa é acionar o led verde do EV3 quando o sensor de toque for pressionado.
Teste do Sensor de Toque |
---|
Teste de sensores e motor
Teste dos Motores |
---|
Teste do Sensor de Cor |
---|
Teste do Sensor de Giro |
---|
Teste do Sensor de Ultrassônico |
---|
Estudo do artigo do Borenstein e pesquisas sobre métodos de localização
Review Técnicas de Indoor Positioning
Implementação e Teste de Soluções de Navegação de Robôs Móveis com Base no Sistema NXT/EV3 da LEGO®
Mobile Robot Positioning & Sensors and Techniques
Sumário Executivo
Levantamento de Requisitos
Requisitos Funcionais
RF01 O robô entra em funcionamento a partir de instruções originadas no sistema de auditoria.
RF02 O robô inicia em uma posição aleatória.
RF03 O robô deve descobrir sua localização no tabuleiro.
RF04 O robô deve encontrar alvos aleatoriamente escolhidos pelo sistema.
RF05 O robô deve informar ao sistema supervisor quando um alvo for encontrado.
RF06 O robô deve funcionar de modo autônomo ou manual.
RF07 O robô em modo autônomo deve ser capaz de tomar decisões quanto ao seu deslocamento evitando chocar-se com outro robô.
RF08 O sistema de auditoria notifica o sistema supervisor sobre o início e o término de uma partida e quando um alvo for alcançado por um adversário.
RF09 O sistema de auditoria deve gerenciar os dados da partida e ser capaz de apresentar esses dados ao público em tempo real.
RF10 O sistema de auditoria deve gerar randomicamente a quantidade de alvos escolhido pelo juiz.
RF11 O sistema de auditoria deve permitir a pausa, reinício ou término de uma partida.
RF12 O sistema de auditoria deve permitir que se escolha o modo de funcionamento manual ou autônomo para o robô.
RF13 O sistema supervisor deve repassar ao robô as informações sobre a partida recebidas do sistema de auditoria.
Requisitos Não Funcionais
RNF01 O sistema de auditoria deve ser compartilhado entre os robôs.
RNF02 O sistema de auditoria deve conter um banco de dados com as informações sobre os alvos e um placar para consulta dos robôs.
RNF03 O tabuleiro deve ter dimensões de 2 metros por 2 metros.
RNF04 O tabuleiro deve ser formado por 100 blocos com dimensões de 0,2 metros por 0,2 metros.
RNF05 O tabuleiro deve ter 6 cores (vermelho, azul, amarelo, verde, branco e marrom).
RNF06 Ao redor do tabuleiro deve ter um contorno preto de 0,15 metros.
RNF07 Cada robô deve ter uma cor para identificação.
Restrições
As limitações encontradas pela equipe para o desenvolvimento do projeto envolvem:
- A quantidade de sensores disponíveis para integrar ao robô.
- Atraso no processamento de programas grandes ou travamento da plataforma do EV3.
- Limitação de horas livres semanalmente que a equipe pode se dedicar ao desenvolvimento do projeto.
Casos de uso
Atores
Casos de Uso do Sistema de Auditoria:
- Juiz
- Sistema supervisor do robô
- Câmera
Casos de Uso do Sistema Supervisor do Robô:
- Jogador (modo manual)
- Sistema do robô
- Sistema de auditoria
Casos de Uso do Sistema do Robô:
- Sistema supervisor do robô
Diagramas de Casos de Uso
Casos de Uso do Sistema do Robô
Relatar Alvo Encontrado (CSU-SR01)
Sumário: O sistema informa o Sistema Supervisor do Robô o encontro de alvos.
Ator Primário: Sistema Supervisor do Robô.
Precondições: O Sistema Supervisor do Robô está identificado pelo sistema.
Fluxo Principal:
- O Sistema do Robô localiza um alvo no tabuleiro.
- O sistema informa o Sistema Supervisor do Robô sobre os alvos localizados.
Regras de Negócio: RN03.
Receber Modo de Operação (CSU-SR02)
Sumário: O Sistema Supervisor do Robô informa modo de operação.
Ator Primário: Sistema Supervisor do Robô.
Precondições: O Sistema Supervisor do Robô está identificado pelo sistema.
Fluxo Principal:
- O Sistema Supervisor do Robô informa ao sistema qual modo de operação.
- O sistema habilita o modo de operação selecionado, modo autônomo ou modo manual.
Regras de Negócio: RN08.
Receber Localização dos Alvos (CSU-SR03)
Sumário: O Sistema Supervisor do Robô informa a localização dos alvos.
Ator Primário: Sistema Supervisor do Robô.
Precondições: O Sistema Supervisor do Robô está identificado pelo sistema.
Fluxo Principal:
- O Sistema Supervisor do Robô informa ao sistema a localização dos alvos.
- O Sistema do Robô usa a informação sobre a localização dos alvos para decidir sobre qual o próximo movimento a ser feito.
Casos de Uso do Sistema Supervisor do Robô
Jogar Manual (CSU-SS01)
Sumário: O sistema supervisor foi habilitado para operar manualmente.
Ator Primário: Jogador.
Ator Secundário: Sistema de auditoria.
Fluxo Principal:
- O jogador habilita o modo manual.
- O jogador define as ações do robô.
Jogar Automático (CSU-SS02)
Sumário: O sistema supervisor foi habilitado para operar de forma autônoma.
Ator Primário: Robô.
Ator Secundário: Sistema de auditoria.
Precondições: O jogador deve optar pela opção autônoma.
Fluxo Principal:
- O jogador habilita o modo autônomo.
- O robô deve define as ações de acordo com o algoritmo.
Relatar Alvo Encontrado (CSU-SS03)
Sumário: O sistema supervisor informa ao sistema de auditoria que um alvo foi encontrado.
Ator Primário: Sistema robô.
Ator Secundário: Sistema de auditoria.
Precondições: O sistema do robô encontrou um alvo.
Fluxo Principal:
- O robô informa ao sistema supervisor que encontrou um alvo.
- O sistema de supervisor relata ao sistema de auditoria para conferência.
Regras de Negócio: RN03.
Validar Robô (CSU-SS04)
Sumário: Verificar se o robô está cadastrado no sistema de auditoria.
Ator Primário: Robô.
Ator Secundário: Sistema de auditoria.
Fluxo Principal:
- O sistema supervisor consulta o sistema de auditoria para verificar se o robô está ou não está cadastrado..
Regras de Negócio: RN07.
Casos de Uso do Sistema de Auditoria
Configurar Partida (CSU-SA01)
Sumário: Juiz utiliza o Sistema de Auditoria para configurar os dados para a partida.
Ator Primário: Juiz.
Precondições: O Juiz está identificado pelo Sistema de Auditoria.
Fluxo Principal:
- O Juiz adiciona os dados dos jogadores cadastrados.
- O sistema apresenta frequentemente as posições dos alvos no tabuleiro.
Verificar Histórico (CSU-SA02)
Sumário: O Juiz verifica o histórico das partidas.
Ator Primário: Juiz.
Ator Secundário: Sistema Supervisor do Robô.
Precondições: O Juiz está identificado pelo Sistema de Auditoria.
Fluxo Principal:
- O Juiz solicita ao sistema de auditoria o histórico das partidas.
- O Juiz envia o histórico ao sistema Supervisor do Robô.
Fluxo Alternativo:
- Se o sistema não possuir o registro de partidas anteriores, ou seja, se não tiver ocorrido partidas anteriormente, o mesmo informa ao Juiz a não ocorrência de partidas.
Regras de Negócio: RN01.
Cadastrar Robôs (CSU-SA03)
Sumário: O Juiz realiza o cadastro dos jogadores e robôs para a partida.
Ator Primário: Juiz.
Ator Secundário: Sistema Supervisor do Robô.
Precondições: O Juiz está identificado pelo Sistema de Auditoria.
Fluxo Principal:
- Os robôs que participaram da partida, são cadastrados pelo Juiz através do sistema de auditoria.
- São realizados dois cadastros por partida.
- O cadastro consiste no nome do robô.
- Os cadastros são enviados para os Sistemas Supervisor de cada jogador.
Fluxo Alternativo:
- Caso o robô já esteja cadastrado, o sistema informará ao Juiz.
Fluxo de Exceção:
- Se o nome do robô já estiver cadastrado na partida, o sistema informará ao Juiz. Este deve escolher outro nome.
Regras de Negócio: RN01, RN07.
Iniciar Partida (CSU-SA04)
Sumário: O Juiz inicia a partida através do Sistema de Auditoria.
Ator Primário: Juiz.
Ator Secundário: Sistema Supervisor do Robô.
Precondições: O Juiz está identificado pelo Sistema de Auditoria.
Fluxo Principal:
- O Juiz solicita ao sistema a geração randômica das posições dos alvos por jogador.
- As posições dos alvos de cada jogador são enviadas para o Sistema Supervisor de cada jogador.
- A partir das posições enviadas e dos cadastros realizados o Juiz envia ao Sistema de Auditoria a requisição do início da partida.
- O Sistema de Auditoria apresenta ao Juiz o tabuleiro com os alvos posicionados e a contagem do tempo de início da partida.
Regras de Negócio: RN01, RN05.
Terminar/Pausar Partida (CSU-SA05)
Sumário: O Juiz usa o Sistema de Auditoria para terminar ou pausar a partida.
Ator Primário: Juiz.
Ator Secundário: Sistema Supervisor do Robô.
Precondições: O Juiz está identificado pelo Sistema de Auditoria.
Fluxo Principal:
- O Sistema de Auditoria apresenta o encontro de todos os alvos para o Juiz, este envia ao Sistema de Auditoria a requisição de término da partida.
- O Juiz, quando necessário, requisita uma pausa na partida ao Sistema de Auditoria.
Regras de Negócio: RN01.
Validar Alvo (CSU-SA06)
Sumário: A Câmera valida o encontro do alvo usando o Sistema de Auditoria.
Ator Primário: Câmera.
Ator Secundário: Juiz.
Precondições: A Câmera está identificado pelo Sistema de Auditoria.
Fluxo Principal:
- A Câmera visualiza o tabuleiro e os jogadores.
- Ao ocorrer o encontro do jogador com o alvo a Câmera envia uma mensagem ao Sistema de Auditoria validando o encontro do alvo.
Regras de Negócio
Nome | Descrição |
---|---|
Acesso ao Sistema (RN01) | O sistema supervisor do robô terá acesso constantemente ao Sistema de auditoria para verificar o mapeamento e as posições dos alvos no tabuleiro. |
Tomada de Decisão (RN02) | Ao realizar a leitura da cor através do sensor de cor, o robô saberá seu posicionamento atual e por consequência tomará a decisão referente ao posicionamento seguinte. |
Atualização do Placar (RN03) | Ao encontrar um alvo o robô enviará uma mensagem ao sistema, para atualização do placar. |
Delimitação do Tabuleiro (RN04) | A faixa preta ao redor do tabuleiro indicará as limitações do mesmo. |
Sorteio de Posições (RN05) | O Sistema de auditoria gerará randomicamente as posições dos alvos. |
Detecta Adversário (RN06) | Através do sensor ultrassônico o robô detecta outro robô e altera seu caminho. |
Quantidade de Jogadores (RN07) | São cadastrados dois jogadores por partida. |
Modo de Operação (RN08) | O sistema supervisor habilita o modo de operação selecionado, modo autônomo ou modo manual. |