Projeto

Geral

Perfil

Ações

Atividade #1126

Fechada

Trabalho pré robocup

Adicionado por Nicolas Oliveira aproximadamente 5 anos atrás. Atualizado mais de 4 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 Oliveiraaproximadamente 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 Oliveiraaproximadamente 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 Oliveiraaproximadamente 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 Oliveiraaproximadamente 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 Oliveiraaproximadamente 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 Oliveiraaproximadamente 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 Oliveiraaproximadamente 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 Cosenzaaproximadamente 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 Reisaproximadamente 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 Reisaproximadamente 5 anos

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

Ações #11

Atualizado por Rebeca Reisaproximadamente 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 Reisaproximadamente 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 Germanoaproximadamente 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 Reisaproximadamente 5 anos

BestY consertado!

Ações #15

Atualizado por Rebeca Reisaproximadamente 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çãomais de 4 anos

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

Exportar para Atom PDF