Permalink
Switch branches/tags
Nothing to show
Commits on May 25, 2012
  1. Mise à jour du sous module

    erdnaxeli committed May 25, 2012
Commits on May 19, 2012
  1. Merge branch 'experimental'

    erdnaxeli committed May 19, 2012
  2. Merge branch 'experimental'

    erdnaxeli committed May 19, 2012
    Conflicts:
    	core/Radar.u
Commits on May 18, 2012
  1. Documentation de l'IA

    erdnaxeli committed May 18, 2012
  2. Nouvel objet IA

    erdnaxeli committed May 18, 2012
  3. Nouvel algo d'arrêt

    erdnaxeli committed May 18, 2012
    Implémentation de l'algo proposé (mais non implémenté) dans le commit
    cbcc4ec.
    Désormais la méthode stop ne fait que stopper le tag Robot.forward_t. C'est la
    fonction Robot.forward() qui check si la distance parcourue correspond
    à la distance voulue et si non arrête l'étape en cours, enregistrée dans
    Robot.tag.
  4. goBackInv

    erdnaxeli committed May 18, 2012
  5. cross(), nettoyage

    erdnaxeli committed May 18, 2012
Commits on May 17, 2012
  1. corrections diverses

    erdnaxeli committed May 17, 2012
  2. updates diverses

    erdnaxeli committed May 17, 2012
  3. Nettoyage

    erdnaxeli committed May 17, 2012
Commits on May 16, 2012
  1. Méthode d'arrête (en cas d'adversaire) encore modifiée,

    erdnaxeli committed May 16, 2012
    normalement cette fois c'est bon.
    
    Le problème est assez complexe. On veut arrêter le robot en cours de
    route en maintenant sa position à jour. Il faut donc le stoper en
    récupérant la distance que l'on a réellement parcouru, puis calculer sa
    nouvelle position.
    
    Jusque là, ça va. Mais il ne faut pas ensuite que le robot reparte (il y
    a quand même un adversaire tout proche). Une fois le robot stopé et sa
    position recalculé, la main est rendu à l'étape en cours qui continue.
    Il faut donc l'arrêter dès que le robot est stopé.
    « Pourquoi ne pas arrêter d'abord l'étape en cours puis ensuite le robot
    ? » pourrait-on se demander. Parce que si on arrête l'étape, on arrête
    aussi la fonction avancer qui doit mettre à jour la position du robot.
    Du coup, il faut bien arrêter l'étape après avoir arrêté le robot, et
    suffisemment vite pour que l'étape n'est pas le temps de refaire partir
    le robot.
    
    On va donc donner à la fonction qui arrête le robot le tag de l'étape.
    Cette fonction va commencer par arrêter le robot en récupérant la
    distance réellement parcourue, puis va blocker tout avancement du robot,
    attendre que le calcul de la position soit terminé, arrêter l'étape, et
    débloquer l'avancement du robot.
    On peut toujours avoir un léger délais entre le moment où on voit que le
    calcul de la position est terminé et le moment où on arrête l'étape,
    mais on le suppose assez petit. Le meilleur serait que ce soit la
    fonction qui calcul la position qui arrête elle-même l'étape (ce qui
    l'arrêterait elle aussi, mais ce n'est pas grave vu qu'elle le ferait
    après avoir calculé la nouvelle position), mais cela implique que l'on donne
    le tag à chaque appel de la fonction avancer (un peu lourd) et qu'elle
    compare la distance réellement parcourue et celle que l'on voulait
    parcourir pour savoir s'il faut arrêter l'étape ou non. Peut être dans
    un prochain commit …
  2. Makefile + nettoyage

    erdnaxeli committed May 16, 2012
  3. Ajout du code urbi pour les servos

    Vultrao
    Vultrao committed May 16, 2012
  4. Merge 169.254.150.42:~/git/IA into experimental

    Vultrao
    Vultrao committed May 16, 2012
Commits on May 15, 2012
  1. Code pour l'arbre à ultrason

    ORiGiNe committed May 15, 2012
  2. corrections

    erdnaxeli committed May 15, 2012
  3. Bouttons poussoirs !

    erdnaxeli committed May 15, 2012
  4. _angle devient public

    erdnaxeli committed May 15, 2012
  5. Correction FLogger

    erdnaxeli committed May 15, 2012
  6. Correction README

    erdnaxeli committed May 15, 2012