BUMBLEBEE : Différence entre versions
(Nouvelle page : test rex) |
|||
Ligne 1 : | Ligne 1 : | ||
− | + | '''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 | ||
+ | |||
+ | |||
+ | |||
+ | == 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 ! | ||
+ | |||
+ | 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 == | ||
+ | |||
+ | 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. |
Version du 9 mars 2011 à 17:00
Rapport robot
Sommaire
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
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 !
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
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.