BUMBLEBEE

De Wiki de bureau d'études PeiP
Révision datée du 15 avril 2011 à 07:00 par Lblin (discussion | contributions) (Our Robot ---> BUMBLEBEE)

Rapport robot


Présentation du BE (avec les différentes parties)

Le Bureau d’Etude « Coopération entre Robots Mobiles » (IMA) consiste à terme à faire évoluer différents robots ensembles dans un environnement non défini à l’avance. C'est-à-dire : Que les robots communiquent par Bluetooth Qu’ils soient capables de suivre une ligne Capables d’éviter des obstacles Qu’ils soient contrôlables à distance (wifi) Et pour certains groupes, les robots auront des capacités qui leur sont propres, comme un gyroscope et un accéléromètre, un capteur RFID. Pour cela la première étape fut de construire, par binôme, un robot (Lego Mindstorm). Les différentes équipes on fait preuve d’une grande créativité, puisque aucun des robots ne se ressemblent. Puis est venu le moment de programmer. Le travail a été réparti de la façon suivante (par groupe) :

               Suivre une ligne
               Communication entre robot
               Navigant aux instruments (gyroscope + accéléromètre)
               Capteur RFID (nous)
               Robot contrôlé à distance, via le wifi


Our Robot ---> BUMBLEBEE

The Best One

             Bumblebee.jpg

Présentation de notre partie Suiveur RFID

Notre robot a l’équipement standard, c'est-à-dire, un sonar, d’un capteur de lumière, et d’un bouton poussoir. En plus de cela, un équipement qui lui est propre, un capteur RFID, d’une remorque (pour installer plus tard la FoxBoard), et d’un lanceur de bille !

RFID.jpg

Notre mission était de faire un programme, pour exploiter le capteur RFID (permet d’identifier de manière certaine des transpondeurs RFID (une antenne avec une puce contenant un identifiant unique, parfois reprogrammable)). Donc notre programme consiste en : la recherche d’un transpondeur RFID (en avançant d’une longueur L, en reculant de L, puis léger pivot sur la droite, et ainsi de suite), une fois localisé notre robot se met à la recherche d’une second transpondeur, et ainsi de suite. Avec l’interface de Lego Mindstorm, donne programme ressemble à :

Description de l’algorithme

Schema condensé :

Impecr1.jpg

Schéma détaillé :

Impecr2.jpg

Il se compose en deux parties qui se déroulent simultanément, mais toutes les deux régies par une même variable avec pour valeur préalable « fausse ».

La première (partie haute sur la photo) consiste à ne rien faire s’il ne lit pas le transpondeur, et ceci dans une boucle l’infini. S’il lit le transpondeur, tous les moteurs se stoppent et la variable se réécrit en tant que vrai, et sortie de la boucle.

La deuxième partie régie l’évolution du robot au sol. Si la variable est en valeur « fausse », le robot avance pendant 3 secondes, si la variable est toujours fausse le robot recule pendant 3 secondes, et si la variable est fausse il pivote légèrement sur la droite. Et ceci tant que la variable n’a pas été lue, via la première partie.

Mais tout ceci n’est que pour un transpondeur précis, donc il faut le reproduire autant de fois qu’il y a de transpondeur, en changeant le numéro d’identification dans le programme.

Les difficultés rencontrées et leur résolution

La première difficulté a été de comprendre le fonctionnement de l’interface de programmation LEGOMINDSTORM qui semble au premier regard assez simple d’utilisation mais qui se révèle difficile à l’application. En effet il faut réussir à combiner certaines commandes entre elles pour que le robot interagisse correctement. Cela s’est également révélé lors des essais pour comprendre le fonctionnement du capteur RFID : il faut enregistrer les transpondeurs dans le programme pour que le robot exécute une action lorsque le capteur arrive au dessus. Une fois ces problèmes réglés grâce aux explications de nos enseignants, on a pu commencer à créer le programme complet. C’est ici que c’est présentée la plus grande difficulté : on ne réussissait pas à faire lire le capteur RFID en continu. La lecture s’exécutait soit à la fin d’une boucle, soit entre chaque commande mais pas en cours d’exécution. Nos professeurs nous ont alors suggéré (et aidé !!) d’introduire des variables dans le programme ce qui a permis de faire une exécution en parallèle et donc de lire en continu.


To Be Continued...

Soon in “Coopération entre Robots Mobiles”: Nous allons dans un premier temps continuer à travailler sur le programme en ajoutant quelques actions, c’est-à-dire que le robot effectuera une action (ex : lancer une bille, …) lorsqu’il passera sur le transpondeur RFID avant de continuer à chercher le transpondeur suivant. Ensuite, nous ferons interagir tous les robots entre eux dans le hall de l’école. Pour cela, nous allons récupérer les programmes finis des autres robots et les inclure dans le notre, pour qu’il jouisse des mêmes fonctionnalités c’est-à-dire au final suiveur de ligne, communication avec les autres robots, contrôle à distance, sonar et bien sûr capteur RFID. La difficulté sera alors de combiner tous ces programmes en un seul fonctionnel.