Projeto

Geral

Perfil

Ações

Atividade #1126

Fechada

Trabalho pré robocup

Adicionado por Nicolas Oliveira mais de 5 anos atrás. Atualizado quase 5 anos atrás.

Situação:
Fechada
Prioridade:
Alta
Atribuído para:
Início:
30/06/2019
Data prevista:

Descrição

Essa tarefa irá descrever tudo feito por mim (nicolas) na véspera da competição para leitura dos outros membros.


Arquivos

besty.PNG (33,1 KB) besty.PNG Nicolas Oliveira, 30/06/2019 04:31 h
Ações #1

Atualizado por Nicolas Oliveiramais de 5 anos

Primeiro ajeitei a escala inicial do desenho do campo, para que ele comece mostrando o campo como um todo. Além disse acomodei o front panel da phoenix.vi para caber na tela de um notebook.

Além disse coloquei um implementação de teste com o desenho do campo sendo passado por referência para outro while. Senti uma leve melhora no fps, mas acho válido ainda um teste em um pc melhor q o meu.

Ações #2

Atualizado por Nicolas Oliveiramais de 5 anos

Coloquei para gráficos com a velocidade dos robs fossem plotados na tela inicial. Mas por algum motivo os robôs ficaram com comportamento estranho quando ativa isso. Deixei desabilitado por enquanto.

Todo o trabalho esta sendo feito na branch PreRobocup!

Ações #3

Atualizado por Nicolas Oliveiramais de 5 anos

Há situações em que o best y está retornando um ponto fora do gol, esta situação deve ser tratada com antes era.

ex:
![](besty.PNG)

Ações #4

Atualizado por Nicolas Oliveiramais de 5 anos

Como n to conseguindo criar classes, criei apenas a skill do zigzag deixei salva no meu computador.

Ações #5

Atualizado por Nicolas Oliveiramais de 5 anos

Quando eu trocava o id do goleiro ele n se alterava. Descobri então q o id do goleiro n estava sendo passado do iastate para o game. Além disso na ordenação do vetor de allys o id do goleiro estava desconectado.

Criei um cluster para setar os parâmetros a partir da tela inicial para melhorar a organização do código.

Ações #6

Atualizado por Nicolas Oliveiramais de 5 anos

Coloquei a stp de zigzag, mas falta crias as VIs auxiliares na utilities e ligar os vetores de ids do zigzag na skill.

Ações #7

Atualizado por Nicolas Oliveiramais de 5 anos

Um problema atual é que no caso em que uma play, como por exemplo o zigzag escolhe apenas um robô, os outros deveriam ficar parados. Oq eu fiz foi colocar uma role none para todos os robôs inicialmente. Sendo assim agr basta adicionar esse case em todas as executePlays para garantir q nesse caso eles n façam nada.

Ações #8

Atualizado por Carla Cosenzamais de 5 anos

O best y não deveria retornar um ponto fora do gol, ele foi copiado do código antigo.

Ações #9

Atualizado por Rebeca Reismais de 5 anos

Adicionei o atributo valid na classe da bola, que por default é false. Aí mudei o evento BallOutOfVision para verificar: se a bola está valid, então retorna false; se a bola está inválida, então o evento acusa que ela está fora da visão.
Falta testar se funciona, porque pelo grsim nao tem como colocar a bola fora da visão, além de que o grsim nao envia o pacote valid (só a visão), daí a bola está sempre falsa por default.

Ações #10

Atualizado por Rebeca Reismais de 5 anos

Falta o case do halt (adicionar a role) na executeKeeperPlay

Ações #11

Atualizado por Rebeca Reismais de 5 anos

Timeout terminado. Encontramos um bug! Quando troca o lado do campo, o desenho também troca (espelha).

Ações #12

Atualizado por Rebeca Reismais de 5 anos

Halt feito. Germano ajeitou as plays no direct/indirect free ally, nosso robo agora já está indo chutar.

Ações #13

Atualizado por Lucas Germanomais de 5 anos

O problema no desenho do campo é que agora só temos uma referência para todos os dados, que é o Game, mas quando trocamos o lado, inverte-se a posição de todos os robôs e bola, por isso que o desenho fica invertido. Precisamos pensar numa forma de pegar os dados para o desenho antes dessa troca ser realizada ou fazer alguma função para verificar, no desenho do campo, em qual lado estamos jogando e assim desenhar de acordo.

Ações #14

Atualizado por Rebeca Reismais de 5 anos

BestY consertado!

Ações #15

Atualizado por Rebeca Reismais de 5 anos

Situações em que vamos chutar alto:

  • goleiro (sempre!)
  • passe/indirect ally: o robo que for passar a bola pode ou nao chutar alto, dependendo se existe um robo inimigo na reta robo passador - robo recebedor
  • direct ally: se for fazer o passe, mesmo critério de antes. Se for chutar direto pro gol, sem chute alto.
  • duelist: chute alto sempre. Possivelmente podemos usar o mesmo critério de antes também
Ações #16

Atualizado por Gabriel Borges da Conceiçãoquase 5 anos

  • Situação alterado de Em andamento para Fechada
Ações

Exportar para Atom PDF