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.

Ajout des capteurs au simulateur (appuis sur la touche '&' fait passer un capteur sharp à true). Stratégie haut niveau debuguée

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é). ...

Ajout de la possibilité de reculer et ajustement de la commandGoTo. (On commente l'aléa dans le simulateur)

Modification de la commandGoTo. Ajout de la trajectoire précalculé sur le simulateur pour la stratégie.

Modification de la classe Command, ajout de la classe CommandAvancerToutDroit plus quelques modifications annexes

Correction du problème des lingots. Modélisation du nouveau robot (pas encore mis les véritables dimensions mais plutôt des dimensions pipos). Remise en place de la simulation de la véritable 'stratégie' du robot (ou du moins ce qui resemble le plus à une stratégie actuellement) avec un test de déplacement.

Ajout d’un pointeur vers l’odométrie dans la class Stratégie.
Correction de bugs pour que le code ne crash pas quand il n’y a aucune
commande moteur.

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.

Debian n’en n’est qu’à la version 2.0.1 de Box2D donc il faut
faire quelques adaptations pour que ça marche avec.