Wiki de bureau d'études PeiP - Contributions de l’utilisateur [fr]

Boussole2011-1

2012-05-10T15:47:05Z

Afossey : /* Avancée du 05/04/2012 : */

== Avancée du 30/01/2012 : ==

- Découverte du logiciel Lego Mindstorms NXT.

- Écriture de la structure du programme.

- Test du capteur d'ultrasons pour obstacle à moins de 30cm.

- Réponse du véhicule en contournant l'obstacle.

== Avancée du 06/02/2012 : ==

Montage du robot, première partie :

- Discussion sur les caractéristiques spéciales du robot : La base du robot ne sera pas standardisée par le modèle fourni,
il sera doté d'un troisième moteur placé orthogonalement aux autres lui permettant de tourner sa "tête". En effet, le capteur
à ultrasons et le capteur de couleur seront placés dessus, ainsi on pourra limiter la marge d'erreur due à la rotation par chenille/roues et suivre un tracé au sol plus aisément.

[[fichier:robotfrg.jpg|center|500px]]

- Le socle constitué des roues et de la tête est monté. Il est encore fragile et doit être amélioré, ceci vient du fait que l'on a
monté le robot sans mode d'emploi.

== Avancée du 13/02/2012 : ==

Montage du robot, deuxième partie :

- Ajout du socle soutenant la foxboard et le NXT.

- Révision du programme pour le fonctionnement de la "tête" du robot, on effectue une rotation de 20° dès que le robot approche à moins de 30cm d'un obstacle, dans ce cas il effectue un test et prend la direction la plus avantageuse pour le contourner.

[[Fichier:2012-02-13_09-12-19_815.jpg|center|500px]]

== Avancée du 16/02/2012 : ==

- Révision du socle NXT/foxboard, changement de structure pour plus de solidité (au niveau de la répartition du poids) ainsi que
pour accueillir plus de périphériques (hub usb, clés wifi/bluetooth, batterie foxboard).

[[Fichier:2012-02-16 17-26-14 677.jpg|500px|center]]

[[Fichier:2012-02-16_17-37-08_399.jpg‎|500px|center]]

- Réflexion sur le micro programme principal du robot.

== Avancée du 20/02/2012 : ==

Écriture d'un algorithme :

- Le robot avance et se stop à 30cm de l'obstacle.

- A l'obstacle il déplace sa "tête" sur la gauche d'un certain angle effectue une mesure de la distance et recommence à droite.

- Si une des deux mesures est supérieure à 30 cm alors le robot tourne sur lui-même dans cette direction.

- Si ces deux mesures sont inférieures à 30 cm alors il déplace sa tête à gauche et à droite pour effectuer des nouvelles mesures en augmentant l'angle.

- Et le robot recommence à avancer.

== Avancée du 11/03/2012 : ==

Écriture d'un autre algorithme :

- Le robot avance et s'arrête à 30cm de l'obstacle.

- Devant l'obstacle il déplace sa "tête" sur la gauche de 10 degrés et effectue un test de distance. Si la distance est inférieure à 30cm il augmente l'angle de 10 degrés. Si au bout de n fois il n'a pas de mesures supérieures à 30cm alors il sort de la boucle et effectue les mêmes tests mais du coté droite.

- Il compare ensuite les dernières valeurs de distance enregistrées à gauche et à droite et tourne dans le sens où la distance mesurée est la plus grande.

== Avancée du 15/03/2012 : ==

- Correction de la marge d'erreur des angles dans les déplacements de la tête.

== Avancée du 19/03/2012 : ==

- Fin du programme de contournement d'obstacle.

- Calcul d'un déplacement proportionnel à la proximité de l'obstacle.

- Recherche sur le bloc boussole pour le déplacement en ligne droite.

== Avancée du 22/03/2012 : ==

- Réflexion et recherche sur la méthode de correction PID.

- Des difficultés dans la compréhension de la méthode et de son approche algorithmique.

- Développement d'un bloc destiné au calcul d'erreurs.

== Avancée du 26/03/2012 : ==

- Problème de calibrage de la boussole, apparition d'interférences électromagnétiques provoquées par les moteurs et le NXT.

- Difficultés rencontrées avec le bloc "Compass Sensor" : la boussole affiche des valeurs de 0° à 360° ce qui pose des problèmes lors du calcul d'erreur. Exemple : le cap du robot est à 357°, il tourne, la valeur captée est de 2°, l'erreur affichée est donc de 355° or elle n'est théoriquement que de 5°.

== Avancée du 29/03/2012 : ==

- Surélévation de boussole pour éviter toutes interférences

- Finalisation du bloc Calcul d'erreur

- Essai d'un premier programme PID, il s'est avéré non probant après plusieurs tests : la puissance des moteurs n'est pas assez modulable, la fonction proportionnelle à des limites ( la puissance est comprise entre 20 et 100 ).

== Avancée du 02/04/2012 : ==

- Changement de bloc de contrôle de la boussole, le bloc "Capteur ultrason" peut être utilisé pour contrôle celle-ci.

- Création d'un nouveau programme qui n'utilise pas le PID : il corrige la trajectoire grâce à des boucles whiles et des tests sur des plages de données. Algorithme : "On corrige la trajectoire tant que l'erreur n'est pas comprise dans la plage de données".

== Avancée du 05/04/2012 : ==

- Finition du programme final : réglages des constantes de correction de trajectoire, ajout du bloc "esquive".

 

- Vidéo test du robot en mouvement sur un parcours constitué de 3 obstacles, le robot avance en ligne droite et esquive les objets.

<include nopre noesc src="/home/pedago/ppeip/include/video-Boussole-iframe.html" |center/>

 

- Mise en ligne de la vidéo :

http://www.youtube.com/watch?v=gGcfxCbHgZ8

== Avancée du 12/04/2012 : ==
- Installation d'un capteur RFID et d'un détecteur de couleur sur la tête.

- Implémentation des autres programmes :

Suiveur de ligne.

RFID.

[[Fichier:Robotdessous1.jpg|300px|center]]

== Avancée du 16/04/2012 : ==

- Difficultés rencontrées pour la configuration de la Foxboard, le netbook ne se connecte pas à la foxboard.

- Téléchargement du fichier sur la carte microSD de la Foxboard.

== Avancée du 19/04/2012 : ==

- Lancement du module Minicom et initialisation de la Foxboard grâce aux indications du wiki.

- Récupération de l'adresse Mac sur le microprogramme NXT et changement de celle-ci sur la Foxboard en vu d'utiliser le bluetooth.

- Découverte des démons de contrôle et de leurs fonctionnements. Nous avons également récupéré les codes bluetooth envoyés par le serveur web (croix directionnelle, rosace, ligne bleue/rouge) et tenté de les intégrer dans nos programmes NXT.

== Avancée du 10/05/2012 : ==

- Test du programme de suiveur de lignes sur un circuit. Le robot a du mal à sauter des "trous" sans lignes dessinées.

- Tentative de modifications du programme de suiveur de lignes pour que le robot se serve de sa tête pour détecter les lignes :

nous avons rencontré des difficultés car même si notre robot bouge sa "tête" pour détecter les lignes, il n'aligne pas son "corps avec sa "tête".

Boussole2011-1

2012-05-10T15:46:52Z

Afossey : /* Avancée du 05/04/2012 : */

== Avancée du 30/01/2012 : ==

- Découverte du logiciel Lego Mindstorms NXT.

- Écriture de la structure du programme.

- Test du capteur d'ultrasons pour obstacle à moins de 30cm.

- Réponse du véhicule en contournant l'obstacle.

== Avancée du 06/02/2012 : ==

Montage du robot, première partie :

- Discussion sur les caractéristiques spéciales du robot : La base du robot ne sera pas standardisée par le modèle fourni,
il sera doté d'un troisième moteur placé orthogonalement aux autres lui permettant de tourner sa "tête". En effet, le capteur
à ultrasons et le capteur de couleur seront placés dessus, ainsi on pourra limiter la marge d'erreur due à la rotation par chenille/roues et suivre un tracé au sol plus aisément.

[[fichier:robotfrg.jpg|center|500px]]

- Le socle constitué des roues et de la tête est monté. Il est encore fragile et doit être amélioré, ceci vient du fait que l'on a
monté le robot sans mode d'emploi.

== Avancée du 13/02/2012 : ==

Montage du robot, deuxième partie :

- Ajout du socle soutenant la foxboard et le NXT.

- Révision du programme pour le fonctionnement de la "tête" du robot, on effectue une rotation de 20° dès que le robot approche à moins de 30cm d'un obstacle, dans ce cas il effectue un test et prend la direction la plus avantageuse pour le contourner.

[[Fichier:2012-02-13_09-12-19_815.jpg|center|500px]]

== Avancée du 16/02/2012 : ==

- Révision du socle NXT/foxboard, changement de structure pour plus de solidité (au niveau de la répartition du poids) ainsi que
pour accueillir plus de périphériques (hub usb, clés wifi/bluetooth, batterie foxboard).

[[Fichier:2012-02-16 17-26-14 677.jpg|500px|center]]

[[Fichier:2012-02-16_17-37-08_399.jpg‎|500px|center]]

- Réflexion sur le micro programme principal du robot.

== Avancée du 20/02/2012 : ==

Écriture d'un algorithme :

- Le robot avance et se stop à 30cm de l'obstacle.

- A l'obstacle il déplace sa "tête" sur la gauche d'un certain angle effectue une mesure de la distance et recommence à droite.

- Si une des deux mesures est supérieure à 30 cm alors le robot tourne sur lui-même dans cette direction.

- Si ces deux mesures sont inférieures à 30 cm alors il déplace sa tête à gauche et à droite pour effectuer des nouvelles mesures en augmentant l'angle.

- Et le robot recommence à avancer.

== Avancée du 11/03/2012 : ==

Écriture d'un autre algorithme :

- Le robot avance et s'arrête à 30cm de l'obstacle.

- Devant l'obstacle il déplace sa "tête" sur la gauche de 10 degrés et effectue un test de distance. Si la distance est inférieure à 30cm il augmente l'angle de 10 degrés. Si au bout de n fois il n'a pas de mesures supérieures à 30cm alors il sort de la boucle et effectue les mêmes tests mais du coté droite.

- Il compare ensuite les dernières valeurs de distance enregistrées à gauche et à droite et tourne dans le sens où la distance mesurée est la plus grande.

== Avancée du 15/03/2012 : ==

- Correction de la marge d'erreur des angles dans les déplacements de la tête.

== Avancée du 19/03/2012 : ==

- Fin du programme de contournement d'obstacle.

- Calcul d'un déplacement proportionnel à la proximité de l'obstacle.

- Recherche sur le bloc boussole pour le déplacement en ligne droite.

== Avancée du 22/03/2012 : ==

- Réflexion et recherche sur la méthode de correction PID.

- Des difficultés dans la compréhension de la méthode et de son approche algorithmique.

- Développement d'un bloc destiné au calcul d'erreurs.

== Avancée du 26/03/2012 : ==

- Problème de calibrage de la boussole, apparition d'interférences électromagnétiques provoquées par les moteurs et le NXT.

- Difficultés rencontrées avec le bloc "Compass Sensor" : la boussole affiche des valeurs de 0° à 360° ce qui pose des problèmes lors du calcul d'erreur. Exemple : le cap du robot est à 357°, il tourne, la valeur captée est de 2°, l'erreur affichée est donc de 355° or elle n'est théoriquement que de 5°.

== Avancée du 29/03/2012 : ==

- Surélévation de boussole pour éviter toutes interférences

- Finalisation du bloc Calcul d'erreur

- Essai d'un premier programme PID, il s'est avéré non probant après plusieurs tests : la puissance des moteurs n'est pas assez modulable, la fonction proportionnelle à des limites ( la puissance est comprise entre 20 et 100 ).

== Avancée du 02/04/2012 : ==

- Changement de bloc de contrôle de la boussole, le bloc "Capteur ultrason" peut être utilisé pour contrôle celle-ci.

- Création d'un nouveau programme qui n'utilise pas le PID : il corrige la trajectoire grâce à des boucles whiles et des tests sur des plages de données. Algorithme : "On corrige la trajectoire tant que l'erreur n'est pas comprise dans la plage de données".

== Avancée du 05/04/2012 : ==

- Finition du programme final : réglages des constantes de correction de trajectoire, ajout du bloc "esquive".

 

- Vidéo test du robot en mouvement sur un parcours constitué de 3 obstacles, le robot avance en ligne droite et esquive les objets.

<include nopre noesc src="/home/pedago/ppeip/include/video-Boussole-iframe.html" |left/>

 

- Mise en ligne de la vidéo :

http://www.youtube.com/watch?v=gGcfxCbHgZ8

== Avancée du 12/04/2012 : ==
- Installation d'un capteur RFID et d'un détecteur de couleur sur la tête.

- Implémentation des autres programmes :

Suiveur de ligne.

RFID.

[[Fichier:Robotdessous1.jpg|300px|center]]

== Avancée du 16/04/2012 : ==

- Difficultés rencontrées pour la configuration de la Foxboard, le netbook ne se connecte pas à la foxboard.

- Téléchargement du fichier sur la carte microSD de la Foxboard.

== Avancée du 19/04/2012 : ==

- Lancement du module Minicom et initialisation de la Foxboard grâce aux indications du wiki.

- Récupération de l'adresse Mac sur le microprogramme NXT et changement de celle-ci sur la Foxboard en vu d'utiliser le bluetooth.

- Découverte des démons de contrôle et de leurs fonctionnements. Nous avons également récupéré les codes bluetooth envoyés par le serveur web (croix directionnelle, rosace, ligne bleue/rouge) et tenté de les intégrer dans nos programmes NXT.

== Avancée du 10/05/2012 : ==

- Test du programme de suiveur de lignes sur un circuit. Le robot a du mal à sauter des "trous" sans lignes dessinées.

- Tentative de modifications du programme de suiveur de lignes pour que le robot se serve de sa tête pour détecter les lignes :

nous avons rencontré des difficultés car même si notre robot bouge sa "tête" pour détecter les lignes, il n'aligne pas son "corps avec sa "tête".

Boussole2011-1

2012-05-10T15:46:38Z

Afossey : /* Avancée du 05/04/2012 : */

Boussole2011-1

2012-05-10T15:45:09Z

Afossey : /* Avancée du 05/04/2012 : */

== Avancée du 30/01/2012 : ==

- Découverte du logiciel Lego Mindstorms NXT.

- Écriture de la structure du programme.

- Test du capteur d'ultrasons pour obstacle à moins de 30cm.

- Réponse du véhicule en contournant l'obstacle.

== Avancée du 06/02/2012 : ==

Montage du robot, première partie :

- Discussion sur les caractéristiques spéciales du robot : La base du robot ne sera pas standardisée par le modèle fourni,
il sera doté d'un troisième moteur placé orthogonalement aux autres lui permettant de tourner sa "tête". En effet, le capteur
à ultrasons et le capteur de couleur seront placés dessus, ainsi on pourra limiter la marge d'erreur due à la rotation par chenille/roues et suivre un tracé au sol plus aisément.

[[fichier:robotfrg.jpg|center|500px]]

- Le socle constitué des roues et de la tête est monté. Il est encore fragile et doit être amélioré, ceci vient du fait que l'on a
monté le robot sans mode d'emploi.

== Avancée du 13/02/2012 : ==

Montage du robot, deuxième partie :

- Ajout du socle soutenant la foxboard et le NXT.

- Révision du programme pour le fonctionnement de la "tête" du robot, on effectue une rotation de 20° dès que le robot approche à moins de 30cm d'un obstacle, dans ce cas il effectue un test et prend la direction la plus avantageuse pour le contourner.

[[Fichier:2012-02-13_09-12-19_815.jpg|center|500px]]

== Avancée du 16/02/2012 : ==

- Révision du socle NXT/foxboard, changement de structure pour plus de solidité (au niveau de la répartition du poids) ainsi que
pour accueillir plus de périphériques (hub usb, clés wifi/bluetooth, batterie foxboard).

[[Fichier:2012-02-16 17-26-14 677.jpg|500px|center]]

[[Fichier:2012-02-16_17-37-08_399.jpg‎|500px|center]]

- Réflexion sur le micro programme principal du robot.

== Avancée du 20/02/2012 : ==

Écriture d'un algorithme :

- Le robot avance et se stop à 30cm de l'obstacle.

- A l'obstacle il déplace sa "tête" sur la gauche d'un certain angle effectue une mesure de la distance et recommence à droite.

- Si une des deux mesures est supérieure à 30 cm alors le robot tourne sur lui-même dans cette direction.

- Si ces deux mesures sont inférieures à 30 cm alors il déplace sa tête à gauche et à droite pour effectuer des nouvelles mesures en augmentant l'angle.

- Et le robot recommence à avancer.

== Avancée du 11/03/2012 : ==

Écriture d'un autre algorithme :

- Le robot avance et s'arrête à 30cm de l'obstacle.

- Devant l'obstacle il déplace sa "tête" sur la gauche de 10 degrés et effectue un test de distance. Si la distance est inférieure à 30cm il augmente l'angle de 10 degrés. Si au bout de n fois il n'a pas de mesures supérieures à 30cm alors il sort de la boucle et effectue les mêmes tests mais du coté droite.

- Il compare ensuite les dernières valeurs de distance enregistrées à gauche et à droite et tourne dans le sens où la distance mesurée est la plus grande.

== Avancée du 15/03/2012 : ==

- Correction de la marge d'erreur des angles dans les déplacements de la tête.

== Avancée du 19/03/2012 : ==

- Fin du programme de contournement d'obstacle.

- Calcul d'un déplacement proportionnel à la proximité de l'obstacle.

- Recherche sur le bloc boussole pour le déplacement en ligne droite.

== Avancée du 22/03/2012 : ==

- Réflexion et recherche sur la méthode de correction PID.

- Des difficultés dans la compréhension de la méthode et de son approche algorithmique.

- Développement d'un bloc destiné au calcul d'erreurs.

== Avancée du 26/03/2012 : ==

- Problème de calibrage de la boussole, apparition d'interférences électromagnétiques provoquées par les moteurs et le NXT.

- Difficultés rencontrées avec le bloc "Compass Sensor" : la boussole affiche des valeurs de 0° à 360° ce qui pose des problèmes lors du calcul d'erreur. Exemple : le cap du robot est à 357°, il tourne, la valeur captée est de 2°, l'erreur affichée est donc de 355° or elle n'est théoriquement que de 5°.

== Avancée du 29/03/2012 : ==

- Surélévation de boussole pour éviter toutes interférences

- Finalisation du bloc Calcul d'erreur

- Essai d'un premier programme PID, il s'est avéré non probant après plusieurs tests : la puissance des moteurs n'est pas assez modulable, la fonction proportionnelle à des limites ( la puissance est comprise entre 20 et 100 ).

== Avancée du 02/04/2012 : ==

- Changement de bloc de contrôle de la boussole, le bloc "Capteur ultrason" peut être utilisé pour contrôle celle-ci.

- Création d'un nouveau programme qui n'utilise pas le PID : il corrige la trajectoire grâce à des boucles whiles et des tests sur des plages de données. Algorithme : "On corrige la trajectoire tant que l'erreur n'est pas comprise dans la plage de données".

== Avancée du 05/04/2012 : ==

- Finition du programme final : réglages des constantes de correction de trajectoire, ajout du bloc "esquive".

 

- Vidéo test du robot en mouvement sur un parcours constitué de 3 obstacles, le robot avance en ligne droite et esquive les objets.

<include nopre noesc src="/home/pedago/ppeip/include/video-Boussole-iframe.html" |center />

 

- Mise en ligne de la vidéo :

http://www.youtube.com/watch?v=gGcfxCbHgZ8

== Avancée du 12/04/2012 : ==
- Installation d'un capteur RFID et d'un détecteur de couleur sur la tête.

- Implémentation des autres programmes :

Suiveur de ligne.

RFID.

[[Fichier:Robotdessous1.jpg|300px|center]]

== Avancée du 16/04/2012 : ==

- Difficultés rencontrées pour la configuration de la Foxboard, le netbook ne se connecte pas à la foxboard.

- Téléchargement du fichier sur la carte microSD de la Foxboard.

== Avancée du 19/04/2012 : ==

- Lancement du module Minicom et initialisation de la Foxboard grâce aux indications du wiki.

- Récupération de l'adresse Mac sur le microprogramme NXT et changement de celle-ci sur la Foxboard en vu d'utiliser le bluetooth.

- Découverte des démons de contrôle et de leurs fonctionnements. Nous avons également récupéré les codes bluetooth envoyés par le serveur web (croix directionnelle, rosace, ligne bleue/rouge) et tenté de les intégrer dans nos programmes NXT.

== Avancée du 10/05/2012 : ==

- Test du programme de suiveur de lignes sur un circuit. Le robot a du mal à sauter des "trous" sans lignes dessinées.

- Tentative de modifications du programme de suiveur de lignes pour que le robot se serve de sa tête pour détecter les lignes :

nous avons rencontré des difficultés car même si notre robot bouge sa "tête" pour détecter les lignes, il n'aligne pas son "corps avec sa "tête".

Boussole2011-1

2012-05-10T15:44:40Z

Afossey : /* Avancée du 05/04/2012 : */

== Avancée du 30/01/2012 : ==

- Découverte du logiciel Lego Mindstorms NXT.

- Écriture de la structure du programme.

- Test du capteur d'ultrasons pour obstacle à moins de 30cm.

- Réponse du véhicule en contournant l'obstacle.

== Avancée du 06/02/2012 : ==

Montage du robot, première partie :

- Discussion sur les caractéristiques spéciales du robot : La base du robot ne sera pas standardisée par le modèle fourni,
il sera doté d'un troisième moteur placé orthogonalement aux autres lui permettant de tourner sa "tête". En effet, le capteur
à ultrasons et le capteur de couleur seront placés dessus, ainsi on pourra limiter la marge d'erreur due à la rotation par chenille/roues et suivre un tracé au sol plus aisément.

[[fichier:robotfrg.jpg|center|500px]]

- Le socle constitué des roues et de la tête est monté. Il est encore fragile et doit être amélioré, ceci vient du fait que l'on a
monté le robot sans mode d'emploi.

== Avancée du 13/02/2012 : ==

Montage du robot, deuxième partie :

- Ajout du socle soutenant la foxboard et le NXT.

- Révision du programme pour le fonctionnement de la "tête" du robot, on effectue une rotation de 20° dès que le robot approche à moins de 30cm d'un obstacle, dans ce cas il effectue un test et prend la direction la plus avantageuse pour le contourner.

[[Fichier:2012-02-13_09-12-19_815.jpg|center|500px]]

== Avancée du 16/02/2012 : ==

- Révision du socle NXT/foxboard, changement de structure pour plus de solidité (au niveau de la répartition du poids) ainsi que
pour accueillir plus de périphériques (hub usb, clés wifi/bluetooth, batterie foxboard).

[[Fichier:2012-02-16 17-26-14 677.jpg|500px|center]]

[[Fichier:2012-02-16_17-37-08_399.jpg‎|500px|center]]

- Réflexion sur le micro programme principal du robot.

== Avancée du 20/02/2012 : ==

Écriture d'un algorithme :

- Le robot avance et se stop à 30cm de l'obstacle.

- A l'obstacle il déplace sa "tête" sur la gauche d'un certain angle effectue une mesure de la distance et recommence à droite.

- Si une des deux mesures est supérieure à 30 cm alors le robot tourne sur lui-même dans cette direction.

- Si ces deux mesures sont inférieures à 30 cm alors il déplace sa tête à gauche et à droite pour effectuer des nouvelles mesures en augmentant l'angle.

- Et le robot recommence à avancer.

== Avancée du 11/03/2012 : ==

Écriture d'un autre algorithme :

- Le robot avance et s'arrête à 30cm de l'obstacle.

- Devant l'obstacle il déplace sa "tête" sur la gauche de 10 degrés et effectue un test de distance. Si la distance est inférieure à 30cm il augmente l'angle de 10 degrés. Si au bout de n fois il n'a pas de mesures supérieures à 30cm alors il sort de la boucle et effectue les mêmes tests mais du coté droite.

- Il compare ensuite les dernières valeurs de distance enregistrées à gauche et à droite et tourne dans le sens où la distance mesurée est la plus grande.

== Avancée du 15/03/2012 : ==

- Correction de la marge d'erreur des angles dans les déplacements de la tête.

== Avancée du 19/03/2012 : ==

- Fin du programme de contournement d'obstacle.

- Calcul d'un déplacement proportionnel à la proximité de l'obstacle.

- Recherche sur le bloc boussole pour le déplacement en ligne droite.

== Avancée du 22/03/2012 : ==

- Réflexion et recherche sur la méthode de correction PID.

- Des difficultés dans la compréhension de la méthode et de son approche algorithmique.

- Développement d'un bloc destiné au calcul d'erreurs.

== Avancée du 26/03/2012 : ==

- Problème de calibrage de la boussole, apparition d'interférences électromagnétiques provoquées par les moteurs et le NXT.

- Difficultés rencontrées avec le bloc "Compass Sensor" : la boussole affiche des valeurs de 0° à 360° ce qui pose des problèmes lors du calcul d'erreur. Exemple : le cap du robot est à 357°, il tourne, la valeur captée est de 2°, l'erreur affichée est donc de 355° or elle n'est théoriquement que de 5°.

== Avancée du 29/03/2012 : ==

- Surélévation de boussole pour éviter toutes interférences

- Finalisation du bloc Calcul d'erreur

- Essai d'un premier programme PID, il s'est avéré non probant après plusieurs tests : la puissance des moteurs n'est pas assez modulable, la fonction proportionnelle à des limites ( la puissance est comprise entre 20 et 100 ).

== Avancée du 02/04/2012 : ==

- Changement de bloc de contrôle de la boussole, le bloc "Capteur ultrason" peut être utilisé pour contrôle celle-ci.

- Création d'un nouveau programme qui n'utilise pas le PID : il corrige la trajectoire grâce à des boucles whiles et des tests sur des plages de données. Algorithme : "On corrige la trajectoire tant que l'erreur n'est pas comprise dans la plage de données".

== Avancée du 05/04/2012 : ==

- Finition du programme final : réglages des constantes de correction de trajectoire, ajout du bloc "esquive".

 

- Vidéo test du robot en mouvement sur un parcours constitué de 3 obstacles, le robot avance en ligne droite et esquive les objets.

<include nopre noesc src="/home/pedago/ppeip/include/video-Boussole-iframe.html" |center />

- Mise en ligne de la vidéo :

http://www.youtube.com/watch?v=gGcfxCbHgZ8

 

== Avancée du 12/04/2012 : ==
- Installation d'un capteur RFID et d'un détecteur de couleur sur la tête.

- Implémentation des autres programmes :

Suiveur de ligne.

RFID.

[[Fichier:Robotdessous1.jpg|300px|center]]

== Avancée du 16/04/2012 : ==

- Difficultés rencontrées pour la configuration de la Foxboard, le netbook ne se connecte pas à la foxboard.

- Téléchargement du fichier sur la carte microSD de la Foxboard.

== Avancée du 19/04/2012 : ==

- Lancement du module Minicom et initialisation de la Foxboard grâce aux indications du wiki.

- Récupération de l'adresse Mac sur le microprogramme NXT et changement de celle-ci sur la Foxboard en vu d'utiliser le bluetooth.

- Découverte des démons de contrôle et de leurs fonctionnements. Nous avons également récupéré les codes bluetooth envoyés par le serveur web (croix directionnelle, rosace, ligne bleue/rouge) et tenté de les intégrer dans nos programmes NXT.

== Avancée du 10/05/2012 : ==

- Test du programme de suiveur de lignes sur un circuit. Le robot a du mal à sauter des "trous" sans lignes dessinées.

- Tentative de modifications du programme de suiveur de lignes pour que le robot se serve de sa tête pour détecter les lignes :

nous avons rencontré des difficultés car même si notre robot bouge sa "tête" pour détecter les lignes, il n'aligne pas son "corps avec sa "tête".

Boussole2011-1

2012-05-10T15:38:22Z

Afossey : /* Avancée du 05/04/2012 : */

== Avancée du 30/01/2012 : ==

- Découverte du logiciel Lego Mindstorms NXT.

- Écriture de la structure du programme.

- Test du capteur d'ultrasons pour obstacle à moins de 30cm.

- Réponse du véhicule en contournant l'obstacle.

== Avancée du 06/02/2012 : ==

Montage du robot, première partie :

- Discussion sur les caractéristiques spéciales du robot : La base du robot ne sera pas standardisée par le modèle fourni,
il sera doté d'un troisième moteur placé orthogonalement aux autres lui permettant de tourner sa "tête". En effet, le capteur
à ultrasons et le capteur de couleur seront placés dessus, ainsi on pourra limiter la marge d'erreur due à la rotation par chenille/roues et suivre un tracé au sol plus aisément.

[[fichier:robotfrg.jpg|center|500px]]

- Le socle constitué des roues et de la tête est monté. Il est encore fragile et doit être amélioré, ceci vient du fait que l'on a
monté le robot sans mode d'emploi.

== Avancée du 13/02/2012 : ==

Montage du robot, deuxième partie :

- Ajout du socle soutenant la foxboard et le NXT.

- Révision du programme pour le fonctionnement de la "tête" du robot, on effectue une rotation de 20° dès que le robot approche à moins de 30cm d'un obstacle, dans ce cas il effectue un test et prend la direction la plus avantageuse pour le contourner.

[[Fichier:2012-02-13_09-12-19_815.jpg|center|500px]]

== Avancée du 16/02/2012 : ==

- Révision du socle NXT/foxboard, changement de structure pour plus de solidité (au niveau de la répartition du poids) ainsi que
pour accueillir plus de périphériques (hub usb, clés wifi/bluetooth, batterie foxboard).

[[Fichier:2012-02-16 17-26-14 677.jpg|500px|center]]

[[Fichier:2012-02-16_17-37-08_399.jpg‎|500px|center]]

- Réflexion sur le micro programme principal du robot.

== Avancée du 20/02/2012 : ==

Écriture d'un algorithme :

- Le robot avance et se stop à 30cm de l'obstacle.

- A l'obstacle il déplace sa "tête" sur la gauche d'un certain angle effectue une mesure de la distance et recommence à droite.

- Si une des deux mesures est supérieure à 30 cm alors le robot tourne sur lui-même dans cette direction.

- Si ces deux mesures sont inférieures à 30 cm alors il déplace sa tête à gauche et à droite pour effectuer des nouvelles mesures en augmentant l'angle.

- Et le robot recommence à avancer.

== Avancée du 11/03/2012 : ==

Écriture d'un autre algorithme :

- Le robot avance et s'arrête à 30cm de l'obstacle.

- Devant l'obstacle il déplace sa "tête" sur la gauche de 10 degrés et effectue un test de distance. Si la distance est inférieure à 30cm il augmente l'angle de 10 degrés. Si au bout de n fois il n'a pas de mesures supérieures à 30cm alors il sort de la boucle et effectue les mêmes tests mais du coté droite.

- Il compare ensuite les dernières valeurs de distance enregistrées à gauche et à droite et tourne dans le sens où la distance mesurée est la plus grande.

== Avancée du 15/03/2012 : ==

- Correction de la marge d'erreur des angles dans les déplacements de la tête.

== Avancée du 19/03/2012 : ==

- Fin du programme de contournement d'obstacle.

- Calcul d'un déplacement proportionnel à la proximité de l'obstacle.

- Recherche sur le bloc boussole pour le déplacement en ligne droite.

== Avancée du 22/03/2012 : ==

- Réflexion et recherche sur la méthode de correction PID.

- Des difficultés dans la compréhension de la méthode et de son approche algorithmique.

- Développement d'un bloc destiné au calcul d'erreurs.

== Avancée du 26/03/2012 : ==

- Problème de calibrage de la boussole, apparition d'interférences électromagnétiques provoquées par les moteurs et le NXT.

- Difficultés rencontrées avec le bloc "Compass Sensor" : la boussole affiche des valeurs de 0° à 360° ce qui pose des problèmes lors du calcul d'erreur. Exemple : le cap du robot est à 357°, il tourne, la valeur captée est de 2°, l'erreur affichée est donc de 355° or elle n'est théoriquement que de 5°.

== Avancée du 29/03/2012 : ==

- Surélévation de boussole pour éviter toutes interférences

- Finalisation du bloc Calcul d'erreur

- Essai d'un premier programme PID, il s'est avéré non probant après plusieurs tests : la puissance des moteurs n'est pas assez modulable, la fonction proportionnelle à des limites ( la puissance est comprise entre 20 et 100 ).

== Avancée du 02/04/2012 : ==

- Changement de bloc de contrôle de la boussole, le bloc "Capteur ultrason" peut être utilisé pour contrôle celle-ci.

- Création d'un nouveau programme qui n'utilise pas le PID : il corrige la trajectoire grâce à des boucles whiles et des tests sur des plages de données. Algorithme : "On corrige la trajectoire tant que l'erreur n'est pas comprise dans la plage de données".

== Avancée du 05/04/2012 : ==

- Finition du programme final : réglages des constantes de correction de trajectoire, ajout du bloc "esquive".

- Vidéo test du robot en mouvement sur un parcours constitué de 3 obstacles, le robot avance en ligne droite et esquive les objets.

<include nopre noesc src="/home/pedago/ppeip/include/video-Boussole-iframe.html" />

- Mise en ligne de la vidéo :

http://www.youtube.com/watch?v=gGcfxCbHgZ8

 

== Avancée du 12/04/2012 : ==
- Installation d'un capteur RFID et d'un détecteur de couleur sur la tête.

- Implémentation des autres programmes :

Suiveur de ligne.

RFID.

[[Fichier:Robotdessous1.jpg|300px|center]]

== Avancée du 16/04/2012 : ==

- Difficultés rencontrées pour la configuration de la Foxboard, le netbook ne se connecte pas à la foxboard.

- Téléchargement du fichier sur la carte microSD de la Foxboard.

== Avancée du 19/04/2012 : ==

- Lancement du module Minicom et initialisation de la Foxboard grâce aux indications du wiki.

- Récupération de l'adresse Mac sur le microprogramme NXT et changement de celle-ci sur la Foxboard en vu d'utiliser le bluetooth.

- Découverte des démons de contrôle et de leurs fonctionnements. Nous avons également récupéré les codes bluetooth envoyés par le serveur web (croix directionnelle, rosace, ligne bleue/rouge) et tenté de les intégrer dans nos programmes NXT.

== Avancée du 10/05/2012 : ==

- Test du programme de suiveur de lignes sur un circuit. Le robot a du mal à sauter des "trous" sans lignes dessinées.

- Tentative de modifications du programme de suiveur de lignes pour que le robot se serve de sa tête pour détecter les lignes :

nous avons rencontré des difficultés car même si notre robot bouge sa "tête" pour détecter les lignes, il n'aligne pas son "corps avec sa "tête".

Boussole2011-1

2012-05-10T15:38:10Z

Afossey : /* Avancée du 05/04/2012 : */

== Avancée du 30/01/2012 : ==

- Découverte du logiciel Lego Mindstorms NXT.

- Écriture de la structure du programme.

- Test du capteur d'ultrasons pour obstacle à moins de 30cm.

- Réponse du véhicule en contournant l'obstacle.

== Avancée du 06/02/2012 : ==

Montage du robot, première partie :

- Discussion sur les caractéristiques spéciales du robot : La base du robot ne sera pas standardisée par le modèle fourni,
il sera doté d'un troisième moteur placé orthogonalement aux autres lui permettant de tourner sa "tête". En effet, le capteur
à ultrasons et le capteur de couleur seront placés dessus, ainsi on pourra limiter la marge d'erreur due à la rotation par chenille/roues et suivre un tracé au sol plus aisément.

[[fichier:robotfrg.jpg|center|500px]]

- Le socle constitué des roues et de la tête est monté. Il est encore fragile et doit être amélioré, ceci vient du fait que l'on a
monté le robot sans mode d'emploi.

== Avancée du 13/02/2012 : ==

Montage du robot, deuxième partie :

- Ajout du socle soutenant la foxboard et le NXT.

- Révision du programme pour le fonctionnement de la "tête" du robot, on effectue une rotation de 20° dès que le robot approche à moins de 30cm d'un obstacle, dans ce cas il effectue un test et prend la direction la plus avantageuse pour le contourner.

[[Fichier:2012-02-13_09-12-19_815.jpg|center|500px]]

== Avancée du 16/02/2012 : ==

- Révision du socle NXT/foxboard, changement de structure pour plus de solidité (au niveau de la répartition du poids) ainsi que
pour accueillir plus de périphériques (hub usb, clés wifi/bluetooth, batterie foxboard).

[[Fichier:2012-02-16 17-26-14 677.jpg|500px|center]]

[[Fichier:2012-02-16_17-37-08_399.jpg‎|500px|center]]

- Réflexion sur le micro programme principal du robot.

== Avancée du 20/02/2012 : ==

Écriture d'un algorithme :

- Le robot avance et se stop à 30cm de l'obstacle.

- A l'obstacle il déplace sa "tête" sur la gauche d'un certain angle effectue une mesure de la distance et recommence à droite.

- Si une des deux mesures est supérieure à 30 cm alors le robot tourne sur lui-même dans cette direction.

- Si ces deux mesures sont inférieures à 30 cm alors il déplace sa tête à gauche et à droite pour effectuer des nouvelles mesures en augmentant l'angle.

- Et le robot recommence à avancer.

== Avancée du 11/03/2012 : ==

Écriture d'un autre algorithme :

- Le robot avance et s'arrête à 30cm de l'obstacle.

- Devant l'obstacle il déplace sa "tête" sur la gauche de 10 degrés et effectue un test de distance. Si la distance est inférieure à 30cm il augmente l'angle de 10 degrés. Si au bout de n fois il n'a pas de mesures supérieures à 30cm alors il sort de la boucle et effectue les mêmes tests mais du coté droite.

- Il compare ensuite les dernières valeurs de distance enregistrées à gauche et à droite et tourne dans le sens où la distance mesurée est la plus grande.

== Avancée du 15/03/2012 : ==

- Correction de la marge d'erreur des angles dans les déplacements de la tête.

== Avancée du 19/03/2012 : ==

- Fin du programme de contournement d'obstacle.

- Calcul d'un déplacement proportionnel à la proximité de l'obstacle.

- Recherche sur le bloc boussole pour le déplacement en ligne droite.

== Avancée du 22/03/2012 : ==

- Réflexion et recherche sur la méthode de correction PID.

- Des difficultés dans la compréhension de la méthode et de son approche algorithmique.

- Développement d'un bloc destiné au calcul d'erreurs.

== Avancée du 26/03/2012 : ==

- Problème de calibrage de la boussole, apparition d'interférences électromagnétiques provoquées par les moteurs et le NXT.

- Difficultés rencontrées avec le bloc "Compass Sensor" : la boussole affiche des valeurs de 0° à 360° ce qui pose des problèmes lors du calcul d'erreur. Exemple : le cap du robot est à 357°, il tourne, la valeur captée est de 2°, l'erreur affichée est donc de 355° or elle n'est théoriquement que de 5°.

== Avancée du 29/03/2012 : ==

- Surélévation de boussole pour éviter toutes interférences

- Finalisation du bloc Calcul d'erreur

- Essai d'un premier programme PID, il s'est avéré non probant après plusieurs tests : la puissance des moteurs n'est pas assez modulable, la fonction proportionnelle à des limites ( la puissance est comprise entre 20 et 100 ).

== Avancée du 02/04/2012 : ==

- Changement de bloc de contrôle de la boussole, le bloc "Capteur ultrason" peut être utilisé pour contrôle celle-ci.

- Création d'un nouveau programme qui n'utilise pas le PID : il corrige la trajectoire grâce à des boucles whiles et des tests sur des plages de données. Algorithme : "On corrige la trajectoire tant que l'erreur n'est pas comprise dans la plage de données".

== Avancée du 05/04/2012 : ==

- Finition du programme final : réglages des constantes de correction de trajectoire, ajout du bloc "esquive".

- Vidéo test du robot en mouvement sur un parcours constitué de 3 obstacles, le robot avance en ligne droite et esquive les objets.

<include nopre noesc src="/home/pedago/ppeip/include/video-Boussole-iframe.html" |center/>

- Mise en ligne de la vidéo :

http://www.youtube.com/watch?v=gGcfxCbHgZ8

 

== Avancée du 12/04/2012 : ==
- Installation d'un capteur RFID et d'un détecteur de couleur sur la tête.

- Implémentation des autres programmes :

Suiveur de ligne.

RFID.

[[Fichier:Robotdessous1.jpg|300px|center]]

== Avancée du 16/04/2012 : ==

- Difficultés rencontrées pour la configuration de la Foxboard, le netbook ne se connecte pas à la foxboard.

- Téléchargement du fichier sur la carte microSD de la Foxboard.

== Avancée du 19/04/2012 : ==

- Lancement du module Minicom et initialisation de la Foxboard grâce aux indications du wiki.

- Récupération de l'adresse Mac sur le microprogramme NXT et changement de celle-ci sur la Foxboard en vu d'utiliser le bluetooth.

- Découverte des démons de contrôle et de leurs fonctionnements. Nous avons également récupéré les codes bluetooth envoyés par le serveur web (croix directionnelle, rosace, ligne bleue/rouge) et tenté de les intégrer dans nos programmes NXT.

== Avancée du 10/05/2012 : ==

- Test du programme de suiveur de lignes sur un circuit. Le robot a du mal à sauter des "trous" sans lignes dessinées.

- Tentative de modifications du programme de suiveur de lignes pour que le robot se serve de sa tête pour détecter les lignes :

nous avons rencontré des difficultés car même si notre robot bouge sa "tête" pour détecter les lignes, il n'aligne pas son "corps avec sa "tête".

Boussole2011-1

2012-05-10T15:37:39Z

Afossey : /* Avancée du 06/02/2012 : */

== Avancée du 30/01/2012 : ==

- Découverte du logiciel Lego Mindstorms NXT.

- Écriture de la structure du programme.

- Test du capteur d'ultrasons pour obstacle à moins de 30cm.

- Réponse du véhicule en contournant l'obstacle.

== Avancée du 06/02/2012 : ==

Montage du robot, première partie :

- Discussion sur les caractéristiques spéciales du robot : La base du robot ne sera pas standardisée par le modèle fourni,
il sera doté d'un troisième moteur placé orthogonalement aux autres lui permettant de tourner sa "tête". En effet, le capteur
à ultrasons et le capteur de couleur seront placés dessus, ainsi on pourra limiter la marge d'erreur due à la rotation par chenille/roues et suivre un tracé au sol plus aisément.

[[fichier:robotfrg.jpg|center|500px]]

- Le socle constitué des roues et de la tête est monté. Il est encore fragile et doit être amélioré, ceci vient du fait que l'on a
monté le robot sans mode d'emploi.

== Avancée du 13/02/2012 : ==

Montage du robot, deuxième partie :

- Ajout du socle soutenant la foxboard et le NXT.

- Révision du programme pour le fonctionnement de la "tête" du robot, on effectue une rotation de 20° dès que le robot approche à moins de 30cm d'un obstacle, dans ce cas il effectue un test et prend la direction la plus avantageuse pour le contourner.

[[Fichier:2012-02-13_09-12-19_815.jpg|center|500px]]

== Avancée du 16/02/2012 : ==

- Révision du socle NXT/foxboard, changement de structure pour plus de solidité (au niveau de la répartition du poids) ainsi que
pour accueillir plus de périphériques (hub usb, clés wifi/bluetooth, batterie foxboard).

[[Fichier:2012-02-16 17-26-14 677.jpg|500px|center]]

[[Fichier:2012-02-16_17-37-08_399.jpg‎|500px|center]]

- Réflexion sur le micro programme principal du robot.

== Avancée du 20/02/2012 : ==

Écriture d'un algorithme :

- Le robot avance et se stop à 30cm de l'obstacle.

- A l'obstacle il déplace sa "tête" sur la gauche d'un certain angle effectue une mesure de la distance et recommence à droite.

- Si une des deux mesures est supérieure à 30 cm alors le robot tourne sur lui-même dans cette direction.

- Si ces deux mesures sont inférieures à 30 cm alors il déplace sa tête à gauche et à droite pour effectuer des nouvelles mesures en augmentant l'angle.

- Et le robot recommence à avancer.

== Avancée du 11/03/2012 : ==

Écriture d'un autre algorithme :

- Le robot avance et s'arrête à 30cm de l'obstacle.

- Devant l'obstacle il déplace sa "tête" sur la gauche de 10 degrés et effectue un test de distance. Si la distance est inférieure à 30cm il augmente l'angle de 10 degrés. Si au bout de n fois il n'a pas de mesures supérieures à 30cm alors il sort de la boucle et effectue les mêmes tests mais du coté droite.

- Il compare ensuite les dernières valeurs de distance enregistrées à gauche et à droite et tourne dans le sens où la distance mesurée est la plus grande.

== Avancée du 15/03/2012 : ==

- Correction de la marge d'erreur des angles dans les déplacements de la tête.

== Avancée du 19/03/2012 : ==

- Fin du programme de contournement d'obstacle.

- Calcul d'un déplacement proportionnel à la proximité de l'obstacle.

- Recherche sur le bloc boussole pour le déplacement en ligne droite.

== Avancée du 22/03/2012 : ==

- Réflexion et recherche sur la méthode de correction PID.

- Des difficultés dans la compréhension de la méthode et de son approche algorithmique.

- Développement d'un bloc destiné au calcul d'erreurs.

== Avancée du 26/03/2012 : ==

- Problème de calibrage de la boussole, apparition d'interférences électromagnétiques provoquées par les moteurs et le NXT.

- Difficultés rencontrées avec le bloc "Compass Sensor" : la boussole affiche des valeurs de 0° à 360° ce qui pose des problèmes lors du calcul d'erreur. Exemple : le cap du robot est à 357°, il tourne, la valeur captée est de 2°, l'erreur affichée est donc de 355° or elle n'est théoriquement que de 5°.

== Avancée du 29/03/2012 : ==

- Surélévation de boussole pour éviter toutes interférences

- Finalisation du bloc Calcul d'erreur

- Essai d'un premier programme PID, il s'est avéré non probant après plusieurs tests : la puissance des moteurs n'est pas assez modulable, la fonction proportionnelle à des limites ( la puissance est comprise entre 20 et 100 ).

== Avancée du 02/04/2012 : ==

- Changement de bloc de contrôle de la boussole, le bloc "Capteur ultrason" peut être utilisé pour contrôle celle-ci.

- Création d'un nouveau programme qui n'utilise pas le PID : il corrige la trajectoire grâce à des boucles whiles et des tests sur des plages de données. Algorithme : "On corrige la trajectoire tant que l'erreur n'est pas comprise dans la plage de données".

== Avancée du 05/04/2012 : ==

- Finition du programme final : réglages des constantes de correction de trajectoire, ajout du bloc "esquive".

- Vidéo test du robot en mouvement sur un parcours constitué de 3 obstacles, le robot avance en ligne droite et esquive les objets.

<include nopre noesc src="/home/pedago/ppeip/include/video-Boussole-iframe.html" />

- Mise en ligne de la vidéo :

http://www.youtube.com/watch?v=gGcfxCbHgZ8

 

== Avancée du 12/04/2012 : ==
- Installation d'un capteur RFID et d'un détecteur de couleur sur la tête.

- Implémentation des autres programmes :

Suiveur de ligne.

RFID.

[[Fichier:Robotdessous1.jpg|300px|center]]

== Avancée du 16/04/2012 : ==

- Difficultés rencontrées pour la configuration de la Foxboard, le netbook ne se connecte pas à la foxboard.

- Téléchargement du fichier sur la carte microSD de la Foxboard.

== Avancée du 19/04/2012 : ==

- Lancement du module Minicom et initialisation de la Foxboard grâce aux indications du wiki.

- Récupération de l'adresse Mac sur le microprogramme NXT et changement de celle-ci sur la Foxboard en vu d'utiliser le bluetooth.

- Découverte des démons de contrôle et de leurs fonctionnements. Nous avons également récupéré les codes bluetooth envoyés par le serveur web (croix directionnelle, rosace, ligne bleue/rouge) et tenté de les intégrer dans nos programmes NXT.

== Avancée du 10/05/2012 : ==

- Test du programme de suiveur de lignes sur un circuit. Le robot a du mal à sauter des "trous" sans lignes dessinées.

- Tentative de modifications du programme de suiveur de lignes pour que le robot se serve de sa tête pour détecter les lignes :

nous avons rencontré des difficultés car même si notre robot bouge sa "tête" pour détecter les lignes, il n'aligne pas son "corps avec sa "tête".

Fichier:Robotfrg.jpg

2012-05-10T15:36:55Z

Afossey : robot vue de dessous : on voit le 3eme moteur.

robot vue de dessous : on voit le 3eme moteur.

Boussole2011-1

2012-05-10T15:35:35Z

Afossey : /* Avancée du 06/02/2012 : */

== Avancée du 30/01/2012 : ==

- Découverte du logiciel Lego Mindstorms NXT.

- Écriture de la structure du programme.

- Test du capteur d'ultrasons pour obstacle à moins de 30cm.

- Réponse du véhicule en contournant l'obstacle.

== Avancée du 06/02/2012 : ==

Montage du robot, première partie :

- Discussion sur les caractéristiques spéciales du robot : La base du robot ne sera pas standardisée par le modèle fourni,
il sera doté d'un troisième moteur placé orthogonalement aux autres lui permettant de tourner sa "tête". En effet, le capteur
à ultrasons et le capteur de couleur seront placés dessus, ainsi on pourra limiter la marge d'erreur due à la rotation par chenille/roues et suivre un tracé au sol plus aisément.

[[fichier:robotfrg.jpg]]

- Le socle constitué des roues et de la tête est monté. Il est encore fragile et doit être amélioré, ceci vient du fait que l'on a
monté le robot sans mode d'emploi.

== Avancée du 13/02/2012 : ==

Montage du robot, deuxième partie :

- Ajout du socle soutenant la foxboard et le NXT.

- Révision du programme pour le fonctionnement de la "tête" du robot, on effectue une rotation de 20° dès que le robot approche à moins de 30cm d'un obstacle, dans ce cas il effectue un test et prend la direction la plus avantageuse pour le contourner.

[[Fichier:2012-02-13_09-12-19_815.jpg|center|500px]]

== Avancée du 16/02/2012 : ==

- Révision du socle NXT/foxboard, changement de structure pour plus de solidité (au niveau de la répartition du poids) ainsi que
pour accueillir plus de périphériques (hub usb, clés wifi/bluetooth, batterie foxboard).

[[Fichier:2012-02-16 17-26-14 677.jpg|500px|center]]

[[Fichier:2012-02-16_17-37-08_399.jpg‎|500px|center]]

- Réflexion sur le micro programme principal du robot.

== Avancée du 20/02/2012 : ==

Écriture d'un algorithme :

- Le robot avance et se stop à 30cm de l'obstacle.

- A l'obstacle il déplace sa "tête" sur la gauche d'un certain angle effectue une mesure de la distance et recommence à droite.

- Si une des deux mesures est supérieure à 30 cm alors le robot tourne sur lui-même dans cette direction.

- Si ces deux mesures sont inférieures à 30 cm alors il déplace sa tête à gauche et à droite pour effectuer des nouvelles mesures en augmentant l'angle.

- Et le robot recommence à avancer.

== Avancée du 11/03/2012 : ==

Écriture d'un autre algorithme :

- Le robot avance et s'arrête à 30cm de l'obstacle.

- Devant l'obstacle il déplace sa "tête" sur la gauche de 10 degrés et effectue un test de distance. Si la distance est inférieure à 30cm il augmente l'angle de 10 degrés. Si au bout de n fois il n'a pas de mesures supérieures à 30cm alors il sort de la boucle et effectue les mêmes tests mais du coté droite.

- Il compare ensuite les dernières valeurs de distance enregistrées à gauche et à droite et tourne dans le sens où la distance mesurée est la plus grande.

== Avancée du 15/03/2012 : ==

- Correction de la marge d'erreur des angles dans les déplacements de la tête.

== Avancée du 19/03/2012 : ==

- Fin du programme de contournement d'obstacle.

- Calcul d'un déplacement proportionnel à la proximité de l'obstacle.

- Recherche sur le bloc boussole pour le déplacement en ligne droite.

== Avancée du 22/03/2012 : ==

- Réflexion et recherche sur la méthode de correction PID.

- Des difficultés dans la compréhension de la méthode et de son approche algorithmique.

- Développement d'un bloc destiné au calcul d'erreurs.

== Avancée du 26/03/2012 : ==

- Problème de calibrage de la boussole, apparition d'interférences électromagnétiques provoquées par les moteurs et le NXT.

- Difficultés rencontrées avec le bloc "Compass Sensor" : la boussole affiche des valeurs de 0° à 360° ce qui pose des problèmes lors du calcul d'erreur. Exemple : le cap du robot est à 357°, il tourne, la valeur captée est de 2°, l'erreur affichée est donc de 355° or elle n'est théoriquement que de 5°.

== Avancée du 29/03/2012 : ==

- Surélévation de boussole pour éviter toutes interférences

- Finalisation du bloc Calcul d'erreur

- Essai d'un premier programme PID, il s'est avéré non probant après plusieurs tests : la puissance des moteurs n'est pas assez modulable, la fonction proportionnelle à des limites ( la puissance est comprise entre 20 et 100 ).

== Avancée du 02/04/2012 : ==

- Changement de bloc de contrôle de la boussole, le bloc "Capteur ultrason" peut être utilisé pour contrôle celle-ci.

- Création d'un nouveau programme qui n'utilise pas le PID : il corrige la trajectoire grâce à des boucles whiles et des tests sur des plages de données. Algorithme : "On corrige la trajectoire tant que l'erreur n'est pas comprise dans la plage de données".

== Avancée du 05/04/2012 : ==

- Finition du programme final : réglages des constantes de correction de trajectoire, ajout du bloc "esquive".

- Vidéo test du robot en mouvement sur un parcours constitué de 3 obstacles, le robot avance en ligne droite et esquive les objets.

<include nopre noesc src="/home/pedago/ppeip/include/video-Boussole-iframe.html" />

- Mise en ligne de la vidéo :

http://www.youtube.com/watch?v=gGcfxCbHgZ8

 

== Avancée du 12/04/2012 : ==
- Installation d'un capteur RFID et d'un détecteur de couleur sur la tête.

- Implémentation des autres programmes :

Suiveur de ligne.

RFID.

[[Fichier:Robotdessous1.jpg|300px|center]]

== Avancée du 16/04/2012 : ==

- Difficultés rencontrées pour la configuration de la Foxboard, le netbook ne se connecte pas à la foxboard.

- Téléchargement du fichier sur la carte microSD de la Foxboard.

== Avancée du 19/04/2012 : ==

- Lancement du module Minicom et initialisation de la Foxboard grâce aux indications du wiki.

- Récupération de l'adresse Mac sur le microprogramme NXT et changement de celle-ci sur la Foxboard en vu d'utiliser le bluetooth.

- Découverte des démons de contrôle et de leurs fonctionnements. Nous avons également récupéré les codes bluetooth envoyés par le serveur web (croix directionnelle, rosace, ligne bleue/rouge) et tenté de les intégrer dans nos programmes NXT.

== Avancée du 10/05/2012 : ==

- Test du programme de suiveur de lignes sur un circuit. Le robot a du mal à sauter des "trous" sans lignes dessinées.

- Tentative de modifications du programme de suiveur de lignes pour que le robot se serve de sa tête pour détecter les lignes :

nous avons rencontré des difficultés car même si notre robot bouge sa "tête" pour détecter les lignes, il n'aligne pas son "corps avec sa "tête".

Boussole2011-1

2012-05-10T15:33:45Z

Afossey : /* Avancée du 13/02/2012 : */

== Avancée du 30/01/2012 : ==

- Découverte du logiciel Lego Mindstorms NXT.

- Écriture de la structure du programme.

- Test du capteur d'ultrasons pour obstacle à moins de 30cm.

- Réponse du véhicule en contournant l'obstacle.

== Avancée du 06/02/2012 : ==

Montage du robot, première partie :

- Discussion sur les caractéristiques spéciales du robot : La base du robot ne sera pas standardisée par le modèle fourni,
il sera doté d'un troisième moteur placé orthogonalement aux autres lui permettant de tourner sa "tête". En effet, le capteur
à ultrasons et le capteur de couleur seront placés dessus, ainsi on pourra limiter la marge d'erreur due à la rotation par chenille/roues et suivre un tracé au sol plus aisément.

- Le socle constitué des roues et de la tête est monté. Il est encore fragile et doit être amélioré, ceci vient du fait que l'on a
monté le robot sans mode d'emploi.

== Avancée du 13/02/2012 : ==

Montage du robot, deuxième partie :

- Ajout du socle soutenant la foxboard et le NXT.

- Révision du programme pour le fonctionnement de la "tête" du robot, on effectue une rotation de 20° dès que le robot approche à moins de 30cm d'un obstacle, dans ce cas il effectue un test et prend la direction la plus avantageuse pour le contourner.

[[Fichier:2012-02-13_09-12-19_815.jpg|center|500px]]

== Avancée du 16/02/2012 : ==

- Révision du socle NXT/foxboard, changement de structure pour plus de solidité (au niveau de la répartition du poids) ainsi que
pour accueillir plus de périphériques (hub usb, clés wifi/bluetooth, batterie foxboard).

[[Fichier:2012-02-16 17-26-14 677.jpg|500px|center]]

[[Fichier:2012-02-16_17-37-08_399.jpg‎|500px|center]]

- Réflexion sur le micro programme principal du robot.

== Avancée du 20/02/2012 : ==

Écriture d'un algorithme :

- Le robot avance et se stop à 30cm de l'obstacle.

- A l'obstacle il déplace sa "tête" sur la gauche d'un certain angle effectue une mesure de la distance et recommence à droite.

- Si une des deux mesures est supérieure à 30 cm alors le robot tourne sur lui-même dans cette direction.

- Si ces deux mesures sont inférieures à 30 cm alors il déplace sa tête à gauche et à droite pour effectuer des nouvelles mesures en augmentant l'angle.

- Et le robot recommence à avancer.

== Avancée du 11/03/2012 : ==

Écriture d'un autre algorithme :

- Le robot avance et s'arrête à 30cm de l'obstacle.

- Devant l'obstacle il déplace sa "tête" sur la gauche de 10 degrés et effectue un test de distance. Si la distance est inférieure à 30cm il augmente l'angle de 10 degrés. Si au bout de n fois il n'a pas de mesures supérieures à 30cm alors il sort de la boucle et effectue les mêmes tests mais du coté droite.

- Il compare ensuite les dernières valeurs de distance enregistrées à gauche et à droite et tourne dans le sens où la distance mesurée est la plus grande.

== Avancée du 15/03/2012 : ==

- Correction de la marge d'erreur des angles dans les déplacements de la tête.

== Avancée du 19/03/2012 : ==

- Fin du programme de contournement d'obstacle.

- Calcul d'un déplacement proportionnel à la proximité de l'obstacle.

- Recherche sur le bloc boussole pour le déplacement en ligne droite.

== Avancée du 22/03/2012 : ==

- Réflexion et recherche sur la méthode de correction PID.

- Des difficultés dans la compréhension de la méthode et de son approche algorithmique.

- Développement d'un bloc destiné au calcul d'erreurs.

== Avancée du 26/03/2012 : ==

- Problème de calibrage de la boussole, apparition d'interférences électromagnétiques provoquées par les moteurs et le NXT.

- Difficultés rencontrées avec le bloc "Compass Sensor" : la boussole affiche des valeurs de 0° à 360° ce qui pose des problèmes lors du calcul d'erreur. Exemple : le cap du robot est à 357°, il tourne, la valeur captée est de 2°, l'erreur affichée est donc de 355° or elle n'est théoriquement que de 5°.

== Avancée du 29/03/2012 : ==

- Surélévation de boussole pour éviter toutes interférences

- Finalisation du bloc Calcul d'erreur

- Essai d'un premier programme PID, il s'est avéré non probant après plusieurs tests : la puissance des moteurs n'est pas assez modulable, la fonction proportionnelle à des limites ( la puissance est comprise entre 20 et 100 ).

== Avancée du 02/04/2012 : ==

- Changement de bloc de contrôle de la boussole, le bloc "Capteur ultrason" peut être utilisé pour contrôle celle-ci.

- Création d'un nouveau programme qui n'utilise pas le PID : il corrige la trajectoire grâce à des boucles whiles et des tests sur des plages de données. Algorithme : "On corrige la trajectoire tant que l'erreur n'est pas comprise dans la plage de données".

== Avancée du 05/04/2012 : ==

- Finition du programme final : réglages des constantes de correction de trajectoire, ajout du bloc "esquive".

- Vidéo test du robot en mouvement sur un parcours constitué de 3 obstacles, le robot avance en ligne droite et esquive les objets.

<include nopre noesc src="/home/pedago/ppeip/include/video-Boussole-iframe.html" />

- Mise en ligne de la vidéo :

http://www.youtube.com/watch?v=gGcfxCbHgZ8

 

== Avancée du 12/04/2012 : ==
- Installation d'un capteur RFID et d'un détecteur de couleur sur la tête.

- Implémentation des autres programmes :

Suiveur de ligne.

RFID.

[[Fichier:Robotdessous1.jpg|300px|center]]

== Avancée du 16/04/2012 : ==

- Difficultés rencontrées pour la configuration de la Foxboard, le netbook ne se connecte pas à la foxboard.

- Téléchargement du fichier sur la carte microSD de la Foxboard.

== Avancée du 19/04/2012 : ==

- Lancement du module Minicom et initialisation de la Foxboard grâce aux indications du wiki.

- Récupération de l'adresse Mac sur le microprogramme NXT et changement de celle-ci sur la Foxboard en vu d'utiliser le bluetooth.

- Découverte des démons de contrôle et de leurs fonctionnements. Nous avons également récupéré les codes bluetooth envoyés par le serveur web (croix directionnelle, rosace, ligne bleue/rouge) et tenté de les intégrer dans nos programmes NXT.

== Avancée du 10/05/2012 : ==

- Test du programme de suiveur de lignes sur un circuit. Le robot a du mal à sauter des "trous" sans lignes dessinées.

- Tentative de modifications du programme de suiveur de lignes pour que le robot se serve de sa tête pour détecter les lignes :

nous avons rencontré des difficultés car même si notre robot bouge sa "tête" pour détecter les lignes, il n'aligne pas son "corps avec sa "tête".

Boussole2011-1

2012-05-10T15:33:34Z

Afossey : /* Avancée du 13/02/2012 : */

== Avancée du 30/01/2012 : ==

- Découverte du logiciel Lego Mindstorms NXT.

- Écriture de la structure du programme.

- Test du capteur d'ultrasons pour obstacle à moins de 30cm.

- Réponse du véhicule en contournant l'obstacle.

== Avancée du 06/02/2012 : ==

Montage du robot, première partie :

- Discussion sur les caractéristiques spéciales du robot : La base du robot ne sera pas standardisée par le modèle fourni,
il sera doté d'un troisième moteur placé orthogonalement aux autres lui permettant de tourner sa "tête". En effet, le capteur
à ultrasons et le capteur de couleur seront placés dessus, ainsi on pourra limiter la marge d'erreur due à la rotation par chenille/roues et suivre un tracé au sol plus aisément.

- Le socle constitué des roues et de la tête est monté. Il est encore fragile et doit être amélioré, ceci vient du fait que l'on a
monté le robot sans mode d'emploi.

== Avancée du 13/02/2012 : ==

Montage du robot, deuxième partie :

- Ajout du socle soutenant la foxboard et le NXT.

- Révision du programme pour le fonctionnement de la "tête" du robot, on effectue une rotation de 20° dès que le robot approche à moins de 30cm d'un obstacle, dans ce cas il effectue un test et prend la direction la plus avantageuse pour le contourner.

[[Fichier:2012-02-13_09-12-19_815.jpg|center|500px]]

== Avancée du 16/02/2012 : ==

- Révision du socle NXT/foxboard, changement de structure pour plus de solidité (au niveau de la répartition du poids) ainsi que
pour accueillir plus de périphériques (hub usb, clés wifi/bluetooth, batterie foxboard).

[[Fichier:2012-02-16 17-26-14 677.jpg|500px|center]]

[[Fichier:2012-02-16_17-37-08_399.jpg‎|500px|center]]

- Réflexion sur le micro programme principal du robot.

== Avancée du 20/02/2012 : ==

Écriture d'un algorithme :

- Le robot avance et se stop à 30cm de l'obstacle.

- A l'obstacle il déplace sa "tête" sur la gauche d'un certain angle effectue une mesure de la distance et recommence à droite.

- Si une des deux mesures est supérieure à 30 cm alors le robot tourne sur lui-même dans cette direction.

- Si ces deux mesures sont inférieures à 30 cm alors il déplace sa tête à gauche et à droite pour effectuer des nouvelles mesures en augmentant l'angle.

- Et le robot recommence à avancer.

== Avancée du 11/03/2012 : ==

Écriture d'un autre algorithme :

- Le robot avance et s'arrête à 30cm de l'obstacle.

- Devant l'obstacle il déplace sa "tête" sur la gauche de 10 degrés et effectue un test de distance. Si la distance est inférieure à 30cm il augmente l'angle de 10 degrés. Si au bout de n fois il n'a pas de mesures supérieures à 30cm alors il sort de la boucle et effectue les mêmes tests mais du coté droite.

- Il compare ensuite les dernières valeurs de distance enregistrées à gauche et à droite et tourne dans le sens où la distance mesurée est la plus grande.

== Avancée du 15/03/2012 : ==

- Correction de la marge d'erreur des angles dans les déplacements de la tête.

== Avancée du 19/03/2012 : ==

- Fin du programme de contournement d'obstacle.

- Calcul d'un déplacement proportionnel à la proximité de l'obstacle.

- Recherche sur le bloc boussole pour le déplacement en ligne droite.

== Avancée du 22/03/2012 : ==

- Réflexion et recherche sur la méthode de correction PID.

- Des difficultés dans la compréhension de la méthode et de son approche algorithmique.

- Développement d'un bloc destiné au calcul d'erreurs.

== Avancée du 26/03/2012 : ==

- Problème de calibrage de la boussole, apparition d'interférences électromagnétiques provoquées par les moteurs et le NXT.

- Difficultés rencontrées avec le bloc "Compass Sensor" : la boussole affiche des valeurs de 0° à 360° ce qui pose des problèmes lors du calcul d'erreur. Exemple : le cap du robot est à 357°, il tourne, la valeur captée est de 2°, l'erreur affichée est donc de 355° or elle n'est théoriquement que de 5°.

== Avancée du 29/03/2012 : ==

- Surélévation de boussole pour éviter toutes interférences

- Finalisation du bloc Calcul d'erreur

- Essai d'un premier programme PID, il s'est avéré non probant après plusieurs tests : la puissance des moteurs n'est pas assez modulable, la fonction proportionnelle à des limites ( la puissance est comprise entre 20 et 100 ).

== Avancée du 02/04/2012 : ==

- Changement de bloc de contrôle de la boussole, le bloc "Capteur ultrason" peut être utilisé pour contrôle celle-ci.

- Création d'un nouveau programme qui n'utilise pas le PID : il corrige la trajectoire grâce à des boucles whiles et des tests sur des plages de données. Algorithme : "On corrige la trajectoire tant que l'erreur n'est pas comprise dans la plage de données".

== Avancée du 05/04/2012 : ==

- Finition du programme final : réglages des constantes de correction de trajectoire, ajout du bloc "esquive".

- Vidéo test du robot en mouvement sur un parcours constitué de 3 obstacles, le robot avance en ligne droite et esquive les objets.

<include nopre noesc src="/home/pedago/ppeip/include/video-Boussole-iframe.html" />

- Mise en ligne de la vidéo :

http://www.youtube.com/watch?v=gGcfxCbHgZ8

 

== Avancée du 12/04/2012 : ==
- Installation d'un capteur RFID et d'un détecteur de couleur sur la tête.

- Implémentation des autres programmes :

Suiveur de ligne.

RFID.

[[Fichier:Robotdessous1.jpg|300px|center]]

== Avancée du 16/04/2012 : ==

- Difficultés rencontrées pour la configuration de la Foxboard, le netbook ne se connecte pas à la foxboard.

- Téléchargement du fichier sur la carte microSD de la Foxboard.

== Avancée du 19/04/2012 : ==

- Lancement du module Minicom et initialisation de la Foxboard grâce aux indications du wiki.

- Récupération de l'adresse Mac sur le microprogramme NXT et changement de celle-ci sur la Foxboard en vu d'utiliser le bluetooth.

- Découverte des démons de contrôle et de leurs fonctionnements. Nous avons également récupéré les codes bluetooth envoyés par le serveur web (croix directionnelle, rosace, ligne bleue/rouge) et tenté de les intégrer dans nos programmes NXT.

== Avancée du 10/05/2012 : ==

- Test du programme de suiveur de lignes sur un circuit. Le robot a du mal à sauter des "trous" sans lignes dessinées.

- Tentative de modifications du programme de suiveur de lignes pour que le robot se serve de sa tête pour détecter les lignes :

nous avons rencontré des difficultés car même si notre robot bouge sa "tête" pour détecter les lignes, il n'aligne pas son "corps avec sa "tête".

Boussole2011-1

2012-05-10T15:32:53Z

Afossey : /* Avancée du 16/02/2012 : */

== Avancée du 30/01/2012 : ==

- Découverte du logiciel Lego Mindstorms NXT.

- Écriture de la structure du programme.

- Test du capteur d'ultrasons pour obstacle à moins de 30cm.

- Réponse du véhicule en contournant l'obstacle.

== Avancée du 06/02/2012 : ==

Montage du robot, première partie :

- Discussion sur les caractéristiques spéciales du robot : La base du robot ne sera pas standardisée par le modèle fourni,
il sera doté d'un troisième moteur placé orthogonalement aux autres lui permettant de tourner sa "tête". En effet, le capteur
à ultrasons et le capteur de couleur seront placés dessus, ainsi on pourra limiter la marge d'erreur due à la rotation par chenille/roues et suivre un tracé au sol plus aisément.

- Le socle constitué des roues et de la tête est monté. Il est encore fragile et doit être amélioré, ceci vient du fait que l'on a
monté le robot sans mode d'emploi.

== Avancée du 13/02/2012 : ==

Montage du robot, deuxième partie :

- Ajout du socle soutenant la foxboard et le NXT.

- Révision du programme pour le fonctionnement de la "tête" du robot, on effectue une rotation de 20° dès que le robot approche à moins de 30cm d'un obstacle, dans ce cas il effectue un test et prend la direction la plus avantageuse pour le contourner.

[[Fichier:2012-02-13_09-12-19_815.jpg]]

== Avancée du 16/02/2012 : ==

- Révision du socle NXT/foxboard, changement de structure pour plus de solidité (au niveau de la répartition du poids) ainsi que
pour accueillir plus de périphériques (hub usb, clés wifi/bluetooth, batterie foxboard).

[[Fichier:2012-02-16 17-26-14 677.jpg|500px|center]]

[[Fichier:2012-02-16_17-37-08_399.jpg‎|500px|center]]

- Réflexion sur le micro programme principal du robot.

== Avancée du 20/02/2012 : ==

Écriture d'un algorithme :

- Le robot avance et se stop à 30cm de l'obstacle.

- A l'obstacle il déplace sa "tête" sur la gauche d'un certain angle effectue une mesure de la distance et recommence à droite.

- Si une des deux mesures est supérieure à 30 cm alors le robot tourne sur lui-même dans cette direction.

- Si ces deux mesures sont inférieures à 30 cm alors il déplace sa tête à gauche et à droite pour effectuer des nouvelles mesures en augmentant l'angle.

- Et le robot recommence à avancer.

== Avancée du 11/03/2012 : ==

Écriture d'un autre algorithme :

- Le robot avance et s'arrête à 30cm de l'obstacle.

- Devant l'obstacle il déplace sa "tête" sur la gauche de 10 degrés et effectue un test de distance. Si la distance est inférieure à 30cm il augmente l'angle de 10 degrés. Si au bout de n fois il n'a pas de mesures supérieures à 30cm alors il sort de la boucle et effectue les mêmes tests mais du coté droite.

- Il compare ensuite les dernières valeurs de distance enregistrées à gauche et à droite et tourne dans le sens où la distance mesurée est la plus grande.

== Avancée du 15/03/2012 : ==

- Correction de la marge d'erreur des angles dans les déplacements de la tête.

== Avancée du 19/03/2012 : ==

- Fin du programme de contournement d'obstacle.

- Calcul d'un déplacement proportionnel à la proximité de l'obstacle.

- Recherche sur le bloc boussole pour le déplacement en ligne droite.

== Avancée du 22/03/2012 : ==

- Réflexion et recherche sur la méthode de correction PID.

- Des difficultés dans la compréhension de la méthode et de son approche algorithmique.

- Développement d'un bloc destiné au calcul d'erreurs.

== Avancée du 26/03/2012 : ==

- Problème de calibrage de la boussole, apparition d'interférences électromagnétiques provoquées par les moteurs et le NXT.

- Difficultés rencontrées avec le bloc "Compass Sensor" : la boussole affiche des valeurs de 0° à 360° ce qui pose des problèmes lors du calcul d'erreur. Exemple : le cap du robot est à 357°, il tourne, la valeur captée est de 2°, l'erreur affichée est donc de 355° or elle n'est théoriquement que de 5°.

== Avancée du 29/03/2012 : ==

- Surélévation de boussole pour éviter toutes interférences

- Finalisation du bloc Calcul d'erreur

- Essai d'un premier programme PID, il s'est avéré non probant après plusieurs tests : la puissance des moteurs n'est pas assez modulable, la fonction proportionnelle à des limites ( la puissance est comprise entre 20 et 100 ).

== Avancée du 02/04/2012 : ==

- Changement de bloc de contrôle de la boussole, le bloc "Capteur ultrason" peut être utilisé pour contrôle celle-ci.

- Création d'un nouveau programme qui n'utilise pas le PID : il corrige la trajectoire grâce à des boucles whiles et des tests sur des plages de données. Algorithme : "On corrige la trajectoire tant que l'erreur n'est pas comprise dans la plage de données".

== Avancée du 05/04/2012 : ==

- Finition du programme final : réglages des constantes de correction de trajectoire, ajout du bloc "esquive".

- Vidéo test du robot en mouvement sur un parcours constitué de 3 obstacles, le robot avance en ligne droite et esquive les objets.

<include nopre noesc src="/home/pedago/ppeip/include/video-Boussole-iframe.html" />

- Mise en ligne de la vidéo :

http://www.youtube.com/watch?v=gGcfxCbHgZ8

 

== Avancée du 12/04/2012 : ==
- Installation d'un capteur RFID et d'un détecteur de couleur sur la tête.

- Implémentation des autres programmes :

Suiveur de ligne.

RFID.

[[Fichier:Robotdessous1.jpg|300px|center]]

== Avancée du 16/04/2012 : ==

- Difficultés rencontrées pour la configuration de la Foxboard, le netbook ne se connecte pas à la foxboard.

- Téléchargement du fichier sur la carte microSD de la Foxboard.

== Avancée du 19/04/2012 : ==

- Lancement du module Minicom et initialisation de la Foxboard grâce aux indications du wiki.

- Récupération de l'adresse Mac sur le microprogramme NXT et changement de celle-ci sur la Foxboard en vu d'utiliser le bluetooth.

- Découverte des démons de contrôle et de leurs fonctionnements. Nous avons également récupéré les codes bluetooth envoyés par le serveur web (croix directionnelle, rosace, ligne bleue/rouge) et tenté de les intégrer dans nos programmes NXT.

== Avancée du 10/05/2012 : ==

- Test du programme de suiveur de lignes sur un circuit. Le robot a du mal à sauter des "trous" sans lignes dessinées.

- Tentative de modifications du programme de suiveur de lignes pour que le robot se serve de sa tête pour détecter les lignes :

nous avons rencontré des difficultés car même si notre robot bouge sa "tête" pour détecter les lignes, il n'aligne pas son "corps avec sa "tête".

Boussole2011-1

2012-05-10T15:32:37Z

Afossey : /* Avancée du 16/02/2012 : */

== Avancée du 30/01/2012 : ==

- Découverte du logiciel Lego Mindstorms NXT.

- Écriture de la structure du programme.

- Test du capteur d'ultrasons pour obstacle à moins de 30cm.

- Réponse du véhicule en contournant l'obstacle.

== Avancée du 06/02/2012 : ==

Montage du robot, première partie :

- Discussion sur les caractéristiques spéciales du robot : La base du robot ne sera pas standardisée par le modèle fourni,
il sera doté d'un troisième moteur placé orthogonalement aux autres lui permettant de tourner sa "tête". En effet, le capteur
à ultrasons et le capteur de couleur seront placés dessus, ainsi on pourra limiter la marge d'erreur due à la rotation par chenille/roues et suivre un tracé au sol plus aisément.

- Le socle constitué des roues et de la tête est monté. Il est encore fragile et doit être amélioré, ceci vient du fait que l'on a
monté le robot sans mode d'emploi.

== Avancée du 13/02/2012 : ==

Montage du robot, deuxième partie :

- Ajout du socle soutenant la foxboard et le NXT.

- Révision du programme pour le fonctionnement de la "tête" du robot, on effectue une rotation de 20° dès que le robot approche à moins de 30cm d'un obstacle, dans ce cas il effectue un test et prend la direction la plus avantageuse pour le contourner.

[[Fichier:2012-02-13_09-12-19_815.jpg]]

== Avancée du 16/02/2012 : ==

- Révision du socle NXT/foxboard, changement de structure pour plus de solidité (au niveau de la répartition du poids) ainsi que
pour accueillir plus de périphériques (hub usb, clés wifi/bluetooth, batterie foxboard).

[[Fichier:2012-02-16 17-26-14 677.jpg|300px|center]]

[[Fichier:2012-02-16_17-37-08_399.jpg‎|300px|center]]

- Réflexion sur le micro programme principal du robot.

== Avancée du 20/02/2012 : ==

Écriture d'un algorithme :

- Le robot avance et se stop à 30cm de l'obstacle.

- A l'obstacle il déplace sa "tête" sur la gauche d'un certain angle effectue une mesure de la distance et recommence à droite.

- Si une des deux mesures est supérieure à 30 cm alors le robot tourne sur lui-même dans cette direction.

- Si ces deux mesures sont inférieures à 30 cm alors il déplace sa tête à gauche et à droite pour effectuer des nouvelles mesures en augmentant l'angle.

- Et le robot recommence à avancer.

== Avancée du 11/03/2012 : ==

Écriture d'un autre algorithme :

- Le robot avance et s'arrête à 30cm de l'obstacle.

- Devant l'obstacle il déplace sa "tête" sur la gauche de 10 degrés et effectue un test de distance. Si la distance est inférieure à 30cm il augmente l'angle de 10 degrés. Si au bout de n fois il n'a pas de mesures supérieures à 30cm alors il sort de la boucle et effectue les mêmes tests mais du coté droite.

- Il compare ensuite les dernières valeurs de distance enregistrées à gauche et à droite et tourne dans le sens où la distance mesurée est la plus grande.

== Avancée du 15/03/2012 : ==

- Correction de la marge d'erreur des angles dans les déplacements de la tête.

== Avancée du 19/03/2012 : ==

- Fin du programme de contournement d'obstacle.

- Calcul d'un déplacement proportionnel à la proximité de l'obstacle.

- Recherche sur le bloc boussole pour le déplacement en ligne droite.

== Avancée du 22/03/2012 : ==

- Réflexion et recherche sur la méthode de correction PID.

- Des difficultés dans la compréhension de la méthode et de son approche algorithmique.

- Développement d'un bloc destiné au calcul d'erreurs.

== Avancée du 26/03/2012 : ==

- Problème de calibrage de la boussole, apparition d'interférences électromagnétiques provoquées par les moteurs et le NXT.

- Difficultés rencontrées avec le bloc "Compass Sensor" : la boussole affiche des valeurs de 0° à 360° ce qui pose des problèmes lors du calcul d'erreur. Exemple : le cap du robot est à 357°, il tourne, la valeur captée est de 2°, l'erreur affichée est donc de 355° or elle n'est théoriquement que de 5°.

== Avancée du 29/03/2012 : ==

- Surélévation de boussole pour éviter toutes interférences

- Finalisation du bloc Calcul d'erreur

- Essai d'un premier programme PID, il s'est avéré non probant après plusieurs tests : la puissance des moteurs n'est pas assez modulable, la fonction proportionnelle à des limites ( la puissance est comprise entre 20 et 100 ).

== Avancée du 02/04/2012 : ==

- Changement de bloc de contrôle de la boussole, le bloc "Capteur ultrason" peut être utilisé pour contrôle celle-ci.

- Création d'un nouveau programme qui n'utilise pas le PID : il corrige la trajectoire grâce à des boucles whiles et des tests sur des plages de données. Algorithme : "On corrige la trajectoire tant que l'erreur n'est pas comprise dans la plage de données".

== Avancée du 05/04/2012 : ==

- Finition du programme final : réglages des constantes de correction de trajectoire, ajout du bloc "esquive".

- Vidéo test du robot en mouvement sur un parcours constitué de 3 obstacles, le robot avance en ligne droite et esquive les objets.

<include nopre noesc src="/home/pedago/ppeip/include/video-Boussole-iframe.html" />

- Mise en ligne de la vidéo :

http://www.youtube.com/watch?v=gGcfxCbHgZ8

 

== Avancée du 12/04/2012 : ==
- Installation d'un capteur RFID et d'un détecteur de couleur sur la tête.

- Implémentation des autres programmes :

Suiveur de ligne.

RFID.

[[Fichier:Robotdessous1.jpg|300px|center]]

== Avancée du 16/04/2012 : ==

- Difficultés rencontrées pour la configuration de la Foxboard, le netbook ne se connecte pas à la foxboard.

- Téléchargement du fichier sur la carte microSD de la Foxboard.

== Avancée du 19/04/2012 : ==

- Lancement du module Minicom et initialisation de la Foxboard grâce aux indications du wiki.

- Récupération de l'adresse Mac sur le microprogramme NXT et changement de celle-ci sur la Foxboard en vu d'utiliser le bluetooth.

- Découverte des démons de contrôle et de leurs fonctionnements. Nous avons également récupéré les codes bluetooth envoyés par le serveur web (croix directionnelle, rosace, ligne bleue/rouge) et tenté de les intégrer dans nos programmes NXT.

== Avancée du 10/05/2012 : ==

- Test du programme de suiveur de lignes sur un circuit. Le robot a du mal à sauter des "trous" sans lignes dessinées.

- Tentative de modifications du programme de suiveur de lignes pour que le robot se serve de sa tête pour détecter les lignes :

nous avons rencontré des difficultés car même si notre robot bouge sa "tête" pour détecter les lignes, il n'aligne pas son "corps avec sa "tête".

Boussole2011-1

2012-05-10T15:32:00Z

Afossey : /* Avancée du 16/02/2012 : */

== Avancée du 30/01/2012 : ==

- Découverte du logiciel Lego Mindstorms NXT.

- Écriture de la structure du programme.

- Test du capteur d'ultrasons pour obstacle à moins de 30cm.

- Réponse du véhicule en contournant l'obstacle.

== Avancée du 06/02/2012 : ==

Montage du robot, première partie :

- Discussion sur les caractéristiques spéciales du robot : La base du robot ne sera pas standardisée par le modèle fourni,
il sera doté d'un troisième moteur placé orthogonalement aux autres lui permettant de tourner sa "tête". En effet, le capteur
à ultrasons et le capteur de couleur seront placés dessus, ainsi on pourra limiter la marge d'erreur due à la rotation par chenille/roues et suivre un tracé au sol plus aisément.

- Le socle constitué des roues et de la tête est monté. Il est encore fragile et doit être amélioré, ceci vient du fait que l'on a
monté le robot sans mode d'emploi.

== Avancée du 13/02/2012 : ==

Montage du robot, deuxième partie :

- Ajout du socle soutenant la foxboard et le NXT.

- Révision du programme pour le fonctionnement de la "tête" du robot, on effectue une rotation de 20° dès que le robot approche à moins de 30cm d'un obstacle, dans ce cas il effectue un test et prend la direction la plus avantageuse pour le contourner.

[[Fichier:2012-02-13_09-12-19_815.jpg]]

== Avancée du 16/02/2012 : ==

- Révision du socle NXT/foxboard, changement de structure pour plus de solidité (au niveau de la répartition du poids) ainsi que
pour accueillir plus de périphériques (hub usb, clés wifi/bluetooth, batterie foxboard).

[[Fichier:2012-02-16 17-26-14 677.jpg|center]]

[[Fichier:2012-02-16_17-37-08_399.jpg‎|center]]

- Réflexion sur le micro programme principal du robot.

== Avancée du 20/02/2012 : ==

Écriture d'un algorithme :

- Le robot avance et se stop à 30cm de l'obstacle.

- A l'obstacle il déplace sa "tête" sur la gauche d'un certain angle effectue une mesure de la distance et recommence à droite.

- Si une des deux mesures est supérieure à 30 cm alors le robot tourne sur lui-même dans cette direction.

- Si ces deux mesures sont inférieures à 30 cm alors il déplace sa tête à gauche et à droite pour effectuer des nouvelles mesures en augmentant l'angle.

- Et le robot recommence à avancer.

== Avancée du 11/03/2012 : ==

Écriture d'un autre algorithme :

- Le robot avance et s'arrête à 30cm de l'obstacle.

- Devant l'obstacle il déplace sa "tête" sur la gauche de 10 degrés et effectue un test de distance. Si la distance est inférieure à 30cm il augmente l'angle de 10 degrés. Si au bout de n fois il n'a pas de mesures supérieures à 30cm alors il sort de la boucle et effectue les mêmes tests mais du coté droite.

- Il compare ensuite les dernières valeurs de distance enregistrées à gauche et à droite et tourne dans le sens où la distance mesurée est la plus grande.

== Avancée du 15/03/2012 : ==

- Correction de la marge d'erreur des angles dans les déplacements de la tête.

== Avancée du 19/03/2012 : ==

- Fin du programme de contournement d'obstacle.

- Calcul d'un déplacement proportionnel à la proximité de l'obstacle.

- Recherche sur le bloc boussole pour le déplacement en ligne droite.

== Avancée du 22/03/2012 : ==

- Réflexion et recherche sur la méthode de correction PID.

- Des difficultés dans la compréhension de la méthode et de son approche algorithmique.

- Développement d'un bloc destiné au calcul d'erreurs.

== Avancée du 26/03/2012 : ==

- Problème de calibrage de la boussole, apparition d'interférences électromagnétiques provoquées par les moteurs et le NXT.

- Difficultés rencontrées avec le bloc "Compass Sensor" : la boussole affiche des valeurs de 0° à 360° ce qui pose des problèmes lors du calcul d'erreur. Exemple : le cap du robot est à 357°, il tourne, la valeur captée est de 2°, l'erreur affichée est donc de 355° or elle n'est théoriquement que de 5°.

== Avancée du 29/03/2012 : ==

- Surélévation de boussole pour éviter toutes interférences

- Finalisation du bloc Calcul d'erreur

- Essai d'un premier programme PID, il s'est avéré non probant après plusieurs tests : la puissance des moteurs n'est pas assez modulable, la fonction proportionnelle à des limites ( la puissance est comprise entre 20 et 100 ).

== Avancée du 02/04/2012 : ==

- Changement de bloc de contrôle de la boussole, le bloc "Capteur ultrason" peut être utilisé pour contrôle celle-ci.

- Création d'un nouveau programme qui n'utilise pas le PID : il corrige la trajectoire grâce à des boucles whiles et des tests sur des plages de données. Algorithme : "On corrige la trajectoire tant que l'erreur n'est pas comprise dans la plage de données".

== Avancée du 05/04/2012 : ==

- Finition du programme final : réglages des constantes de correction de trajectoire, ajout du bloc "esquive".

- Vidéo test du robot en mouvement sur un parcours constitué de 3 obstacles, le robot avance en ligne droite et esquive les objets.

<include nopre noesc src="/home/pedago/ppeip/include/video-Boussole-iframe.html" />

- Mise en ligne de la vidéo :

http://www.youtube.com/watch?v=gGcfxCbHgZ8

 

== Avancée du 12/04/2012 : ==
- Installation d'un capteur RFID et d'un détecteur de couleur sur la tête.

- Implémentation des autres programmes :

Suiveur de ligne.

RFID.

[[Fichier:Robotdessous1.jpg|300px|center]]

== Avancée du 16/04/2012 : ==

- Difficultés rencontrées pour la configuration de la Foxboard, le netbook ne se connecte pas à la foxboard.

- Téléchargement du fichier sur la carte microSD de la Foxboard.

== Avancée du 19/04/2012 : ==

- Lancement du module Minicom et initialisation de la Foxboard grâce aux indications du wiki.

- Récupération de l'adresse Mac sur le microprogramme NXT et changement de celle-ci sur la Foxboard en vu d'utiliser le bluetooth.

- Découverte des démons de contrôle et de leurs fonctionnements. Nous avons également récupéré les codes bluetooth envoyés par le serveur web (croix directionnelle, rosace, ligne bleue/rouge) et tenté de les intégrer dans nos programmes NXT.

== Avancée du 10/05/2012 : ==

- Test du programme de suiveur de lignes sur un circuit. Le robot a du mal à sauter des "trous" sans lignes dessinées.

- Tentative de modifications du programme de suiveur de lignes pour que le robot se serve de sa tête pour détecter les lignes :

nous avons rencontré des difficultés car même si notre robot bouge sa "tête" pour détecter les lignes, il n'aligne pas son "corps avec sa "tête".

Boussole2011-1

2012-05-10T15:31:48Z

Afossey : /* Avancée du 16/02/2012 : */

== Avancée du 30/01/2012 : ==

- Découverte du logiciel Lego Mindstorms NXT.

- Écriture de la structure du programme.

- Test du capteur d'ultrasons pour obstacle à moins de 30cm.

- Réponse du véhicule en contournant l'obstacle.

== Avancée du 06/02/2012 : ==

Montage du robot, première partie :

- Discussion sur les caractéristiques spéciales du robot : La base du robot ne sera pas standardisée par le modèle fourni,
il sera doté d'un troisième moteur placé orthogonalement aux autres lui permettant de tourner sa "tête". En effet, le capteur
à ultrasons et le capteur de couleur seront placés dessus, ainsi on pourra limiter la marge d'erreur due à la rotation par chenille/roues et suivre un tracé au sol plus aisément.

- Le socle constitué des roues et de la tête est monté. Il est encore fragile et doit être amélioré, ceci vient du fait que l'on a
monté le robot sans mode d'emploi.

== Avancée du 13/02/2012 : ==

Montage du robot, deuxième partie :

- Ajout du socle soutenant la foxboard et le NXT.

- Révision du programme pour le fonctionnement de la "tête" du robot, on effectue une rotation de 20° dès que le robot approche à moins de 30cm d'un obstacle, dans ce cas il effectue un test et prend la direction la plus avantageuse pour le contourner.

[[Fichier:2012-02-13_09-12-19_815.jpg]]

== Avancée du 16/02/2012 : ==

- Révision du socle NXT/foxboard, changement de structure pour plus de solidité (au niveau de la répartition du poids) ainsi que
pour accueillir plus de périphériques (hub usb, clés wifi/bluetooth, batterie foxboard).

[[Fichier:2012-02-16 17-26-14 677.jpg|center]]

[[Fichier:2012-02-16_17-37-08_399.jpg‎|center]]

- Réflexion sur le micro programme principal du robot.

== Avancée du 20/02/2012 : ==

Écriture d'un algorithme :

- Le robot avance et se stop à 30cm de l'obstacle.

- A l'obstacle il déplace sa "tête" sur la gauche d'un certain angle effectue une mesure de la distance et recommence à droite.

- Si une des deux mesures est supérieure à 30 cm alors le robot tourne sur lui-même dans cette direction.

- Si ces deux mesures sont inférieures à 30 cm alors il déplace sa tête à gauche et à droite pour effectuer des nouvelles mesures en augmentant l'angle.

- Et le robot recommence à avancer.

== Avancée du 11/03/2012 : ==

Écriture d'un autre algorithme :

- Le robot avance et s'arrête à 30cm de l'obstacle.

- Devant l'obstacle il déplace sa "tête" sur la gauche de 10 degrés et effectue un test de distance. Si la distance est inférieure à 30cm il augmente l'angle de 10 degrés. Si au bout de n fois il n'a pas de mesures supérieures à 30cm alors il sort de la boucle et effectue les mêmes tests mais du coté droite.

- Il compare ensuite les dernières valeurs de distance enregistrées à gauche et à droite et tourne dans le sens où la distance mesurée est la plus grande.

== Avancée du 15/03/2012 : ==

- Correction de la marge d'erreur des angles dans les déplacements de la tête.

== Avancée du 19/03/2012 : ==

- Fin du programme de contournement d'obstacle.

- Calcul d'un déplacement proportionnel à la proximité de l'obstacle.

- Recherche sur le bloc boussole pour le déplacement en ligne droite.

== Avancée du 22/03/2012 : ==

- Réflexion et recherche sur la méthode de correction PID.

- Des difficultés dans la compréhension de la méthode et de son approche algorithmique.

- Développement d'un bloc destiné au calcul d'erreurs.

== Avancée du 26/03/2012 : ==

- Problème de calibrage de la boussole, apparition d'interférences électromagnétiques provoquées par les moteurs et le NXT.

- Difficultés rencontrées avec le bloc "Compass Sensor" : la boussole affiche des valeurs de 0° à 360° ce qui pose des problèmes lors du calcul d'erreur. Exemple : le cap du robot est à 357°, il tourne, la valeur captée est de 2°, l'erreur affichée est donc de 355° or elle n'est théoriquement que de 5°.

== Avancée du 29/03/2012 : ==

- Surélévation de boussole pour éviter toutes interférences

- Finalisation du bloc Calcul d'erreur

- Essai d'un premier programme PID, il s'est avéré non probant après plusieurs tests : la puissance des moteurs n'est pas assez modulable, la fonction proportionnelle à des limites ( la puissance est comprise entre 20 et 100 ).

== Avancée du 02/04/2012 : ==

- Changement de bloc de contrôle de la boussole, le bloc "Capteur ultrason" peut être utilisé pour contrôle celle-ci.

- Création d'un nouveau programme qui n'utilise pas le PID : il corrige la trajectoire grâce à des boucles whiles et des tests sur des plages de données. Algorithme : "On corrige la trajectoire tant que l'erreur n'est pas comprise dans la plage de données".

== Avancée du 05/04/2012 : ==

- Finition du programme final : réglages des constantes de correction de trajectoire, ajout du bloc "esquive".

- Vidéo test du robot en mouvement sur un parcours constitué de 3 obstacles, le robot avance en ligne droite et esquive les objets.

<include nopre noesc src="/home/pedago/ppeip/include/video-Boussole-iframe.html" />

- Mise en ligne de la vidéo :

http://www.youtube.com/watch?v=gGcfxCbHgZ8

 

== Avancée du 12/04/2012 : ==
- Installation d'un capteur RFID et d'un détecteur de couleur sur la tête.

- Implémentation des autres programmes :

Suiveur de ligne.

RFID.

[[Fichier:Robotdessous1.jpg|300px|center]]

== Avancée du 16/04/2012 : ==

- Difficultés rencontrées pour la configuration de la Foxboard, le netbook ne se connecte pas à la foxboard.

- Téléchargement du fichier sur la carte microSD de la Foxboard.

== Avancée du 19/04/2012 : ==

- Lancement du module Minicom et initialisation de la Foxboard grâce aux indications du wiki.

- Récupération de l'adresse Mac sur le microprogramme NXT et changement de celle-ci sur la Foxboard en vu d'utiliser le bluetooth.

- Découverte des démons de contrôle et de leurs fonctionnements. Nous avons également récupéré les codes bluetooth envoyés par le serveur web (croix directionnelle, rosace, ligne bleue/rouge) et tenté de les intégrer dans nos programmes NXT.

== Avancée du 10/05/2012 : ==

- Test du programme de suiveur de lignes sur un circuit. Le robot a du mal à sauter des "trous" sans lignes dessinées.

- Tentative de modifications du programme de suiveur de lignes pour que le robot se serve de sa tête pour détecter les lignes :

nous avons rencontré des difficultés car même si notre robot bouge sa "tête" pour détecter les lignes, il n'aligne pas son "corps avec sa "tête".

Boussole2011-1

2012-05-10T15:31:08Z

Afossey : /* Avancée du 12/04/2012 : */

== Avancée du 30/01/2012 : ==

- Découverte du logiciel Lego Mindstorms NXT.

- Écriture de la structure du programme.

- Test du capteur d'ultrasons pour obstacle à moins de 30cm.

- Réponse du véhicule en contournant l'obstacle.

== Avancée du 06/02/2012 : ==

Montage du robot, première partie :

- Discussion sur les caractéristiques spéciales du robot : La base du robot ne sera pas standardisée par le modèle fourni,
il sera doté d'un troisième moteur placé orthogonalement aux autres lui permettant de tourner sa "tête". En effet, le capteur
à ultrasons et le capteur de couleur seront placés dessus, ainsi on pourra limiter la marge d'erreur due à la rotation par chenille/roues et suivre un tracé au sol plus aisément.

- Le socle constitué des roues et de la tête est monté. Il est encore fragile et doit être amélioré, ceci vient du fait que l'on a
monté le robot sans mode d'emploi.

== Avancée du 13/02/2012 : ==

Montage du robot, deuxième partie :

- Ajout du socle soutenant la foxboard et le NXT.

- Révision du programme pour le fonctionnement de la "tête" du robot, on effectue une rotation de 20° dès que le robot approche à moins de 30cm d'un obstacle, dans ce cas il effectue un test et prend la direction la plus avantageuse pour le contourner.

[[Fichier:2012-02-13_09-12-19_815.jpg]]

== Avancée du 16/02/2012 : ==

- Révision du socle NXT/foxboard, changement de structure pour plus de solidité (au niveau de la répartition du poids) ainsi que
pour accueillir plus de périphériques (hub usb, clés wifi/bluetooth, batterie foxboard).

[[Fichier:2012-02-16 17-26-14 677.jpg]]

[[Fichier:2012-02-16_17-37-08_399.jpg‎]]

- Réflexion sur le micro programme principal du robot.

== Avancée du 20/02/2012 : ==

Écriture d'un algorithme :

- Le robot avance et se stop à 30cm de l'obstacle.

- A l'obstacle il déplace sa "tête" sur la gauche d'un certain angle effectue une mesure de la distance et recommence à droite.

- Si une des deux mesures est supérieure à 30 cm alors le robot tourne sur lui-même dans cette direction.

- Si ces deux mesures sont inférieures à 30 cm alors il déplace sa tête à gauche et à droite pour effectuer des nouvelles mesures en augmentant l'angle.

- Et le robot recommence à avancer.

== Avancée du 11/03/2012 : ==

Écriture d'un autre algorithme :

- Le robot avance et s'arrête à 30cm de l'obstacle.

- Devant l'obstacle il déplace sa "tête" sur la gauche de 10 degrés et effectue un test de distance. Si la distance est inférieure à 30cm il augmente l'angle de 10 degrés. Si au bout de n fois il n'a pas de mesures supérieures à 30cm alors il sort de la boucle et effectue les mêmes tests mais du coté droite.

- Il compare ensuite les dernières valeurs de distance enregistrées à gauche et à droite et tourne dans le sens où la distance mesurée est la plus grande.

== Avancée du 15/03/2012 : ==

- Correction de la marge d'erreur des angles dans les déplacements de la tête.

== Avancée du 19/03/2012 : ==

- Fin du programme de contournement d'obstacle.

- Calcul d'un déplacement proportionnel à la proximité de l'obstacle.

- Recherche sur le bloc boussole pour le déplacement en ligne droite.

== Avancée du 22/03/2012 : ==

- Réflexion et recherche sur la méthode de correction PID.

- Des difficultés dans la compréhension de la méthode et de son approche algorithmique.

- Développement d'un bloc destiné au calcul d'erreurs.

== Avancée du 26/03/2012 : ==

- Problème de calibrage de la boussole, apparition d'interférences électromagnétiques provoquées par les moteurs et le NXT.

- Difficultés rencontrées avec le bloc "Compass Sensor" : la boussole affiche des valeurs de 0° à 360° ce qui pose des problèmes lors du calcul d'erreur. Exemple : le cap du robot est à 357°, il tourne, la valeur captée est de 2°, l'erreur affichée est donc de 355° or elle n'est théoriquement que de 5°.

== Avancée du 29/03/2012 : ==

- Surélévation de boussole pour éviter toutes interférences

- Finalisation du bloc Calcul d'erreur

- Essai d'un premier programme PID, il s'est avéré non probant après plusieurs tests : la puissance des moteurs n'est pas assez modulable, la fonction proportionnelle à des limites ( la puissance est comprise entre 20 et 100 ).

== Avancée du 02/04/2012 : ==

- Changement de bloc de contrôle de la boussole, le bloc "Capteur ultrason" peut être utilisé pour contrôle celle-ci.

- Création d'un nouveau programme qui n'utilise pas le PID : il corrige la trajectoire grâce à des boucles whiles et des tests sur des plages de données. Algorithme : "On corrige la trajectoire tant que l'erreur n'est pas comprise dans la plage de données".

== Avancée du 05/04/2012 : ==

- Finition du programme final : réglages des constantes de correction de trajectoire, ajout du bloc "esquive".

- Vidéo test du robot en mouvement sur un parcours constitué de 3 obstacles, le robot avance en ligne droite et esquive les objets.

<include nopre noesc src="/home/pedago/ppeip/include/video-Boussole-iframe.html" />

- Mise en ligne de la vidéo :

http://www.youtube.com/watch?v=gGcfxCbHgZ8

 

== Avancée du 12/04/2012 : ==
- Installation d'un capteur RFID et d'un détecteur de couleur sur la tête.

- Implémentation des autres programmes :

Suiveur de ligne.

RFID.

[[Fichier:Robotdessous1.jpg|300px|center]]

== Avancée du 16/04/2012 : ==

- Difficultés rencontrées pour la configuration de la Foxboard, le netbook ne se connecte pas à la foxboard.

- Téléchargement du fichier sur la carte microSD de la Foxboard.

== Avancée du 19/04/2012 : ==

- Lancement du module Minicom et initialisation de la Foxboard grâce aux indications du wiki.

- Récupération de l'adresse Mac sur le microprogramme NXT et changement de celle-ci sur la Foxboard en vu d'utiliser le bluetooth.

- Découverte des démons de contrôle et de leurs fonctionnements. Nous avons également récupéré les codes bluetooth envoyés par le serveur web (croix directionnelle, rosace, ligne bleue/rouge) et tenté de les intégrer dans nos programmes NXT.

== Avancée du 10/05/2012 : ==

- Test du programme de suiveur de lignes sur un circuit. Le robot a du mal à sauter des "trous" sans lignes dessinées.

- Tentative de modifications du programme de suiveur de lignes pour que le robot se serve de sa tête pour détecter les lignes :

nous avons rencontré des difficultés car même si notre robot bouge sa "tête" pour détecter les lignes, il n'aligne pas son "corps avec sa "tête".

Boussole2011-1

2012-05-10T15:30:53Z

Afossey : /* Avancée du 12/04/2012 : */

== Avancée du 30/01/2012 : ==

- Découverte du logiciel Lego Mindstorms NXT.

- Écriture de la structure du programme.

- Test du capteur d'ultrasons pour obstacle à moins de 30cm.

- Réponse du véhicule en contournant l'obstacle.

== Avancée du 06/02/2012 : ==

Montage du robot, première partie :

- Discussion sur les caractéristiques spéciales du robot : La base du robot ne sera pas standardisée par le modèle fourni,
il sera doté d'un troisième moteur placé orthogonalement aux autres lui permettant de tourner sa "tête". En effet, le capteur
à ultrasons et le capteur de couleur seront placés dessus, ainsi on pourra limiter la marge d'erreur due à la rotation par chenille/roues et suivre un tracé au sol plus aisément.

- Le socle constitué des roues et de la tête est monté. Il est encore fragile et doit être amélioré, ceci vient du fait que l'on a
monté le robot sans mode d'emploi.

== Avancée du 13/02/2012 : ==

Montage du robot, deuxième partie :

- Ajout du socle soutenant la foxboard et le NXT.

- Révision du programme pour le fonctionnement de la "tête" du robot, on effectue une rotation de 20° dès que le robot approche à moins de 30cm d'un obstacle, dans ce cas il effectue un test et prend la direction la plus avantageuse pour le contourner.

[[Fichier:2012-02-13_09-12-19_815.jpg]]

== Avancée du 16/02/2012 : ==

- Révision du socle NXT/foxboard, changement de structure pour plus de solidité (au niveau de la répartition du poids) ainsi que
pour accueillir plus de périphériques (hub usb, clés wifi/bluetooth, batterie foxboard).

[[Fichier:2012-02-16 17-26-14 677.jpg]]

[[Fichier:2012-02-16_17-37-08_399.jpg‎]]

- Réflexion sur le micro programme principal du robot.

== Avancée du 20/02/2012 : ==

Écriture d'un algorithme :

- Le robot avance et se stop à 30cm de l'obstacle.

- A l'obstacle il déplace sa "tête" sur la gauche d'un certain angle effectue une mesure de la distance et recommence à droite.

- Si une des deux mesures est supérieure à 30 cm alors le robot tourne sur lui-même dans cette direction.

- Si ces deux mesures sont inférieures à 30 cm alors il déplace sa tête à gauche et à droite pour effectuer des nouvelles mesures en augmentant l'angle.

- Et le robot recommence à avancer.

== Avancée du 11/03/2012 : ==

Écriture d'un autre algorithme :

- Le robot avance et s'arrête à 30cm de l'obstacle.

- Devant l'obstacle il déplace sa "tête" sur la gauche de 10 degrés et effectue un test de distance. Si la distance est inférieure à 30cm il augmente l'angle de 10 degrés. Si au bout de n fois il n'a pas de mesures supérieures à 30cm alors il sort de la boucle et effectue les mêmes tests mais du coté droite.

- Il compare ensuite les dernières valeurs de distance enregistrées à gauche et à droite et tourne dans le sens où la distance mesurée est la plus grande.

== Avancée du 15/03/2012 : ==

- Correction de la marge d'erreur des angles dans les déplacements de la tête.

== Avancée du 19/03/2012 : ==

- Fin du programme de contournement d'obstacle.

- Calcul d'un déplacement proportionnel à la proximité de l'obstacle.

- Recherche sur le bloc boussole pour le déplacement en ligne droite.

== Avancée du 22/03/2012 : ==

- Réflexion et recherche sur la méthode de correction PID.

- Des difficultés dans la compréhension de la méthode et de son approche algorithmique.

- Développement d'un bloc destiné au calcul d'erreurs.

== Avancée du 26/03/2012 : ==

- Problème de calibrage de la boussole, apparition d'interférences électromagnétiques provoquées par les moteurs et le NXT.

- Difficultés rencontrées avec le bloc "Compass Sensor" : la boussole affiche des valeurs de 0° à 360° ce qui pose des problèmes lors du calcul d'erreur. Exemple : le cap du robot est à 357°, il tourne, la valeur captée est de 2°, l'erreur affichée est donc de 355° or elle n'est théoriquement que de 5°.

== Avancée du 29/03/2012 : ==

- Surélévation de boussole pour éviter toutes interférences

- Finalisation du bloc Calcul d'erreur

- Essai d'un premier programme PID, il s'est avéré non probant après plusieurs tests : la puissance des moteurs n'est pas assez modulable, la fonction proportionnelle à des limites ( la puissance est comprise entre 20 et 100 ).

== Avancée du 02/04/2012 : ==

- Changement de bloc de contrôle de la boussole, le bloc "Capteur ultrason" peut être utilisé pour contrôle celle-ci.

- Création d'un nouveau programme qui n'utilise pas le PID : il corrige la trajectoire grâce à des boucles whiles et des tests sur des plages de données. Algorithme : "On corrige la trajectoire tant que l'erreur n'est pas comprise dans la plage de données".

== Avancée du 05/04/2012 : ==

- Finition du programme final : réglages des constantes de correction de trajectoire, ajout du bloc "esquive".

- Vidéo test du robot en mouvement sur un parcours constitué de 3 obstacles, le robot avance en ligne droite et esquive les objets.

<include nopre noesc src="/home/pedago/ppeip/include/video-Boussole-iframe.html" />

- Mise en ligne de la vidéo :

http://www.youtube.com/watch?v=gGcfxCbHgZ8

 

== Avancée du 12/04/2012 : ==
- Installation d'un capteur RFID et d'un détecteur de couleur sur la tête.

- Implémentation des autres programmes :

Suiveur de ligne.

RFID.

[[Fichier:Robotdessous1.jpg|500px|center]]

== Avancée du 16/04/2012 : ==

- Difficultés rencontrées pour la configuration de la Foxboard, le netbook ne se connecte pas à la foxboard.

- Téléchargement du fichier sur la carte microSD de la Foxboard.

== Avancée du 19/04/2012 : ==

- Lancement du module Minicom et initialisation de la Foxboard grâce aux indications du wiki.

- Récupération de l'adresse Mac sur le microprogramme NXT et changement de celle-ci sur la Foxboard en vu d'utiliser le bluetooth.

- Découverte des démons de contrôle et de leurs fonctionnements. Nous avons également récupéré les codes bluetooth envoyés par le serveur web (croix directionnelle, rosace, ligne bleue/rouge) et tenté de les intégrer dans nos programmes NXT.

== Avancée du 10/05/2012 : ==

- Test du programme de suiveur de lignes sur un circuit. Le robot a du mal à sauter des "trous" sans lignes dessinées.

- Tentative de modifications du programme de suiveur de lignes pour que le robot se serve de sa tête pour détecter les lignes :

nous avons rencontré des difficultés car même si notre robot bouge sa "tête" pour détecter les lignes, il n'aligne pas son "corps avec sa "tête".

Boussole2011-1

2012-05-10T15:29:53Z

Afossey : /* Avancée du 12/04/2012 : */

== Avancée du 30/01/2012 : ==

- Découverte du logiciel Lego Mindstorms NXT.

- Écriture de la structure du programme.

- Test du capteur d'ultrasons pour obstacle à moins de 30cm.

- Réponse du véhicule en contournant l'obstacle.

== Avancée du 06/02/2012 : ==

Montage du robot, première partie :

- Discussion sur les caractéristiques spéciales du robot : La base du robot ne sera pas standardisée par le modèle fourni,
il sera doté d'un troisième moteur placé orthogonalement aux autres lui permettant de tourner sa "tête". En effet, le capteur
à ultrasons et le capteur de couleur seront placés dessus, ainsi on pourra limiter la marge d'erreur due à la rotation par chenille/roues et suivre un tracé au sol plus aisément.

- Le socle constitué des roues et de la tête est monté. Il est encore fragile et doit être amélioré, ceci vient du fait que l'on a
monté le robot sans mode d'emploi.

== Avancée du 13/02/2012 : ==

Montage du robot, deuxième partie :

- Ajout du socle soutenant la foxboard et le NXT.

- Révision du programme pour le fonctionnement de la "tête" du robot, on effectue une rotation de 20° dès que le robot approche à moins de 30cm d'un obstacle, dans ce cas il effectue un test et prend la direction la plus avantageuse pour le contourner.

[[Fichier:2012-02-13_09-12-19_815.jpg]]

== Avancée du 16/02/2012 : ==

- Révision du socle NXT/foxboard, changement de structure pour plus de solidité (au niveau de la répartition du poids) ainsi que
pour accueillir plus de périphériques (hub usb, clés wifi/bluetooth, batterie foxboard).

[[Fichier:2012-02-16 17-26-14 677.jpg]]

[[Fichier:2012-02-16_17-37-08_399.jpg‎]]

- Réflexion sur le micro programme principal du robot.

== Avancée du 20/02/2012 : ==

Écriture d'un algorithme :

- Le robot avance et se stop à 30cm de l'obstacle.

- A l'obstacle il déplace sa "tête" sur la gauche d'un certain angle effectue une mesure de la distance et recommence à droite.

- Si une des deux mesures est supérieure à 30 cm alors le robot tourne sur lui-même dans cette direction.

- Si ces deux mesures sont inférieures à 30 cm alors il déplace sa tête à gauche et à droite pour effectuer des nouvelles mesures en augmentant l'angle.

- Et le robot recommence à avancer.

== Avancée du 11/03/2012 : ==

Écriture d'un autre algorithme :

- Le robot avance et s'arrête à 30cm de l'obstacle.

- Devant l'obstacle il déplace sa "tête" sur la gauche de 10 degrés et effectue un test de distance. Si la distance est inférieure à 30cm il augmente l'angle de 10 degrés. Si au bout de n fois il n'a pas de mesures supérieures à 30cm alors il sort de la boucle et effectue les mêmes tests mais du coté droite.

- Il compare ensuite les dernières valeurs de distance enregistrées à gauche et à droite et tourne dans le sens où la distance mesurée est la plus grande.

== Avancée du 15/03/2012 : ==

- Correction de la marge d'erreur des angles dans les déplacements de la tête.

== Avancée du 19/03/2012 : ==

- Fin du programme de contournement d'obstacle.

- Calcul d'un déplacement proportionnel à la proximité de l'obstacle.

- Recherche sur le bloc boussole pour le déplacement en ligne droite.

== Avancée du 22/03/2012 : ==

- Réflexion et recherche sur la méthode de correction PID.

- Des difficultés dans la compréhension de la méthode et de son approche algorithmique.

- Développement d'un bloc destiné au calcul d'erreurs.

== Avancée du 26/03/2012 : ==

- Problème de calibrage de la boussole, apparition d'interférences électromagnétiques provoquées par les moteurs et le NXT.

- Difficultés rencontrées avec le bloc "Compass Sensor" : la boussole affiche des valeurs de 0° à 360° ce qui pose des problèmes lors du calcul d'erreur. Exemple : le cap du robot est à 357°, il tourne, la valeur captée est de 2°, l'erreur affichée est donc de 355° or elle n'est théoriquement que de 5°.

== Avancée du 29/03/2012 : ==

- Surélévation de boussole pour éviter toutes interférences

- Finalisation du bloc Calcul d'erreur

- Essai d'un premier programme PID, il s'est avéré non probant après plusieurs tests : la puissance des moteurs n'est pas assez modulable, la fonction proportionnelle à des limites ( la puissance est comprise entre 20 et 100 ).

== Avancée du 02/04/2012 : ==

- Changement de bloc de contrôle de la boussole, le bloc "Capteur ultrason" peut être utilisé pour contrôle celle-ci.

- Création d'un nouveau programme qui n'utilise pas le PID : il corrige la trajectoire grâce à des boucles whiles et des tests sur des plages de données. Algorithme : "On corrige la trajectoire tant que l'erreur n'est pas comprise dans la plage de données".

== Avancée du 05/04/2012 : ==

- Finition du programme final : réglages des constantes de correction de trajectoire, ajout du bloc "esquive".

- Vidéo test du robot en mouvement sur un parcours constitué de 3 obstacles, le robot avance en ligne droite et esquive les objets.

<include nopre noesc src="/home/pedago/ppeip/include/video-Boussole-iframe.html" />

- Mise en ligne de la vidéo :

http://www.youtube.com/watch?v=gGcfxCbHgZ8

 

== Avancée du 12/04/2012 : ==
- Installation d'un capteur RFID et d'un détecteur de couleur sur la tête.

- Implémentation des autres programmes :

Suiveur de ligne.

RFID.

[[Fichier:Robotdessous1.jpg]]

== Avancée du 16/04/2012 : ==

- Difficultés rencontrées pour la configuration de la Foxboard, le netbook ne se connecte pas à la foxboard.

- Téléchargement du fichier sur la carte microSD de la Foxboard.

== Avancée du 19/04/2012 : ==

- Lancement du module Minicom et initialisation de la Foxboard grâce aux indications du wiki.

- Récupération de l'adresse Mac sur le microprogramme NXT et changement de celle-ci sur la Foxboard en vu d'utiliser le bluetooth.

- Découverte des démons de contrôle et de leurs fonctionnements. Nous avons également récupéré les codes bluetooth envoyés par le serveur web (croix directionnelle, rosace, ligne bleue/rouge) et tenté de les intégrer dans nos programmes NXT.

== Avancée du 10/05/2012 : ==

- Test du programme de suiveur de lignes sur un circuit. Le robot a du mal à sauter des "trous" sans lignes dessinées.

- Tentative de modifications du programme de suiveur de lignes pour que le robot se serve de sa tête pour détecter les lignes :

nous avons rencontré des difficultés car même si notre robot bouge sa "tête" pour détecter les lignes, il n'aligne pas son "corps avec sa "tête".

Fichier:Robotdessous1.jpg

2012-05-10T15:28:02Z

Afossey : a téléversé une nouvelle version de « Fichier:Robotdessous1.jpg » : Robot finalisé : on voit les capteurs RFID et lignes ainsi que la boussole en hauteur.

dessous du robot :
on voit le 3eme moteur incliné.

Fichier:Robotdessous1.jpg

2012-05-10T15:26:45Z

Afossey : dessous du robot : on voit le 3eme moteur incliné.

dessous du robot :
on voit le 3eme moteur incliné.

Boussole2011-1

2012-05-10T15:01:04Z

Afossey : /* Avancée du 10/05/2012 : */

== Avancée du 30/01/2012 : ==

- Découverte du logiciel Lego Mindstorms NXT.

- Écriture de la structure du programme.

- Test du capteur d'ultrasons pour obstacle à moins de 30cm.

- Réponse du véhicule en contournant l'obstacle.

== Avancée du 06/02/2012 : ==

Montage du robot, première partie :

- Discussion sur les caractéristiques spéciales du robot : La base du robot ne sera pas standardisée par le modèle fourni,
il sera doté d'un troisième moteur placé orthogonalement aux autres lui permettant de tourner sa "tête". En effet, le capteur
à ultrasons et le capteur de couleur seront placés dessus, ainsi on pourra limiter la marge d'erreur due à la rotation par chenille/roues et suivre un tracé au sol plus aisément.

- Le socle constitué des roues et de la tête est monté. Il est encore fragile et doit être amélioré, ceci vient du fait que l'on a
monté le robot sans mode d'emploi.

== Avancée du 13/02/2012 : ==

Montage du robot, deuxième partie :

- Ajout du socle soutenant la foxboard et le NXT.

- Révision du programme pour le fonctionnement de la "tête" du robot, on effectue une rotation de 20° dès que le robot approche à moins de 30cm d'un obstacle, dans ce cas il effectue un test et prend la direction la plus avantageuse pour le contourner.

[[Fichier:2012-02-13_09-12-19_815.jpg]]

== Avancée du 16/02/2012 : ==

- Révision du socle NXT/foxboard, changement de structure pour plus de solidité (au niveau de la répartition du poids) ainsi que
pour accueillir plus de périphériques (hub usb, clés wifi/bluetooth, batterie foxboard).

[[Fichier:2012-02-16 17-26-14 677.jpg]]

[[Fichier:2012-02-16_17-37-08_399.jpg‎]]

- Réflexion sur le micro programme principal du robot.

== Avancée du 20/02/2012 : ==

Écriture d'un algorithme :

- Le robot avance et se stop à 30cm de l'obstacle.

- A l'obstacle il déplace sa "tête" sur la gauche d'un certain angle effectue une mesure de la distance et recommence à droite.

- Si une des deux mesures est supérieure à 30 cm alors le robot tourne sur lui-même dans cette direction.

- Si ces deux mesures sont inférieures à 30 cm alors il déplace sa tête à gauche et à droite pour effectuer des nouvelles mesures en augmentant l'angle.

- Et le robot recommence à avancer.

== Avancée du 11/03/2012 : ==

Écriture d'un autre algorithme :

- Le robot avance et s'arrête à 30cm de l'obstacle.

- Devant l'obstacle il déplace sa "tête" sur la gauche de 10 degrés et effectue un test de distance. Si la distance est inférieure à 30cm il augmente l'angle de 10 degrés. Si au bout de n fois il n'a pas de mesures supérieures à 30cm alors il sort de la boucle et effectue les mêmes tests mais du coté droite.

- Il compare ensuite les dernières valeurs de distance enregistrées à gauche et à droite et tourne dans le sens où la distance mesurée est la plus grande.

== Avancée du 15/03/2012 : ==

- Correction de la marge d'erreur des angles dans les déplacements de la tête.

== Avancée du 19/03/2012 : ==

- Fin du programme de contournement d'obstacle.

- Calcul d'un déplacement proportionnel à la proximité de l'obstacle.

- Recherche sur le bloc boussole pour le déplacement en ligne droite.

== Avancée du 22/03/2012 : ==

- Réflexion et recherche sur la méthode de correction PID.

- Des difficultés dans la compréhension de la méthode et de son approche algorithmique.

- Développement d'un bloc destiné au calcul d'erreurs.

== Avancée du 26/03/2012 : ==

- Problème de calibrage de la boussole, apparition d'interférences électromagnétiques provoquées par les moteurs et le NXT.

- Difficultés rencontrées avec le bloc "Compass Sensor" : la boussole affiche des valeurs de 0° à 360° ce qui pose des problèmes lors du calcul d'erreur. Exemple : le cap du robot est à 357°, il tourne, la valeur captée est de 2°, l'erreur affichée est donc de 355° or elle n'est théoriquement que de 5°.

== Avancée du 29/03/2012 : ==

- Surélévation de boussole pour éviter toutes interférences

- Finalisation du bloc Calcul d'erreur

- Essai d'un premier programme PID, il s'est avéré non probant après plusieurs tests : la puissance des moteurs n'est pas assez modulable, la fonction proportionnelle à des limites ( la puissance est comprise entre 20 et 100 ).

== Avancée du 02/04/2012 : ==

- Changement de bloc de contrôle de la boussole, le bloc "Capteur ultrason" peut être utilisé pour contrôle celle-ci.

- Création d'un nouveau programme qui n'utilise pas le PID : il corrige la trajectoire grâce à des boucles whiles et des tests sur des plages de données. Algorithme : "On corrige la trajectoire tant que l'erreur n'est pas comprise dans la plage de données".

== Avancée du 05/04/2012 : ==

- Finition du programme final : réglages des constantes de correction de trajectoire, ajout du bloc "esquive".

- Vidéo test du robot en mouvement sur un parcours constitué de 3 obstacles, le robot avance en ligne droite et esquive les objets.

<include nopre noesc src="/home/pedago/ppeip/include/video-Boussole-iframe.html" />

- Mise en ligne de la vidéo :

http://www.youtube.com/watch?v=gGcfxCbHgZ8

 

== Avancée du 12/04/2012 : ==
- Installation d'un capteur RFID et d'un détecteur de couleur sur la tête.

- Implémentation des autres programmes :

Suiveur de ligne.

RFID.

== Avancée du 16/04/2012 : ==

- Difficultés rencontrées pour la configuration de la Foxboard, le netbook ne se connecte pas à la foxboard.

- Téléchargement du fichier sur la carte microSD de la Foxboard.

== Avancée du 19/04/2012 : ==

- Lancement du module Minicom et initialisation de la Foxboard grâce aux indications du wiki.

- Récupération de l'adresse Mac sur le microprogramme NXT et changement de celle-ci sur la Foxboard en vu d'utiliser le bluetooth.

- Découverte des démons de contrôle et de leurs fonctionnements. Nous avons également récupéré les codes bluetooth envoyés par le serveur web (croix directionnelle, rosace, ligne bleue/rouge) et tenté de les intégrer dans nos programmes NXT.

== Avancée du 10/05/2012 : ==

- Test du programme de suiveur de lignes sur un circuit. Le robot a du mal à sauter des "trous" sans lignes dessinées.

- Tentative de modifications du programme de suiveur de lignes pour que le robot se serve de sa tête pour détecter les lignes :

nous avons rencontré des difficultés car même si notre robot bouge sa "tête" pour détecter les lignes, il n'aligne pas son "corps avec sa "tête".

Boussole2011-1

2012-05-10T15:00:03Z

Afossey :

== Avancée du 30/01/2012 : ==

- Découverte du logiciel Lego Mindstorms NXT.

- Écriture de la structure du programme.

- Test du capteur d'ultrasons pour obstacle à moins de 30cm.

- Réponse du véhicule en contournant l'obstacle.

== Avancée du 06/02/2012 : ==

Montage du robot, première partie :

- Discussion sur les caractéristiques spéciales du robot : La base du robot ne sera pas standardisée par le modèle fourni,
il sera doté d'un troisième moteur placé orthogonalement aux autres lui permettant de tourner sa "tête". En effet, le capteur
à ultrasons et le capteur de couleur seront placés dessus, ainsi on pourra limiter la marge d'erreur due à la rotation par chenille/roues et suivre un tracé au sol plus aisément.

- Le socle constitué des roues et de la tête est monté. Il est encore fragile et doit être amélioré, ceci vient du fait que l'on a
monté le robot sans mode d'emploi.

== Avancée du 13/02/2012 : ==

Montage du robot, deuxième partie :

- Ajout du socle soutenant la foxboard et le NXT.

- Révision du programme pour le fonctionnement de la "tête" du robot, on effectue une rotation de 20° dès que le robot approche à moins de 30cm d'un obstacle, dans ce cas il effectue un test et prend la direction la plus avantageuse pour le contourner.

[[Fichier:2012-02-13_09-12-19_815.jpg]]

== Avancée du 16/02/2012 : ==

- Révision du socle NXT/foxboard, changement de structure pour plus de solidité (au niveau de la répartition du poids) ainsi que
pour accueillir plus de périphériques (hub usb, clés wifi/bluetooth, batterie foxboard).

[[Fichier:2012-02-16 17-26-14 677.jpg]]

[[Fichier:2012-02-16_17-37-08_399.jpg‎]]

- Réflexion sur le micro programme principal du robot.

== Avancée du 20/02/2012 : ==

Écriture d'un algorithme :

- Le robot avance et se stop à 30cm de l'obstacle.

- A l'obstacle il déplace sa "tête" sur la gauche d'un certain angle effectue une mesure de la distance et recommence à droite.

- Si une des deux mesures est supérieure à 30 cm alors le robot tourne sur lui-même dans cette direction.

- Si ces deux mesures sont inférieures à 30 cm alors il déplace sa tête à gauche et à droite pour effectuer des nouvelles mesures en augmentant l'angle.

- Et le robot recommence à avancer.

== Avancée du 11/03/2012 : ==

Écriture d'un autre algorithme :

- Le robot avance et s'arrête à 30cm de l'obstacle.

- Devant l'obstacle il déplace sa "tête" sur la gauche de 10 degrés et effectue un test de distance. Si la distance est inférieure à 30cm il augmente l'angle de 10 degrés. Si au bout de n fois il n'a pas de mesures supérieures à 30cm alors il sort de la boucle et effectue les mêmes tests mais du coté droite.

- Il compare ensuite les dernières valeurs de distance enregistrées à gauche et à droite et tourne dans le sens où la distance mesurée est la plus grande.

== Avancée du 15/03/2012 : ==

- Correction de la marge d'erreur des angles dans les déplacements de la tête.

== Avancée du 19/03/2012 : ==

- Fin du programme de contournement d'obstacle.

- Calcul d'un déplacement proportionnel à la proximité de l'obstacle.

- Recherche sur le bloc boussole pour le déplacement en ligne droite.

== Avancée du 22/03/2012 : ==

- Réflexion et recherche sur la méthode de correction PID.

- Des difficultés dans la compréhension de la méthode et de son approche algorithmique.

- Développement d'un bloc destiné au calcul d'erreurs.

== Avancée du 26/03/2012 : ==

- Problème de calibrage de la boussole, apparition d'interférences électromagnétiques provoquées par les moteurs et le NXT.

- Difficultés rencontrées avec le bloc "Compass Sensor" : la boussole affiche des valeurs de 0° à 360° ce qui pose des problèmes lors du calcul d'erreur. Exemple : le cap du robot est à 357°, il tourne, la valeur captée est de 2°, l'erreur affichée est donc de 355° or elle n'est théoriquement que de 5°.

== Avancée du 29/03/2012 : ==

- Surélévation de boussole pour éviter toutes interférences

- Finalisation du bloc Calcul d'erreur

- Essai d'un premier programme PID, il s'est avéré non probant après plusieurs tests : la puissance des moteurs n'est pas assez modulable, la fonction proportionnelle à des limites ( la puissance est comprise entre 20 et 100 ).

== Avancée du 02/04/2012 : ==

- Changement de bloc de contrôle de la boussole, le bloc "Capteur ultrason" peut être utilisé pour contrôle celle-ci.

- Création d'un nouveau programme qui n'utilise pas le PID : il corrige la trajectoire grâce à des boucles whiles et des tests sur des plages de données. Algorithme : "On corrige la trajectoire tant que l'erreur n'est pas comprise dans la plage de données".

== Avancée du 05/04/2012 : ==

- Finition du programme final : réglages des constantes de correction de trajectoire, ajout du bloc "esquive".

- Vidéo test du robot en mouvement sur un parcours constitué de 3 obstacles, le robot avance en ligne droite et esquive les objets.

<include nopre noesc src="/home/pedago/ppeip/include/video-Boussole-iframe.html" />

- Mise en ligne de la vidéo :

http://www.youtube.com/watch?v=gGcfxCbHgZ8

 

== Avancée du 12/04/2012 : ==
- Installation d'un capteur RFID et d'un détecteur de couleur sur la tête.

- Implémentation des autres programmes :

Suiveur de ligne.

RFID.

== Avancée du 16/04/2012 : ==

- Difficultés rencontrées pour la configuration de la Foxboard, le netbook ne se connecte pas à la foxboard.

- Téléchargement du fichier sur la carte microSD de la Foxboard.

== Avancée du 19/04/2012 : ==

- Lancement du module Minicom et initialisation de la Foxboard grâce aux indications du wiki.

- Récupération de l'adresse Mac sur le microprogramme NXT et changement de celle-ci sur la Foxboard en vu d'utiliser le bluetooth.

- Découverte des démons de contrôle et de leurs fonctionnements. Nous avons également récupéré les codes bluetooth envoyés par le serveur web (croix directionnelle, rosace, ligne bleue/rouge) et tenté de les intégrer dans nos programmes NXT.

== Avancée du 10/05/2012 : ==

- Test du programme de suiveur de lignes sur un circuit. Le robot a du mal à sauter des "trous" sans lignes dessiner.

- Tentative de modifications du programme de suiveur de lignes pour que le robot se serve de sa tête pour détecter les lignes :

nous avons rencontré des difficultés car même si notre robot bouge sa "tête" pour détecter les lignes, il n'aligne pas son "corps avec sa "tête".

Boussole2011-1

2012-05-10T14:51:05Z

Afossey : /* Avancée du 12/04/2012 : */

== Avancée du 30/01/2012 : ==

- Découverte du logiciel Lego Mindstorms NXT.

- Écriture de la structure du programme.

- Test du capteur d'ultrasons pour obstacle à moins de 30cm.

- Réponse du véhicule en contournant l'obstacle.

== Avancée du 06/02/2012 : ==

Montage du robot, première partie :

- Discussion sur les caractéristiques spéciales du robot : La base du robot ne sera pas standardisée par le modèle fourni,
il sera doté d'un troisième moteur placé orthogonalement aux autres lui permettant de tourner sa "tête". En effet, le capteur
à ultrasons et le capteur de couleur seront placés dessus, ainsi on pourra limiter la marge d'erreur due à la rotation par chenille/roues et suivre un tracé au sol plus aisément.

- Le socle constitué des roues et de la tête est monté. Il est encore fragile et doit être amélioré, ceci vient du fait que l'on a
monté le robot sans mode d'emploi.

== Avancée du 13/02/2012 : ==

Montage du robot, deuxième partie :

- Ajout du socle soutenant la foxboard et le NXT.

- Révision du programme pour le fonctionnement de la "tête" du robot, on effectue une rotation de 20° dès que le robot approche à moins de 30cm d'un obstacle, dans ce cas il effectue un test et prend la direction la plus avantageuse pour le contourner.

[[Fichier:2012-02-13_09-12-19_815.jpg]]

== Avancée du 16/02/2012 : ==

- Révision du socle NXT/foxboard, changement de structure pour plus de solidité (au niveau de la répartition du poids) ainsi que
pour accueillir plus de périphériques (hub usb, clés wifi/bluetooth, batterie foxboard).

[[Fichier:2012-02-16 17-26-14 677.jpg]]

[[Fichier:2012-02-16_17-37-08_399.jpg‎]]

- Réflexion sur le micro programme principal du robot.

== Avancée du 20/02/2012 : ==

Écriture d'un algorithme :

-Le robot avance et se stop à 30cm de l'obstacle.

-A l'obstacle il déplace sa "tête" sur la gauche d'un certain angle effectue une mesure de la distance et recommence à droite.

-Si une des deux mesures est supérieure à 30 cm alors le robot tourne sur lui-même dans cette direction.

-Si ces deux mesures sont inférieures à 30 cm alors il déplace sa tête à gauche et à droite pour effectuer des nouvelles mesures en augmentant l'angle.

-Et le robot recommence à avancer.

== Avancée du 11/03/2012 : ==

Écriture d'un autre algorithme :

-Le robot avance et s'arrête à 30cm de l'obstacle.

-Devant l'obstacle il déplace sa "tête" sur la gauche de 10 degrés et effectue un test de distance. Si la distance est inférieure à 30cm il augmente l'angle de 10 degrés. Si au bout de n fois il n'a pas de mesures supérieures à 30cm alors il sort de la boucle et effectue les mêmes tests mais du coté droite.

-Il compare ensuite les dernières valeurs de distance enregistrées à gauche et à droite et tourne dans le sens où la distance mesurée est la plus grande.

== Avancée du 15/03/2012 : ==

-Correction de la marge d'erreur des angles dans les déplacements de la tête.

== Avancée du 19/03/2012 : ==

-Fin du programme de contournement d'obstacle.

-Calcul d'un déplacement proportionnel à la proximité de l'obstacle.

-Recherche sur le bloc boussole pour le déplacement en ligne droite.

== Avancée du 22/03/2012 : ==

-Réflexion et recherche sur la méthode de correction PID.

-Des difficultés dans la compréhension de la méthode et de son approche algorithmique.

-Développement d'un bloc destiné au calcul d'erreurs.

== Avancée du 26/03/2012 : ==

-Problème de calibrage de la boussole, apparition d'interférences électromagnétiques provoquées par les moteurs et le NXT.

-Difficultés rencontrées avec le bloc "Compass Sensor" : la boussole affiche des valeurs de 0° à 360° ce qui pose des problèmes lors du calcul d'erreur. Exemple : le cap du robot est à 357°, il tourne, la valeur captée est de 2°, l'erreur affichée est donc de 355° or elle n'est théoriquement que de 5°.

== Avancée du 29/03/2012 : ==

-Surélévation de boussole pour éviter toutes interférences

-Finalisation du bloc Calcul d'erreur

-Essai d'un premier programme PID, il s'est avéré non probant après plusieurs tests : la puissance des moteurs n'est pas assez modulable, la fonction proportionnelle à des limites ( la puissance est comprise entre 20 et 100 ).

== Avancée du 02/04/2012 : ==

-Changement de bloc de contrôle de la boussole, le bloc "Capteur ultrason" peut être utilisé pour contrôle celle-ci.

-Création d'un nouveau programme qui n'utilise pas le PID : il corrige la trajectoire grâce à des boucles whiles et des tests sur des plages de données. Algorithme : "On corrige la trajectoire tant que l'erreur n'est pas comprise dans la plage de données".

== Avancée du 05/04/2012 : ==

-Finition du programme final : réglages des constantes de correction de trajectoire, ajout du bloc "esquive".

-Vidéo test du robot en mouvement sur un parcours constitué de 3 obstacles, le robot avance en ligne droite et esquive les objets.

<include nopre noesc src="/home/pedago/ppeip/include/video-Boussole-iframe.html" />

-Mise en ligne de la vidéo :

http://www.youtube.com/watch?v=gGcfxCbHgZ8

 

== Avancée du 12/04/2012 : ==

- Implémentation des autres programmes :

Suiveur de ligne.

RFID.

== Avancée du 16/04/2012 : ==

- Difficultés rencontrées pour la configuration de la Foxboard, le netbook ne se connecte pas à la foxboard.

- Téléchargement du fichier sur la carte microSD de la Foxboard.

== Avancée du 19/04/2012 : ==

- Lancement du module Minicom et initialisation de la Foxboard grâce aux indications du wiki.

- Récupération de l'adresse Mac sur le microprogramme NXT et changement de celle-ci sur la Foxboard en vu d'utiliser le bluetooth.

- Découverte des démons de contrôle et de leurs fonctionnements. Nous avons également récupéré les codes bluetooth envoyés par le serveur web (croix directionnelle, rosace, ligne bleue/rouge) et tenté de les intégrer dans nos programmes NXT.

Boussole2011-1

2012-05-10T14:50:54Z

Afossey : /* Avancée du 12/04/2012 : */

== Avancée du 30/01/2012 : ==

- Découverte du logiciel Lego Mindstorms NXT.

- Écriture de la structure du programme.

- Test du capteur d'ultrasons pour obstacle à moins de 30cm.

- Réponse du véhicule en contournant l'obstacle.

== Avancée du 06/02/2012 : ==

Montage du robot, première partie :

- Discussion sur les caractéristiques spéciales du robot : La base du robot ne sera pas standardisée par le modèle fourni,
il sera doté d'un troisième moteur placé orthogonalement aux autres lui permettant de tourner sa "tête". En effet, le capteur
à ultrasons et le capteur de couleur seront placés dessus, ainsi on pourra limiter la marge d'erreur due à la rotation par chenille/roues et suivre un tracé au sol plus aisément.

- Le socle constitué des roues et de la tête est monté. Il est encore fragile et doit être amélioré, ceci vient du fait que l'on a
monté le robot sans mode d'emploi.

== Avancée du 13/02/2012 : ==

Montage du robot, deuxième partie :

- Ajout du socle soutenant la foxboard et le NXT.

- Révision du programme pour le fonctionnement de la "tête" du robot, on effectue une rotation de 20° dès que le robot approche à moins de 30cm d'un obstacle, dans ce cas il effectue un test et prend la direction la plus avantageuse pour le contourner.

[[Fichier:2012-02-13_09-12-19_815.jpg]]

== Avancée du 16/02/2012 : ==

- Révision du socle NXT/foxboard, changement de structure pour plus de solidité (au niveau de la répartition du poids) ainsi que
pour accueillir plus de périphériques (hub usb, clés wifi/bluetooth, batterie foxboard).

[[Fichier:2012-02-16 17-26-14 677.jpg]]

[[Fichier:2012-02-16_17-37-08_399.jpg‎]]

- Réflexion sur le micro programme principal du robot.

== Avancée du 20/02/2012 : ==

Écriture d'un algorithme :

-Le robot avance et se stop à 30cm de l'obstacle.

-A l'obstacle il déplace sa "tête" sur la gauche d'un certain angle effectue une mesure de la distance et recommence à droite.

-Si une des deux mesures est supérieure à 30 cm alors le robot tourne sur lui-même dans cette direction.

-Si ces deux mesures sont inférieures à 30 cm alors il déplace sa tête à gauche et à droite pour effectuer des nouvelles mesures en augmentant l'angle.

-Et le robot recommence à avancer.

== Avancée du 11/03/2012 : ==

Écriture d'un autre algorithme :

-Le robot avance et s'arrête à 30cm de l'obstacle.

-Devant l'obstacle il déplace sa "tête" sur la gauche de 10 degrés et effectue un test de distance. Si la distance est inférieure à 30cm il augmente l'angle de 10 degrés. Si au bout de n fois il n'a pas de mesures supérieures à 30cm alors il sort de la boucle et effectue les mêmes tests mais du coté droite.

-Il compare ensuite les dernières valeurs de distance enregistrées à gauche et à droite et tourne dans le sens où la distance mesurée est la plus grande.

== Avancée du 15/03/2012 : ==

-Correction de la marge d'erreur des angles dans les déplacements de la tête.

== Avancée du 19/03/2012 : ==

-Fin du programme de contournement d'obstacle.

-Calcul d'un déplacement proportionnel à la proximité de l'obstacle.

-Recherche sur le bloc boussole pour le déplacement en ligne droite.

== Avancée du 22/03/2012 : ==

-Réflexion et recherche sur la méthode de correction PID.

-Des difficultés dans la compréhension de la méthode et de son approche algorithmique.

-Développement d'un bloc destiné au calcul d'erreurs.

== Avancée du 26/03/2012 : ==

-Problème de calibrage de la boussole, apparition d'interférences électromagnétiques provoquées par les moteurs et le NXT.

-Difficultés rencontrées avec le bloc "Compass Sensor" : la boussole affiche des valeurs de 0° à 360° ce qui pose des problèmes lors du calcul d'erreur. Exemple : le cap du robot est à 357°, il tourne, la valeur captée est de 2°, l'erreur affichée est donc de 355° or elle n'est théoriquement que de 5°.

== Avancée du 29/03/2012 : ==

-Surélévation de boussole pour éviter toutes interférences

-Finalisation du bloc Calcul d'erreur

-Essai d'un premier programme PID, il s'est avéré non probant après plusieurs tests : la puissance des moteurs n'est pas assez modulable, la fonction proportionnelle à des limites ( la puissance est comprise entre 20 et 100 ).

== Avancée du 02/04/2012 : ==

-Changement de bloc de contrôle de la boussole, le bloc "Capteur ultrason" peut être utilisé pour contrôle celle-ci.

-Création d'un nouveau programme qui n'utilise pas le PID : il corrige la trajectoire grâce à des boucles whiles et des tests sur des plages de données. Algorithme : "On corrige la trajectoire tant que l'erreur n'est pas comprise dans la plage de données".

== Avancée du 05/04/2012 : ==

-Finition du programme final : réglages des constantes de correction de trajectoire, ajout du bloc "esquive".

-Vidéo test du robot en mouvement sur un parcours constitué de 3 obstacles, le robot avance en ligne droite et esquive les objets.

<include nopre noesc src="/home/pedago/ppeip/include/video-Boussole-iframe.html" />

-Mise en ligne de la vidéo :

http://www.youtube.com/watch?v=gGcfxCbHgZ8

 

== Avancée du 12/04/2012 : ==

- implémentation des autres programmes :

Suiveur de ligne.

RFID.

== Avancée du 16/04/2012 : ==

- Difficultés rencontrées pour la configuration de la Foxboard, le netbook ne se connecte pas à la foxboard.

- Téléchargement du fichier sur la carte microSD de la Foxboard.

== Avancée du 19/04/2012 : ==

- Lancement du module Minicom et initialisation de la Foxboard grâce aux indications du wiki.

- Récupération de l'adresse Mac sur le microprogramme NXT et changement de celle-ci sur la Foxboard en vu d'utiliser le bluetooth.

- Découverte des démons de contrôle et de leurs fonctionnements. Nous avons également récupéré les codes bluetooth envoyés par le serveur web (croix directionnelle, rosace, ligne bleue/rouge) et tenté de les intégrer dans nos programmes NXT.

Boussole2011-1

2012-05-10T14:49:46Z

Afossey : /* Avancée du 19/04/2012 : */

== Avancée du 30/01/2012 : ==

- Découverte du logiciel Lego Mindstorms NXT.

- Écriture de la structure du programme.

- Test du capteur d'ultrasons pour obstacle à moins de 30cm.

- Réponse du véhicule en contournant l'obstacle.

== Avancée du 06/02/2012 : ==

Montage du robot, première partie :

- Discussion sur les caractéristiques spéciales du robot : La base du robot ne sera pas standardisée par le modèle fourni,
il sera doté d'un troisième moteur placé orthogonalement aux autres lui permettant de tourner sa "tête". En effet, le capteur
à ultrasons et le capteur de couleur seront placés dessus, ainsi on pourra limiter la marge d'erreur due à la rotation par chenille/roues et suivre un tracé au sol plus aisément.

- Le socle constitué des roues et de la tête est monté. Il est encore fragile et doit être amélioré, ceci vient du fait que l'on a
monté le robot sans mode d'emploi.

== Avancée du 13/02/2012 : ==

Montage du robot, deuxième partie :

- Ajout du socle soutenant la foxboard et le NXT.

- Révision du programme pour le fonctionnement de la "tête" du robot, on effectue une rotation de 20° dès que le robot approche à moins de 30cm d'un obstacle, dans ce cas il effectue un test et prend la direction la plus avantageuse pour le contourner.

[[Fichier:2012-02-13_09-12-19_815.jpg]]

== Avancée du 16/02/2012 : ==

- Révision du socle NXT/foxboard, changement de structure pour plus de solidité (au niveau de la répartition du poids) ainsi que
pour accueillir plus de périphériques (hub usb, clés wifi/bluetooth, batterie foxboard).

[[Fichier:2012-02-16 17-26-14 677.jpg]]

[[Fichier:2012-02-16_17-37-08_399.jpg‎]]

- Réflexion sur le micro programme principal du robot.

== Avancée du 20/02/2012 : ==

Écriture d'un algorithme :

-Le robot avance et se stop à 30cm de l'obstacle.

-A l'obstacle il déplace sa "tête" sur la gauche d'un certain angle effectue une mesure de la distance et recommence à droite.

-Si une des deux mesures est supérieure à 30 cm alors le robot tourne sur lui-même dans cette direction.

-Si ces deux mesures sont inférieures à 30 cm alors il déplace sa tête à gauche et à droite pour effectuer des nouvelles mesures en augmentant l'angle.

-Et le robot recommence à avancer.

== Avancée du 11/03/2012 : ==

Écriture d'un autre algorithme :

-Le robot avance et s'arrête à 30cm de l'obstacle.

-Devant l'obstacle il déplace sa "tête" sur la gauche de 10 degrés et effectue un test de distance. Si la distance est inférieure à 30cm il augmente l'angle de 10 degrés. Si au bout de n fois il n'a pas de mesures supérieures à 30cm alors il sort de la boucle et effectue les mêmes tests mais du coté droite.

-Il compare ensuite les dernières valeurs de distance enregistrées à gauche et à droite et tourne dans le sens où la distance mesurée est la plus grande.

== Avancée du 15/03/2012 : ==

-Correction de la marge d'erreur des angles dans les déplacements de la tête.

== Avancée du 19/03/2012 : ==

-Fin du programme de contournement d'obstacle.

-Calcul d'un déplacement proportionnel à la proximité de l'obstacle.

-Recherche sur le bloc boussole pour le déplacement en ligne droite.

== Avancée du 22/03/2012 : ==

-Réflexion et recherche sur la méthode de correction PID.

-Des difficultés dans la compréhension de la méthode et de son approche algorithmique.

-Développement d'un bloc destiné au calcul d'erreurs.

== Avancée du 26/03/2012 : ==

-Problème de calibrage de la boussole, apparition d'interférences électromagnétiques provoquées par les moteurs et le NXT.

-Difficultés rencontrées avec le bloc "Compass Sensor" : la boussole affiche des valeurs de 0° à 360° ce qui pose des problèmes lors du calcul d'erreur. Exemple : le cap du robot est à 357°, il tourne, la valeur captée est de 2°, l'erreur affichée est donc de 355° or elle n'est théoriquement que de 5°.

== Avancée du 29/03/2012 : ==

-Surélévation de boussole pour éviter toutes interférences

-Finalisation du bloc Calcul d'erreur

-Essai d'un premier programme PID, il s'est avéré non probant après plusieurs tests : la puissance des moteurs n'est pas assez modulable, la fonction proportionnelle à des limites ( la puissance est comprise entre 20 et 100 ).

== Avancée du 02/04/2012 : ==

-Changement de bloc de contrôle de la boussole, le bloc "Capteur ultrason" peut être utilisé pour contrôle celle-ci.

-Création d'un nouveau programme qui n'utilise pas le PID : il corrige la trajectoire grâce à des boucles whiles et des tests sur des plages de données. Algorithme : "On corrige la trajectoire tant que l'erreur n'est pas comprise dans la plage de données".

== Avancée du 05/04/2012 : ==

-Finition du programme final : réglages des constantes de correction de trajectoire, ajout du bloc "esquive".

-Vidéo test du robot en mouvement sur un parcours constitué de 3 obstacles, le robot avance en ligne droite et esquive les objets.

<include nopre noesc src="/home/pedago/ppeip/include/video-Boussole-iframe.html" />

-Mise en ligne de la vidéo :

http://www.youtube.com/watch?v=gGcfxCbHgZ8

 

== Avancée du 12/04/2012 : ==

-inplémentation des autres programmes :

Suiveur de ligne.

RFID.

== Avancée du 16/04/2012 : ==

- Difficultés rencontrées pour la configuration de la Foxboard, le netbook ne se connecte pas à la foxboard.

- Téléchargement du fichier sur la carte microSD de la Foxboard.

== Avancée du 19/04/2012 : ==

- Lancement du module Minicom et initialisation de la Foxboard grâce aux indications du wiki.

- Récupération de l'adresse Mac sur le microprogramme NXT et changement de celle-ci sur la Foxboard en vu d'utiliser le bluetooth.

- Découverte des démons de contrôle et de leurs fonctionnements. Nous avons également récupéré les codes bluetooth envoyés par le serveur web (croix directionnelle, rosace, ligne bleue/rouge) et tenté de les intégrer dans nos programmes NXT.

Boussole2011-1

2012-05-10T14:49:29Z

Afossey :

== Avancée du 30/01/2012 : ==

- Découverte du logiciel Lego Mindstorms NXT.

- Écriture de la structure du programme.

- Test du capteur d'ultrasons pour obstacle à moins de 30cm.

- Réponse du véhicule en contournant l'obstacle.

== Avancée du 06/02/2012 : ==

Montage du robot, première partie :

- Discussion sur les caractéristiques spéciales du robot : La base du robot ne sera pas standardisée par le modèle fourni,
il sera doté d'un troisième moteur placé orthogonalement aux autres lui permettant de tourner sa "tête". En effet, le capteur
à ultrasons et le capteur de couleur seront placés dessus, ainsi on pourra limiter la marge d'erreur due à la rotation par chenille/roues et suivre un tracé au sol plus aisément.

- Le socle constitué des roues et de la tête est monté. Il est encore fragile et doit être amélioré, ceci vient du fait que l'on a
monté le robot sans mode d'emploi.

== Avancée du 13/02/2012 : ==

Montage du robot, deuxième partie :

- Ajout du socle soutenant la foxboard et le NXT.

- Révision du programme pour le fonctionnement de la "tête" du robot, on effectue une rotation de 20° dès que le robot approche à moins de 30cm d'un obstacle, dans ce cas il effectue un test et prend la direction la plus avantageuse pour le contourner.

[[Fichier:2012-02-13_09-12-19_815.jpg]]

== Avancée du 16/02/2012 : ==

- Révision du socle NXT/foxboard, changement de structure pour plus de solidité (au niveau de la répartition du poids) ainsi que
pour accueillir plus de périphériques (hub usb, clés wifi/bluetooth, batterie foxboard).

[[Fichier:2012-02-16 17-26-14 677.jpg]]

[[Fichier:2012-02-16_17-37-08_399.jpg‎]]

- Réflexion sur le micro programme principal du robot.

== Avancée du 20/02/2012 : ==

Écriture d'un algorithme :

-Le robot avance et se stop à 30cm de l'obstacle.

-A l'obstacle il déplace sa "tête" sur la gauche d'un certain angle effectue une mesure de la distance et recommence à droite.

-Si une des deux mesures est supérieure à 30 cm alors le robot tourne sur lui-même dans cette direction.

-Si ces deux mesures sont inférieures à 30 cm alors il déplace sa tête à gauche et à droite pour effectuer des nouvelles mesures en augmentant l'angle.

-Et le robot recommence à avancer.

== Avancée du 11/03/2012 : ==

Écriture d'un autre algorithme :

-Le robot avance et s'arrête à 30cm de l'obstacle.

-Devant l'obstacle il déplace sa "tête" sur la gauche de 10 degrés et effectue un test de distance. Si la distance est inférieure à 30cm il augmente l'angle de 10 degrés. Si au bout de n fois il n'a pas de mesures supérieures à 30cm alors il sort de la boucle et effectue les mêmes tests mais du coté droite.

-Il compare ensuite les dernières valeurs de distance enregistrées à gauche et à droite et tourne dans le sens où la distance mesurée est la plus grande.

== Avancée du 15/03/2012 : ==

-Correction de la marge d'erreur des angles dans les déplacements de la tête.

== Avancée du 19/03/2012 : ==

-Fin du programme de contournement d'obstacle.

-Calcul d'un déplacement proportionnel à la proximité de l'obstacle.

-Recherche sur le bloc boussole pour le déplacement en ligne droite.

== Avancée du 22/03/2012 : ==

-Réflexion et recherche sur la méthode de correction PID.

-Des difficultés dans la compréhension de la méthode et de son approche algorithmique.

-Développement d'un bloc destiné au calcul d'erreurs.

== Avancée du 26/03/2012 : ==

-Problème de calibrage de la boussole, apparition d'interférences électromagnétiques provoquées par les moteurs et le NXT.

-Difficultés rencontrées avec le bloc "Compass Sensor" : la boussole affiche des valeurs de 0° à 360° ce qui pose des problèmes lors du calcul d'erreur. Exemple : le cap du robot est à 357°, il tourne, la valeur captée est de 2°, l'erreur affichée est donc de 355° or elle n'est théoriquement que de 5°.

== Avancée du 29/03/2012 : ==

-Surélévation de boussole pour éviter toutes interférences

-Finalisation du bloc Calcul d'erreur

-Essai d'un premier programme PID, il s'est avéré non probant après plusieurs tests : la puissance des moteurs n'est pas assez modulable, la fonction proportionnelle à des limites ( la puissance est comprise entre 20 et 100 ).

== Avancée du 02/04/2012 : ==

-Changement de bloc de contrôle de la boussole, le bloc "Capteur ultrason" peut être utilisé pour contrôle celle-ci.

-Création d'un nouveau programme qui n'utilise pas le PID : il corrige la trajectoire grâce à des boucles whiles et des tests sur des plages de données. Algorithme : "On corrige la trajectoire tant que l'erreur n'est pas comprise dans la plage de données".

== Avancée du 05/04/2012 : ==

-Finition du programme final : réglages des constantes de correction de trajectoire, ajout du bloc "esquive".

-Vidéo test du robot en mouvement sur un parcours constitué de 3 obstacles, le robot avance en ligne droite et esquive les objets.

<include nopre noesc src="/home/pedago/ppeip/include/video-Boussole-iframe.html" />

-Mise en ligne de la vidéo :

http://www.youtube.com/watch?v=gGcfxCbHgZ8

 

== Avancée du 12/04/2012 : ==

-inplémentation des autres programmes :

Suiveur de ligne.

RFID.

== Avancée du 16/04/2012 : ==

- Difficultés rencontrées pour la configuration de la Foxboard, le netbook ne se connecte pas à la foxboard.

- Téléchargement du fichier sur la carte microSD de la Foxboard.

== Avancée du 19/04/2012 : ==

- Lancement du module Minicom et initialisation de la Foxboard grâce aux indications du wiki.

- Récupération de l'adresse Mac sur le microprogramme NXT et changement de celle-ci sur la Foxboard en vu d'utiliser le bluetooth.

- Découverte des démons de contrôle et de leurs fonctionnements. Nous avons également récupéré les codes bluetooth envoyés par le serveur web (croix directionnelle, rosace, ligne bleue/rouge) et tenté de les intégrés dans nos programmes NXT.

Boussole2011-1

2012-05-10T14:41:08Z

Afossey : /* Avancée du 16/04/2012 : */

== Avancée du 30/01/2012 : ==

- Découverte du logiciel Lego Mindstorms NXT.

- Écriture de la structure du programme.

- Test du capteur d'ultrasons pour obstacle à moins de 30cm.

- Réponse du véhicule en contournant l'obstacle.

== Avancée du 06/02/2012 : ==

Montage du robot, première partie :

- Discussion sur les caractéristiques spéciales du robot : La base du robot ne sera pas standardisée par le modèle fourni,
il sera doté d'un troisième moteur placé orthogonalement aux autres lui permettant de tourner sa "tête". En effet, le capteur
à ultrasons et le capteur de couleur seront placés dessus, ainsi on pourra limiter la marge d'erreur due à la rotation par chenille/roues et suivre un tracé au sol plus aisément.

- Le socle constitué des roues et de la tête est monté. Il est encore fragile et doit être amélioré, ceci vient du fait que l'on a
monté le robot sans mode d'emploi.

== Avancée du 13/02/2012 : ==

Montage du robot, deuxième partie :

- Ajout du socle soutenant la foxboard et le NXT.

- Révision du programme pour le fonctionnement de la "tête" du robot, on effectue une rotation de 20° dès que le robot approche à moins de 30cm d'un obstacle, dans ce cas il effectue un test et prend la direction la plus avantageuse pour le contourner.

[[Fichier:2012-02-13_09-12-19_815.jpg]]

== Avancée du 16/02/2012 : ==

- Révision du socle NXT/foxboard, changement de structure pour plus de solidité (au niveau de la répartition du poids) ainsi que
pour accueillir plus de périphériques (hub usb, clés wifi/bluetooth, batterie foxboard).

[[Fichier:2012-02-16 17-26-14 677.jpg]]

[[Fichier:2012-02-16_17-37-08_399.jpg‎]]

- Réflexion sur le micro programme principal du robot.

== Avancée du 20/02/2012 : ==

Écriture d'un algorithme :

-Le robot avance et se stop à 30cm de l'obstacle.

-A l'obstacle il déplace sa "tête" sur la gauche d'un certain angle effectue une mesure de la distance et recommence à droite.

-Si une des deux mesures est supérieure à 30 cm alors le robot tourne sur lui-même dans cette direction.

-Si ces deux mesures sont inférieures à 30 cm alors il déplace sa tête à gauche et à droite pour effectuer des nouvelles mesures en augmentant l'angle.

-Et le robot recommence à avancer.

== Avancée du 11/03/2012 : ==

Écriture d'un autre algorithme :

-Le robot avance et s'arrête à 30cm de l'obstacle.

-Devant l'obstacle il déplace sa "tête" sur la gauche de 10 degrés et effectue un test de distance. Si la distance est inférieure à 30cm il augmente l'angle de 10 degrés. Si au bout de n fois il n'a pas de mesures supérieures à 30cm alors il sort de la boucle et effectue les mêmes tests mais du coté droite.

-Il compare ensuite les dernières valeurs de distance enregistrées à gauche et à droite et tourne dans le sens où la distance mesurée est la plus grande.

== Avancée du 15/03/2012 : ==

-Correction de la marge d'erreur des angles dans les déplacements de la tête.

== Avancée du 19/03/2012 : ==

-Fin du programme de contournement d'obstacle.

-Calcul d'un déplacement proportionnel à la proximité de l'obstacle.

-Recherche sur le bloc boussole pour le déplacement en ligne droite.

== Avancée du 22/03/2012 : ==

-Réflexion et recherche sur la méthode de correction PID.

-Des difficultés dans la compréhension de la méthode et de son approche algorithmique.

-Développement d'un bloc destiné au calcul d'erreurs.

== Avancée du 26/03/2012 : ==

-Problème de calibrage de la boussole, apparition d'interférences électromagnétiques provoquées par les moteurs et le NXT.

-Difficultés rencontrées avec le bloc "Compass Sensor" : la boussole affiche des valeurs de 0° à 360° ce qui pose des problèmes lors du calcul d'erreur. Exemple : le cap du robot est à 357°, il tourne, la valeur captée est de 2°, l'erreur affichée est donc de 355° or elle n'est théoriquement que de 5°.

== Avancée du 29/03/2012 : ==

-Surélévation de boussole pour éviter toutes interférences

-Finalisation du bloc Calcul d'erreur

-Essai d'un premier programme PID, il s'est avéré non probant après plusieurs tests : la puissance des moteurs n'est pas assez modulable, la fonction proportionnelle à des limites ( la puissance est comprise entre 20 et 100 ).

== Avancée du 02/04/2012 : ==

-Changement de bloc de contrôle de la boussole, le bloc "Capteur ultrason" peut être utilisé pour contrôle celle-ci.

-Création d'un nouveau programme qui n'utilise pas le PID : il corrige la trajectoire grâce à des boucles whiles et des tests sur des plages de données. Algorithme : "On corrige la trajectoire tant que l'erreur n'est pas comprise dans la plage de données".

== Avancée du 05/04/2012 : ==

-Finition du programme final : réglages des constantes de correction de trajectoire, ajout du bloc "esquive".

-Vidéo test du robot en mouvement sur un parcours constitué de 3 obstacles, le robot avance en ligne droite et esquive les objets.

<include nopre noesc src="/home/pedago/ppeip/include/video-Boussole-iframe.html" />

-Mise en ligne de la vidéo :

http://www.youtube.com/watch?v=gGcfxCbHgZ8

 

== Avancée du 12/04/2012 : ==

-incrémentation des autres programmes :

Suiveur de ligne.
RFID.

== Avancée du 16/04/2012 : ==

- Difficultés rencontrées pour la configuration de la Foxboard, le netbook ne se connecte pas à la foxboard.

- Téléchargement du fichier sur la carte microSD de la Foxboard.

Boussole2011-1

2012-05-10T14:40:58Z

Afossey : /* Avancée du 16/04/2012 : */

== Avancée du 30/01/2012 : ==

- Découverte du logiciel Lego Mindstorms NXT.

- Écriture de la structure du programme.

- Test du capteur d'ultrasons pour obstacle à moins de 30cm.

- Réponse du véhicule en contournant l'obstacle.

== Avancée du 06/02/2012 : ==

Montage du robot, première partie :

- Discussion sur les caractéristiques spéciales du robot : La base du robot ne sera pas standardisée par le modèle fourni,
il sera doté d'un troisième moteur placé orthogonalement aux autres lui permettant de tourner sa "tête". En effet, le capteur
à ultrasons et le capteur de couleur seront placés dessus, ainsi on pourra limiter la marge d'erreur due à la rotation par chenille/roues et suivre un tracé au sol plus aisément.

- Le socle constitué des roues et de la tête est monté. Il est encore fragile et doit être amélioré, ceci vient du fait que l'on a
monté le robot sans mode d'emploi.

== Avancée du 13/02/2012 : ==

Montage du robot, deuxième partie :

- Ajout du socle soutenant la foxboard et le NXT.

- Révision du programme pour le fonctionnement de la "tête" du robot, on effectue une rotation de 20° dès que le robot approche à moins de 30cm d'un obstacle, dans ce cas il effectue un test et prend la direction la plus avantageuse pour le contourner.

[[Fichier:2012-02-13_09-12-19_815.jpg]]

== Avancée du 16/02/2012 : ==

- Révision du socle NXT/foxboard, changement de structure pour plus de solidité (au niveau de la répartition du poids) ainsi que
pour accueillir plus de périphériques (hub usb, clés wifi/bluetooth, batterie foxboard).

[[Fichier:2012-02-16 17-26-14 677.jpg]]

[[Fichier:2012-02-16_17-37-08_399.jpg‎]]

- Réflexion sur le micro programme principal du robot.

== Avancée du 20/02/2012 : ==

Écriture d'un algorithme :

-Le robot avance et se stop à 30cm de l'obstacle.

-A l'obstacle il déplace sa "tête" sur la gauche d'un certain angle effectue une mesure de la distance et recommence à droite.

-Si une des deux mesures est supérieure à 30 cm alors le robot tourne sur lui-même dans cette direction.

-Si ces deux mesures sont inférieures à 30 cm alors il déplace sa tête à gauche et à droite pour effectuer des nouvelles mesures en augmentant l'angle.

-Et le robot recommence à avancer.

== Avancée du 11/03/2012 : ==

Écriture d'un autre algorithme :

-Le robot avance et s'arrête à 30cm de l'obstacle.

-Devant l'obstacle il déplace sa "tête" sur la gauche de 10 degrés et effectue un test de distance. Si la distance est inférieure à 30cm il augmente l'angle de 10 degrés. Si au bout de n fois il n'a pas de mesures supérieures à 30cm alors il sort de la boucle et effectue les mêmes tests mais du coté droite.

-Il compare ensuite les dernières valeurs de distance enregistrées à gauche et à droite et tourne dans le sens où la distance mesurée est la plus grande.

== Avancée du 15/03/2012 : ==

-Correction de la marge d'erreur des angles dans les déplacements de la tête.

== Avancée du 19/03/2012 : ==

-Fin du programme de contournement d'obstacle.

-Calcul d'un déplacement proportionnel à la proximité de l'obstacle.

-Recherche sur le bloc boussole pour le déplacement en ligne droite.

== Avancée du 22/03/2012 : ==

-Réflexion et recherche sur la méthode de correction PID.

-Des difficultés dans la compréhension de la méthode et de son approche algorithmique.

-Développement d'un bloc destiné au calcul d'erreurs.

== Avancée du 26/03/2012 : ==

-Problème de calibrage de la boussole, apparition d'interférences électromagnétiques provoquées par les moteurs et le NXT.

-Difficultés rencontrées avec le bloc "Compass Sensor" : la boussole affiche des valeurs de 0° à 360° ce qui pose des problèmes lors du calcul d'erreur. Exemple : le cap du robot est à 357°, il tourne, la valeur captée est de 2°, l'erreur affichée est donc de 355° or elle n'est théoriquement que de 5°.

== Avancée du 29/03/2012 : ==

-Surélévation de boussole pour éviter toutes interférences

-Finalisation du bloc Calcul d'erreur

-Essai d'un premier programme PID, il s'est avéré non probant après plusieurs tests : la puissance des moteurs n'est pas assez modulable, la fonction proportionnelle à des limites ( la puissance est comprise entre 20 et 100 ).

== Avancée du 02/04/2012 : ==

-Changement de bloc de contrôle de la boussole, le bloc "Capteur ultrason" peut être utilisé pour contrôle celle-ci.

-Création d'un nouveau programme qui n'utilise pas le PID : il corrige la trajectoire grâce à des boucles whiles et des tests sur des plages de données. Algorithme : "On corrige la trajectoire tant que l'erreur n'est pas comprise dans la plage de données".

== Avancée du 05/04/2012 : ==

-Finition du programme final : réglages des constantes de correction de trajectoire, ajout du bloc "esquive".

-Vidéo test du robot en mouvement sur un parcours constitué de 3 obstacles, le robot avance en ligne droite et esquive les objets.

<include nopre noesc src="/home/pedago/ppeip/include/video-Boussole-iframe.html" />

-Mise en ligne de la vidéo :

http://www.youtube.com/watch?v=gGcfxCbHgZ8

 

== Avancée du 12/04/2012 : ==

-incrémentation des autres programmes :

Suiveur de ligne.
RFID.

== Avancée du 16/04/2012 : ==

- Difficultés rencontrées pour la configuration de la Foxboard, le netbook ne se connecte pas à la foxboard.
- Téléchargement du fichier sur la carte microSD de la Foxboard.

Fichier:2012-04-12 17-08-41 445.jpg

2012-04-12T15:23:03Z

Afossey : Robot avec une nouvelle "tête".

Robot avec une nouvelle "tête".

Boussole2011-1

2012-03-19T08:55:08Z

Afossey : /* Avancée du 19/03/2012 : */

== Avancée du 30/01/2012 : ==

- Découverte du logiciel Lego Mindstorms NXT.

Écriture de la structure du programme :

-

- Test du capteur d'ultrasons pour obstacle à moins de 30cm.

- Réponse du véhicule en contournant l'obstacle.

== Avancée du 06/02/2012 : ==

Montage du robot, première partie :

- Discussion sur les caractéristiques spéciales du robot : La base du robot ne sera pas standardisée par le modèle fourni,
il sera doté d'un troisième moteur placé orthogonalement aux autres lui permettant de tourner sa "tête". En effet, le capteur
à ultrasons et le capteur de couleur seront placés dessus, ainsi on pourra limiter la marge d'erreur due à la rotation par chenille/roues et suivre un tracé au sol plus aisément.

- Le socle constitué des roues et de la tête est monté. Il est encore fragile et doit être amélioré, ceci vient du fait que l'on a
monté le robot sans mode d'emploi.

== Avancée du 13/02/2012 : ==

Montage du robot, deuxième partie :

- Ajout du socle soutenant la foxboard et le NXT.

- Révision du programme pour le fonctionnement de la "tête" du robot, on effectue une rotation de 20° dès que le robot approche à moins de 30cm d'un obstacle, dans ce cas il effectue un test et prend la direction la plus avantageuse pour le contourner.

[[Fichier:2012-02-13_09-12-19_815.jpg]]

== Avancée du 16/02/2012 : ==

- Révision du socle NXT/foxboard, changement de structure pour plus de solidité (au niveau de la répartition du poids) ainsi que
pour accueillir plus de périphériques (hub usb, clés wifi/bluetooth, batterie foxboard).

[[Fichier:2012-02-16 17-26-14 677.jpg]]

[[Fichier:2012-02-16_17-37-08_399.jpg‎]]

- Réflexion sur le micro programme principal du robot.

== Avancée du 20/02/2012 : ==

Écriture d'un algorithme :

-Le robot avance et se stop à 30cm de l'obstacle.

-A l'obstacle il déplace sa "tête" sur la gauche d'un certain angle effectue une mesure de la distance et recommence à droite.

-Si une des deux mesures est supérieur à 30 cm alors le robot tourne sur lui-même dans cette direction.

-Si ces deux mesures sont inférieur à 30 cm alors il déplace sa tête à gauche et à droite pour effectuer des nouvelles mesures en augmentant l'angle.

-Et le robot recommence à avancer.

== Avancée du 11/03/2012 : ==

Écriture d'un autre algorithme :

-Le robot avance et se stop à 30cm de l'obstacle.

-A l'obstacle il déplace sa "tête" sur la gauche de 10 degrés et effectue un test de distance. Si la distance est inférieur à 30cm il augmente l'angle de 10 degrés. Si au bout de n fois il n'a pas de mesures supérieurs à 30cm alors il sort de la boucle et effectue les mêmes tests mais du coté droite.

-Il compare ensuite les dernières valeurs de distance enregistrées à gauche et à droite et tourne dans le sens où la distance mesurée est la plus grande.

== Avancée du 15/03/2012 : ==

-Correction de la marge d'erreur des angles dans les déplacements de la tête.

== Avancée du 19/03/2012 : ==

-Fin du programme de contournement d'obstacle.

-Calcul d'un déplacement proportionnel à la proximité de l'obstacle.

-Recherche sur le bloc boussole pour le déplacement en ligne droite.

Boussole2011-1

2012-03-19T08:54:52Z

Afossey :

== Avancée du 30/01/2012 : ==

- Découverte du logiciel Lego Mindstorms NXT.

Écriture de la structure du programme :

-

- Test du capteur d'ultrasons pour obstacle à moins de 30cm.

- Réponse du véhicule en contournant l'obstacle.

== Avancée du 06/02/2012 : ==

Montage du robot, première partie :

- Discussion sur les caractéristiques spéciales du robot : La base du robot ne sera pas standardisée par le modèle fourni,
il sera doté d'un troisième moteur placé orthogonalement aux autres lui permettant de tourner sa "tête". En effet, le capteur
à ultrasons et le capteur de couleur seront placés dessus, ainsi on pourra limiter la marge d'erreur due à la rotation par chenille/roues et suivre un tracé au sol plus aisément.

- Le socle constitué des roues et de la tête est monté. Il est encore fragile et doit être amélioré, ceci vient du fait que l'on a
monté le robot sans mode d'emploi.

== Avancée du 13/02/2012 : ==

Montage du robot, deuxième partie :

- Ajout du socle soutenant la foxboard et le NXT.

- Révision du programme pour le fonctionnement de la "tête" du robot, on effectue une rotation de 20° dès que le robot approche à moins de 30cm d'un obstacle, dans ce cas il effectue un test et prend la direction la plus avantageuse pour le contourner.

[[Fichier:2012-02-13_09-12-19_815.jpg]]

== Avancée du 16/02/2012 : ==

- Révision du socle NXT/foxboard, changement de structure pour plus de solidité (au niveau de la répartition du poids) ainsi que
pour accueillir plus de périphériques (hub usb, clés wifi/bluetooth, batterie foxboard).

[[Fichier:2012-02-16 17-26-14 677.jpg]]

[[Fichier:2012-02-16_17-37-08_399.jpg‎]]

- Réflexion sur le micro programme principal du robot.

== Avancée du 20/02/2012 : ==

Écriture d'un algorithme :

-Le robot avance et se stop à 30cm de l'obstacle.

-A l'obstacle il déplace sa "tête" sur la gauche d'un certain angle effectue une mesure de la distance et recommence à droite.

-Si une des deux mesures est supérieur à 30 cm alors le robot tourne sur lui-même dans cette direction.

-Si ces deux mesures sont inférieur à 30 cm alors il déplace sa tête à gauche et à droite pour effectuer des nouvelles mesures en augmentant l'angle.

-Et le robot recommence à avancer.

== Avancée du 11/03/2012 : ==

Écriture d'un autre algorithme :

-Le robot avance et se stop à 30cm de l'obstacle.

-A l'obstacle il déplace sa "tête" sur la gauche de 10 degrés et effectue un test de distance. Si la distance est inférieur à 30cm il augmente l'angle de 10 degrés. Si au bout de n fois il n'a pas de mesures supérieurs à 30cm alors il sort de la boucle et effectue les mêmes tests mais du coté droite.

-Il compare ensuite les dernières valeurs de distance enregistrées à gauche et à droite et tourne dans le sens où la distance mesurée est la plus grande.

== Avancée du 15/03/2012 : ==

-Correction de la marge d'erreur des angles dans les déplacements de la tête.

== Avancée du 19/03/2012 : ==

-Fin du programme de contournement d'obstacle.
-Calcul d'un déplacement proportionnel à la proximité de l'obstacle.
-Recherche sur le bloc boussole pour le déplacement en ligne droite.

BE 2011-2012

2012-02-20T07:59:53Z

Afossey : /* Robot naviguant aux instruments */

= But à atteindre =

Ce bureau d'étude a comme finalité la construction de robots patrouilleurs. Ces robots doivent parcourir de façon semi-autonome un espace en accumulant des données. Ces données peuvent être, par exemple, des images de leur environnement ou le résultat d'écoutes WiFi. Un robot semi-autonome est un robot capable de se déplacer dans son espace sans intervention humaine en suivant un balisage quelconque (marquage au sol, tags RFID, sons particuliers, etc). Un humain doit cependant pouvoir prendre le contrôle partiel ou total d'un robot. Le contrôle partiel consiste à faire varier la vitesse du robot, le sens du parcours du robot, etc. Le contrôle total consiste à gérer complétement le déplacement du robot, même si ce dernier évite encore les collisions (que le contrôleur pourrait ne pas avoir pu prévoir). Les robots doivent aussi pouvoir communiquer entre eux pour s'échanger des informations de positionnement, pour pouvoir s'éviter ou pour pouvoir se regrouper (par exemple pour pouvoir explorer en détail un lieu particulier). A ce propos il est fondamental que les robots sachent se positionner pour pouvoir annoter les informations envoyées ou stockées (images ou données).

= Matériel à votre disposition =

[[Image:boite_mindstorm.jpg|150px|right]]
[[Image:foxboard.jpg|150px|left]]
Les couches basses du robot seront réalisées à l'aide de Lego MindStorm. Le Lego va permettre de réaliser le chassis avec sa motorisation et d'y installer divers capteurs. Il est même possible d'assurer une certaine communication entre robots grâce à la technologie <tt>bluetooth</tt> intégrée au micro-contrôleur MindStorm. Pour aller plus loin, il est nécessaire d'embarquer un micro-PC de type FoxBoard sur le robot. C'est ce micro-PC qui fera faire les acquisitions d'images ou les analyses WiFi et c'est à lui que le micro-contrôleur du MindStorm pourra envoyer ses données de localisation.

 

= Répartition des tâches =

Chaque binôme va se voir affecter une des problématiques décrites dans les sous-sections suivantes. Par la suite les résultats devront être incorporés dans chaque robot pour obtenir un robot tel que décrit plus haut. Notez que tous les robots doivent savoir s'arrêter quand un obstacle se présente devant eux (utilisation du sonar MindStorm).

== Robot suiveur de ligne ==
Vous devez créer un robot capable de suivre une courbe discontinue au sol. Le robot doit être capable de réaliser les actions ci-dessous.
* en cas de perte du marquage, tourner dans un sens puis dans l'autre pour tenter de le retrouver avec des angles de plus en plus grands ;
* si le marquage ne peut pas être retrouvé, se remettre dans la position de la perte initiale et partir tout droit ;
* se remettre dans l'axe du marquage lorsque ce marquage est retrouvé ;
* s'arrêter quand un obstacle se présente devant lui et repartir si l'obstacle disparait ;
* changer de parcours sur commande, c'est à dire emprunter un parcours d'une couleur différente dès qu'il est rencontré ;
* inverser son sens de parcours.

Voici des exemples de parcours discontinus pouvant être suivis dans les deux sens.
<gallery>
File:Parcours-carre.png|Parcours carré
File:Parcours-cercle.png‎|Parcours avec arcs
</gallery>

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Ombeline Rossi, Mélanie Hautecoeur </td>
<td> Boite lego MindStorm, Scotch de couleur </td>
<td> [[SuiveurLigne2011-1|Robot suiveur de ligne 1]] </td>
</tr>
</table>
<gallery>
File:vide.jpg
File:tralala.jpg
File:pitet.jpg
File:profil.jpg
File:tete.jpg
File:pardevant.jpg
File:parderriere.jpg
File:parlesdeux.jpg
</gallery>

== Robots synchronisés ==
Cette étude sera menée par deux binômes. Vos deux robots doivent être capables de se synchroniser. Il vous est demandé de réaliser le comportement suivant :

* séparés, les robots avancent tout droit et s'arrêtent dès qu'ils détectent un obstacle avec leur sonar ;
* les deux robots doivent pouvoir être couplés côte à côte ;
* dans le mode couplé, les robots avancent quand aucun obstacle n'est détecté par leurs sonars ;
* dans le mode couplé, si un robot détecte un obstacle et l'autre non le couple tourne dans la direction où aucun obstacle n'est détecté.

La communication entre les deux robots se fait par <tt>bluetooth</tt>.

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Nathan Martin, Charlotte Bricout </td>
<td> Boite lego MindStorm </td>
<td> [[Synchronize2011-1|Robot communicant 1]] </td>
</tr>
<tr>
<td> Gondry Jérémy, Verheyde Richard </td>
<td> Boite lego MindStorm </td>
<td> [[Synchronize2011-2|Robot communicant 2]] </td>
</tr>
</table>

== Robot suiveur RFID ==
Vous doterez votre robot d'un lecteur RFID et d'une boussole. Votre robot doit être capable de réaliser les opérations ci-après :

* trouver sous une marque de couleur précise (feuille A4, disque, ...) une carte RFID ;
* partir dans une direction donnée ; le robot s'oriente avec la boussole puis se lance avec ses deux moteurs sans tenter de corriger la trajectoire ;
* mémoriser des caps en fonction des identifiants des cartes RFID.

Par la suite vous intégrez ces trois fonctionnalités pour obtenir un robot capable de suivre une trajectoire matérialisée par des marques sous lesquelles une carte RFID est dissimulée.
Quand le robot détecte une marque via son capteur de couleur, il se met à chercher l'emplacement exact de la carte RFID. Une fois la carte localisée, le robot trouve le prochain cap à suivre en fonction de l'identifiant de la carte RFID. Le robot s'oriente sur ce cap avec sa boussole puis se lance vers la marque suivante. Et ainsi de suite.

Voici un exemple de parcours en suivant des marques RFID.
<gallery>
File:Parcours-marques.png|Parcours RFID
</gallery>

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Florian Lemaire, Victor Sallé </td>
<td> Boite lego MindStorm, Module RFID, Cartes RFID, module boussole, Marques de couleur </td>
<td> [[SuiveurRFID2011-1|Robot suiveur RFID 1]] </td>
</tr>
</table>

== Robot naviguant aux instruments ==
Vous doterez votre robot d'une boussole pour lui permettre de connaitre précisement sa direction. Vous devez réaliser les actions décrites dans la suite.

* Vous commencerez par faire en sorte que votre robot sache avancer en ligne droite, pour cela vous utiliserez le contrôle PID décrit sur la page [http://wikipedia.org/wiki/PID_controller WikiPedia]. Pour simplifier ce qui est dit sur cette page, sachez le principe appliqué à votre robot va être d'effectuer des corrections sur la trajectoire en utilisant des rotations. L'angle de ces rotations va être calculé en fonction de l'erreur de trajectoire indiqué par la boussole. Plus exactement par la somme d'une constante multipliée par l'erreur instantanée, d'une autre constante multipliée par l'intégrale de l'erreur et enfin d'une dernière constante multipliée par la dérivée de l'erreur. A vous de trouver les valeurs adaptées des trois constantes.

* Par la suite faites en sorte que votre robot sache contourner les obstacles au plus juste. Au plus juste signifiant qu'il tournera vers la droite ou vers la gauche en jugeant d'où se trouve le chemin le plus libre. L'algorithme a appliquer consiste à tourner le robot d'un angle faible dans un sens puis dans l'autre et de lire les resultats du sonar. Si les deux mesures indiquent un obstacle trop proche, l'angle est augmenté et le procédé répété. Dès qu'une trajectoire indique un chemin libre ou du moins un obstacle à distance suffisante, le robot avance en ligne droite suivant cette trajectoire. La boussole doit être utilisée ici pour vérifier que le robot effectue précisement des rotations des angles souhaités et qu'il sache revenir en position initiale pour éventuellement recommencer avec un angle plus grand.

* Pour permettre de suivre le comportement du robot, faites afficher sur la brique de contrôle MindStorm l'angle de rotation pour le dernier contournement et la distance parcourue le long de la dernière ligne droite.

Intégrez les comportements pour obtenir un robot capable de contourner les obstacles avec un minimum d'intelligence.

Voici un exemple de contournement d'obstacle avec l'algorithme décrit.
<gallery>
File:Parcours-boussole.png|Contournement d'obstacle
</gallery>

[[Avancée du 30/01/2012 :]]

- Découverte du logiciel Lego Mindstorms NXT.

Écriture de la structure du programme :

-

- Test du capteur d'ultrasons pour obstacle à moins de 30cm.

- Réponse du véhicule en contournant l'obstacle.

[[Avancée du 06/02/2012 :]]

Montage du robot, première partie :

- Discussion sur les caractéristiques spéciales du robot : La base du robot ne sera pas standardisée par le modèle fourni,
il sera doté d'un troisième moteur placé orthogonalement aux autres lui permettant de tourner sa "tête". En effet, le capteur
à ultrasons et le capteur de couleur seront placés dessus, ainsi on pourra limiter la marge d'erreur due à la rotation par chenille/roues et suivre un tracé au sol plus aisément.

- Le socle constitué des roues et de la tête est monté. Il est encore fragile et doit être amélioré, ceci vient du fait que l'on a
monté le robot sans mode d'emploi.

[[Avancée du 13/02/2012 :]]

Montage du robot, deuxième partie :

- Ajout du socle soutenant la foxboard et le NXT.

- Révision du programme pour le fonctionnement de la "tête" du robot, on effectue une rotation de 20° dès que le robot approche à moins de 30cm d'un obstacle, dans ce cas il effectue un test et prend la direction la plus avantageuse pour le contourner.

[[Fichier:2012-02-13_09-12-19_815.jpg]]

[[ Avancée du 16/02/2012 :]]

- Révision du socle NXT/foxboard, changement de structure pour plus de solidité (au niveau de la répartition du poids) ainsi que
pour accueillir plus de périphériques (hub usb, clés wifi/bluetooth, batterie foxboard).

[[Fichier:2012-02-16 17-26-14 677.jpg]]

[[Fichier:2012-02-16_17-37-08_399.jpg‎]]

- Réflexion sur le micro programme principal du robot.

[[ Avancée du 20/02/2012 :]]

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Olivier Tailliez, Antoine Fossey</td>
<td> Boite lego MindStorm, Module boussole </td>
<td> [[Boussole2011-1|Robot boussole 1]] </td>
</tr>
</table>

== Robot téléguidé avec système embarqué ==
Votre robot doit pouvoir être radio-guidé par un contrôleur. Le dit contrôleur peut diriger le robot au vu de l'image de la webcam embarquée. L'acquisition de la webcam et sa diffusion par WiFi est assuré par un système embarqué FoxBoard. La FoxBoard vous sera livrée configurée mais il faudra l'embarquer dans votre robot avec tous ses accessoires (webcam, module <tt>bluetooth</tt>, boitier de piles). Un calcul du temps d'autonomie doit être effectué. Dans un premier temps le radio-guidage peut se faire à l'aide du logiciel MindStorm par <tt>bluetooth</tt>. Dans un second temps il faut étudier la possibilité d'un radio-guidage par WiFi, les ordres étant transmis par un navigateur Web au serveur Web de la FoxBoard puis transmis au micro-contrôleur MindStorm par <tt>bluetooth</tt>. Vous aurez le choix de programmer votre robot avec le logiciel MindStorm ou avec un langage de bas niveau proche du langage C (voir la page web [http://www.eggwall.com/2011/08/lego-nxt-mindstorm-with-linux.html]).

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Jean-Dominique. Lancieri, Thomas Maurice </td>
<td> Boite lego MindStorm, Téléphone Android, FoxBoard avec webcam, interface WiFi, convertisseur <tt>bluetooth</tt>, Boitier piles </td>
<td> [[Teleguide2011-1|Robot téléguidé 1]] </td>
</tr>
<tr>
<td> Florian Royer, Benoît Maliar </td>
<td> Boite lego MindStorm, Téléphone Android, FoxBoard avec webcam, interface WiFi, convertisseur <tt>bluetooth</tt>, Boitier piles </td>
<td> [[Teleguide2011-2|Robot téléguidé 2]] </td>
</tr>
<tr>
<td> Manon Barrois, Fabien Violier </td>
<td> Boite lego MindStorm, Téléphone Android, FoxBoard avec webcam, interface WiFi, convertisseur <tt>bluetooth</tt>, Boitier piles </td>
<td> [[Teleguide2011-3|Robot téléguidé 3]] </td>
</tr>
</table>

= Intégration des fonctionnalités =
Une fois toutes les études terminées et les solutions implantées (sous forme de briques personnalisées par exemple), vous doterez votre robot des fonctionnalités nécessaires à la réalisation de la démonstration finale. Votre robot doit être capable de suivre des marquages discontinus au sol, être capable de communiquer avec les autres robots, être capable de se repérer dans l'espace en repérant des cartes RFID et enfin doit embarquer une FoxBoard avec une connexion WiFi et une webcam.

Les robots peuvent se trouver soit dans un mode autonome soit dans un mode téléguidé. Dans le mode téléguidé, le robot est contrôlé à l'aide d'un téléphone Android connecté sur le réseau WiFi de l'école. Il doit être possible de le faire avancer, reculer ou tourner. Il doit être possible aussi d'obtenir une image de la webcam.

Le comportement en mode autonome est plus complexe :
* le robot tente de suivre un marquage de couleur au sol, ce marquage peut être discontinu, la boussole est utilisée pour passer en ligne droite d'un marquage à l'autre et pour suivre les marquages ;
* le contrôleur peut demander à un robot de changer de sens de parcours ou de changer de couleur de parcours ;
* dès qu'il trouve une carte RFID sur ce marquage, la FoxBoard est prévenue et stocke une image correspondant à l'identifiant de la carte RFID ;
* les robots communiquent en <tt>bluetooth</tt> à leur FoxBoard la couleur du parcours suivi, les FoxBoard diffusent cette information entre elles ;
* quand une FoxBoard s'aperçoit qu'un parcours est utilisé par moins de robots qu'un autre parcours, elle peut demander à son robot de changer de couleur de parcours pour équilibrer le nombre de robots.

<table border="1">
<tr> <th>Matériel</th>
<td>Boite lego MindStorm</td>
<td>Module RFID</td>
<td>Module boussole</td>
<td>Téléphone Android</td>
<td>FoxBoard</td>
<td>WebCam</td>
<td>Adaptateur USB/WiFi</td>
<td>Adaptateur BlueTooth</td>
<td>Hub USB</td>
<td>Boitier piles</td>
<td>Piles rechargeables</td>
</tr>
<tr> <th>Nombre</th>
<td>8/8 (une boite prêtée par Xavier Redon, commande département IMA)</td>
<td>7/8 (commande département IMA)</td>
<td>8/8 (une prêtée par Xavier Redon, commande département IMA)</td>
<td>8/8</td>
<td>8/8</td>
<td>8/8 (test en cours pour des webcam plus performantes)</td>
<td>8/8</td>
<td>5/8 (prêtés par Xavier Redon, commande département IMA)</td>
<td>8/8 (deux non testés)</td>
<td>8/8</td>
<td>70/100 (commande pôle électronique)</td>
</tr>
</table>

= Démonstration finale =
Pour la démonstration finale vous tracerez une grande piste comprenant au moins deux parcours (voir schéma ci-dessous). Des cartes RFID doivent être disposées en des points précis de chaque parcours. Vous placerez vos robots sur l'un des parcours, tous orientés dans le même sens. Les robots vont cheminer un certain temps sur ce parcours (l'occasion de vérifier le bon suivi du marquage au sol et que les robots savent tenir leurs distances). Ils doivent ensuite se répartir automatiquement sur les deux parcours disponibles. Un contrôleur ordonne à son robot de changer de sens de parcours. Les robots devraient se bloquer. Le contrôleur téléguide le robot pour le sortir du parcours, les autres robots devraient se débloquer.

Voici un exemple de double parcours.
<gallery>
File:Parcours-double.png|Parcours double
</gallery>

BE 2011-2012

2012-02-20T07:58:47Z

Afossey : /* Robot naviguant aux instruments */

= But à atteindre =

Ce bureau d'étude a comme finalité la construction de robots patrouilleurs. Ces robots doivent parcourir de façon semi-autonome un espace en accumulant des données. Ces données peuvent être, par exemple, des images de leur environnement ou le résultat d'écoutes WiFi. Un robot semi-autonome est un robot capable de se déplacer dans son espace sans intervention humaine en suivant un balisage quelconque (marquage au sol, tags RFID, sons particuliers, etc). Un humain doit cependant pouvoir prendre le contrôle partiel ou total d'un robot. Le contrôle partiel consiste à faire varier la vitesse du robot, le sens du parcours du robot, etc. Le contrôle total consiste à gérer complétement le déplacement du robot, même si ce dernier évite encore les collisions (que le contrôleur pourrait ne pas avoir pu prévoir). Les robots doivent aussi pouvoir communiquer entre eux pour s'échanger des informations de positionnement, pour pouvoir s'éviter ou pour pouvoir se regrouper (par exemple pour pouvoir explorer en détail un lieu particulier). A ce propos il est fondamental que les robots sachent se positionner pour pouvoir annoter les informations envoyées ou stockées (images ou données).

= Matériel à votre disposition =

[[Image:boite_mindstorm.jpg|150px|right]]
[[Image:foxboard.jpg|150px|left]]
Les couches basses du robot seront réalisées à l'aide de Lego MindStorm. Le Lego va permettre de réaliser le chassis avec sa motorisation et d'y installer divers capteurs. Il est même possible d'assurer une certaine communication entre robots grâce à la technologie <tt>bluetooth</tt> intégrée au micro-contrôleur MindStorm. Pour aller plus loin, il est nécessaire d'embarquer un micro-PC de type FoxBoard sur le robot. C'est ce micro-PC qui fera faire les acquisitions d'images ou les analyses WiFi et c'est à lui que le micro-contrôleur du MindStorm pourra envoyer ses données de localisation.

 

= Répartition des tâches =

Chaque binôme va se voir affecter une des problématiques décrites dans les sous-sections suivantes. Par la suite les résultats devront être incorporés dans chaque robot pour obtenir un robot tel que décrit plus haut. Notez que tous les robots doivent savoir s'arrêter quand un obstacle se présente devant eux (utilisation du sonar MindStorm).

== Robot suiveur de ligne ==
Vous devez créer un robot capable de suivre une courbe discontinue au sol. Le robot doit être capable de réaliser les actions ci-dessous.
* en cas de perte du marquage, tourner dans un sens puis dans l'autre pour tenter de le retrouver avec des angles de plus en plus grands ;
* si le marquage ne peut pas être retrouvé, se remettre dans la position de la perte initiale et partir tout droit ;
* se remettre dans l'axe du marquage lorsque ce marquage est retrouvé ;
* s'arrêter quand un obstacle se présente devant lui et repartir si l'obstacle disparait ;
* changer de parcours sur commande, c'est à dire emprunter un parcours d'une couleur différente dès qu'il est rencontré ;
* inverser son sens de parcours.

Voici des exemples de parcours discontinus pouvant être suivis dans les deux sens.
<gallery>
File:Parcours-carre.png|Parcours carré
File:Parcours-cercle.png‎|Parcours avec arcs
</gallery>

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Ombeline Rossi, Mélanie Hautecoeur </td>
<td> Boite lego MindStorm, Scotch de couleur </td>
<td> [[SuiveurLigne2011-1|Robot suiveur de ligne 1]] </td>
</tr>
</table>
<gallery>
File:vide.jpg
File:tralala.jpg
File:pitet.jpg
File:profil.jpg
File:tete.jpg
File:pardevant.jpg
File:parderriere.jpg
File:parlesdeux.jpg
</gallery>

== Robots synchronisés ==
Cette étude sera menée par deux binômes. Vos deux robots doivent être capables de se synchroniser. Il vous est demandé de réaliser le comportement suivant :

* séparés, les robots avancent tout droit et s'arrêtent dès qu'ils détectent un obstacle avec leur sonar ;
* les deux robots doivent pouvoir être couplés côte à côte ;
* dans le mode couplé, les robots avancent quand aucun obstacle n'est détecté par leurs sonars ;
* dans le mode couplé, si un robot détecte un obstacle et l'autre non le couple tourne dans la direction où aucun obstacle n'est détecté.

La communication entre les deux robots se fait par <tt>bluetooth</tt>.

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Nathan Martin, Charlotte Bricout </td>
<td> Boite lego MindStorm </td>
<td> [[Synchronize2011-1|Robot communicant 1]] </td>
</tr>
<tr>
<td> Gondry Jérémy, Verheyde Richard </td>
<td> Boite lego MindStorm </td>
<td> [[Synchronize2011-2|Robot communicant 2]] </td>
</tr>
</table>

== Robot suiveur RFID ==
Vous doterez votre robot d'un lecteur RFID et d'une boussole. Votre robot doit être capable de réaliser les opérations ci-après :

* trouver sous une marque de couleur précise (feuille A4, disque, ...) une carte RFID ;
* partir dans une direction donnée ; le robot s'oriente avec la boussole puis se lance avec ses deux moteurs sans tenter de corriger la trajectoire ;
* mémoriser des caps en fonction des identifiants des cartes RFID.

Par la suite vous intégrez ces trois fonctionnalités pour obtenir un robot capable de suivre une trajectoire matérialisée par des marques sous lesquelles une carte RFID est dissimulée.
Quand le robot détecte une marque via son capteur de couleur, il se met à chercher l'emplacement exact de la carte RFID. Une fois la carte localisée, le robot trouve le prochain cap à suivre en fonction de l'identifiant de la carte RFID. Le robot s'oriente sur ce cap avec sa boussole puis se lance vers la marque suivante. Et ainsi de suite.

Voici un exemple de parcours en suivant des marques RFID.
<gallery>
File:Parcours-marques.png|Parcours RFID
</gallery>

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Florian Lemaire, Victor Sallé </td>
<td> Boite lego MindStorm, Module RFID, Cartes RFID, module boussole, Marques de couleur </td>
<td> [[SuiveurRFID2011-1|Robot suiveur RFID 1]] </td>
</tr>
</table>

== Robot naviguant aux instruments ==
Vous doterez votre robot d'une boussole pour lui permettre de connaitre précisement sa direction. Vous devez réaliser les actions décrites dans la suite.

* Vous commencerez par faire en sorte que votre robot sache avancer en ligne droite, pour cela vous utiliserez le contrôle PID décrit sur la page [http://wikipedia.org/wiki/PID_controller WikiPedia]. Pour simplifier ce qui est dit sur cette page, sachez le principe appliqué à votre robot va être d'effectuer des corrections sur la trajectoire en utilisant des rotations. L'angle de ces rotations va être calculé en fonction de l'erreur de trajectoire indiqué par la boussole. Plus exactement par la somme d'une constante multipliée par l'erreur instantanée, d'une autre constante multipliée par l'intégrale de l'erreur et enfin d'une dernière constante multipliée par la dérivée de l'erreur. A vous de trouver les valeurs adaptées des trois constantes.

* Par la suite faites en sorte que votre robot sache contourner les obstacles au plus juste. Au plus juste signifiant qu'il tournera vers la droite ou vers la gauche en jugeant d'où se trouve le chemin le plus libre. L'algorithme a appliquer consiste à tourner le robot d'un angle faible dans un sens puis dans l'autre et de lire les resultats du sonar. Si les deux mesures indiquent un obstacle trop proche, l'angle est augmenté et le procédé répété. Dès qu'une trajectoire indique un chemin libre ou du moins un obstacle à distance suffisante, le robot avance en ligne droite suivant cette trajectoire. La boussole doit être utilisée ici pour vérifier que le robot effectue précisement des rotations des angles souhaités et qu'il sache revenir en position initiale pour éventuellement recommencer avec un angle plus grand.

* Pour permettre de suivre le comportement du robot, faites afficher sur la brique de contrôle MindStorm l'angle de rotation pour le dernier contournement et la distance parcourue le long de la dernière ligne droite.

Intégrez les comportements pour obtenir un robot capable de contourner les obstacles avec un minimum d'intelligence.

Voici un exemple de contournement d'obstacle avec l'algorithme décrit.
<gallery>
File:Parcours-boussole.png|Contournement d'obstacle
</gallery>

[[Avancée du 30/01/2012 :]]

- Découverte du logiciel Lego Mindstorms NXT.

Écriture de la structure du programme :

-

- Test du capteur d'ultrasons pour obstacle à moins de 30cm.

- Réponse du véhicule en contournant l'obstacle.

[[Avancée du 06/02/2012 :]]

Montage du robot, première partie :

- Discussion sur les caractéristiques spéciales du robot : La base du robot ne sera pas standardisée par le modèle fourni,
il sera doté d'un troisième moteur placé orthogonalement aux autres lui permettant de tourner sa "tête". En effet, le capteur
à ultrasons et le capteur de couleur seront placés dessus, ainsi on pourra limiter la marge d'erreur due à la rotation par chenille/roues et suivre un tracé au sol plus aisément.

- Le socle constitué des roues et de la tête est monté. Il est encore fragile et doit être amélioré, ceci vient du fait que l'on a
monté le robot sans mode d'emploi.

[[Avancée du 13/02/2012 :]]

Montage du robot, deuxième partie :

- Ajout du socle soutenant la foxboard et le NXT.

- Révision du programme pour le fonctionnement de la "tête" du robot, on effectue une rotation de 20° dès que le robot approche à moins de 30cm d'un obstacle, dans ce cas il effectue un test et prend la direction la plus avantageuse pour le contourner.

[[Fichier:2012-02-13_09-12-19_815.jpg]]

[[ Avancée du 16/02/2012 :]]

- Révision du socle NXT/foxboard, changement de structure pour plus de solidité (au niveau de la répartition du poids) ainsi que
pour accueillir plus de périphériques (hub usb, clés wifi/bluetooth, batterie foxboard).

[[Fichier:2012-02-16 17-26-14 677.jpg]]

[[Fichier:2012-02-16_17-37-08_399.jpg‎]]

- Réflexion sur le programme.

[[ Avancée du 20/02/2012 :]]

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Olivier Tailliez, Antoine Fossey</td>
<td> Boite lego MindStorm, Module boussole </td>
<td> [[Boussole2011-1|Robot boussole 1]] </td>
</tr>
</table>

== Robot téléguidé avec système embarqué ==
Votre robot doit pouvoir être radio-guidé par un contrôleur. Le dit contrôleur peut diriger le robot au vu de l'image de la webcam embarquée. L'acquisition de la webcam et sa diffusion par WiFi est assuré par un système embarqué FoxBoard. La FoxBoard vous sera livrée configurée mais il faudra l'embarquer dans votre robot avec tous ses accessoires (webcam, module <tt>bluetooth</tt>, boitier de piles). Un calcul du temps d'autonomie doit être effectué. Dans un premier temps le radio-guidage peut se faire à l'aide du logiciel MindStorm par <tt>bluetooth</tt>. Dans un second temps il faut étudier la possibilité d'un radio-guidage par WiFi, les ordres étant transmis par un navigateur Web au serveur Web de la FoxBoard puis transmis au micro-contrôleur MindStorm par <tt>bluetooth</tt>. Vous aurez le choix de programmer votre robot avec le logiciel MindStorm ou avec un langage de bas niveau proche du langage C (voir la page web [http://www.eggwall.com/2011/08/lego-nxt-mindstorm-with-linux.html]).

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Jean-Dominique. Lancieri, Thomas Maurice </td>
<td> Boite lego MindStorm, Téléphone Android, FoxBoard avec webcam, interface WiFi, convertisseur <tt>bluetooth</tt>, Boitier piles </td>
<td> [[Teleguide2011-1|Robot téléguidé 1]] </td>
</tr>
<tr>
<td> Florian Royer, Benoît Maliar </td>
<td> Boite lego MindStorm, Téléphone Android, FoxBoard avec webcam, interface WiFi, convertisseur <tt>bluetooth</tt>, Boitier piles </td>
<td> [[Teleguide2011-2|Robot téléguidé 2]] </td>
</tr>
<tr>
<td> Manon Barrois, Fabien Violier </td>
<td> Boite lego MindStorm, Téléphone Android, FoxBoard avec webcam, interface WiFi, convertisseur <tt>bluetooth</tt>, Boitier piles </td>
<td> [[Teleguide2011-3|Robot téléguidé 3]] </td>
</tr>
</table>

= Intégration des fonctionnalités =
Une fois toutes les études terminées et les solutions implantées (sous forme de briques personnalisées par exemple), vous doterez votre robot des fonctionnalités nécessaires à la réalisation de la démonstration finale. Votre robot doit être capable de suivre des marquages discontinus au sol, être capable de communiquer avec les autres robots, être capable de se repérer dans l'espace en repérant des cartes RFID et enfin doit embarquer une FoxBoard avec une connexion WiFi et une webcam.

Les robots peuvent se trouver soit dans un mode autonome soit dans un mode téléguidé. Dans le mode téléguidé, le robot est contrôlé à l'aide d'un téléphone Android connecté sur le réseau WiFi de l'école. Il doit être possible de le faire avancer, reculer ou tourner. Il doit être possible aussi d'obtenir une image de la webcam.

Le comportement en mode autonome est plus complexe :
* le robot tente de suivre un marquage de couleur au sol, ce marquage peut être discontinu, la boussole est utilisée pour passer en ligne droite d'un marquage à l'autre et pour suivre les marquages ;
* le contrôleur peut demander à un robot de changer de sens de parcours ou de changer de couleur de parcours ;
* dès qu'il trouve une carte RFID sur ce marquage, la FoxBoard est prévenue et stocke une image correspondant à l'identifiant de la carte RFID ;
* les robots communiquent en <tt>bluetooth</tt> à leur FoxBoard la couleur du parcours suivi, les FoxBoard diffusent cette information entre elles ;
* quand une FoxBoard s'aperçoit qu'un parcours est utilisé par moins de robots qu'un autre parcours, elle peut demander à son robot de changer de couleur de parcours pour équilibrer le nombre de robots.

<table border="1">
<tr> <th>Matériel</th>
<td>Boite lego MindStorm</td>
<td>Module RFID</td>
<td>Module boussole</td>
<td>Téléphone Android</td>
<td>FoxBoard</td>
<td>WebCam</td>
<td>Adaptateur USB/WiFi</td>
<td>Adaptateur BlueTooth</td>
<td>Hub USB</td>
<td>Boitier piles</td>
<td>Piles rechargeables</td>
</tr>
<tr> <th>Nombre</th>
<td>8/8 (une boite prêtée par Xavier Redon, commande département IMA)</td>
<td>7/8 (commande département IMA)</td>
<td>8/8 (une prêtée par Xavier Redon, commande département IMA)</td>
<td>8/8</td>
<td>8/8</td>
<td>8/8 (test en cours pour des webcam plus performantes)</td>
<td>8/8</td>
<td>5/8 (prêtés par Xavier Redon, commande département IMA)</td>
<td>8/8 (deux non testés)</td>
<td>8/8</td>
<td>70/100 (commande pôle électronique)</td>
</tr>
</table>

= Démonstration finale =
Pour la démonstration finale vous tracerez une grande piste comprenant au moins deux parcours (voir schéma ci-dessous). Des cartes RFID doivent être disposées en des points précis de chaque parcours. Vous placerez vos robots sur l'un des parcours, tous orientés dans le même sens. Les robots vont cheminer un certain temps sur ce parcours (l'occasion de vérifier le bon suivi du marquage au sol et que les robots savent tenir leurs distances). Ils doivent ensuite se répartir automatiquement sur les deux parcours disponibles. Un contrôleur ordonne à son robot de changer de sens de parcours. Les robots devraient se bloquer. Le contrôleur téléguide le robot pour le sortir du parcours, les autres robots devraient se débloquer.

Voici un exemple de double parcours.
<gallery>
File:Parcours-double.png|Parcours double
</gallery>

Fichier:2012-02-16 17-26-14 677.jpg

2012-02-20T07:57:27Z

Afossey : Aperçu final.

Aperçu final.

Fichier:2012-02-16 17-37-08 399.jpg

2012-02-20T07:55:29Z

Afossey : a téléversé une nouvelle version de « Fichier:2012-02-16 17-37-08 399.jpg » : Aperçu final du robot, "tête" tournée.

Aperçu final du robot.

Fichier:2012-02-13 09-12-19 815.jpg

2012-02-20T07:53:57Z

Afossey : a téléversé une nouvelle version de « Fichier:2012-02-13 09-12-19 815.jpg » : Premier aperçu avec le foxboard et le NXT.

Premier Aperçu du robot.

BE 2011-2012

2012-02-20T07:50:52Z

Afossey : /* Robot naviguant aux instruments */

= But à atteindre =

Ce bureau d'étude a comme finalité la construction de robots patrouilleurs. Ces robots doivent parcourir de façon semi-autonome un espace en accumulant des données. Ces données peuvent être, par exemple, des images de leur environnement ou le résultat d'écoutes WiFi. Un robot semi-autonome est un robot capable de se déplacer dans son espace sans intervention humaine en suivant un balisage quelconque (marquage au sol, tags RFID, sons particuliers, etc). Un humain doit cependant pouvoir prendre le contrôle partiel ou total d'un robot. Le contrôle partiel consiste à faire varier la vitesse du robot, le sens du parcours du robot, etc. Le contrôle total consiste à gérer complétement le déplacement du robot, même si ce dernier évite encore les collisions (que le contrôleur pourrait ne pas avoir pu prévoir). Les robots doivent aussi pouvoir communiquer entre eux pour s'échanger des informations de positionnement, pour pouvoir s'éviter ou pour pouvoir se regrouper (par exemple pour pouvoir explorer en détail un lieu particulier). A ce propos il est fondamental que les robots sachent se positionner pour pouvoir annoter les informations envoyées ou stockées (images ou données).

= Matériel à votre disposition =

[[Image:boite_mindstorm.jpg|150px|right]]
[[Image:foxboard.jpg|150px|left]]
Les couches basses du robot seront réalisées à l'aide de Lego MindStorm. Le Lego va permettre de réaliser le chassis avec sa motorisation et d'y installer divers capteurs. Il est même possible d'assurer une certaine communication entre robots grâce à la technologie <tt>bluetooth</tt> intégrée au micro-contrôleur MindStorm. Pour aller plus loin, il est nécessaire d'embarquer un micro-PC de type FoxBoard sur le robot. C'est ce micro-PC qui fera faire les acquisitions d'images ou les analyses WiFi et c'est à lui que le micro-contrôleur du MindStorm pourra envoyer ses données de localisation.

 

= Répartition des tâches =

Chaque binôme va se voir affecter une des problématiques décrites dans les sous-sections suivantes. Par la suite les résultats devront être incorporés dans chaque robot pour obtenir un robot tel que décrit plus haut. Notez que tous les robots doivent savoir s'arrêter quand un obstacle se présente devant eux (utilisation du sonar MindStorm).

== Robot suiveur de ligne ==
Vous devez créer un robot capable de suivre une courbe discontinue au sol. Le robot doit être capable de réaliser les actions ci-dessous.
* en cas de perte du marquage, tourner dans un sens puis dans l'autre pour tenter de le retrouver avec des angles de plus en plus grands ;
* si le marquage ne peut pas être retrouvé, se remettre dans la position de la perte initiale et partir tout droit ;
* se remettre dans l'axe du marquage lorsque ce marquage est retrouvé ;
* s'arrêter quand un obstacle se présente devant lui et repartir si l'obstacle disparait ;
* changer de parcours sur commande, c'est à dire emprunter un parcours d'une couleur différente dès qu'il est rencontré ;
* inverser son sens de parcours.

Voici des exemples de parcours discontinus pouvant être suivis dans les deux sens.
<gallery>
File:Parcours-carre.png|Parcours carré
File:Parcours-cercle.png‎|Parcours avec arcs
</gallery>

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Ombeline Rossi, Mélanie Hautecoeur </td>
<td> Boite lego MindStorm, Scotch de couleur </td>
<td> [[SuiveurLigne2011-1|Robot suiveur de ligne 1]] </td>
</tr>
</table>
<gallery>
File:vide.jpg
File:tralala.jpg
File:pitet.jpg
File:profil.jpg
File:tete.jpg
File:pardevant.jpg
File:parderriere.jpg
File:parlesdeux.jpg
</gallery>

== Robots synchronisés ==
Cette étude sera menée par deux binômes. Vos deux robots doivent être capables de se synchroniser. Il vous est demandé de réaliser le comportement suivant :

* séparés, les robots avancent tout droit et s'arrêtent dès qu'ils détectent un obstacle avec leur sonar ;
* les deux robots doivent pouvoir être couplés côte à côte ;
* dans le mode couplé, les robots avancent quand aucun obstacle n'est détecté par leurs sonars ;
* dans le mode couplé, si un robot détecte un obstacle et l'autre non le couple tourne dans la direction où aucun obstacle n'est détecté.

La communication entre les deux robots se fait par <tt>bluetooth</tt>.

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Nathan Martin, Charlotte Bricout </td>
<td> Boite lego MindStorm </td>
<td> [[Synchronize2011-1|Robot communicant 1]] </td>
</tr>
<tr>
<td> Gondry Jérémy, Verheyde Richard </td>
<td> Boite lego MindStorm </td>
<td> [[Synchronize2011-2|Robot communicant 2]] </td>
</tr>
</table>

== Robot suiveur RFID ==
Vous doterez votre robot d'un lecteur RFID et d'une boussole. Votre robot doit être capable de réaliser les opérations ci-après :

* trouver sous une marque de couleur précise (feuille A4, disque, ...) une carte RFID ;
* partir dans une direction donnée ; le robot s'oriente avec la boussole puis se lance avec ses deux moteurs sans tenter de corriger la trajectoire ;
* mémoriser des caps en fonction des identifiants des cartes RFID.

Par la suite vous intégrez ces trois fonctionnalités pour obtenir un robot capable de suivre une trajectoire matérialisée par des marques sous lesquelles une carte RFID est dissimulée.
Quand le robot détecte une marque via son capteur de couleur, il se met à chercher l'emplacement exact de la carte RFID. Une fois la carte localisée, le robot trouve le prochain cap à suivre en fonction de l'identifiant de la carte RFID. Le robot s'oriente sur ce cap avec sa boussole puis se lance vers la marque suivante. Et ainsi de suite.

Voici un exemple de parcours en suivant des marques RFID.
<gallery>
File:Parcours-marques.png|Parcours RFID
</gallery>

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Florian Lemaire, Victor Sallé </td>
<td> Boite lego MindStorm, Module RFID, Cartes RFID, module boussole, Marques de couleur </td>
<td> [[SuiveurRFID2011-1|Robot suiveur RFID 1]] </td>
</tr>
</table>

== Robot naviguant aux instruments ==
Vous doterez votre robot d'une boussole pour lui permettre de connaitre précisement sa direction. Vous devez réaliser les actions décrites dans la suite.

* Vous commencerez par faire en sorte que votre robot sache avancer en ligne droite, pour cela vous utiliserez le contrôle PID décrit sur la page [http://wikipedia.org/wiki/PID_controller WikiPedia]. Pour simplifier ce qui est dit sur cette page, sachez le principe appliqué à votre robot va être d'effectuer des corrections sur la trajectoire en utilisant des rotations. L'angle de ces rotations va être calculé en fonction de l'erreur de trajectoire indiqué par la boussole. Plus exactement par la somme d'une constante multipliée par l'erreur instantanée, d'une autre constante multipliée par l'intégrale de l'erreur et enfin d'une dernière constante multipliée par la dérivée de l'erreur. A vous de trouver les valeurs adaptées des trois constantes.

* Par la suite faites en sorte que votre robot sache contourner les obstacles au plus juste. Au plus juste signifiant qu'il tournera vers la droite ou vers la gauche en jugeant d'où se trouve le chemin le plus libre. L'algorithme a appliquer consiste à tourner le robot d'un angle faible dans un sens puis dans l'autre et de lire les resultats du sonar. Si les deux mesures indiquent un obstacle trop proche, l'angle est augmenté et le procédé répété. Dès qu'une trajectoire indique un chemin libre ou du moins un obstacle à distance suffisante, le robot avance en ligne droite suivant cette trajectoire. La boussole doit être utilisée ici pour vérifier que le robot effectue précisement des rotations des angles souhaités et qu'il sache revenir en position initiale pour éventuellement recommencer avec un angle plus grand.

* Pour permettre de suivre le comportement du robot, faites afficher sur la brique de contrôle MindStorm l'angle de rotation pour le dernier contournement et la distance parcourue le long de la dernière ligne droite.

Intégrez les comportements pour obtenir un robot capable de contourner les obstacles avec un minimum d'intelligence.

Voici un exemple de contournement d'obstacle avec l'algorithme décrit.
<gallery>
File:Parcours-boussole.png|Contournement d'obstacle
</gallery>

[[Avancée du 30/01/2012 :]]

- Découverte du logiciel Lego Mindstorms NXT.

Écriture de la structure du programme :

-

- Test du capteur d'ultrasons pour obstacle à moins de 30cm.

- Réponse du véhicule en contournant l'obstacle.

[[Avancée du 06/02/2012 :]]

Montage du robot, première partie :

- Discussion sur les caractéristiques spéciales du robot : La base du robot ne sera pas standardisée par le modèle fourni,
il sera doté d'un troisième moteur placé orthogonalement aux autres lui permettant de tourner sa "tête". En effet, le capteur
à ultrasons et le capteur de couleur seront placés dessus, ainsi on pourra limiter la marge d'erreur due à la rotation par chenille/roues et suivre un tracé au sol plus aisément.

- Le socle constitué des roues et de la tête est monté. Il est encore fragile et doit être amélioré, ceci vient du fait que l'on a
monté le robot sans mode d'emploi.

[[Avancée du 13/02/2012 :]]

Montage du robot, deuxième partie :

- Ajout du socle soutenant la foxboard et le NXT.

- Révision du programme pour le fonctionnement de la "tête" du robot, on effectue une rotation de 20° dès que le robot approche à moins de 30cm d'un obstacle, dans ce cas il effectue un test et prend la direction la plus avantageuse pour le contourner.

[[Fichier:2012-02-13_09-12-19_815.jpg]]

[[
Avancée du 16/02/2012 :]]

- Révision du socle NXT/foxboard, changement de structure pour plus de solidité (au niveau de la répartition du poids) ainsi que
pour accueillir plus de périphériques (hub usb, clés wifi/bluetooth, batterie foxboard).

[[Fichier:2012-02-16_17-37-08_399.jpg‎]]

- Réflexion sur le programme.
[[
Avancée du 20/02/2012 :]]

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Olivier Tailliez, Antoine Fossey</td>
<td> Boite lego MindStorm, Module boussole </td>
<td> [[Boussole2011-1|Robot boussole 1]] </td>
</tr>
</table>

== Robot téléguidé avec système embarqué ==
Votre robot doit pouvoir être radio-guidé par un contrôleur. Le dit contrôleur peut diriger le robot au vu de l'image de la webcam embarquée. L'acquisition de la webcam et sa diffusion par WiFi est assuré par un système embarqué FoxBoard. La FoxBoard vous sera livrée configurée mais il faudra l'embarquer dans votre robot avec tous ses accessoires (webcam, module <tt>bluetooth</tt>, boitier de piles). Un calcul du temps d'autonomie doit être effectué. Dans un premier temps le radio-guidage peut se faire à l'aide du logiciel MindStorm par <tt>bluetooth</tt>. Dans un second temps il faut étudier la possibilité d'un radio-guidage par WiFi, les ordres étant transmis par un navigateur Web au serveur Web de la FoxBoard puis transmis au micro-contrôleur MindStorm par <tt>bluetooth</tt>. Vous aurez le choix de programmer votre robot avec le logiciel MindStorm ou avec un langage de bas niveau proche du langage C (voir la page web [http://www.eggwall.com/2011/08/lego-nxt-mindstorm-with-linux.html]).

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Jean-Dominique. Lancieri, Thomas Maurice </td>
<td> Boite lego MindStorm, Téléphone Android, FoxBoard avec webcam, interface WiFi, convertisseur <tt>bluetooth</tt>, Boitier piles </td>
<td> [[Teleguide2011-1|Robot téléguidé 1]] </td>
</tr>
<tr>
<td> Florian Royer, Benoît Maliar </td>
<td> Boite lego MindStorm, Téléphone Android, FoxBoard avec webcam, interface WiFi, convertisseur <tt>bluetooth</tt>, Boitier piles </td>
<td> [[Teleguide2011-2|Robot téléguidé 2]] </td>
</tr>
<tr>
<td> Manon Barrois, Fabien Violier </td>
<td> Boite lego MindStorm, Téléphone Android, FoxBoard avec webcam, interface WiFi, convertisseur <tt>bluetooth</tt>, Boitier piles </td>
<td> [[Teleguide2011-3|Robot téléguidé 3]] </td>
</tr>
</table>

= Intégration des fonctionnalités =
Une fois toutes les études terminées et les solutions implantées (sous forme de briques personnalisées par exemple), vous doterez votre robot des fonctionnalités nécessaires à la réalisation de la démonstration finale. Votre robot doit être capable de suivre des marquages discontinus au sol, être capable de communiquer avec les autres robots, être capable de se repérer dans l'espace en repérant des cartes RFID et enfin doit embarquer une FoxBoard avec une connexion WiFi et une webcam.

Les robots peuvent se trouver soit dans un mode autonome soit dans un mode téléguidé. Dans le mode téléguidé, le robot est contrôlé à l'aide d'un téléphone Android connecté sur le réseau WiFi de l'école. Il doit être possible de le faire avancer, reculer ou tourner. Il doit être possible aussi d'obtenir une image de la webcam.

Le comportement en mode autonome est plus complexe :
* le robot tente de suivre un marquage de couleur au sol, ce marquage peut être discontinu, la boussole est utilisée pour passer en ligne droite d'un marquage à l'autre et pour suivre les marquages ;
* le contrôleur peut demander à un robot de changer de sens de parcours ou de changer de couleur de parcours ;
* dès qu'il trouve une carte RFID sur ce marquage, la FoxBoard est prévenue et stocke une image correspondant à l'identifiant de la carte RFID ;
* les robots communiquent en <tt>bluetooth</tt> à leur FoxBoard la couleur du parcours suivi, les FoxBoard diffusent cette information entre elles ;
* quand une FoxBoard s'aperçoit qu'un parcours est utilisé par moins de robots qu'un autre parcours, elle peut demander à son robot de changer de couleur de parcours pour équilibrer le nombre de robots.

<table border="1">
<tr> <th>Matériel</th>
<td>Boite lego MindStorm</td>
<td>Module RFID</td>
<td>Module boussole</td>
<td>Téléphone Android</td>
<td>FoxBoard</td>
<td>WebCam</td>
<td>Adaptateur USB/WiFi</td>
<td>Adaptateur BlueTooth</td>
<td>Hub USB</td>
<td>Boitier piles</td>
<td>Piles rechargeables</td>
</tr>
<tr> <th>Nombre</th>
<td>8/8 (une boite prêtée par Xavier Redon, commande département IMA)</td>
<td>7/8 (commande département IMA)</td>
<td>8/8 (une prêtée par Xavier Redon, commande département IMA)</td>
<td>8/8</td>
<td>8/8</td>
<td>8/8 (test en cours pour des webcam plus performantes)</td>
<td>8/8</td>
<td>5/8 (prêtés par Xavier Redon, commande département IMA)</td>
<td>8/8 (deux non testés)</td>
<td>8/8</td>
<td>70/100 (commande pôle électronique)</td>
</tr>
</table>

= Démonstration finale =
Pour la démonstration finale vous tracerez une grande piste comprenant au moins deux parcours (voir schéma ci-dessous). Des cartes RFID doivent être disposées en des points précis de chaque parcours. Vous placerez vos robots sur l'un des parcours, tous orientés dans le même sens. Les robots vont cheminer un certain temps sur ce parcours (l'occasion de vérifier le bon suivi du marquage au sol et que les robots savent tenir leurs distances). Ils doivent ensuite se répartir automatiquement sur les deux parcours disponibles. Un contrôleur ordonne à son robot de changer de sens de parcours. Les robots devraient se bloquer. Le contrôleur téléguide le robot pour le sortir du parcours, les autres robots devraient se débloquer.

Voici un exemple de double parcours.
<gallery>
File:Parcours-double.png|Parcours double
</gallery>

Fichier:2012-02-16 17-37-08 399.jpg

2012-02-20T07:49:27Z

Afossey : Aperçu final du robot.

Aperçu final du robot.

Fichier:2012-02-13 09-12-19 815.jpg

2012-02-20T07:48:38Z

Afossey : Premier Aperçu du robot.

Premier Aperçu du robot.

Fichier:2012-02-16 17-37-01 851.jpg

2012-02-20T07:39:47Z

Afossey : Aperçu final du robot, "tête" tournée.

Aperçu final du robot, "tête" tournée.

BE 2011-2012

2012-02-20T07:32:33Z

Afossey : /* Robot naviguant aux instruments */

= But à atteindre =

Ce bureau d'étude a comme finalité la construction de robots patrouilleurs. Ces robots doivent parcourir de façon semi-autonome un espace en accumulant des données. Ces données peuvent être, par exemple, des images de leur environnement ou le résultat d'écoutes WiFi. Un robot semi-autonome est un robot capable de se déplacer dans son espace sans intervention humaine en suivant un balisage quelconque (marquage au sol, tags RFID, sons particuliers, etc). Un humain doit cependant pouvoir prendre le contrôle partiel ou total d'un robot. Le contrôle partiel consiste à faire varier la vitesse du robot, le sens du parcours du robot, etc. Le contrôle total consiste à gérer complétement le déplacement du robot, même si ce dernier évite encore les collisions (que le contrôleur pourrait ne pas avoir pu prévoir). Les robots doivent aussi pouvoir communiquer entre eux pour s'échanger des informations de positionnement, pour pouvoir s'éviter ou pour pouvoir se regrouper (par exemple pour pouvoir explorer en détail un lieu particulier). A ce propos il est fondamental que les robots sachent se positionner pour pouvoir annoter les informations envoyées ou stockées (images ou données).

= Matériel à votre disposition =

[[Image:boite_mindstorm.jpg|150px|right]]
[[Image:foxboard.jpg|150px|left]]
Les couches basses du robot seront réalisées à l'aide de Lego MindStorm. Le Lego va permettre de réaliser le chassis avec sa motorisation et d'y installer divers capteurs. Il est même possible d'assurer une certaine communication entre robots grâce à la technologie <tt>bluetooth</tt> intégrée au micro-contrôleur MindStorm. Pour aller plus loin, il est nécessaire d'embarquer un micro-PC de type FoxBoard sur le robot. C'est ce micro-PC qui fera faire les acquisitions d'images ou les analyses WiFi et c'est à lui que le micro-contrôleur du MindStorm pourra envoyer ses données de localisation.

 

= Répartition des tâches =

Chaque binôme va se voir affecter une des problématiques décrites dans les sous-sections suivantes. Par la suite les résultats devront être incorporés dans chaque robot pour obtenir un robot tel que décrit plus haut. Notez que tous les robots doivent savoir s'arrêter quand un obstacle se présente devant eux (utilisation du sonar MindStorm).

== Robot suiveur de ligne ==
Vous devez créer un robot capable de suivre une courbe discontinue au sol. Le robot doit être capable de réaliser les actions ci-dessous.
* en cas de perte du marquage, tourner dans un sens puis dans l'autre pour tenter de le retrouver avec des angles de plus en plus grands ;
* si le marquage ne peut pas être retrouvé, se remettre dans la position de la perte initiale et partir tout droit ;
* se remettre dans l'axe du marquage lorsque ce marquage est retrouvé ;
* s'arrêter quand un obstacle se présente devant lui et repartir si l'obstacle disparait ;
* changer de parcours sur commande, c'est à dire emprunter un parcours d'une couleur différente dès qu'il est rencontré ;
* inverser son sens de parcours.

Voici des exemples de parcours discontinus pouvant être suivis dans les deux sens.
<gallery>
File:Parcours-carre.png|Parcours carré
File:Parcours-cercle.png‎|Parcours avec arcs
</gallery>

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Ombeline Rossi, Mélanie Hautecoeur </td>
<td> Boite lego MindStorm, Scotch de couleur </td>
<td> [[SuiveurLigne2011-1|Robot suiveur de ligne 1]] </td>
</tr>
</table>
<gallery>
File:vide.jpg
File:tralala.jpg
File:pitet.jpg
File:profil.jpg
File:tete.jpg
File:pardevant.jpg
File:parderriere.jpg
File:parlesdeux.jpg
</gallery>

== Robots synchronisés ==
Cette étude sera menée par deux binômes. Vos deux robots doivent être capables de se synchroniser. Il vous est demandé de réaliser le comportement suivant :

* séparés, les robots avancent tout droit et s'arrêtent dès qu'ils détectent un obstacle avec leur sonar ;
* les deux robots doivent pouvoir être couplés côte à côte ;
* dans le mode couplé, les robots avancent quand aucun obstacle n'est détecté par leurs sonars ;
* dans le mode couplé, si un robot détecte un obstacle et l'autre non le couple tourne dans la direction où aucun obstacle n'est détecté.

La communication entre les deux robots se fait par <tt>bluetooth</tt>.

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Nathan Martin, Charlotte Bricout </td>
<td> Boite lego MindStorm </td>
<td> [[Synchronize2011-1|Robot communicant 1]] </td>
</tr>
<tr>
<td> Gondry Jérémy, Verheyde Richard </td>
<td> Boite lego MindStorm </td>
<td> [[Synchronize2011-2|Robot communicant 2]] </td>
</tr>
</table>

== Robot suiveur RFID ==
Vous doterez votre robot d'un lecteur RFID et d'une boussole. Votre robot doit être capable de réaliser les opérations ci-après :

* trouver sous une marque de couleur précise (feuille A4, disque, ...) une carte RFID ;
* partir dans une direction donnée ; le robot s'oriente avec la boussole puis se lance avec ses deux moteurs sans tenter de corriger la trajectoire ;
* mémoriser des caps en fonction des identifiants des cartes RFID.

Par la suite vous intégrez ces trois fonctionnalités pour obtenir un robot capable de suivre une trajectoire matérialisée par des marques sous lesquelles une carte RFID est dissimulée.
Quand le robot détecte une marque via son capteur de couleur, il se met à chercher l'emplacement exact de la carte RFID. Une fois la carte localisée, le robot trouve le prochain cap à suivre en fonction de l'identifiant de la carte RFID. Le robot s'oriente sur ce cap avec sa boussole puis se lance vers la marque suivante. Et ainsi de suite.

Voici un exemple de parcours en suivant des marques RFID.
<gallery>
File:Parcours-marques.png|Parcours RFID
</gallery>

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Florian Lemaire, Victor Sallé </td>
<td> Boite lego MindStorm, Module RFID, Cartes RFID, module boussole, Marques de couleur </td>
<td> [[SuiveurRFID2011-1|Robot suiveur RFID 1]] </td>
</tr>
</table>

== Robot naviguant aux instruments ==
Vous doterez votre robot d'une boussole pour lui permettre de connaitre précisement sa direction. Vous devez réaliser les actions décrites dans la suite.

* Vous commencerez par faire en sorte que votre robot sache avancer en ligne droite, pour cela vous utiliserez le contrôle PID décrit sur la page [http://wikipedia.org/wiki/PID_controller WikiPedia]. Pour simplifier ce qui est dit sur cette page, sachez le principe appliqué à votre robot va être d'effectuer des corrections sur la trajectoire en utilisant des rotations. L'angle de ces rotations va être calculé en fonction de l'erreur de trajectoire indiqué par la boussole. Plus exactement par la somme d'une constante multipliée par l'erreur instantanée, d'une autre constante multipliée par l'intégrale de l'erreur et enfin d'une dernière constante multipliée par la dérivée de l'erreur. A vous de trouver les valeurs adaptées des trois constantes.

* Par la suite faites en sorte que votre robot sache contourner les obstacles au plus juste. Au plus juste signifiant qu'il tournera vers la droite ou vers la gauche en jugeant d'où se trouve le chemin le plus libre. L'algorithme a appliquer consiste à tourner le robot d'un angle faible dans un sens puis dans l'autre et de lire les resultats du sonar. Si les deux mesures indiquent un obstacle trop proche, l'angle est augmenté et le procédé répété. Dès qu'une trajectoire indique un chemin libre ou du moins un obstacle à distance suffisante, le robot avance en ligne droite suivant cette trajectoire. La boussole doit être utilisée ici pour vérifier que le robot effectue précisement des rotations des angles souhaités et qu'il sache revenir en position initiale pour éventuellement recommencer avec un angle plus grand.

* Pour permettre de suivre le comportement du robot, faites afficher sur la brique de contrôle MindStorm l'angle de rotation pour le dernier contournement et la distance parcourue le long de la dernière ligne droite.

Intégrez les comportements pour obtenir un robot capable de contourner les obstacles avec un minimum d'intelligence.

Voici un exemple de contournement d'obstacle avec l'algorithme décrit.
<gallery>
File:Parcours-boussole.png|Contournement d'obstacle
</gallery>

[[Avancée du 30/01/2012 :]]

- Découverte du logiciel Lego Mindstorms NXT.

Écriture de la structure du programme :

-

- Test du capteur d'ultrasons pour obstacle à moins de 30cm.

- Réponse du véhicule en contournant l'obstacle.

[[Avancée du 06/02/2012 :]]

Montage du robot, première partie :

- Discussion sur les caractéristiques spéciales du robot : La base du robot ne sera pas standardisée par le modèle fourni,
il sera doté d'un troisième moteur placé orthogonalement aux autres lui permettant de tourner sa "tête". En effet, le capteur
à ultrasons et le capteur de couleur seront placés dessus, ainsi on pourra limiter la marge d'erreur due à la rotation par chenille/roues et suivre un tracé au sol plus aisément.

- Le socle constitué des roues et de la tête est monté. Il est encore fragile et doit être amélioré, ceci vient du fait que l'on a
monté le robot sans mode d'emploi.

[[Avancée du 13/02/2012 :]]

Montage du robot, deuxième partie :

- Ajout du socle soutenant la foxboard et le NXT.

- Révision du programme pour le fonctionnement de la "tête" du robot, on effectue une rotation de 20° dès que le robot approche à moins de 30cm d'un obstacle, dans ce cas il effectue un test et prend la direction la plus avantageuse pour le contourner.
[[
Avancée du 16/02/2012 :]]

- Révision du socle NXT/foxboard, changement de structure pour plus de solidité (au niveau de la répartition du poids) ainsi que
pour accueillir plus de périphériques (hub usb, clés wifi/bluetooth, batterie foxboard).

- Réflexion sur le programme.
[[
Avancée du 20/02/2012 :]]

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Olivier Tailliez, Antoine Fossey</td>
<td> Boite lego MindStorm, Module boussole </td>
<td> [[Boussole2011-1|Robot boussole 1]] </td>
</tr>
</table>

== Robot téléguidé avec système embarqué ==
Votre robot doit pouvoir être radio-guidé par un contrôleur. Le dit contrôleur peut diriger le robot au vu de l'image de la webcam embarquée. L'acquisition de la webcam et sa diffusion par WiFi est assuré par un système embarqué FoxBoard. La FoxBoard vous sera livrée configurée mais il faudra l'embarquer dans votre robot avec tous ses accessoires (webcam, module <tt>bluetooth</tt>, boitier de piles). Un calcul du temps d'autonomie doit être effectué. Dans un premier temps le radio-guidage peut se faire à l'aide du logiciel MindStorm par <tt>bluetooth</tt>. Dans un second temps il faut étudier la possibilité d'un radio-guidage par WiFi, les ordres étant transmis par un navigateur Web au serveur Web de la FoxBoard puis transmis au micro-contrôleur MindStorm par <tt>bluetooth</tt>. Vous aurez le choix de programmer votre robot avec le logiciel MindStorm ou avec un langage de bas niveau proche du langage C (voir la page web [http://www.eggwall.com/2011/08/lego-nxt-mindstorm-with-linux.html]).

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Jean-Dominique. Lancieri, Thomas Maurice </td>
<td> Boite lego MindStorm, Téléphone Android, FoxBoard avec webcam, interface WiFi, convertisseur <tt>bluetooth</tt>, Boitier piles </td>
<td> [[Teleguide2011-1|Robot téléguidé 1]] </td>
</tr>
<tr>
<td> Florian Royer, Benoît Maliar </td>
<td> Boite lego MindStorm, Téléphone Android, FoxBoard avec webcam, interface WiFi, convertisseur <tt>bluetooth</tt>, Boitier piles </td>
<td> [[Teleguide2011-2|Robot téléguidé 2]] </td>
</tr>
<tr>
<td> Manon Barrois, Fabien Violier </td>
<td> Boite lego MindStorm, Téléphone Android, FoxBoard avec webcam, interface WiFi, convertisseur <tt>bluetooth</tt>, Boitier piles </td>
<td> [[Teleguide2011-3|Robot téléguidé 3]] </td>
</tr>
</table>

= Intégration des fonctionnalités =
Une fois toutes les études terminées et les solutions implantées (sous forme de briques personnalisées par exemple), vous doterez votre robot des fonctionnalités nécessaires à la réalisation de la démonstration finale. Votre robot doit être capable de suivre des marquages discontinus au sol, être capable de communiquer avec les autres robots, être capable de se repérer dans l'espace en repérant des cartes RFID et enfin doit embarquer une FoxBoard avec une connexion WiFi et une webcam.

Les robots peuvent se trouver soit dans un mode autonome soit dans un mode téléguidé. Dans le mode téléguidé, le robot est contrôlé à l'aide d'un téléphone Android connecté sur le réseau WiFi de l'école. Il doit être possible de le faire avancer, reculer ou tourner. Il doit être possible aussi d'obtenir une image de la webcam.

Le comportement en mode autonome est plus complexe :
* le robot tente de suivre un marquage de couleur au sol, ce marquage peut être discontinu, la boussole est utilisée pour passer en ligne droite d'un marquage à l'autre et pour suivre les marquages ;
* le contrôleur peut demander à un robot de changer de sens de parcours ou de changer de couleur de parcours ;
* dès qu'il trouve une carte RFID sur ce marquage, la FoxBoard est prévenue et stocke une image correspondant à l'identifiant de la carte RFID ;
* les robots communiquent en <tt>bluetooth</tt> à leur FoxBoard la couleur du parcours suivi, les FoxBoard diffusent cette information entre elles ;
* quand une FoxBoard s'aperçoit qu'un parcours est utilisé par moins de robots qu'un autre parcours, elle peut demander à son robot de changer de couleur de parcours pour équilibrer le nombre de robots.

<table border="1">
<tr> <th>Matériel</th>
<td>Boite lego MindStorm</td>
<td>Module RFID</td>
<td>Module boussole</td>
<td>Téléphone Android</td>
<td>FoxBoard</td>
<td>WebCam</td>
<td>Adaptateur USB/WiFi</td>
<td>Adaptateur BlueTooth</td>
<td>Hub USB</td>
<td>Boitier piles</td>
<td>Piles rechargeables</td>
</tr>
<tr> <th>Nombre</th>
<td>8/8 (une boite prêtée par Xavier Redon, commande département IMA)</td>
<td>7/8 (commande département IMA)</td>
<td>8/8 (une prêtée par Xavier Redon, commande département IMA)</td>
<td>8/8</td>
<td>8/8</td>
<td>8/8 (test en cours pour des webcam plus performantes)</td>
<td>8/8</td>
<td>5/8 (prêtés par Xavier Redon, commande département IMA)</td>
<td>8/8 (deux non testés)</td>
<td>8/8</td>
<td>70/100 (commande pôle électronique)</td>
</tr>
</table>

= Démonstration finale =
Pour la démonstration finale vous tracerez une grande piste comprenant au moins deux parcours (voir schéma ci-dessous). Des cartes RFID doivent être disposées en des points précis de chaque parcours. Vous placerez vos robots sur l'un des parcours, tous orientés dans le même sens. Les robots vont cheminer un certain temps sur ce parcours (l'occasion de vérifier le bon suivi du marquage au sol et que les robots savent tenir leurs distances). Ils doivent ensuite se répartir automatiquement sur les deux parcours disponibles. Un contrôleur ordonne à son robot de changer de sens de parcours. Les robots devraient se bloquer. Le contrôleur téléguide le robot pour le sortir du parcours, les autres robots devraient se débloquer.

Voici un exemple de double parcours.
<gallery>
File:Parcours-double.png|Parcours double
</gallery>

BE 2011-2012

2012-02-20T07:29:31Z

Afossey : /* Robot naviguant aux instruments */

= But à atteindre =

Ce bureau d'étude a comme finalité la construction de robots patrouilleurs. Ces robots doivent parcourir de façon semi-autonome un espace en accumulant des données. Ces données peuvent être, par exemple, des images de leur environnement ou le résultat d'écoutes WiFi. Un robot semi-autonome est un robot capable de se déplacer dans son espace sans intervention humaine en suivant un balisage quelconque (marquage au sol, tags RFID, sons particuliers, etc). Un humain doit cependant pouvoir prendre le contrôle partiel ou total d'un robot. Le contrôle partiel consiste à faire varier la vitesse du robot, le sens du parcours du robot, etc. Le contrôle total consiste à gérer complétement le déplacement du robot, même si ce dernier évite encore les collisions (que le contrôleur pourrait ne pas avoir pu prévoir). Les robots doivent aussi pouvoir communiquer entre eux pour s'échanger des informations de positionnement, pour pouvoir s'éviter ou pour pouvoir se regrouper (par exemple pour pouvoir explorer en détail un lieu particulier). A ce propos il est fondamental que les robots sachent se positionner pour pouvoir annoter les informations envoyées ou stockées (images ou données).

= Matériel à votre disposition =

[[Image:boite_mindstorm.jpg|150px|right]]
[[Image:foxboard.jpg|150px|left]]
Les couches basses du robot seront réalisées à l'aide de Lego MindStorm. Le Lego va permettre de réaliser le chassis avec sa motorisation et d'y installer divers capteurs. Il est même possible d'assurer une certaine communication entre robots grâce à la technologie <tt>bluetooth</tt> intégrée au micro-contrôleur MindStorm. Pour aller plus loin, il est nécessaire d'embarquer un micro-PC de type FoxBoard sur le robot. C'est ce micro-PC qui fera faire les acquisitions d'images ou les analyses WiFi et c'est à lui que le micro-contrôleur du MindStorm pourra envoyer ses données de localisation.

 

= Répartition des tâches =

Chaque binôme va se voir affecter une des problématiques décrites dans les sous-sections suivantes. Par la suite les résultats devront être incorporés dans chaque robot pour obtenir un robot tel que décrit plus haut. Notez que tous les robots doivent savoir s'arrêter quand un obstacle se présente devant eux (utilisation du sonar MindStorm).

== Robot suiveur de ligne ==
Vous devez créer un robot capable de suivre une courbe discontinue au sol. Le robot doit être capable de réaliser les actions ci-dessous.
* en cas de perte du marquage, tourner dans un sens puis dans l'autre pour tenter de le retrouver avec des angles de plus en plus grands ;
* si le marquage ne peut pas être retrouvé, se remettre dans la position de la perte initiale et partir tout droit ;
* se remettre dans l'axe du marquage lorsque ce marquage est retrouvé ;
* s'arrêter quand un obstacle se présente devant lui et repartir si l'obstacle disparait ;
* changer de parcours sur commande, c'est à dire emprunter un parcours d'une couleur différente dès qu'il est rencontré ;
* inverser son sens de parcours.

Voici des exemples de parcours discontinus pouvant être suivis dans les deux sens.
<gallery>
File:Parcours-carre.png|Parcours carré
File:Parcours-cercle.png‎|Parcours avec arcs
</gallery>

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Ombeline Rossi, Mélanie Hautecoeur </td>
<td> Boite lego MindStorm, Scotch de couleur </td>
<td> [[SuiveurLigne2011-1|Robot suiveur de ligne 1]] </td>
</tr>
</table>
<gallery>
File:vide.jpg
File:tralala.jpg
File:pitet.jpg
File:profil.jpg
File:tete.jpg
File:pardevant.jpg
File:parderriere.jpg
File:parlesdeux.jpg
</gallery>

== Robots synchronisés ==
Cette étude sera menée par deux binômes. Vos deux robots doivent être capables de se synchroniser. Il vous est demandé de réaliser le comportement suivant :

* séparés, les robots avancent tout droit et s'arrêtent dès qu'ils détectent un obstacle avec leur sonar ;
* les deux robots doivent pouvoir être couplés côte à côte ;
* dans le mode couplé, les robots avancent quand aucun obstacle n'est détecté par leurs sonars ;
* dans le mode couplé, si un robot détecte un obstacle et l'autre non le couple tourne dans la direction où aucun obstacle n'est détecté.

La communication entre les deux robots se fait par <tt>bluetooth</tt>.

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Nathan Martin, Charlotte Bricout </td>
<td> Boite lego MindStorm </td>
<td> [[Synchronize2011-1|Robot communicant 1]] </td>
</tr>
<tr>
<td> Gondry Jérémy, Verheyde Richard </td>
<td> Boite lego MindStorm </td>
<td> [[Synchronize2011-2|Robot communicant 2]] </td>
</tr>
</table>

== Robot suiveur RFID ==
Vous doterez votre robot d'un lecteur RFID et d'une boussole. Votre robot doit être capable de réaliser les opérations ci-après :

* trouver sous une marque de couleur précise (feuille A4, disque, ...) une carte RFID ;
* partir dans une direction donnée ; le robot s'oriente avec la boussole puis se lance avec ses deux moteurs sans tenter de corriger la trajectoire ;
* mémoriser des caps en fonction des identifiants des cartes RFID.

Par la suite vous intégrez ces trois fonctionnalités pour obtenir un robot capable de suivre une trajectoire matérialisée par des marques sous lesquelles une carte RFID est dissimulée.
Quand le robot détecte une marque via son capteur de couleur, il se met à chercher l'emplacement exact de la carte RFID. Une fois la carte localisée, le robot trouve le prochain cap à suivre en fonction de l'identifiant de la carte RFID. Le robot s'oriente sur ce cap avec sa boussole puis se lance vers la marque suivante. Et ainsi de suite.

Voici un exemple de parcours en suivant des marques RFID.
<gallery>
File:Parcours-marques.png|Parcours RFID
</gallery>

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Florian Lemaire, Victor Sallé </td>
<td> Boite lego MindStorm, Module RFID, Cartes RFID, module boussole, Marques de couleur </td>
<td> [[SuiveurRFID2011-1|Robot suiveur RFID 1]] </td>
</tr>
</table>

== Robot naviguant aux instruments ==
Vous doterez votre robot d'une boussole pour lui permettre de connaitre précisement sa direction. Vous devez réaliser les actions décrites dans la suite.

* Vous commencerez par faire en sorte que votre robot sache avancer en ligne droite, pour cela vous utiliserez le contrôle PID décrit sur la page [http://wikipedia.org/wiki/PID_controller WikiPedia]. Pour simplifier ce qui est dit sur cette page, sachez le principe appliqué à votre robot va être d'effectuer des corrections sur la trajectoire en utilisant des rotations. L'angle de ces rotations va être calculé en fonction de l'erreur de trajectoire indiqué par la boussole. Plus exactement par la somme d'une constante multipliée par l'erreur instantanée, d'une autre constante multipliée par l'intégrale de l'erreur et enfin d'une dernière constante multipliée par la dérivée de l'erreur. A vous de trouver les valeurs adaptées des trois constantes.

* Par la suite faites en sorte que votre robot sache contourner les obstacles au plus juste. Au plus juste signifiant qu'il tournera vers la droite ou vers la gauche en jugeant d'où se trouve le chemin le plus libre. L'algorithme a appliquer consiste à tourner le robot d'un angle faible dans un sens puis dans l'autre et de lire les resultats du sonar. Si les deux mesures indiquent un obstacle trop proche, l'angle est augmenté et le procédé répété. Dès qu'une trajectoire indique un chemin libre ou du moins un obstacle à distance suffisante, le robot avance en ligne droite suivant cette trajectoire. La boussole doit être utilisée ici pour vérifier que le robot effectue précisement des rotations des angles souhaités et qu'il sache revenir en position initiale pour éventuellement recommencer avec un angle plus grand.

* Pour permettre de suivre le comportement du robot, faites afficher sur la brique de contrôle MindStorm l'angle de rotation pour le dernier contournement et la distance parcourue le long de la dernière ligne droite.

Intégrez les comportements pour obtenir un robot capable de contourner les obstacles avec un minimum d'intelligence.

Voici un exemple de contournement d'obstacle avec l'algorithme décrit.
<gallery>
File:Parcours-boussole.png|Contournement d'obstacle
</gallery>

[[Avancée du 30/01/2012 :]]

Structure du programme :

- Boucle While/principale

- Test du capteur d'ultrasons pour obstacle à 30cm

- Réponse du véhicule en contournant l'obstacle

[[Avancée du 06/02/2012 :]]

Montage du robot, première partie :

- Discussion sur les caractéristiques spéciales du robot : La base du robot ne sera pas standardisée par le modèle fourni,
il sera doté d'un troisième moteur placé orthogonalement aux autres lui permettant de tourner sa "tête". En effet, le capteur
à ultrasons et le capteur de couleur seront placés dessus, ainsi on pourra limiter la marge d'erreur due à la rotation par chenille/roues et suivre un tracé au sol plus aisément.

- Le socle constitué des roues et de la tête est monté. Il est encore fragile et doit être amélioré, ceci vient du fait que l'on a
monté le robot sans mode d'emploi.

[[Avancée du 13/02/2012 :]]

Montage du robot, deuxième partie :

- Ajout du socle soutenant la foxboard et le NXT.

- Révision du programme pour le fonctionnement de la "tête" du robot, on effectue une rotation de 20° dès que le robot approche à moins de 30cm d'un obstacle, dans ce cas il effectue un test et prend la direction la plus avantageuse pour le contourner.
[[
Avancée du 16/02/2012 :]]

- Révision du socle NXT/foxboard, changement de structure pour plus de solidité (au niveau de la répartition du poids) ainsi que
pour accueillir plus de périphériques (hub usb, clés wifi/bluetooth, batterie foxboard).

- Réflexion sur le programme.
[[
Avancée du 20/02/2012 :]]

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Olivier Tailliez, Antoine Fossey</td>
<td> Boite lego MindStorm, Module boussole </td>
<td> [[Boussole2011-1|Robot boussole 1]] </td>
</tr>
</table>

== Robot téléguidé avec système embarqué ==
Votre robot doit pouvoir être radio-guidé par un contrôleur. Le dit contrôleur peut diriger le robot au vu de l'image de la webcam embarquée. L'acquisition de la webcam et sa diffusion par WiFi est assuré par un système embarqué FoxBoard. La FoxBoard vous sera livrée configurée mais il faudra l'embarquer dans votre robot avec tous ses accessoires (webcam, module <tt>bluetooth</tt>, boitier de piles). Un calcul du temps d'autonomie doit être effectué. Dans un premier temps le radio-guidage peut se faire à l'aide du logiciel MindStorm par <tt>bluetooth</tt>. Dans un second temps il faut étudier la possibilité d'un radio-guidage par WiFi, les ordres étant transmis par un navigateur Web au serveur Web de la FoxBoard puis transmis au micro-contrôleur MindStorm par <tt>bluetooth</tt>. Vous aurez le choix de programmer votre robot avec le logiciel MindStorm ou avec un langage de bas niveau proche du langage C (voir la page web [http://www.eggwall.com/2011/08/lego-nxt-mindstorm-with-linux.html]).

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Jean-Dominique. Lancieri, Thomas Maurice </td>
<td> Boite lego MindStorm, Téléphone Android, FoxBoard avec webcam, interface WiFi, convertisseur <tt>bluetooth</tt>, Boitier piles </td>
<td> [[Teleguide2011-1|Robot téléguidé 1]] </td>
</tr>
<tr>
<td> Florian Royer, Benoît Maliar </td>
<td> Boite lego MindStorm, Téléphone Android, FoxBoard avec webcam, interface WiFi, convertisseur <tt>bluetooth</tt>, Boitier piles </td>
<td> [[Teleguide2011-2|Robot téléguidé 2]] </td>
</tr>
<tr>
<td> Manon Barrois, Fabien Violier </td>
<td> Boite lego MindStorm, Téléphone Android, FoxBoard avec webcam, interface WiFi, convertisseur <tt>bluetooth</tt>, Boitier piles </td>
<td> [[Teleguide2011-3|Robot téléguidé 3]] </td>
</tr>
</table>

= Intégration des fonctionnalités =
Une fois toutes les études terminées et les solutions implantées (sous forme de briques personnalisées par exemple), vous doterez votre robot des fonctionnalités nécessaires à la réalisation de la démonstration finale. Votre robot doit être capable de suivre des marquages discontinus au sol, être capable de communiquer avec les autres robots, être capable de se repérer dans l'espace en repérant des cartes RFID et enfin doit embarquer une FoxBoard avec une connexion WiFi et une webcam.

Les robots peuvent se trouver soit dans un mode autonome soit dans un mode téléguidé. Dans le mode téléguidé, le robot est contrôlé à l'aide d'un téléphone Android connecté sur le réseau WiFi de l'école. Il doit être possible de le faire avancer, reculer ou tourner. Il doit être possible aussi d'obtenir une image de la webcam.

Le comportement en mode autonome est plus complexe :
* le robot tente de suivre un marquage de couleur au sol, ce marquage peut être discontinu, la boussole est utilisée pour passer en ligne droite d'un marquage à l'autre et pour suivre les marquages ;
* le contrôleur peut demander à un robot de changer de sens de parcours ou de changer de couleur de parcours ;
* dès qu'il trouve une carte RFID sur ce marquage, la FoxBoard est prévenue et stocke une image correspondant à l'identifiant de la carte RFID ;
* les robots communiquent en <tt>bluetooth</tt> à leur FoxBoard la couleur du parcours suivi, les FoxBoard diffusent cette information entre elles ;
* quand une FoxBoard s'aperçoit qu'un parcours est utilisé par moins de robots qu'un autre parcours, elle peut demander à son robot de changer de couleur de parcours pour équilibrer le nombre de robots.

<table border="1">
<tr> <th>Matériel</th>
<td>Boite lego MindStorm</td>
<td>Module RFID</td>
<td>Module boussole</td>
<td>Téléphone Android</td>
<td>FoxBoard</td>
<td>WebCam</td>
<td>Adaptateur USB/WiFi</td>
<td>Adaptateur BlueTooth</td>
<td>Hub USB</td>
<td>Boitier piles</td>
<td>Piles rechargeables</td>
</tr>
<tr> <th>Nombre</th>
<td>8/8 (une boite prêtée par Xavier Redon, commande département IMA)</td>
<td>7/8 (commande département IMA)</td>
<td>8/8 (une prêtée par Xavier Redon, commande département IMA)</td>
<td>8/8</td>
<td>8/8</td>
<td>8/8 (test en cours pour des webcam plus performantes)</td>
<td>8/8</td>
<td>5/8 (prêtés par Xavier Redon, commande département IMA)</td>
<td>8/8 (deux non testés)</td>
<td>8/8</td>
<td>70/100 (commande pôle électronique)</td>
</tr>
</table>

= Démonstration finale =
Pour la démonstration finale vous tracerez une grande piste comprenant au moins deux parcours (voir schéma ci-dessous). Des cartes RFID doivent être disposées en des points précis de chaque parcours. Vous placerez vos robots sur l'un des parcours, tous orientés dans le même sens. Les robots vont cheminer un certain temps sur ce parcours (l'occasion de vérifier le bon suivi du marquage au sol et que les robots savent tenir leurs distances). Ils doivent ensuite se répartir automatiquement sur les deux parcours disponibles. Un contrôleur ordonne à son robot de changer de sens de parcours. Les robots devraient se bloquer. Le contrôleur téléguide le robot pour le sortir du parcours, les autres robots devraient se débloquer.

Voici un exemple de double parcours.
<gallery>
File:Parcours-double.png|Parcours double
</gallery>

BE 2011-2012

2012-02-20T07:29:10Z

Afossey : /* Robot naviguant aux instruments */

= But à atteindre =

Ce bureau d'étude a comme finalité la construction de robots patrouilleurs. Ces robots doivent parcourir de façon semi-autonome un espace en accumulant des données. Ces données peuvent être, par exemple, des images de leur environnement ou le résultat d'écoutes WiFi. Un robot semi-autonome est un robot capable de se déplacer dans son espace sans intervention humaine en suivant un balisage quelconque (marquage au sol, tags RFID, sons particuliers, etc). Un humain doit cependant pouvoir prendre le contrôle partiel ou total d'un robot. Le contrôle partiel consiste à faire varier la vitesse du robot, le sens du parcours du robot, etc. Le contrôle total consiste à gérer complétement le déplacement du robot, même si ce dernier évite encore les collisions (que le contrôleur pourrait ne pas avoir pu prévoir). Les robots doivent aussi pouvoir communiquer entre eux pour s'échanger des informations de positionnement, pour pouvoir s'éviter ou pour pouvoir se regrouper (par exemple pour pouvoir explorer en détail un lieu particulier). A ce propos il est fondamental que les robots sachent se positionner pour pouvoir annoter les informations envoyées ou stockées (images ou données).

= Matériel à votre disposition =

[[Image:boite_mindstorm.jpg|150px|right]]
[[Image:foxboard.jpg|150px|left]]
Les couches basses du robot seront réalisées à l'aide de Lego MindStorm. Le Lego va permettre de réaliser le chassis avec sa motorisation et d'y installer divers capteurs. Il est même possible d'assurer une certaine communication entre robots grâce à la technologie <tt>bluetooth</tt> intégrée au micro-contrôleur MindStorm. Pour aller plus loin, il est nécessaire d'embarquer un micro-PC de type FoxBoard sur le robot. C'est ce micro-PC qui fera faire les acquisitions d'images ou les analyses WiFi et c'est à lui que le micro-contrôleur du MindStorm pourra envoyer ses données de localisation.

 

= Répartition des tâches =

Chaque binôme va se voir affecter une des problématiques décrites dans les sous-sections suivantes. Par la suite les résultats devront être incorporés dans chaque robot pour obtenir un robot tel que décrit plus haut. Notez que tous les robots doivent savoir s'arrêter quand un obstacle se présente devant eux (utilisation du sonar MindStorm).

== Robot suiveur de ligne ==
Vous devez créer un robot capable de suivre une courbe discontinue au sol. Le robot doit être capable de réaliser les actions ci-dessous.
* en cas de perte du marquage, tourner dans un sens puis dans l'autre pour tenter de le retrouver avec des angles de plus en plus grands ;
* si le marquage ne peut pas être retrouvé, se remettre dans la position de la perte initiale et partir tout droit ;
* se remettre dans l'axe du marquage lorsque ce marquage est retrouvé ;
* s'arrêter quand un obstacle se présente devant lui et repartir si l'obstacle disparait ;
* changer de parcours sur commande, c'est à dire emprunter un parcours d'une couleur différente dès qu'il est rencontré ;
* inverser son sens de parcours.

Voici des exemples de parcours discontinus pouvant être suivis dans les deux sens.
<gallery>
File:Parcours-carre.png|Parcours carré
File:Parcours-cercle.png‎|Parcours avec arcs
</gallery>

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Ombeline Rossi, Mélanie Hautecoeur </td>
<td> Boite lego MindStorm, Scotch de couleur </td>
<td> [[SuiveurLigne2011-1|Robot suiveur de ligne 1]] </td>
</tr>
</table>
<gallery>
File:vide.jpg
File:tralala.jpg
File:pitet.jpg
File:profil.jpg
File:tete.jpg
File:pardevant.jpg
File:parderriere.jpg
File:parlesdeux.jpg
</gallery>

== Robots synchronisés ==
Cette étude sera menée par deux binômes. Vos deux robots doivent être capables de se synchroniser. Il vous est demandé de réaliser le comportement suivant :

* séparés, les robots avancent tout droit et s'arrêtent dès qu'ils détectent un obstacle avec leur sonar ;
* les deux robots doivent pouvoir être couplés côte à côte ;
* dans le mode couplé, les robots avancent quand aucun obstacle n'est détecté par leurs sonars ;
* dans le mode couplé, si un robot détecte un obstacle et l'autre non le couple tourne dans la direction où aucun obstacle n'est détecté.

La communication entre les deux robots se fait par <tt>bluetooth</tt>.

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Nathan Martin, Charlotte Bricout </td>
<td> Boite lego MindStorm </td>
<td> [[Synchronize2011-1|Robot communicant 1]] </td>
</tr>
<tr>
<td> Gondry Jérémy, Verheyde Richard </td>
<td> Boite lego MindStorm </td>
<td> [[Synchronize2011-2|Robot communicant 2]] </td>
</tr>
</table>

== Robot suiveur RFID ==
Vous doterez votre robot d'un lecteur RFID et d'une boussole. Votre robot doit être capable de réaliser les opérations ci-après :

* trouver sous une marque de couleur précise (feuille A4, disque, ...) une carte RFID ;
* partir dans une direction donnée ; le robot s'oriente avec la boussole puis se lance avec ses deux moteurs sans tenter de corriger la trajectoire ;
* mémoriser des caps en fonction des identifiants des cartes RFID.

Par la suite vous intégrez ces trois fonctionnalités pour obtenir un robot capable de suivre une trajectoire matérialisée par des marques sous lesquelles une carte RFID est dissimulée.
Quand le robot détecte une marque via son capteur de couleur, il se met à chercher l'emplacement exact de la carte RFID. Une fois la carte localisée, le robot trouve le prochain cap à suivre en fonction de l'identifiant de la carte RFID. Le robot s'oriente sur ce cap avec sa boussole puis se lance vers la marque suivante. Et ainsi de suite.

Voici un exemple de parcours en suivant des marques RFID.
<gallery>
File:Parcours-marques.png|Parcours RFID
</gallery>

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Florian Lemaire, Victor Sallé </td>
<td> Boite lego MindStorm, Module RFID, Cartes RFID, module boussole, Marques de couleur </td>
<td> [[SuiveurRFID2011-1|Robot suiveur RFID 1]] </td>
</tr>
</table>

== Robot naviguant aux instruments ==
Vous doterez votre robot d'une boussole pour lui permettre de connaitre précisement sa direction. Vous devez réaliser les actions décrites dans la suite.

* Vous commencerez par faire en sorte que votre robot sache avancer en ligne droite, pour cela vous utiliserez le contrôle PID décrit sur la page [http://wikipedia.org/wiki/PID_controller WikiPedia]. Pour simplifier ce qui est dit sur cette page, sachez le principe appliqué à votre robot va être d'effectuer des corrections sur la trajectoire en utilisant des rotations. L'angle de ces rotations va être calculé en fonction de l'erreur de trajectoire indiqué par la boussole. Plus exactement par la somme d'une constante multipliée par l'erreur instantanée, d'une autre constante multipliée par l'intégrale de l'erreur et enfin d'une dernière constante multipliée par la dérivée de l'erreur. A vous de trouver les valeurs adaptées des trois constantes.

* Par la suite faites en sorte que votre robot sache contourner les obstacles au plus juste. Au plus juste signifiant qu'il tournera vers la droite ou vers la gauche en jugeant d'où se trouve le chemin le plus libre. L'algorithme a appliquer consiste à tourner le robot d'un angle faible dans un sens puis dans l'autre et de lire les resultats du sonar. Si les deux mesures indiquent un obstacle trop proche, l'angle est augmenté et le procédé répété. Dès qu'une trajectoire indique un chemin libre ou du moins un obstacle à distance suffisante, le robot avance en ligne droite suivant cette trajectoire. La boussole doit être utilisée ici pour vérifier que le robot effectue précisement des rotations des angles souhaités et qu'il sache revenir en position initiale pour éventuellement recommencer avec un angle plus grand.

* Pour permettre de suivre le comportement du robot, faites afficher sur la brique de contrôle MindStorm l'angle de rotation pour le dernier contournement et la distance parcourue le long de la dernière ligne droite.

Intégrez les comportements pour obtenir un robot capable de contourner les obstacles avec un minimum d'intelligence.

Voici un exemple de contournement d'obstacle avec l'algorithme décrit.
<gallery>
File:Parcours-boussole.png|Contournement d'obstacle
</gallery>

[[Avancée du 30/01/2012 :]]

Structure du programme :

- Boucle While/principale

- Test du capteur d'ultrasons pour obstacle à 30cm

- Réponse du véhicule en contournant l'obstacle

[[Avancée du 6/02/2012 :]]

Montage du robot, première partie :

- Discussion sur les caractéristiques spéciales du robot : La base du robot ne sera pas standardisée par le modèle fourni,
il sera doté d'un troisième moteur placé orthogonalement aux autres lui permettant de tourner sa "tête". En effet, le capteur
à ultrasons et le capteur de couleur seront placés dessus, ainsi on pourra limiter la marge d'erreur due à la rotation par chenille/roues et suivre un tracé au sol plus aisément.

- Le socle constitué des roues et de la tête est monté. Il est encore fragile et doit être amélioré, ceci vient du fait que l'on a
monté le robot sans mode d'emploi.

[[Avancée du 13/02/2012 :]]

Montage du robot, deuxième partie :

- Ajout du socle soutenant la foxboard et le NXT.

- Révision du programme pour le fonctionnement de la "tête" du robot, on effectue une rotation de 20° dès que le robot approche à moins de 30cm d'un obstacle, dans ce cas il effectue un test et prend la direction la plus avantageuse pour le contourner.
[[
Avancée du 16/02/2012 :]]

- Révision du socle NXT/foxboard, changement de structure pour plus de solidité (au niveau de la répartition du poids) ainsi que
pour accueillir plus de périphériques (hub usb, clés wifi/bluetooth, batterie foxboard).

- Réflexion sur le programme.
[[
Avancée du 20/02/2012 :]]

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Olivier Tailliez, Antoine Fossey</td>
<td> Boite lego MindStorm, Module boussole </td>
<td> [[Boussole2011-1|Robot boussole 1]] </td>
</tr>
</table>

== Robot téléguidé avec système embarqué ==
Votre robot doit pouvoir être radio-guidé par un contrôleur. Le dit contrôleur peut diriger le robot au vu de l'image de la webcam embarquée. L'acquisition de la webcam et sa diffusion par WiFi est assuré par un système embarqué FoxBoard. La FoxBoard vous sera livrée configurée mais il faudra l'embarquer dans votre robot avec tous ses accessoires (webcam, module <tt>bluetooth</tt>, boitier de piles). Un calcul du temps d'autonomie doit être effectué. Dans un premier temps le radio-guidage peut se faire à l'aide du logiciel MindStorm par <tt>bluetooth</tt>. Dans un second temps il faut étudier la possibilité d'un radio-guidage par WiFi, les ordres étant transmis par un navigateur Web au serveur Web de la FoxBoard puis transmis au micro-contrôleur MindStorm par <tt>bluetooth</tt>. Vous aurez le choix de programmer votre robot avec le logiciel MindStorm ou avec un langage de bas niveau proche du langage C (voir la page web [http://www.eggwall.com/2011/08/lego-nxt-mindstorm-with-linux.html]).

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Jean-Dominique. Lancieri, Thomas Maurice </td>
<td> Boite lego MindStorm, Téléphone Android, FoxBoard avec webcam, interface WiFi, convertisseur <tt>bluetooth</tt>, Boitier piles </td>
<td> [[Teleguide2011-1|Robot téléguidé 1]] </td>
</tr>
<tr>
<td> Florian Royer, Benoît Maliar </td>
<td> Boite lego MindStorm, Téléphone Android, FoxBoard avec webcam, interface WiFi, convertisseur <tt>bluetooth</tt>, Boitier piles </td>
<td> [[Teleguide2011-2|Robot téléguidé 2]] </td>
</tr>
<tr>
<td> Manon Barrois, Fabien Violier </td>
<td> Boite lego MindStorm, Téléphone Android, FoxBoard avec webcam, interface WiFi, convertisseur <tt>bluetooth</tt>, Boitier piles </td>
<td> [[Teleguide2011-3|Robot téléguidé 3]] </td>
</tr>
</table>

= Intégration des fonctionnalités =
Une fois toutes les études terminées et les solutions implantées (sous forme de briques personnalisées par exemple), vous doterez votre robot des fonctionnalités nécessaires à la réalisation de la démonstration finale. Votre robot doit être capable de suivre des marquages discontinus au sol, être capable de communiquer avec les autres robots, être capable de se repérer dans l'espace en repérant des cartes RFID et enfin doit embarquer une FoxBoard avec une connexion WiFi et une webcam.

Les robots peuvent se trouver soit dans un mode autonome soit dans un mode téléguidé. Dans le mode téléguidé, le robot est contrôlé à l'aide d'un téléphone Android connecté sur le réseau WiFi de l'école. Il doit être possible de le faire avancer, reculer ou tourner. Il doit être possible aussi d'obtenir une image de la webcam.

Le comportement en mode autonome est plus complexe :
* le robot tente de suivre un marquage de couleur au sol, ce marquage peut être discontinu, la boussole est utilisée pour passer en ligne droite d'un marquage à l'autre et pour suivre les marquages ;
* le contrôleur peut demander à un robot de changer de sens de parcours ou de changer de couleur de parcours ;
* dès qu'il trouve une carte RFID sur ce marquage, la FoxBoard est prévenue et stocke une image correspondant à l'identifiant de la carte RFID ;
* les robots communiquent en <tt>bluetooth</tt> à leur FoxBoard la couleur du parcours suivi, les FoxBoard diffusent cette information entre elles ;
* quand une FoxBoard s'aperçoit qu'un parcours est utilisé par moins de robots qu'un autre parcours, elle peut demander à son robot de changer de couleur de parcours pour équilibrer le nombre de robots.

<table border="1">
<tr> <th>Matériel</th>
<td>Boite lego MindStorm</td>
<td>Module RFID</td>
<td>Module boussole</td>
<td>Téléphone Android</td>
<td>FoxBoard</td>
<td>WebCam</td>
<td>Adaptateur USB/WiFi</td>
<td>Adaptateur BlueTooth</td>
<td>Hub USB</td>
<td>Boitier piles</td>
<td>Piles rechargeables</td>
</tr>
<tr> <th>Nombre</th>
<td>8/8 (une boite prêtée par Xavier Redon, commande département IMA)</td>
<td>7/8 (commande département IMA)</td>
<td>8/8 (une prêtée par Xavier Redon, commande département IMA)</td>
<td>8/8</td>
<td>8/8</td>
<td>8/8 (test en cours pour des webcam plus performantes)</td>
<td>8/8</td>
<td>5/8 (prêtés par Xavier Redon, commande département IMA)</td>
<td>8/8 (deux non testés)</td>
<td>8/8</td>
<td>70/100 (commande pôle électronique)</td>
</tr>
</table>

= Démonstration finale =
Pour la démonstration finale vous tracerez une grande piste comprenant au moins deux parcours (voir schéma ci-dessous). Des cartes RFID doivent être disposées en des points précis de chaque parcours. Vous placerez vos robots sur l'un des parcours, tous orientés dans le même sens. Les robots vont cheminer un certain temps sur ce parcours (l'occasion de vérifier le bon suivi du marquage au sol et que les robots savent tenir leurs distances). Ils doivent ensuite se répartir automatiquement sur les deux parcours disponibles. Un contrôleur ordonne à son robot de changer de sens de parcours. Les robots devraient se bloquer. Le contrôleur téléguide le robot pour le sortir du parcours, les autres robots devraient se débloquer.

Voici un exemple de double parcours.
<gallery>
File:Parcours-double.png|Parcours double
</gallery>

BE 2011-2012

2012-02-20T07:28:27Z

Afossey : /* Robot naviguant aux instruments */

= But à atteindre =

Ce bureau d'étude a comme finalité la construction de robots patrouilleurs. Ces robots doivent parcourir de façon semi-autonome un espace en accumulant des données. Ces données peuvent être, par exemple, des images de leur environnement ou le résultat d'écoutes WiFi. Un robot semi-autonome est un robot capable de se déplacer dans son espace sans intervention humaine en suivant un balisage quelconque (marquage au sol, tags RFID, sons particuliers, etc). Un humain doit cependant pouvoir prendre le contrôle partiel ou total d'un robot. Le contrôle partiel consiste à faire varier la vitesse du robot, le sens du parcours du robot, etc. Le contrôle total consiste à gérer complétement le déplacement du robot, même si ce dernier évite encore les collisions (que le contrôleur pourrait ne pas avoir pu prévoir). Les robots doivent aussi pouvoir communiquer entre eux pour s'échanger des informations de positionnement, pour pouvoir s'éviter ou pour pouvoir se regrouper (par exemple pour pouvoir explorer en détail un lieu particulier). A ce propos il est fondamental que les robots sachent se positionner pour pouvoir annoter les informations envoyées ou stockées (images ou données).

= Matériel à votre disposition =

[[Image:boite_mindstorm.jpg|150px|right]]
[[Image:foxboard.jpg|150px|left]]
Les couches basses du robot seront réalisées à l'aide de Lego MindStorm. Le Lego va permettre de réaliser le chassis avec sa motorisation et d'y installer divers capteurs. Il est même possible d'assurer une certaine communication entre robots grâce à la technologie <tt>bluetooth</tt> intégrée au micro-contrôleur MindStorm. Pour aller plus loin, il est nécessaire d'embarquer un micro-PC de type FoxBoard sur le robot. C'est ce micro-PC qui fera faire les acquisitions d'images ou les analyses WiFi et c'est à lui que le micro-contrôleur du MindStorm pourra envoyer ses données de localisation.

 

= Répartition des tâches =

Chaque binôme va se voir affecter une des problématiques décrites dans les sous-sections suivantes. Par la suite les résultats devront être incorporés dans chaque robot pour obtenir un robot tel que décrit plus haut. Notez que tous les robots doivent savoir s'arrêter quand un obstacle se présente devant eux (utilisation du sonar MindStorm).

== Robot suiveur de ligne ==
Vous devez créer un robot capable de suivre une courbe discontinue au sol. Le robot doit être capable de réaliser les actions ci-dessous.
* en cas de perte du marquage, tourner dans un sens puis dans l'autre pour tenter de le retrouver avec des angles de plus en plus grands ;
* si le marquage ne peut pas être retrouvé, se remettre dans la position de la perte initiale et partir tout droit ;
* se remettre dans l'axe du marquage lorsque ce marquage est retrouvé ;
* s'arrêter quand un obstacle se présente devant lui et repartir si l'obstacle disparait ;
* changer de parcours sur commande, c'est à dire emprunter un parcours d'une couleur différente dès qu'il est rencontré ;
* inverser son sens de parcours.

Voici des exemples de parcours discontinus pouvant être suivis dans les deux sens.
<gallery>
File:Parcours-carre.png|Parcours carré
File:Parcours-cercle.png‎|Parcours avec arcs
</gallery>

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Ombeline Rossi, Mélanie Hautecoeur </td>
<td> Boite lego MindStorm, Scotch de couleur </td>
<td> [[SuiveurLigne2011-1|Robot suiveur de ligne 1]] </td>
</tr>
</table>
<gallery>
File:vide.jpg
File:tralala.jpg
File:pitet.jpg
File:profil.jpg
File:tete.jpg
File:pardevant.jpg
File:parderriere.jpg
File:parlesdeux.jpg
</gallery>

== Robots synchronisés ==
Cette étude sera menée par deux binômes. Vos deux robots doivent être capables de se synchroniser. Il vous est demandé de réaliser le comportement suivant :

* séparés, les robots avancent tout droit et s'arrêtent dès qu'ils détectent un obstacle avec leur sonar ;
* les deux robots doivent pouvoir être couplés côte à côte ;
* dans le mode couplé, les robots avancent quand aucun obstacle n'est détecté par leurs sonars ;
* dans le mode couplé, si un robot détecte un obstacle et l'autre non le couple tourne dans la direction où aucun obstacle n'est détecté.

La communication entre les deux robots se fait par <tt>bluetooth</tt>.

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Nathan Martin, Charlotte Bricout </td>
<td> Boite lego MindStorm </td>
<td> [[Synchronize2011-1|Robot communicant 1]] </td>
</tr>
<tr>
<td> Gondry Jérémy, Verheyde Richard </td>
<td> Boite lego MindStorm </td>
<td> [[Synchronize2011-2|Robot communicant 2]] </td>
</tr>
</table>

== Robot suiveur RFID ==
Vous doterez votre robot d'un lecteur RFID et d'une boussole. Votre robot doit être capable de réaliser les opérations ci-après :

* trouver sous une marque de couleur précise (feuille A4, disque, ...) une carte RFID ;
* partir dans une direction donnée ; le robot s'oriente avec la boussole puis se lance avec ses deux moteurs sans tenter de corriger la trajectoire ;
* mémoriser des caps en fonction des identifiants des cartes RFID.

Par la suite vous intégrez ces trois fonctionnalités pour obtenir un robot capable de suivre une trajectoire matérialisée par des marques sous lesquelles une carte RFID est dissimulée.
Quand le robot détecte une marque via son capteur de couleur, il se met à chercher l'emplacement exact de la carte RFID. Une fois la carte localisée, le robot trouve le prochain cap à suivre en fonction de l'identifiant de la carte RFID. Le robot s'oriente sur ce cap avec sa boussole puis se lance vers la marque suivante. Et ainsi de suite.

Voici un exemple de parcours en suivant des marques RFID.
<gallery>
File:Parcours-marques.png|Parcours RFID
</gallery>

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Florian Lemaire, Victor Sallé </td>
<td> Boite lego MindStorm, Module RFID, Cartes RFID, module boussole, Marques de couleur </td>
<td> [[SuiveurRFID2011-1|Robot suiveur RFID 1]] </td>
</tr>
</table>

== Robot naviguant aux instruments ==
Vous doterez votre robot d'une boussole pour lui permettre de connaitre précisement sa direction. Vous devez réaliser les actions décrites dans la suite.

* Vous commencerez par faire en sorte que votre robot sache avancer en ligne droite, pour cela vous utiliserez le contrôle PID décrit sur la page [http://wikipedia.org/wiki/PID_controller WikiPedia]. Pour simplifier ce qui est dit sur cette page, sachez le principe appliqué à votre robot va être d'effectuer des corrections sur la trajectoire en utilisant des rotations. L'angle de ces rotations va être calculé en fonction de l'erreur de trajectoire indiqué par la boussole. Plus exactement par la somme d'une constante multipliée par l'erreur instantanée, d'une autre constante multipliée par l'intégrale de l'erreur et enfin d'une dernière constante multipliée par la dérivée de l'erreur. A vous de trouver les valeurs adaptées des trois constantes.

* Par la suite faites en sorte que votre robot sache contourner les obstacles au plus juste. Au plus juste signifiant qu'il tournera vers la droite ou vers la gauche en jugeant d'où se trouve le chemin le plus libre. L'algorithme a appliquer consiste à tourner le robot d'un angle faible dans un sens puis dans l'autre et de lire les resultats du sonar. Si les deux mesures indiquent un obstacle trop proche, l'angle est augmenté et le procédé répété. Dès qu'une trajectoire indique un chemin libre ou du moins un obstacle à distance suffisante, le robot avance en ligne droite suivant cette trajectoire. La boussole doit être utilisée ici pour vérifier que le robot effectue précisement des rotations des angles souhaités et qu'il sache revenir en position initiale pour éventuellement recommencer avec un angle plus grand.

* Pour permettre de suivre le comportement du robot, faites afficher sur la brique de contrôle MindStorm l'angle de rotation pour le dernier contournement et la distance parcourue le long de la dernière ligne droite.

Intégrez les comportements pour obtenir un robot capable de contourner les obstacles avec un minimum d'intelligence.

Voici un exemple de contournement d'obstacle avec l'algorithme décrit.
<gallery>
File:Parcours-boussole.png|Contournement d'obstacle
</gallery>

Avancée du 30/01/2012 :

Structure du programme :

- Boucle While/principale

- Test du capteur d'ultrasons pour obstacle à 30cm

- Réponse du véhicule en contournant l'obstacle

Avancée du 6/02/2012 :

Montage du robot, première partie :

- Discussion sur les caractéristiques spéciales du robot : La base du robot ne sera pas standardisée par le modèle fourni,
il sera doté d'un troisième moteur placé orthogonalement aux autres lui permettant de tourner sa "tête". En effet, le capteur
à ultrasons et le capteur de couleur seront placés dessus, ainsi on pourra limiter la marge d'erreur due à la rotation par chenille/roues et suivre un tracé au sol plus aisément.

- Le socle constitué des roues et de la tête est monté. Il est encore fragile et doit être amélioré, ceci vient du fait que l'on a
monté le robot sans mode d'emploi.

Avancée du 13/02/2012 :

Montage du robot, deuxième partie :

- Ajout du socle soutenant la foxboard et le NXT.

- Révision du programme pour le fonctionnement de la "tête" du robot, on effectue une rotation de 20° dès que le robot approche à moins de 30cm d'un obstacle, dans ce cas il effectue un test et prend la direction la plus avantageuse pour le contourner.

Avancée du 16/02/2012 :

- Révision du socle NXT/foxboard, changement de structure pour plus de solidité (au niveau de la répartition du poids) ainsi que
pour accueillir plus de périphériques (hub usb, clés wifi/bluetooth, batterie foxboard).

- Réflexion sur le programme.

Avancée du 20/02/2012 :

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Olivier Tailliez, Antoine Fossey</td>
<td> Boite lego MindStorm, Module boussole </td>
<td> [[Boussole2011-1|Robot boussole 1]] </td>
</tr>
</table>

== Robot téléguidé avec système embarqué ==
Votre robot doit pouvoir être radio-guidé par un contrôleur. Le dit contrôleur peut diriger le robot au vu de l'image de la webcam embarquée. L'acquisition de la webcam et sa diffusion par WiFi est assuré par un système embarqué FoxBoard. La FoxBoard vous sera livrée configurée mais il faudra l'embarquer dans votre robot avec tous ses accessoires (webcam, module <tt>bluetooth</tt>, boitier de piles). Un calcul du temps d'autonomie doit être effectué. Dans un premier temps le radio-guidage peut se faire à l'aide du logiciel MindStorm par <tt>bluetooth</tt>. Dans un second temps il faut étudier la possibilité d'un radio-guidage par WiFi, les ordres étant transmis par un navigateur Web au serveur Web de la FoxBoard puis transmis au micro-contrôleur MindStorm par <tt>bluetooth</tt>. Vous aurez le choix de programmer votre robot avec le logiciel MindStorm ou avec un langage de bas niveau proche du langage C (voir la page web [http://www.eggwall.com/2011/08/lego-nxt-mindstorm-with-linux.html]).

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Jean-Dominique. Lancieri, Thomas Maurice </td>
<td> Boite lego MindStorm, Téléphone Android, FoxBoard avec webcam, interface WiFi, convertisseur <tt>bluetooth</tt>, Boitier piles </td>
<td> [[Teleguide2011-1|Robot téléguidé 1]] </td>
</tr>
<tr>
<td> Florian Royer, Benoît Maliar </td>
<td> Boite lego MindStorm, Téléphone Android, FoxBoard avec webcam, interface WiFi, convertisseur <tt>bluetooth</tt>, Boitier piles </td>
<td> [[Teleguide2011-2|Robot téléguidé 2]] </td>
</tr>
<tr>
<td> Manon Barrois, Fabien Violier </td>
<td> Boite lego MindStorm, Téléphone Android, FoxBoard avec webcam, interface WiFi, convertisseur <tt>bluetooth</tt>, Boitier piles </td>
<td> [[Teleguide2011-3|Robot téléguidé 3]] </td>
</tr>
</table>

= Intégration des fonctionnalités =
Une fois toutes les études terminées et les solutions implantées (sous forme de briques personnalisées par exemple), vous doterez votre robot des fonctionnalités nécessaires à la réalisation de la démonstration finale. Votre robot doit être capable de suivre des marquages discontinus au sol, être capable de communiquer avec les autres robots, être capable de se repérer dans l'espace en repérant des cartes RFID et enfin doit embarquer une FoxBoard avec une connexion WiFi et une webcam.

Les robots peuvent se trouver soit dans un mode autonome soit dans un mode téléguidé. Dans le mode téléguidé, le robot est contrôlé à l'aide d'un téléphone Android connecté sur le réseau WiFi de l'école. Il doit être possible de le faire avancer, reculer ou tourner. Il doit être possible aussi d'obtenir une image de la webcam.

Le comportement en mode autonome est plus complexe :
* le robot tente de suivre un marquage de couleur au sol, ce marquage peut être discontinu, la boussole est utilisée pour passer en ligne droite d'un marquage à l'autre et pour suivre les marquages ;
* le contrôleur peut demander à un robot de changer de sens de parcours ou de changer de couleur de parcours ;
* dès qu'il trouve une carte RFID sur ce marquage, la FoxBoard est prévenue et stocke une image correspondant à l'identifiant de la carte RFID ;
* les robots communiquent en <tt>bluetooth</tt> à leur FoxBoard la couleur du parcours suivi, les FoxBoard diffusent cette information entre elles ;
* quand une FoxBoard s'aperçoit qu'un parcours est utilisé par moins de robots qu'un autre parcours, elle peut demander à son robot de changer de couleur de parcours pour équilibrer le nombre de robots.

<table border="1">
<tr> <th>Matériel</th>
<td>Boite lego MindStorm</td>
<td>Module RFID</td>
<td>Module boussole</td>
<td>Téléphone Android</td>
<td>FoxBoard</td>
<td>WebCam</td>
<td>Adaptateur USB/WiFi</td>
<td>Adaptateur BlueTooth</td>
<td>Hub USB</td>
<td>Boitier piles</td>
<td>Piles rechargeables</td>
</tr>
<tr> <th>Nombre</th>
<td>8/8 (une boite prêtée par Xavier Redon, commande département IMA)</td>
<td>7/8 (commande département IMA)</td>
<td>8/8 (une prêtée par Xavier Redon, commande département IMA)</td>
<td>8/8</td>
<td>8/8</td>
<td>8/8 (test en cours pour des webcam plus performantes)</td>
<td>8/8</td>
<td>5/8 (prêtés par Xavier Redon, commande département IMA)</td>
<td>8/8 (deux non testés)</td>
<td>8/8</td>
<td>70/100 (commande pôle électronique)</td>
</tr>
</table>

= Démonstration finale =
Pour la démonstration finale vous tracerez une grande piste comprenant au moins deux parcours (voir schéma ci-dessous). Des cartes RFID doivent être disposées en des points précis de chaque parcours. Vous placerez vos robots sur l'un des parcours, tous orientés dans le même sens. Les robots vont cheminer un certain temps sur ce parcours (l'occasion de vérifier le bon suivi du marquage au sol et que les robots savent tenir leurs distances). Ils doivent ensuite se répartir automatiquement sur les deux parcours disponibles. Un contrôleur ordonne à son robot de changer de sens de parcours. Les robots devraient se bloquer. Le contrôleur téléguide le robot pour le sortir du parcours, les autres robots devraient se débloquer.

Voici un exemple de double parcours.
<gallery>
File:Parcours-double.png|Parcours double
</gallery>

BE 2011-2012

2012-01-30T09:03:02Z

Afossey : /* Robot naviguant aux instruments */

= But à atteindre =

Ce bureau d'étude a comme finalité la construction de robots patrouilleurs. Ces robots doivent parcourir de façon semi-autonome un espace en accumulant des données. Ces données peuvent être, par exemple, des images de leur environnement ou le résultat d'écoutes WiFi. Un robot semi-autonome est un robot capable de se déplacer dans son espace sans intervention humaine en suivant un balisage quelconque (marquage au sol, tags RFID, sons particuliers, etc). Un humain doit cependant pouvoir prendre le contrôle partiel ou total d'un robot. Le contrôle partiel consiste à faire varier la vitesse du robot, le sens du parcours du robot, etc. Le contrôle total consiste à gérer complétement le déplacement du robot, même si ce dernier évite encore les collisions (que le contrôleur pourrait ne pas avoir pu prévoir). Les robots doivent aussi pouvoir communiquer entre eux pour s'échanger des informations de positionnement, pour pouvoir s'éviter ou pour pouvoir se regrouper (par exemple pour pouvoir explorer en détail un lieu particulier). A ce propos il est fondamental que les robots sachent se positionner pour pouvoir annoter les informations envoyées ou stockées (images ou données).

= Matériel à votre disposition =

[[Image:boite_mindstorm.jpg|150px|right]]
[[Image:foxboard.jpg|150px|left]]
Les couches basses du robot seront réalisées à l'aide de Lego MindStorm. Le Lego va permettre de réaliser le chassis avec sa motorisation et d'y installer divers capteurs. Il est même possible d'assurer une certaine communication entre robots grâce à la technologie <tt>bluetooth</tt> intégrée au micro-contrôleur MindStorm. Pour aller plus loin, il est nécessaire d'embarquer un micro-PC de type FoxBoard sur le robot. C'est ce micro-PC qui fera faire les acquisitions d'images ou les analyses WiFi et c'est à lui que le micro-contrôleur du MindStorm pourra envoyer ses données de localisation.

 

= Répartition des tâches =

Chaque binôme va se voir affecter une des problématiques décrites dans les sous-sections suivantes. Par la suite les résultats devront être incorporés dans chaque robot pour obtenir un robot tel que décrit plus haut. Notez que tous les robots doivent savoir s'arrêter quand un obstacle se présente devant eux (utilisation du sonar MindStorm).

== Robot suiveur de ligne ==
Vous devez créer un robot capable de suivre une courbe discontinue au sol. Le robot doit être capable de réaliser les actions ci-dessous.
* en cas de perte du marquage, tourner dans un sens puis dans l'autre pour tenter de le retrouver avec des angles de plus en plus grands ;
* si le marquage ne peut pas être retrouvé, se remettre dans la position de la perte initiale et partir tout droit ;
* se remettre dans l'axe du marquage lorsque ce marquage est retrouvé ;
* s'arrêter quand un obstacle se présente devant lui et repartir si l'obstacle disparait ;
* changer de parcours sur commande, c'est à dire emprunter un parcours d'une couleur différente dès qu'il est rencontré ;
* inverser son sens de parcours.

Voici des exemples de parcours discontinus pouvant être suivis dans les deux sens.
<gallery>
File:Parcours-carre.png|Parcours carré
File:Parcours-cercle.png‎|Parcours avec arcs
</gallery>

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Ombeline Rossi, Mélanie Hautecoeur </td>
<td> Boite lego MindStorm, Scotch de couleur </td>
<td> [[SuiveurLigne2011-1|Robot suiveur de ligne 1]] </td>
</tr>
</table>

== Robots synchronisés ==
Cette étude sera menée par deux binômes. Vos deux robots doivent être capables de se synchroniser. Il vous est demandé de réaliser le comportement suivant :

* séparés, les robots avancent tout droit et s'arrêtent dès qu'ils détectent un obstacle avec leur sonar ;
* les deux robots doivent pouvoir être couplés côte à côte ;
* dans le mode couplé, les robots avancent quand aucun obstacle n'est détecté par leurs sonars ;
* dans le mode couplé, si un robot détecte un obstacle et l'autre non le couple tourne dans la direction où aucun obstacle n'est détecté.

La communication entre les deux robots se fait par <tt>bluetooth</tt>.

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Nathan Martin, Charlotte Bricout </td>
<td> Boite lego MindStorm </td>
<td> [[Synchronize2011-1|Robot communicant 1]] </td>
</tr>
<tr>
<td> Gondry Jérémy, Verheyde Richard </td>
<td> Boite lego MindStorm </td>
<td> [[Synchronize2011-2|Robot communicant 2]] </td>
</tr>
</table>

== Robot suiveur RFID ==
Vous doterez votre robot d'un lecteur RFID et d'une boussole. Votre robot doit être capable de réaliser les opérations ci-après :

* trouver sous une marque de couleur précise (feuille A4, disque, ...) une carte RFID ;
* partir dans une direction donnée ; le robot s'oriente avec la boussole puis se lance avec ses deux moteurs sans tenter de corriger la trajectoire ;
* mémoriser des caps en fonction des identifiants des cartes RFID.

Par la suite vous intégrez ces trois fonctionnalités pour obtenir un robot capable de suivre une trajectoire matérialisée par des marques sous lesquelles une carte RFID est dissimulée.
Quand le robot détecte une marque via son capteur de couleur, il se met à chercher l'emplacement exact de la carte RFID. Une fois la carte localisée, le robot trouve le prochain cap à suivre en fonction de l'identifiant de la carte RFID. Le robot s'oriente sur ce cap avec sa boussole puis se lance vers la marque suivante. Et ainsi de suite.

Voici un exemple de parcours en suivant des marques RFID.
<gallery>
File:Parcours-marques.png|Parcours RFID
</gallery>

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Florian Lemaire, Victor Sallé </td>
<td> Boite lego MindStorm, Module RFID, Cartes RFID, module boussole, Marques de couleur </td>
<td> [[SuiveurRFID2011-1|Robot suiveur RFID 1]] </td>
</tr>
</table>

== Robot naviguant aux instruments ==
Vous doterez votre robot d'une boussole pour lui permettre de connaitre précisement sa direction. Vous devez réaliser les actions décrites dans la suite.

* Vous commencerez par faire en sorte que votre robot sache avancer en ligne droite, pour cela vous utiliserez le contrôle PID décrit sur la page [http://wikipedia.org/wiki/PID_controller WikiPedia]. Pour simplifier ce qui est dit sur cette page, sachez le principe appliqué à votre robot va être d'effectuer des corrections sur la trajectoire en utilisant des rotations. L'angle de ces rotations va être calculé en fonction de l'erreur de trajectoire indiqué par la boussole. Plus exactement par la somme d'une constante multipliée par l'erreur instantanée, d'une autre constante multipliée par l'intégrale de l'erreur et enfin d'une dernière constante multipliée par la dérivée de l'erreur. A vous de trouver les valeurs adaptées des trois constantes.

* Par la suite faites en sorte que votre robot sache contourner les obstacles au plus juste. Au plus juste signifiant qu'il tournera vers la droite ou vers la gauche en jugeant d'où se trouve le chemin le plus libre. L'algorithme a appliquer consiste à tourner le robot d'un angle faible dans un sens puis dans l'autre et de lire les resultats du sonar. Si les deux mesures indiquent un obstacle trop proche, l'angle est augmenté et le procédé répété. Dès qu'une trajectoire indique un chemin libre ou du moins un obstacle à distance suffisante, le robot avance en ligne droite suivant cette trajectoire. La boussole doit être utilisée ici pour vérifier que le robot effectue précisement des rotations des angles souhaités et qu'il sache revenir en position initiale pour éventuellement recommencer avec un angle plus grand.

* Pour permettre de suivre le comportement du robot, faites afficher sur la brique de contrôle MindStorm l'angle de rotation pour le dernier contournement et la distance parcourue le long de la dernière ligne droite.

Intégrez les comportements pour obtenir un robot capable de contourner les obstacles avec un minimum d'intelligence.

Voici un exemple de contournement d'obstacle avec l'algorithme décrit.
<gallery>
File:Parcours-boussole.png|Contournement d'obstacle
</gallery>

Avancée du 30/01/2012 :

Structure du programme :

- Boucle While/principale
- Test du capteur d'ultrasons pour obstacle à 30cm
- Réponse du véhicule en contournant l'obstacle

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Olivier Tailliez, Antoine Fossey</td>
<td> Boite lego MindStorm, Module boussole </td>
<td> [[Boussole2011-1|Robot boussole 1]] </td>
</tr>
</table>

== Robot téléguidé avec système embarqué ==
Votre robot doit pouvoir être radio-guidé par un contrôleur. Le dit contrôleur peut diriger le robot au vu de l'image de la webcam embarquée. L'acquisition de la webcam et sa diffusion par WiFi est assuré par un système embarqué FoxBoard. La FoxBoard vous sera livrée configurée mais il faudra l'embarquer dans votre robot avec tous ses accessoires (webcam, module <tt>bluetooth</tt>, boitier de piles). Un calcul du temps d'autonomie doit être effectué. Dans un premier temps le radio-guidage peut se faire à l'aide du logiciel MindStorm par <tt>bluetooth</tt>. Dans un second temps il faut étudier la possibilité d'un radio-guidage par WiFi, les ordres étant transmis par un navigateur Web au serveur Web de la FoxBoard puis transmis au micro-contrôleur MindStorm par <tt>bluetooth</tt>. Vous aurez le choix de programmer votre robot avec le logiciel MindStorm ou avec un langage de bas niveau proche du langage C (voir la page web [http://www.eggwall.com/2011/08/lego-nxt-mindstorm-with-linux.html]).

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Jean-Dominique. Lancieri, Thomas Maurice </td>
<td> Boite lego MindStorm, Téléphone Android, FoxBoard avec webcam, interface WiFi, convertisseur <tt>bluetooth</tt>, Boitier piles </td>
<td> [[Teleguide2011-1|Robot téléguidé 1]] </td>
</tr>
<tr>
<td> Florian Royer, Benoît Maliar </td>
<td> Boite lego MindStorm, Téléphone Android, FoxBoard avec webcam, interface WiFi, convertisseur <tt>bluetooth</tt>, Boitier piles </td>
<td> [[Teleguide2011-2|Robot téléguidé 2]] </td>
</tr>
<tr>
<td> Manon Barrois, Fabien Violier </td>
<td> Boite lego MindStorm, Téléphone Android, FoxBoard avec webcam, interface WiFi, convertisseur <tt>bluetooth</tt>, Boitier piles </td>
<td> [[Teleguide2011-3|Robot téléguidé 3]] </td>
</tr>
</table>

= Intégration des fonctionnalités =
Une fois toutes les études terminées et les solutions implantées (sous forme de briques personnalisées par exemple), vous doterez votre robot des fonctionnalités nécessaires à la réalisation de la démonstration finale. Votre robot doit être capable de suivre des marquages discontinus au sol, être capable de communiquer avec les autres robots, être capable de se repérer dans l'espace en repérant des cartes RFID et enfin doit embarquer une FoxBoard avec une connexion WiFi et une webcam.

Les robots peuvent se trouver soit dans un mode autonome soit dans un mode téléguidé. Dans le mode téléguidé, le robot est contrôlé à l'aide d'un téléphone Android connecté sur le réseau WiFi de l'école. Il doit être possible de le faire avancer, reculer ou tourner. Il doit être possible aussi d'obtenir une image de la webcam.

Le comportement en mode autonome est plus complexe :
* le robot tente de suivre un marquage de couleur au sol, ce marquage peut être discontinu, la boussole est utilisée pour passer en ligne droite d'un marquage à l'autre et pour suivre les marquages ;
* le contrôleur peut demander à un robot de changer de sens de parcours ou de changer de couleur de parcours ;
* dès qu'il trouve une carte RFID sur ce marquage, la FoxBoard est prévenue et stocke une image correspondant à l'identifiant de la carte RFID ;
* les robots communiquent en <tt>bluetooth</tt> à leur FoxBoard la couleur du parcours suivi, les FoxBoard diffusent cette information entre elles ;
* quand une FoxBoard s'aperçoit qu'un parcours est utilisé par moins de robots qu'un autre parcours, elle peut demander à son robot de changer de couleur de parcours pour équilibrer le nombre de robots.

<table border="1">
<tr> <th>Matériel</th>
<td>Boite lego MindStorm</td>
<td>Module RFID</td>
<td>Module boussole</td>
<td>Téléphone Android</td>
<td>FoxBoard</td>
<td>WebCam</td>
<td>Adaptateur USB/WiFi</td>
<td>Adaptateur BlueTooth</td>
<td>Hub USB</td>
<td>Boitier piles</td>
</tr>
<tr> <th>Nombre</th>
<td>7/8</td>
<td>7/8</td>
<td>7/8</td>
<td>8/8</td>
<td>8/8</td>
<td>8/8</td>
<td>8/8</td>
<td>?/8</td>
<td>?/8</td>
<td>?/8</td>
</tr>
</table>

= Démonstration finale =
Pour la démonstration finale vous tracerez une grande piste comprenant au moins deux parcours (voir schéma ci-dessous). Des cartes RFID doivent être disposées en des points précis de chaque parcours. Vous placerez vos robots sur l'un des parcours, tous orientés dans le même sens. Les robots vont cheminer un certain temps sur ce parcours (l'occasion de vérifier le bon suivi du marquage au sol et que les robots savent tenir leurs distances). Ils doivent ensuite se répartir automatiquement sur les deux parcours disponibles. Un contrôleur ordonne à son robot de changer de sens de parcours. Les robots devraient se bloquer. Le contrôleur téléguide le robot pour le sortir du parcours, les autres robots devraient se débloquer.

Voici un exemple de double parcours.
<gallery>
File:Parcours-double.png|Parcours double
</gallery>

BE 2011-2012

2012-01-30T08:10:57Z

Afossey : /* Robot naviguant aux instruments */

= But à atteindre =

Ce bureau d'étude a comme finalité la construction de robots patrouilleurs. Ces robots doivent parcourir de façon semi-autonome un espace en accumulant des données. Ces données peuvent être, par exemple, des images de leur environnement ou le résultat d'écoutes WiFi. Un robot semi-autonome est un robot capable de se déplacer dans son espace sans intervention humaine en suivant un balisage quelconque (marquage au sol, tags RFID, sons particuliers, etc). Un humain doit cependant pouvoir prendre le contrôle partiel ou total d'un robot. Le contrôle partiel consiste à faire varier la vitesse du robot, le sens du parcours du robot, etc. Le contrôle total consiste à gérer complétement le déplacement du robot, même si ce dernier évite encore les collisions (que le contrôleur pourrait ne pas avoir pu prévoir). Les robots doivent aussi pouvoir communiquer entre eux pour s'échanger des informations de positionnement, pour pouvoir s'éviter ou pour pouvoir se regrouper (par exemple pour pouvoir explorer en détail un lieu particulier). A ce propos il est fondamental que les robots sachent se positionner pour pouvoir annoter les informations envoyées ou stockées (images ou données).

= Matériel à votre disposition =

[[Image:boite_mindstorm.jpg|150px|right]]
[[Image:foxboard.jpg|150px|left]]
Les couches basses du robot seront réalisées à l'aide de Lego MindStorm. Le Lego va permettre de réaliser le chassis avec sa motorisation et d'y installer divers capteurs. Il est même possible d'assurer une certaine communication entre robots grâce à la technologie <tt>bluetooth</tt> intégrée au micro-contrôleur MindStorm. Pour aller plus loin, il est nécessaire d'embarquer un micro-PC de type FoxBoard sur le robot. C'est ce micro-PC qui fera faire les acquisitions d'images ou les analyses WiFi et c'est à lui que le micro-contrôleur du MindStorm pourra envoyer ses données de localisation.

 

= Répartition des tâches =

Chaque binôme va se voir affecter une des problématiques décrites dans les sous-sections suivantes. Par la suite les résultats devront être incorporés dans chaque robot pour obtenir un robot tel que décrit plus haut. Notez que tous les robots doivent savoir s'arrêter quand un obstacle se présente devant eux (utilisation du sonar MindStorm).

== Robot suiveur de ligne ==
Vous devez créer un robot capable de suivre une courbe discontinue au sol. Le robot doit être capable de réaliser les actions ci-dessous.
* en cas de perte du marquage, tourner dans un sens puis dans l'autre pour tenter de le retrouver avec des angles de plus en plus grands ;
* si le marquage ne peut pas être retrouvé, se remettre dans la position de la perte initiale et partir tout droit ;
* se remettre dans l'axe du marquage lorsque ce marquage est retrouvé ;
* s'arrêter quand un obstacle se présente devant lui et repartir si l'obstacle disparait ;
* changer de parcours sur commande, c'est à dire emprunter un parcours d'une couleur différente dès qu'il est rencontré ;
* inverser son sens de parcours.

Voici des exemples de parcours discontinus pouvant être suivis dans les deux sens.
<gallery>
File:Parcours-carre.png|Parcours carré
File:Parcours-cercle.png‎|Parcours avec arcs
</gallery>

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Ombeline Rossi, Mélanie Hautecoeur </td>
<td> Boite lego MindStorm, Scotch de couleur </td>
<td> [[SuiveurLigne2011-1|Robot suiveur de ligne 1]] </td>
</tr>
</table>

== Robots synchronisés ==
Cette étude sera menée par deux binômes. Vos deux robots doivent être capables de se synchroniser. Il vous est demandé de réaliser le comportement suivant :

* séparés, les robots avancent tout droit et s'arrêtent dès qu'ils détectent un obstacle avec leur sonar ;
* les deux robots doivent pouvoir être couplés côte à côte ;
* dans le mode couplé, les robots avancent quand aucun obstacle n'est détecté par leurs sonars ;
* dans le mode couplé, si un robot détecte un obstacle et l'autre non le couple tourne dans la direction où aucun obstacle n'est détecté.

La communication entre les deux robots se fait par <tt>bluetooth</tt>.

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Nathan MARTIN, Charlotte BRICOUT </td>
<td> Boite lego MindStorm </td>
<td> [[Synchronize2011-1|Robot communicant 1]] </td>
</tr>
<tr>
<td> Gondry Jérémy - Verheyde Richard </td>
<td> Boite lego MindStorm </td>
<td> [[Synchronize2011-2|Robot communicant 2]] </td>
</tr>
</table>

== Robot suiveur RFID ==
Vous doterez votre robot d'un lecteur RFID et d'une boussole. Votre robot doit être capable de réaliser les opérations ci-après :

* trouver sous une marque de couleur précise (feuille A4, disque, ...) une carte RFID ;
* partir dans une direction donnée ; le robot s'oriente avec la boussole puis se lance avec ses deux moteurs sans tenter de corriger la trajectoire ;
* mémoriser des caps en fonction des identifiants des cartes RFID.

Par la suite vous intégrez ces trois fonctionnalités pour obtenir un robot capable de suivre une trajectoire matérialisée par des marques sous lesquelles une carte RFID est dissimulée.
Quand le robot détecte une marque via son capteur de couleur, il se met à chercher l'emplacement exact de la carte RFID. Une fois la carte localisée, le robot trouve le prochain cap à suivre en fonction de l'identifiant de la carte RFID. Le robot s'oriente sur ce cap avec sa boussole puis se lance vers la marque suivante. Et ainsi de suite.

Voici un exemple de parcours en suivant des marques RFID.
<gallery>
File:Parcours-marques.png|Parcours RFID
</gallery>

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Florian Lemaire, Victor Sallé </td>
<td> Boite lego MindStorm, Module RFID, Cartes RFID, module boussole, Marques de couleur </td>
<td> [[SuiveurRFID2011-1|Robot suiveur RFID 1]] </td>
</tr>
</table>

== Robot naviguant aux instruments ==
Vous doterez votre robot d'une boussole pour lui permettre de connaitre précisement sa direction. Vous devez réaliser les actions décrites dans la suite.

* Vous commencerez par faire en sorte que votre robot sache avancer en ligne droite, pour cela vous utiliserez le contrôle PID décrit sur la page [http://wikipedia.org/wiki/PID_controller WikiPedia]. Pour simplifier ce qui est dit sur cette page, sachez le principe appliqué à votre robot va être d'effectuer des corrections sur la trajectoire en utilisant des rotations. L'angle de ces rotations va être calculé en fonction de l'erreur de trajectoire indiqué par la boussole. Plus exactement par la somme d'une constante multipliée par l'erreur instantanée, d'une autre constante multipliée par l'intégrale de l'erreur et enfin d'une dernière constante multipliée par la dérivée de l'erreur. A vous de trouver les valeurs adaptées des trois constantes.

* Par la suite faites en sorte que votre robot sache contourner les obstacles au plus juste. Au plus juste signifiant qu'il tournera vers la droite ou vers la gauche en jugeant d'où se trouve le chemin le plus libre. L'algorithme a appliquer consiste à tourner le robot d'un angle faible dans un sens puis dans l'autre et de lire les resultats du sonar. Si les deux mesures indiquent un obstacle trop proche, l'angle est augmenté et le procédé répété. Dès qu'une trajectoire indique un chemin libre ou du moins un obstacle à distance suffisante, le robot avance en ligne droite suivant cette trajectoire. La boussole doit être utilisée ici pour vérifier que le robot effectue précisement des rotations des angles souhaités et qu'il sache revenir en position initiale pour éventuellement recommencer avec un angle plus grand.

* Pour permettre de suivre le comportement du robot, faites afficher sur la brique de contrôle MindStorm l'angle de rotation pour le dernier contournement et la distance parcourue le long de la dernière ligne droite.

Intégrez les comportements pour obtenir un robot capable de contourner les obstacles avec un minimum d'intelligence.

Voici un exemple de contournement d'obstacle avec l'algorithme décrit.
<gallery>
File:Parcours-boussole.png|Contournement d'obstacle
</gallery>

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Olivier Tailliez, Antoine Fossey</td>
<td> Boite lego MindStorm, Module boussole </td>
<td> [[Boussole2011-1|Robot boussole 1]] </td>
</tr>
</table>

== Robot téléguidé avec système embarqué ==
Votre robot doit pouvoir être radio-guidé par un contrôleur. Le dit contrôleur peut diriger le robot au vu de l'image de la webcam embarquée. L'acquisition de la webcam et sa diffusion par WiFi est assuré par un système embarqué FoxBoard. La FoxBoard vous sera livrée configurée mais il faudra l'embarquer dans votre robot avec tous ses accessoires (webcam, module <tt>bluetooth</tt>, boitier de piles). Un calcul du temps d'autonomie doit être effectué. Dans un premier temps le radio-guidage peut se faire à l'aide du logiciel MindStorm par <tt>bluetooth</tt>. Dans un second temps il faut étudier la possibilité d'un radio-guidage par WiFi, les ordres étant transmis par un navigateur Web au serveur Web de la FoxBoard puis transmis au micro-contrôleur MindStorm par <tt>bluetooth</tt>. Vous aurez le choix de programmer votre robot avec le logiciel MindStorm ou avec un langage de bas niveau proche du langage C (voir la page web [http://www.eggwall.com/2011/08/lego-nxt-mindstorm-with-linux.html]).

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> JD. Lancieri - T. Maurice / F. Royer - B. Maliar / M.Barrois - F.violier </td>
<td> </td>
<td> Boite lego MindStorm, Téléphone Android, FoxBoard avec webcam, interface WiFi, convertisseur <tt>bluetooth</tt>, Boitier piles </td>
<td> [[Teleguide2011-1|Robot téléguidé 1]] </td>
</tr>
</table>

= Intégration des fonctionnalités =
Une fois toutes les études terminées et les solutions implantées (sous forme de briques personnalisées par exemple), vous doterez votre robot des fonctionnalités nécessaires à la réalisation de la démonstration finale. Votre robot doit être capable de suivre des marquages discontinus au sol, être capable de communiquer avec les autres robots, être capable de se repérer dans l'espace en repérant des cartes RFID et enfin doit embarquer une FoxBoard avec une connexion WiFi et une webcam.

Les robots peuvent se trouver soit dans un mode autonome soit dans un mode téléguidé. Dans le mode téléguidé, le robot est contrôlé à l'aide d'un téléphone Android connecté sur le réseau WiFi de l'école. Il doit être possible de le faire avancer, reculer ou tourner. Il doit être possible aussi d'obtenir une image de la webcam.

Le comportement en mode autonome est plus complexe :
* le robot tente de suivre un marquage de couleur au sol, ce marquage peut être discontinu, la boussole est utilisée pour passer en ligne droite d'un marquage à l'autre et pour suivre les marquages ;
* le contrôleur peut demander à un robot de changer de sens de parcours ou de changer de couleur de parcours ;
* dès qu'il trouve une carte RFID sur ce marquage, la FoxBoard est prévenue et stocke une image correspondant à l'identifiant de la carte RFID ;
* les robots communiquent en <tt>bluetooth</tt> à leur FoxBoard la couleur du parcours suivi, les FoxBoard diffusent cette information entre elles ;
* quand une FoxBoard s'aperçoit qu'un parcours est utilisé par moins de robots qu'un autre parcours, elle peut demander à son robot de changer de couleur de parcours pour équilibrer le nombre de robots.

<table border="1">
<tr> <th>Matériel</th>
<td>Boite lego MindStorm</td>
<td>Module RFID</td>
<td>Module boussole</td>
<td>Téléphone Android</td>
<td>FoxBoard</td>
<td>WebCam</td>
<td>Adaptateur USB/WiFi</td>
<td>Adaptateur BlueTooth</td>
<td>Hub USB</td>
<td>Boitier piles</td>
</tr>
<tr> <th>Nombre</th>
<td>7/8</td>
<td>7/8</td>
<td>7/8</td>
<td>8/8</td>
<td>8/8</td>
<td>8/8</td>
<td>8/8</td>
<td>?/8</td>
<td>?/8</td>
<td>?/8</td>
</tr>
</table>

= Démonstration finale =
Pour la démonstration finale vous tracerez une grande piste comprenant au moins deux parcours (voir schéma ci-dessous). Des cartes RFID doivent être disposées en des points précis de chaque parcours. Vous placerez vos robots sur l'un des parcours, tous orientés dans le même sens. Les robots vont cheminer un certain temps sur ce parcours (l'occasion de vérifier le bon suivi du marquage au sol et que les robots savent tenir leurs distances). Ils doivent ensuite se répartir automatiquement sur les deux parcours disponibles. Un contrôleur ordonne à son robot de changer de sens de parcours. Les robots devraient se bloquer. Le contrôleur téléguide le robot pour le sortir du parcours, les autres robots devraient se débloquer.

Voici un exemple de double parcours.
<gallery>
File:Parcours-double.png|Parcours double
</gallery>

BE 2011-2012

2012-01-30T08:10:32Z

Afossey : /* Robot naviguant aux instruments */

= But à atteindre =

Ce bureau d'étude a comme finalité la construction de robots patrouilleurs. Ces robots doivent parcourir de façon semi-autonome un espace en accumulant des données. Ces données peuvent être, par exemple, des images de leur environnement ou le résultat d'écoutes WiFi. Un robot semi-autonome est un robot capable de se déplacer dans son espace sans intervention humaine en suivant un balisage quelconque (marquage au sol, tags RFID, sons particuliers, etc). Un humain doit cependant pouvoir prendre le contrôle partiel ou total d'un robot. Le contrôle partiel consiste à faire varier la vitesse du robot, le sens du parcours du robot, etc. Le contrôle total consiste à gérer complétement le déplacement du robot, même si ce dernier évite encore les collisions (que le contrôleur pourrait ne pas avoir pu prévoir). Les robots doivent aussi pouvoir communiquer entre eux pour s'échanger des informations de positionnement, pour pouvoir s'éviter ou pour pouvoir se regrouper (par exemple pour pouvoir explorer en détail un lieu particulier). A ce propos il est fondamental que les robots sachent se positionner pour pouvoir annoter les informations envoyées ou stockées (images ou données).

= Matériel à votre disposition =

[[Image:boite_mindstorm.jpg|150px|right]]
[[Image:foxboard.jpg|150px|left]]
Les couches basses du robot seront réalisées à l'aide de Lego MindStorm. Le Lego va permettre de réaliser le chassis avec sa motorisation et d'y installer divers capteurs. Il est même possible d'assurer une certaine communication entre robots grâce à la technologie <tt>bluetooth</tt> intégrée au micro-contrôleur MindStorm. Pour aller plus loin, il est nécessaire d'embarquer un micro-PC de type FoxBoard sur le robot. C'est ce micro-PC qui fera faire les acquisitions d'images ou les analyses WiFi et c'est à lui que le micro-contrôleur du MindStorm pourra envoyer ses données de localisation.

 

= Répartition des tâches =

Chaque binôme va se voir affecter une des problématiques décrites dans les sous-sections suivantes. Par la suite les résultats devront être incorporés dans chaque robot pour obtenir un robot tel que décrit plus haut. Notez que tous les robots doivent savoir s'arrêter quand un obstacle se présente devant eux (utilisation du sonar MindStorm).

== Robot suiveur de ligne ==
Vous devez créer un robot capable de suivre une courbe discontinue au sol. Le robot doit être capable de réaliser les actions ci-dessous.
* en cas de perte du marquage, tourner dans un sens puis dans l'autre pour tenter de le retrouver avec des angles de plus en plus grands ;
* si le marquage ne peut pas être retrouvé, se remettre dans la position de la perte initiale et partir tout droit ;
* se remettre dans l'axe du marquage lorsque ce marquage est retrouvé ;
* s'arrêter quand un obstacle se présente devant lui et repartir si l'obstacle disparait ;
* changer de parcours sur commande, c'est à dire emprunter un parcours d'une couleur différente dès qu'il est rencontré ;
* inverser son sens de parcours.

Voici des exemples de parcours discontinus pouvant être suivis dans les deux sens.
<gallery>
File:Parcours-carre.png|Parcours carré
File:Parcours-cercle.png‎|Parcours avec arcs
</gallery>

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Ombeline Rossi, Mélanie Hautecoeur </td>
<td> Boite lego MindStorm, Scotch de couleur </td>
<td> [[SuiveurLigne2011-1|Robot suiveur de ligne 1]] </td>
</tr>
</table>

== Robots synchronisés ==
Cette étude sera menée par deux binômes. Vos deux robots doivent être capables de se synchroniser. Il vous est demandé de réaliser le comportement suivant :

* séparés, les robots avancent tout droit et s'arrêtent dès qu'ils détectent un obstacle avec leur sonar ;
* les deux robots doivent pouvoir être couplés côte à côte ;
* dans le mode couplé, les robots avancent quand aucun obstacle n'est détecté par leurs sonars ;
* dans le mode couplé, si un robot détecte un obstacle et l'autre non le couple tourne dans la direction où aucun obstacle n'est détecté.

La communication entre les deux robots se fait par <tt>bluetooth</tt>.

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Nathan MARTIN, Charlotte BRICOUT </td>
<td> Boite lego MindStorm </td>
<td> [[Synchronize2011-1|Robot communicant 1]] </td>
</tr>
<tr>
<td> Gondry Jérémy - Verheyde Richard </td>
<td> Boite lego MindStorm </td>
<td> [[Synchronize2011-2|Robot communicant 2]] </td>
</tr>
</table>

== Robot suiveur RFID ==
Vous doterez votre robot d'un lecteur RFID et d'une boussole. Votre robot doit être capable de réaliser les opérations ci-après :

* trouver sous une marque de couleur précise (feuille A4, disque, ...) une carte RFID ;
* partir dans une direction donnée ; le robot s'oriente avec la boussole puis se lance avec ses deux moteurs sans tenter de corriger la trajectoire ;
* mémoriser des caps en fonction des identifiants des cartes RFID.

Par la suite vous intégrez ces trois fonctionnalités pour obtenir un robot capable de suivre une trajectoire matérialisée par des marques sous lesquelles une carte RFID est dissimulée.
Quand le robot détecte une marque via son capteur de couleur, il se met à chercher l'emplacement exact de la carte RFID. Une fois la carte localisée, le robot trouve le prochain cap à suivre en fonction de l'identifiant de la carte RFID. Le robot s'oriente sur ce cap avec sa boussole puis se lance vers la marque suivante. Et ainsi de suite.

Voici un exemple de parcours en suivant des marques RFID.
<gallery>
File:Parcours-marques.png|Parcours RFID
</gallery>

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Florian Lemaire, Victor Sallé </td>
<td> Boite lego MindStorm, Module RFID, Cartes RFID, module boussole, Marques de couleur </td>
<td> [[SuiveurRFID2011-1|Robot suiveur RFID 1]] </td>
</tr>
</table>

== Robot naviguant aux instruments ==
Vous doterez votre robot d'une boussole pour lui permettre de connaitre précisement sa direction. Vous devez réaliser les actions décrites dans la suite.

* Vous commencerez par faire en sorte que votre robot sache avancer en ligne droite, pour cela vous utiliserez le contrôle PID décrit sur la page [http://wikipedia.org/wiki/PID_controller WikiPedia]. Pour simplifier ce qui est dit sur cette page, sachez le principe appliqué à votre robot va être d'effectuer des corrections sur la trajectoire en utilisant des rotations. L'angle de ces rotations va être calculé en fonction de l'erreur de trajectoire indiqué par la boussole. Plus exactement par la somme d'une constante multipliée par l'erreur instantanée, d'une autre constante multipliée par l'intégrale de l'erreur et enfin d'une dernière constante multipliée par la dérivée de l'erreur. A vous de trouver les valeurs adaptées des trois constantes.

* Par la suite faites en sorte que votre robot sache contourner les obstacles au plus juste. Au plus juste signifiant qu'il tournera vers la droite ou vers la gauche en jugeant d'où se trouve le chemin le plus libre. L'algorithme a appliquer consiste à tourner le robot d'un angle faible dans un sens puis dans l'autre et de lire les resultats du sonar. Si les deux mesures indiquent un obstacle trop proche, l'angle est augmenté et le procédé répété. Dès qu'une trajectoire indique un chemin libre ou du moins un obstacle à distance suffisante, le robot avance en ligne droite suivant cette trajectoire. La boussole doit être utilisée ici pour vérifier que le robot effectue précisement des rotations des angles souhaités et qu'il sache revenir en position initiale pour éventuellement recommencer avec un angle plus grand.

* Pour permettre de suivre le comportement du robot, faites afficher sur la brique de contrôle MindStorm l'angle de rotation pour le dernier contournement et la distance parcourue le long de la dernière ligne droite.

Intégrez les comportements pour obtenir un robot capable de contourner les obstacles avec un minimum d'intelligence.

Voici un exemple de contournement d'obstacle avec l'algorithme décrit.
<gallery>
File:Parcours-boussole.png|Contournement d'obstacle
</gallery>

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> Olivier Tailliez, Antoine FOSSEY</td>
<td> Boite lego MindStorm, Module boussole </td>
<td> [[Boussole2011-1|Robot boussole 1]] </td>
</tr>
</table>

== Robot téléguidé avec système embarqué ==
Votre robot doit pouvoir être radio-guidé par un contrôleur. Le dit contrôleur peut diriger le robot au vu de l'image de la webcam embarquée. L'acquisition de la webcam et sa diffusion par WiFi est assuré par un système embarqué FoxBoard. La FoxBoard vous sera livrée configurée mais il faudra l'embarquer dans votre robot avec tous ses accessoires (webcam, module <tt>bluetooth</tt>, boitier de piles). Un calcul du temps d'autonomie doit être effectué. Dans un premier temps le radio-guidage peut se faire à l'aide du logiciel MindStorm par <tt>bluetooth</tt>. Dans un second temps il faut étudier la possibilité d'un radio-guidage par WiFi, les ordres étant transmis par un navigateur Web au serveur Web de la FoxBoard puis transmis au micro-contrôleur MindStorm par <tt>bluetooth</tt>. Vous aurez le choix de programmer votre robot avec le logiciel MindStorm ou avec un langage de bas niveau proche du langage C (voir la page web [http://www.eggwall.com/2011/08/lego-nxt-mindstorm-with-linux.html]).

<table border="1">
<tr> <th>Elèves</th> <th>Matériel</th> <th>Page</th> </tr>
<tr>
<td> JD. Lancieri - T. Maurice / F. Royer - B. Maliar / M.Barrois - F.violier </td>
<td> </td>
<td> Boite lego MindStorm, Téléphone Android, FoxBoard avec webcam, interface WiFi, convertisseur <tt>bluetooth</tt>, Boitier piles </td>
<td> [[Teleguide2011-1|Robot téléguidé 1]] </td>
</tr>
</table>

= Intégration des fonctionnalités =
Une fois toutes les études terminées et les solutions implantées (sous forme de briques personnalisées par exemple), vous doterez votre robot des fonctionnalités nécessaires à la réalisation de la démonstration finale. Votre robot doit être capable de suivre des marquages discontinus au sol, être capable de communiquer avec les autres robots, être capable de se repérer dans l'espace en repérant des cartes RFID et enfin doit embarquer une FoxBoard avec une connexion WiFi et une webcam.

Les robots peuvent se trouver soit dans un mode autonome soit dans un mode téléguidé. Dans le mode téléguidé, le robot est contrôlé à l'aide d'un téléphone Android connecté sur le réseau WiFi de l'école. Il doit être possible de le faire avancer, reculer ou tourner. Il doit être possible aussi d'obtenir une image de la webcam.

Le comportement en mode autonome est plus complexe :
* le robot tente de suivre un marquage de couleur au sol, ce marquage peut être discontinu, la boussole est utilisée pour passer en ligne droite d'un marquage à l'autre et pour suivre les marquages ;
* le contrôleur peut demander à un robot de changer de sens de parcours ou de changer de couleur de parcours ;
* dès qu'il trouve une carte RFID sur ce marquage, la FoxBoard est prévenue et stocke une image correspondant à l'identifiant de la carte RFID ;
* les robots communiquent en <tt>bluetooth</tt> à leur FoxBoard la couleur du parcours suivi, les FoxBoard diffusent cette information entre elles ;
* quand une FoxBoard s'aperçoit qu'un parcours est utilisé par moins de robots qu'un autre parcours, elle peut demander à son robot de changer de couleur de parcours pour équilibrer le nombre de robots.

<table border="1">
<tr> <th>Matériel</th>
<td>Boite lego MindStorm</td>
<td>Module RFID</td>
<td>Module boussole</td>
<td>Téléphone Android</td>
<td>FoxBoard</td>
<td>WebCam</td>
<td>Adaptateur USB/WiFi</td>
<td>Adaptateur BlueTooth</td>
<td>Hub USB</td>
<td>Boitier piles</td>
</tr>
<tr> <th>Nombre</th>
<td>7/8</td>
<td>7/8</td>
<td>7/8</td>
<td>8/8</td>
<td>8/8</td>
<td>8/8</td>
<td>8/8</td>
<td>?/8</td>
<td>?/8</td>
<td>?/8</td>
</tr>
</table>

= Démonstration finale =
Pour la démonstration finale vous tracerez une grande piste comprenant au moins deux parcours (voir schéma ci-dessous). Des cartes RFID doivent être disposées en des points précis de chaque parcours. Vous placerez vos robots sur l'un des parcours, tous orientés dans le même sens. Les robots vont cheminer un certain temps sur ce parcours (l'occasion de vérifier le bon suivi du marquage au sol et que les robots savent tenir leurs distances). Ils doivent ensuite se répartir automatiquement sur les deux parcours disponibles. Un contrôleur ordonne à son robot de changer de sens de parcours. Les robots devraient se bloquer. Le contrôleur téléguide le robot pour le sortir du parcours, les autres robots devraient se débloquer.

Voici un exemple de double parcours.
<gallery>
File:Parcours-double.png|Parcours double
</gallery>