Futebol de Robos F180 » Inteligência

Primeiramente pensei em levantar algumas funções que o módulo estatístico deve ter, então preciso de sugestões, coisas que seriam interessantes ver na tela durante um jogo ou informações guardadas para serem analisadas durante vários jogos. Vou dar aqui alguns exemplos:

• Porcentagem de posse de bola
• Velocidade média e máxima dos robôs
• Quanto cada robô percorreu ao longo do jogo
• Média de gols ao longo das partidas
• Partes do campo que mais possuem a presença dos robôs

Quanto mais detalhes sobre as funções sugeridas, melhor.

Outros parâmetros:

• Qtd de chutes ao gol
• Precisão ao chutar
• Qtd de passes certos e errados
• Qtd de interceptações contra e a favor
• Qtd de defesas feitas pelo goleiro
• Qtd de bloqueios feitos por zagueiros

Discorrendo um pouco da ideia que tenho de como podemos começar a arquitetar e discutir nossas soluções:

- Primeiro protótipo: sugiro começar com uma modelagem conceitual do fluxo de dados do projeto, que nem colocamos no nosso TDP, e que tecnologias podem ser usadas. Acredito que o LabView tenha o que precisamos, mas é bom conferir isso, até pra ter uma ideia geral de como podemos arquitetar todo o sistema.

- Quanto à comunicação, já adiantando algumas ideias que podem ser oportunas na hora de implementar a comunicação: acredito que na parte de TX e RX (trasmitir e receber), podemos fazer de maneira idêntica ao Fênix (finado SSL-View), recebendo pacotes via UDP e enviando também via UDP (como fazemos com o simulador grSim). O maior desafio acredito ser elaborar um bom protocolo para a transferência de dados. Recomendo uma leitura superficial de como funciona o [Google's Protobuf](https://developers.google.com/protocol-buffers/). Não existe uma espécie de "tradutor" de textos do tipo .proto, que descrevem o formato dos pacotes, em estruturas para [serialização](https://en.wikipedia.org/wiki/Serialization) do protobuf para LabView, mas podemos fazer isso manualmente com codificadores e decodificadores idênticos aos do próprio protobuf, que é o que fazemos. Ou seja, é importante pensarmos em uma primeira versão boa o suficiente para evitar refazer o mesmo trabalho várias vezes. Poderíamos não utilizar o protobuf e definir nosso próprio protocolo, mas isso não só impossibilita extendermos outros módulos à parte de maneira simples como é um esforço desnecessário, pois estaríamos fazendo o mesmo papel que o protobuf. Sugiro também que usemos multicasting, por simplicidade. Desta forma poupa reconfigurações toda vez que for usar o software em conjunto com o Fênix. Enfim, são ideias que quando começarmos a trabalhar nisso podemos voltar, revisar e avaliar. Boa parte das respostas a esses problemas vão surgir enquanto forem percebidas as demandas do sistema.

- Utilizar na IA: depois integrado com a Fênix, é partir pro abraço. Substituir nossos timers e soluções ingênuas pelo processamento estatístico do nosso "Técnico". Analisar os resultados de nossas partidas além do clássico 10x0 na intel antiga, apontando nossos principais defeitos para então analisarmos como solucioná-los.

Excelente trabalho, senhores. Apenas complementando, apesar do mapeamento de cores de temperatura sem bem amigável do ponto de vista visual, para um algoritmo de planejamento de trajetória não seria tanto. Neste caso um gráfico grayscale inteiro, de 8 bits, seria extremamente eficiente. Há também a possibilidade de utilizar um grayscale float.

Postar sempre imagens dos resultados.

Ricardo, você está usando LabVIEW 2017 né? Não está dando pra abrir a VI aqui, tanto no lab quanto a maioria dos computadores do pessoal é 2016.. Tenta baixar ele, qualquer dúvida me fala.

Sugiro atualizarem para o 2017.

O log utilizado é o gerado a partir de uma partida real, ou é aquele que vc fez para teste?

Sugiro criar atividades paralelas a esse objetivo para melhorar organização da tarefa.

Nicolas Oliveira escreveu:

O log utilizado é o gerado a partir de uma partida real, ou é aquele que vc fez para teste?

Sugiro criar atividades paralelas a esse objetivo para melhorar organização da tarefa.

Vou criar a minha atividade de colorir o campo de acordo com as probabilidades. Ricardo criará a sua de calcular a probabilidade com base em logs e com base em tempo real.

Sugestões de informações dadas durante as reuniões:
- Ficar calculando a velocidade da bola quando o robô chuta
- Saber se a bola está chegando no outro robô no passe, para aumentar ou diminuir a força

Gerar uma wiki sobre o módulo estatístico e incluir nela a implementação, como são feitos e pra quem servem os cálculos atuais e incluir um tópico sobre a comunicação.

Outras possiveis ideias que surgiram na tarefa #702:

Luciano Barreira escreveu:

Estava pensando se o software estatístico não consegue nos otimizar ainda mais essa questão :

- podemos revezar o esforço dos robôs de acordo com o quanto ele se movimentou durante a partida estando naquela posição de center-back, alternando a posição entre stops ou, se pensarmos em uma boa heurística, durante a própria partida.
- detectando deflecções bem sucedidas, podemos priorizar robôs que estão indo bem naquela posição para manter-se lá, já que não temos a garantia que os robôs são isométricos.
- a velocidade máxima e o tempo de resposta dos robôs, podendo ser medidos em tempo real pelo software estatístico, pode nos ajudar a priorizar posições mais dinâmicas.