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

SuiveurLigne2011-1

2012-05-10T15:28:07Z

Orossi :

[[File:Transformers.jpg|150px|thumb|left|En mode Transformers, LignoBear fini]]

== Introduction ==

Que peut-on faire avec une boite de Legos, un capteur de couleurs et un logiciel informatique ? Bien plus de choses qu'on ne l'imagine, comme par exemple un robot suiveur de ligne ! 
Cette page a pour but de vous présenter LignoBear, un robot construit en Lego MindStorms et que nous avons programmé afin qu'il sache suivre un ruban de couleur fixé au sol, représentant un circuit changeant et même discontinu.

== LignoBear : un peu d'anatomie. ==

Quelques Legos, un emplacement pour une Foxboard afin de communiquer avec le robot à distance et un boitier de piles, trois câbles et un mouchoir en papier sommairement bricolé afin de protéger le capteur des lumières extérieures qui pourraient fausser la mesure : vous avez là une bête étrange mais parfaitement apte à accomplir le travail pour lequel elle a été créée. (voir les photos jointes) 
Toutefois, cette construction rudimentaire nous semblant tristement dénuée de vie, nous lui avons fait don d'un visage et d'une plaque d'immatriculation arborant fièrement le nom du courageux robot : LignoBear. 

== Il n'y a pas que le physique qui compte : le programme a aussi son importance... ==
[[File:rotation.jpg|thumb|Pour mieux comprendre ?]]
Voici une version simplifiée de l'algorithme que nous avons créé afin de donner au moins une âme, sinon une raison de vivre, à notre nouveau rejeton. 
S'il capte la couleur qui lui a été demandé de rechercher, il avance tout droit. Dans la cas contraire, il tourne d'un angle de 10°(soit 50 sur le logiciel, on multiplie par 5) par à-coups successifs à gauche puis à droite , l'angle augmentant de 10° à chaque fois qu'il recommence à gauche(cf schéma), ceci tout en continuant à rechercher le ruban de couleur qu'il suivait avec tant d'ardeur. S'il atteint un certain angle par rapport à sa position d'origine (représenté ici par la valeur 200 du côté droit du robot, soit 40°) sans avoir perçu de couleur, il revient à sa position de départ puis avance tout droit. Il s'arrête si, hélas, il n'a rien capté au bout de 5 secondes, ce qui lui laisse le temps de parcourir approximativement 1 mètre et ainsi de retrouver une ligne un peu plus loin s'il y en a une. Si, lors de son avancée ou de sa recherche du ruban autour de lui, il capte de la couleur, il revient au début de l'algorithme, et recommence à suivre le ruban. 
(voir schéma représentant les rotations)

== Une vidéo vaut mieux qu'un long discours ==
<include nopre noesc src="/home/pedago/ppeip/include/video-LignoBear-iframe.html" />
 

== Nul n'est parfait : erreurs et échecs ==
=== Capter la couleur ===
Dans la première version de l'algorithme, LignoBear ne tournait pas par à-coups mais par grands angles. Ceci le faisait reculer et il arrivait donc qu'il repasse au-dessus d'une ligne de couleur, sans la capter puisque toute son énergie était dirigée vers sa rotation. Nous avons donc inclus le principe de "petits angles" : ainsi le robot effectue de plus petits déplacements, ce qui lui permet de moins glisser et de toujours capter la ligne s'il y en a une.
La lumière a aussi son rôle dans la trajectoire de notre progéniture : la reflet d'une lumière intense peut effectivement l'induire en erreur, en éclaircissant la couleur du ruban, Lignobear ne reconnaissant donc pas la couleur qu'il recherche.

=== Ivre ? ===
Nous avons très tôt observé que la trajectoire de LignoBear était loin d'être droite, et qu'il tournait davantage d'un côté que de l'autre. Avions-nous mis trop de vin dans son biberon ? Fières de notre rôle de mère, nous avons rejeté cette solution avec fougue et avons préféré croire que ses moteurs étaient réglés d'une façon différente et que l'un était donc plus puissant que l'autre, gênant son déplacement. Nous avions pallié à ce défaut en changeant le virage de 50 vers la droite par un virage de 15, mais nous nous sommes finalement rendues compte qu'en éloignant ou rapprochant les roues du corps du robot, sa trajectoire se retrouvait corrigée... 
Afin de vérifier si les roues sont correctement emboîtées, la méthode est simple : il suffit de poser le robot sur une couleur qu'il ne captera pas et marquer sa direction de départ, puis lancer le programme. Si, à l'issue de ses rotations, il repart dans la direction précédemment marquée, les roues sont bien mises. S'il tire à droite, il faut rapprocher la roue avant droite du châssis, et vice-versa.

=== Un bon informaticien est un informaticien paresseux ===
Nous avions au début oublié ce précieux adage, et avions créé un très long programme, qui risquait donc davantage de comporter des erreurs et serait plus long à modifier. Grâce à une astuce, nous avons finalement divisé la taille de ce programme par deux, en réunissant les commandes de rotation droite et gauche, et en les différenciant par une variable qui était tour à tour positive et négative et qui déterminait dans quelle direction le robot tournerait.

== Gallerie photo ==

 
<gallery>
File:vide.jpg|Premiers essais de montage, presque concluants
File:tralala.jpg|Insertion de l'emplacement Foxboard
File:profilb.jpg|La bête, de profil
File:mouchoir.jpg|Un œil unique mais perçant
File:pardevant.jpg|Un regard plein de sagesse
File:parderriere.jpg|Un nom qu'il porte avec panache
File:circuit.jpg|Mise en œuvre de ses talents
File:rotation.jpg|Pour mieux comprendre ?
</gallery>

SuiveurLigne2011-1

2012-05-10T14:35:05Z

Orossi : /* Capter la couleur */

[[File:Transformers.jpg|150px|thumb|left|En mode Transformers, LignoBear fini]]

== Introduction ==

Que peut-on faire avec une boite de Legos, un capteur de couleurs et un logiciel informatique ? Bien plus de choses qu'on ne l'imagine, comme par exemple un robot suiveur de ligne ! 
Cette page a pour but de vous présenter LignoBear, un robot construit en Lego MindStorms et que nous avons programmé afin qu'il sache suivre un ruban de couleur fixé au sol, représentant un circuit changeant et même discontinu.

== LignoBear : un peu d'anatomie. ==

Quelques Legos, un emplacement pour une Foxboard afin de communiquer avec le robot à distance et un boitier de piles, trois câbles et un mouchoir en papier sommairement bricolé afin de protéger le capteur des lumières extérieures qui pourraient fausser la mesure : vous avez là une bête étrange mais parfaitement apte à accomplir le travail pour lequel elle a été créée. (voir les photos jointes) 
Toutefois, cette construction rudimentaire nous semblant tristement dénuée de vie, nous lui avons fait don d'un visage et d'une plaque d'immatriculation arborant fièrement le nom du courageux robot : LignoBear. 

== Il n'y a pas que le physique qui compte : le programme a aussi son importance... ==
[[File:rotation.jpg|thumb|Pour mieux comprendre ?]]
Voici une version simplifiée de l'algorithme que nous avons créé afin de donner au moins une âme, sinon une raison de vivre, à notre nouveau rejeton. 
S'il capte la couleur qui lui a été demandé de rechercher, il avance tout droit. Dans la cas contraire, il tourne d'un angle de 10°(soit 50 sur le logiciel, on multiplie par 5) par à-coups successifs à gauche puis à droite , l'angle augmentant de 10° à chaque fois qu'il recommence à gauche(cf schéma), ceci tout en continuant à rechercher le ruban de couleur qu'il suivait avec tant d'ardeur. S'il atteint un certain angle par rapport à sa position d'origine (représenté ici par la valeur 200 du côté droit du robot, soit 40°) sans avoir perçu de couleur, il revient à sa position de départ puis avance tout droit. Il s'arrête si, hélas, il n'a rien capté au bout de 5 secondes. Si, lors de son avancée ou de sa recherche du ruban autour de lui, il capte de la couleur, il revient au début de l'algorithme, et recommence à suivre le ruban. 
(voir schéma représentant les rotations)

== Une vidéo vaut mieux qu'un long discours ==
<include nopre noesc src="/home/pedago/ppeip/include/video-LignoBear-iframe.html" />
 

== Nul n'est parfait : erreurs et échecs ==
=== Capter la couleur ===
Dans la première version de l'algorithme, LignoBear ne tournait pas par à-coups mais par grands angles. Ceci le faisait reculer et il arrivait donc qu'il repasse au-dessus d'une ligne de couleur, sans la capter puisque toute son énergie était dirigée vers sa rotation. Nous avons donc inclus le principe de "petits angles" : ainsi le robot effectue de plus petits déplacements, ce qui lui permet de moins glisser et de toujours capter la ligne s'il y en a une.
La lumière a aussi son rôle dans la trajectoire de notre progéniture : la reflet d'une lumière intense peut effectivement l'induire en erreur, en éclaircissant la couleur du ruban, Lignobear ne reconnaissant donc pas la couleur qu'il recherche.

=== Ivre ? ===
Nous avons très tôt observé que la trajectoire de LignoBear était loin d'être droite, et qu'il tournait davantage d'un côté que de l'autre. Avions-nous mis trop de vin dans son biberon ? Fières de notre rôle de mère, nous avons rejeté cette solution avec fougue et avons préféré croire que ses moteurs étaient réglés d'une façon différente et que l'un était donc plus puissant que l'autre, gênant son déplacement. Nous avions pallié à ce défaut en changeant le virage de 50 vers la droite par un virage de 15, mais nous nous sommes finalement rendues compte qu'en éloignant ou rapprochant les roues du corps du robot, sa trajectoire se retrouvait corrigée... 
Afin de vérifier si les roues sont correctement emboîtées, la méthode est simple : il suffit de poser le robot sur une couleur qu'il ne captera pas et marquer sa direction de départ, puis lancer le programme. Si, à l'issue de ses rotations, il repart dans la direction précédemment marquée, les roues sont bien mises. S'il tire à droite, il faut rapprocher la roue avant droite du châssis, et vice-versa.

=== Un bon informaticien est un informaticien paresseux ===
Nous avions au début oublié ce précieux adage, et avions créé un très long programme, qui risquait donc davantage de comporter des erreurs et serait plus long à modifier. Grâce à une astuce, nous avons finalement divisé la taille de ce programme par deux, en réunissant les commandes de rotation droite et gauche, et en les différenciant par une variable qui était tour à tour positive et négative et qui déterminait dans quelle direction le robot tournerait.

== Gallerie photo ==

 
<gallery>
File:vide.jpg|Premiers essais de montage, presque concluants
File:tralala.jpg|Insertion de l'emplacement Foxboard
File:profilb.jpg|La bête, de profil
File:mouchoir.jpg|Un œil unique mais perçant
File:pardevant.jpg|Un regard plein de sagesse
File:parderriere.jpg|Un nom qu'il porte avec panache
File:circuit.jpg|Mise en œuvre de ses talents
File:rotation.jpg|Pour mieux comprendre ?
</gallery>

SuiveurLigne2011-1

2012-03-15T00:33:51Z

Orossi :

PHOTOS : Les deux mamans, profil avec mouchoir, suivant une ligne

== Introduction ==

Que peut-on faire avec une boite de Legos, un capteur de couleurs et un logiciel informatique ? Bien plus de choses qu'on ne l'imagine, comme par exemple un robot suiveur de ligne ! 
Cette page a pour but de vous présenter LignoBear, un robot construit en Lego MindStorms et que nous avons programmé afin qu'il sache suivre un ruban de couleur fixé au sol, représentant un circuit changeant et même discontinu.

==LignoBear : un peu d'anatomie. ==

Quelques Legos, un emplacement pour une Foxboard afin de communiquer avec le robot à distance et un boitier de piles, trois câbles et un mouchoir en papier sommairement bricolé afin de protéger le capteur des lumières extérieures qui pourraient fausser la mesure : vous avez là une bête étrange mais parfaitement apte à accomplir le travail pour lequel elle a été créée. (voir les photos jointes) 
Toutefois, cette construction rudimentaire nous semblant tristement dénuée de vie, nous lui avons fait don d'un visage et d'une plaque d'immatriculation arborant fièrement le nom du courageux robot : LignoBear. 

== Il n'y a pas que le physique qui compte : le programme a aussi son importance...==

Voici une version simplifiée de l'algorithme que nous avons créé afin de donner au moins une âme, sinon une raison de vivre, à notre nouveau rejeton. 
S'il capte la couleur qui lui a été demandé de rechercher, il avance selon la direction qu'il suivait. Sinon, il tourne (d'un angle représenté ici par 50) par à-coups successivement à gauche puis à droite (ou l'inverse, mais le résultat est le même !), en continuant à rechercher le ruban de couleur qu'il suivait avec tant d'ardeur. S'il atteint un certain angle par rapport à sa position d'origine (représenté ici par 200 du côté droit du robot) sans avoir perçu de couleur, il revient à sa position de départ (en effectuant donc une rotation de 200 vers la gauche) puis avance tout droit. Il s'arrête si, hélas, il n'a rien capté au bout de 5 secondes. Si, lors de son avancée ou de sa recherche du ruban autour de lui, il capte de la couleur, il revient au début de l'algorithme. 
Pourquoi 50 ? Il s'agit d'une unité non homologuée que nous avons créée et adaptée par rapport aux moteurs actionnant les chenilles du robot : elle correspond environ à 10°. (voir schéma représentant les rotations)

== Nul n'est parfait : erreurs et échecs ==
===Capter la couleur===
Dans la première version de l'algorithme, LignoBear ne tournait pas par à-coups mais par grands angles. Ceci le faisait reculer et il arrivait donc qu'il repasse au-dessus d'une ligne de couleur, sans la capter puisque toute son énergie était dirigée vers sa rotation. Nous avons donc inclus le principe de "petits angles" qui lui permettaient de sagement rester sur place quand il cherchait la couleur.

=== Ivre ? ===
Nous avons très tôt observé que la trajectoire de LignoBear était loin d'être droite, et qu'il tournait davantage d'un côté que de l'autre. Avions-nous mis trop de vin dans son biberon ? Fières de notre rôle de mère, nous avons rejeté cette solution avec fougue et avons préféré croire que ses moteurs étaient réglés d'une façon différente et que l'un était donc plus puissant que l'autre, gênant son déplacement. Nous avions pallié à ce défaut en changeant le virage de 50 vers la droite par un virage de 15, mais nous nous sommes finalement rendues compte qu'en éloignant ou rapprochant les roues du corps du robot, sa trajectoire se retrouvait corrigée... 
Afin de vérifier si les roues sont correctement emboîtées, la méthode est simple : il suffit de poser le robot sur une couleur qu'il ne captera pas et marquer sa direction de départ, puis lancer le programme. Si, à l'issue de ses rotations, il repart dans la direction précédemment marquée, les roues sont bien mises. S'il tire à droite, il faut rapprocher la roue avant droite du châssis, et vice-versa.

===Un bon informaticien est un informaticien paresseux===
Nous avions au début oublié ce précieux adage, et avions créé un très long programme, qui risquait donc davantage de comporter des erreurs et serait plus long à modifier. Grâce à une astuce, nous avons finalement divisé la taille de ce programme par deux, en réunissant les commandes de rotation droite et gauche, et en les différenciant par une variable qui était tour à tour positive et négative et qui déterminait dans quelle direction le robot tournerait.

 
<gallery>
File:vide.jpg|Premiers essais de montage, presque concluants
File:tralala.jpg|Insertion de l'emplacement Foxboard
File:profil.jpg|La bête, de profil
File:pardevant.jpg|Un regard plein de sagesse
File:parderriere.jpg|Un nom qu'il porte avec panache
File:rotation.jpg|Pour mieux comprendre ?
</gallery>

SuiveurLigne2011-1

2012-03-15T00:28:03Z

Orossi :

PHOTOS : Les deux mamans, profil avec mouchoir, suivant une ligne

== Introduction ==

Que peut-on faire avec une boite de Legos, un capteur de couleurs et un logiciel informatique ? Bien plus de choses qu'on ne l'imagine, comme par exemple un robot suiveur de ligne ! 
Cette page a pour but de vous présenter LignoBear, un robot construit en Lego MindStorms et que nous avons programmés afin qu'il sache suivre un ruban de couleur fixé au sol, représentant un circuit changeant et même discontinu.

==LignoBear : un peu d'anatomie. ==

Quelques Legos, un emplacement pour une Foxboard afin de communiquer avec le robot à distance et un boitier de piles, trois câbles et un mouchoir en papier sommairement bricolé afin de protéger le capteur des lumières extérieures qui pourraient fausser la mesure : vous avez là une bête étrange mais parfaitement apte à accomplir le travail pour lequel elle a été créée. (voir les photos jointes) 
Toutefois, cette construction rudimentaire nous semblant tristement dénuée de vie, nous lui avons fait don d'un visage et d'une plaque d'immatriculation arborant fièrement le nom du courageux robot : LignoBear. 

== Il n'y a pas que le physique qui compte : le programme a aussi son importance...==

Voici une version simplifiée de l'algorithme que nous avons créé afin de donner au moins une âme, sinon une raison de vivre, à notre nouveau rejeton. 
S'il capte la couleur qui lui a été demandé de rechercher, il avance selon la direction qu'il suivait. Sinon, il tourne (d'un angle représenté ici par 50) par à-coups successivement à gauche puis à droite (ou l'inverse, mais le résultat est le même !), en continuant à rechercher le ruban de couleur qu'il suivait avec tant d'ardeur. S'il atteint un certain angle par rapport à sa position d'origine (représenté ici par 200 du côté droit du robot) sans avoir perçu de couleur, il revient à sa position de départ (n effectuant donc une rotation de 200 vers la gauche) puis avance tout droit. Il s'arrête si, hélas, il n'a rien capté au bout de 5 secondes. Si, lors de son avancée ou de sa recherche du ruban autour de lui, il capte de la couleur, il revient au début de l'algorithme. 
Pourquoi 50 ? Il s'agit d'une unité non homologuée que nous avons créée et adaptée par rapport aux moteurs actionnant les chenilles du robot : elle correspond environ à 10°. (voir schéma représentant les rotations)

== Nul n'est parfait : erreurs et échecs ==
===Capter la couleur===
Dans la première version de l'algorithme, LignoBear ne tournait pas par à-coups mais par grands angles. Ceci le faisait reculer et il arrivait donc qu'il repasse au-dessus d'une ligne de couleur, sans la capter puisque toute son énergie était dirigée vers sa rotation. Nous avons donc inclus le principe de "petits angles" qui lui permettaient de sagement rester sur place quand il cherchait la couleur.

=== Ivre ? ===
Quand nous avons pour la première fois observé que la trajectoire de LignoBear était loin d'être droite, et qu'il tournait davantage d'un côté que de l'autre. Avions-nous mis trop de vin dans son biberon ? Fières de notre rôle de mère, nous avons rejeté cette solution et avons préféré croire que ses moteurs étaient réglés d'une façon différente et que l'un était donc plus puissant que l'autre, gênant donc son déplacement. Nous avions pallié à ce défaut en changeant le virage de 50 vers la droite par un virage de 15, mais nous nous sommes finalement rendues compte qu'en éloignant ou rapprochant les roues du corps du robot, sa trajectoire se retrouvait corrigée... 
Afin de vérifier si les roues sont correctement emboîtées, la méthode est simple : il suffit de poser le robot sur une couleur qu'il ne captera pas et marquer sa direction de départ, puis lancer le programme. Si, à l'issue de ses rotation, il repart dans la direction précédemment marquée, les roues sont bien mises. S'il tire à droite, il faut rapprocher la roue avant droite du châssis, et vice-versa.

===Un bon informaticien est un informaticien paresseux===
Nous avions au début oublié ce précieux adage, et avions créé un très long programme, qui risquait donc davantage de comporter des erreurs et serait plus long à modifier. Grâce à une astuce, nous avons finalement divisé la taille de ce programme par deux, en réunissant les commandes de rotation droite et gauche, et en les différenciant par une variable qui était tour à tour positive et négative et qui déterminait dans quelle direction le robot tournerait.

 
<gallery>
File:vide.jpg|Premiers essais de montage, presque concluants
File:tralala.jpg|Insertion de l'emplacement Foxboard
File:profil.jpg|La bête, de profil
File:pardevant.jpg|Un regard plein de sagesse
File:parderriere.jpg|Un nom qu'il porte avec panache
File:rotation.jpg|Pour mieux comprendre ?
</gallery>

SuiveurLigne2011-1

2012-03-15T00:27:15Z

Orossi :

PHOTOS : Les deux mamans, profil avec mouchoir, suivant une ligne

== Introduction ==

Que peut-on faire avec une boite de Legos, un capteur de couleurs et un logiciel informatique ? Bien plus de choses qu'on ne l'imagine, comme par exemple un robot suiveur de ligne ! 
Cette page a pour but de vous présenter LignoBear, un robot construit en Lego MindStorms et que nous avons programmés afin qu'il sache suivre un ruban de couleur fixé au sol, représentant un circuit changeant et même discontinu.

==LignoBear : un peu d'anatomie. ==

Quelques Legos, un emplacement pour une Foxboard afin de communiquer avec le robot à distance et un boitier de piles, trois câbles et un mouchoir en papier sommairement bricolé afin de protéger le capteur des lumières extérieures qui pourraient fausser la mesure : vous avez là une bête étrange mais parfaitement apte à accomplir le travail pour lequel elle a été créée. (voir les photos jointes) 
Toutefois, cette construction rudimentaire nous semblant tristement dénuée de vie, nous lui avons fait don d'un visage et d'une plaque d'immatriculation arborant fièrement le nom du courageux robot : LignoBear. 

== Il n'y a pas que le physique qui compte : le programme a aussi son importance...==

Voici une version simplifiée de l'algorithme que nous avons créé afin de donner au moins une âme, sinon une raison de vivre, à notre nouveau rejeton. 
S'il capte la couleur qui lui a été demandé de rechercher, il avance selon la direction qu'il suivait. Sinon, il tourne (d'un angle représenté ici par 50) par à-coups successivement à gauche puis à droite (ou l'inverse, mais le résultat est le même !), en continuant à rechercher le ruban de couleur qu'il suivait avec tant d'ardeur. S'il atteint un certain angle par rapport à sa position d'origine (représenté ici par 200 du côté droit du robot) sans avoir perçu de couleur, il revient à sa position de départ (n effectuant donc une rotation de 200 vers la gauche) puis avance tout droit. Il s'arrête si, hélas, il n'a rien capté au bout de 5 secondes. Si, lors de son avancée ou de sa recherche du ruban autour de lui, il capte de la couleur, il revient au début de l'algorithme. 
Pourquoi 50 ? Il s'agit d'une unité non homologuée que nous avons créée et adaptée par rapport aux moteurs actionnant les chenilles du robot : elle correspond environ à 10°. (voir schéma représentant les rotations)

== Nul n'est parfait : erreurs et échecs ==
===Capter la couleur===
Dans la première version de l'algorithme, LignoBear ne tournait pas par à-coups mais par grands angles. Ceci le faisait reculer et il arrivait donc qu'il repasse au-dessus d'une ligne de couleur, sans la capter puisque toute son énergie était dirigée vers sa rotation. Nous avons donc inclus le principe de "petits angles" qui lui permettaient de sagement rester sur place quand il cherchait la couleur.

=== Ivre ? ===
Quand nous avons pour la première fois observé que la trajectoire de LignoBear était loin d'être droite, et qu'il tournait davantage d'un côté que de l'autre. Avions-nous mis trop de vin dans son biberon ? Fières de notre rôle de mère, nous avons rejeté cette solution et avons préféré croire que ses moteurs étaient réglés d'une façon différente et que l'un était donc plus puissant que l'autre, gênant donc son déplacement. Nous avions pallié à ce défaut en changeant le virage de 50 vers la droite par un virage de 15, mais nous nous sommes finalement rendues compte qu'en éloignant ou rapprochant les roues du corps du robot, sa trajectoire se retrouvait corrigée... 
Afin de vérifier si les roues sont correctement emboîtées, la méthode est simple : il suffit de poser le robot sur une couleur qu'il ne captera pas et marquer sa direction de départ, puis lancer le programme. Si, à l'issue de ses rotation, il repart dans la direction précédemment marquée, les roues sont bien mises. S'il tire à droite, il faut rapprocher la roue avant droite du châssis, et vice-versa.

===Un bon informaticien est un informaticien paresseux===
Nous avions au début oublié ce précieux adage, et avions créé un très long programme, qui risquait donc davantage de comporter des erreurs et serait plus long à modifier. Grâce à une astuce, nous avons finalement divisé la taille de ce programme par deux, en réunissant les commandes de rotation droite et gauche, et en les différenciant par une variable qui était tour à tour positive et négative et qui déterminait dans quelle direction le robot tournerait.

 
<gallery>
File:vide.jpg|Premiers essais de montage, presque concluants
File:tralala.jpg|Insertion de l'emplacement Foxboard
File:profil.jpg|La bête, de profil
File:pardevant.jpg|Un regard plein de sagesse
File:parderriere.jpg|Un nom qu'il porte avec panache
File:Roration.jpg|Pour mieux comprendre ?
</gallery>

Fichier:Rotation.jpg

2012-03-15T00:26:08Z

Orossi :

SuiveurLigne2011-1

2012-03-15T00:25:17Z

Orossi : an

PHOTOS : Les deux mamans, profil avec mouchoir, suivant une ligne

== Introduction ==

Que peut-on faire avec une boite de Legos, un capteur de couleurs et un logiciel informatique ? Bien plus de choses qu'on ne l'imagine, comme par exemple un robot suiveur de ligne ! 
Cette page a pour but de vous présenter LignoBear, un robot construit en Lego MindStorms et que nous avons programmés afin qu'il sache suivre un ruban de couleur fixé au sol, représentant un circuit changeant et même discontinu.

==LignoBear : un peu d'anatomie. ==

Quelques Legos, un emplacement pour une Foxboard afin de communiquer avec le robot à distance et un boitier de piles, trois câbles et un mouchoir en papier sommairement bricolé afin de protéger le capteur des lumières extérieures qui pourraient fausser la mesure : vous avez là une bête étrange mais parfaitement apte à accomplir le travail pour lequel elle a été créée. (voir les photos jointes) 
Toutefois, cette construction rudimentaire nous semblant tristement dénuée de vie, nous lui avons fait don d'un visage et d'une plaque d'immatriculation arborant fièrement le nom du courageux robot : LignoBear. 

== Il n'y a pas que le physique qui compte : le programme a aussi son importance...==

Voici une version simplifiée de l'algorithme que nous avons créé afin de donner au moins une âme, sinon une raison de vivre, à notre nouveau rejeton. 
S'il capte la couleur qui lui a été demandé de rechercher, il avance selon la direction qu'il suivait. Sinon, il tourne (d'un angle représenté ici par 50) par à-coups successivement à gauche puis à droite (ou l'inverse, mais le résultat est le même !), en continuant à rechercher le ruban de couleur qu'il suivait avec tant d'ardeur. S'il atteint un certain angle par rapport à sa position d'origine (représenté ici par 200 du côté droit du robot) sans avoir perçu de couleur, il revient à sa position de départ (n effectuant donc une rotation de 200 vers la gauche) puis avance tout droit. Il s'arrête si, hélas, il n'a rien capté au bout de 5 secondes. Si, lors de son avancée ou de sa recherche du ruban autour de lui, il capte de la couleur, il revient au début de l'algorithme. 
Pourquoi 50 ? Il s'agit d'une unité non homologuée que nous avons créée et adaptée par rapport aux moteurs actionnant les chenilles du robot : elle correspond environ à 10°.

== Nul n'est parfait : erreurs et échecs ==
===Capter la couleur===
Dans la première version de l'algorithme, LignoBear ne tournait pas par à-coups mais par grands angles. Ceci le faisait reculer et il arrivait donc qu'il repasse au-dessus d'une ligne de couleur, sans la capter puisque toute son énergie était dirigée vers sa rotation. Nous avons donc inclus le principe de "petits angles" qui lui permettaient de sagement rester sur place quand il cherchait la couleur.

=== Ivre ? ===
Quand nous avons pour la première fois observé que la trajectoire de LignoBear était loin d'être droite, et qu'il tournait davantage d'un côté que de l'autre. Avions-nous mis trop de vin dans son biberon ? Fières de notre rôle de mère, nous avons rejeté cette solution et avons préféré croire que ses moteurs étaient réglés d'une façon différente et que l'un était donc plus puissant que l'autre, gênant donc son déplacement. Nous avions pallié à ce défaut en changeant le virage de 50 vers la droite par un virage de 15, mais nous nous sommes finalement rendues compte qu'en éloignant ou rapprochant les roues du corps du robot, sa trajectoire se retrouvait corrigée... 
Afin de vérifier si les roues sont correctement emboîtées, la méthode est simple : il suffit de poser le robot sur une couleur qu'il ne captera pas et marquer sa direction de départ, puis lancer le programme. Si, à l'issue de ses rotation, il repart dans la direction précédemment marquée, les roues sont bien mises. S'il tire à droite, il faut rapprocher la roue avant droite du châssis, et vice-versa.

===Un bon informaticien est un informaticien paresseux===
Nous avions au début oublié ce précieux adage, et avions créé un très long programme, qui risquait donc davantage de comporter des erreurs et serait plus long à modifier. Grâce à une astuce, nous avons finalement divisé la taille de ce programme par deux, en réunissant les commandes de rotation droite et gauche, et en les différenciant par une variable qui était tour à tour positive et négative et qui déterminait dans quelle direction le robot tournerait.

 
<gallery>
File:vide.jpg|Premiers essais de montage, presque concluants
File:tralala.jpg|Insertion de l'emplacement Foxboard
File:profil.jpg|La bête, de profil
File:pardevant.jpg|Un regard plein de sagesse
File:parderriere.jpg|Un nom qu'il porte avec panache
</gallery>

BE 2011-2012

2012-03-14T23:43:07Z

Orossi :

= 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 :]]

- 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-01-30T07:53:44Z

Orossi :

= 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> Prenom Nom, Prenom Nom </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 </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>