BUMBLEBEE : Différence entre versions

Version du 15 avril 2011 à 08:05

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

Présentation de notre partie Suiveur RFID

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 à :

RFID

Description de l’algorithme RFID

Schema condensé :

Schéma détaillé :

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.

Suiveur Ligne

Un capteur de lumière est aussi intégré à Bumblebee ! Mais ce n'est pas nous qui avons développé cette capacité, le groupe du robot 3PJ (Pierre-Jean et Simon) ! Cette récupération de programme n'a pas été gratuite, nous lui avons donné en échange le programme permettant le contrôle à distance !!

Comme on peut le voir sur la photo, notre capteur de lumière est excentré ! Ce qui apporte une touche d'originalité puisqu'on est les seul à l'avoir excentré !

Sonar

Sonar

Bumblebee intégre un sonar qui lui permet, lorsqu'il détecte un obstacle à moins de 20cm, de reculer d'une quinzaine de centimètres et ainsi éviter toute colision. Cette application a été intégré dans le programme final, dans un "if".

.

ADM

ADM

.

Contrôle à Distance

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 s’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.