Initialisation des robots

Gestion interruption bluetooth

Définition plus automatisé des polygones des robots

Déplacement fluide du robot (encore en test, pour le désactiver -> commenter le '#define SMOOTH_MOVE' dans strategiev3.h
Outil de traçage de graphes :
 - installer le paquet 'libqwt-dev'
 - rajouter l'option 'qwt' dans CONFIG dans le .pro
 - décommenter le define 'USE_PLOT' dans debugwindow.h

Déplacement fluide du robot (encore en test, pour le désactiver -> commenter le '#define SMOOTH_MOVE' dans strategiev3.h
Outil de tracé de graphes :
 - installer le paquet 'libqwt-dev'
 - rajouter l'option 'qwt' dans CONFIG dans le .pro
 - décommenter le define 'USE_PLOT' dans debugwindow.h

- new Etape(numero, position) pour les points de passage
- new Etape(numero, mediumLevelAction*) pour les actions

Remise à jour du code du simulateur pour qu'il soit compilable avec les dernières version de Qt et avec le nettoyage des noms des fichiers du code stm32. Création d'un .pro pour compiler facilement le code du simulateur.

Nommage uniforme des fichiers, suppression des fichiers inutiles pour 2012-2013, roue codeuses qui marchent

[Simulateur] Ajout d'un loader XML. Ajout de class TableGraphics : convertir un arbre XML en scène à dessiner. Scène dans tabledata.xml

Ajout d'un système d'affichage des commandes sur le simulateur. Possibilité de reculer débugué. Ajout de la calibration (pas encore débugué). ...

Mise en position de tous les objets en dehors des totems. Simulation du tirage aléatoire des pièces noires. Il reste quelques problèmes avec la gestion physique des lingots. Il faut trouver une solution pour la gestion des objets sur les totems.

Ajout de la classe Objet. Il faut encore regler le cas de l'angle de l'objet et de la structure physique d'un lingot.

je met des #include "servo.h" toutes les deux lignes, histoire de casser
le code de la simulation. C’est mieux de compiler avant de commiter ...

Dans la poursuite de l’objectif du commit précédent, une Command est
égale à une action et non l’ensemble des actions du programme. Une
commande est crée par la classe stratégie pour représenter une action
à laquelle l’asservissement devra obéir.

L’idée est d’utiliser une classe de base Command qui présente à
l’asservissement une interface commune. On peut ainsi construire une
grande variété de commande sans changer l’asservissement.