Learning Lab Environnements Connectés - Contributions de l’utilisateur [fr]

Robots suiveurs 3 - Code suivi d'un objet (robot) rouge

2020-05-13T13:48:57Z

Léane :

''' Code pour le suivi du robot rouge.'''

Le principe est le même pour suivre les autres robots de couleur ; il suffit de changer les variables dans les conditions.

<nowiki>
// File: EPuckFollowRed.cpp
// Date: 17/04/2020
// Description: Le robot suit le cube rouge
// Author: Mickaël FAURE et Léane GEOFFROY

#include <webots/Robot.hpp>
#include <webots/DistanceSensor.hpp>
#include <webots/motor.hpp>
#include <webots/Camera.hpp>
#include <iostream>

// All the webots classes are defined in the "webots" namespace
using namespace webots;
using namespace std;

#define TIME_STEP 64
#define MAX_SPEED 6.28

int main(int argc, char **argv) {
// On crée une instance Robot :
Robot *robot = new Robot();

// get the time step of the current world.
int timeStep = (int)robot->getBasicTimeStep();

// On crée des instances DistanceSensor
DistanceSensor *ps[8];
char psNames[8][4] = {
"ps0", "ps1", "ps2", "ps3", "ps4", "ps5", "ps6", "ps7"
};

// Association des instances ci-dessus avec les capteurs du robot
for (int i = 0; i<8; i++){
ps[i] = robot->getDistanceSensor(psNames[i]);
ps[i]->enable(TIME_STEP);
}

// Création d'une instance Camera et association avec la caméra du robot
Camera *camera = robot->getCamera("camera");
camera->enable(TIME_STEP);

//Création et association des moteurs
Motor *leftMotor = robot->getMotor("left wheel motor");
Motor *rightMotor = robot->getMotor("right wheel motor");
// Pour régler la vitesse, on fixe la position des roues à l'infini avec
// une vitesse de rotation de 0
leftMotor->setPosition(INFINITY);
rightMotor->setPosition(INFINITY);
leftMotor->setVelocity(0.0);
rightMotor->setVelocity(0.0);

int exPos = 0; // 0 droite, 1 gauche

// Boucle principale
// Le but est de séparer l'image en 3 partie : une partie centrale, gauche et droite
// et d'analyser le nombre de pixel rouge dans chacune de ces parties
// Si le nombre de pixel rouge est plus important au centre, on avance, si il l'est plus à
// gauche, on tourne à gauche, etc...
while (robot->step(timeStep) != -1) {
// On crée des variales pour compter le nombre de pixel rouge, vert et bleu pour chacune
// des 3 parties
int red = 0;
int blue = 0;
int green = 0;

int redg = 0;
int blueg = 0;
int greeng = 0;

int redd = 0;
int blued = 0;
int greend = 0;

// Récupération des valeurs des capteurs de position
double psValues[8];
for (int i =0;i<8;i++){
psValues[i] = ps[i]->getValue();
}

// Booléen servant à éviter une collision avec un objet en face
bool front_obstacle = psValues[7] > 150 || psValues[0] > 150;

// Vitesse roue gauche et droite
double leftSpeed = 0.5*MAX_SPEED;
double rightSpeed = 0.5*MAX_SPEED;

int width = camera -> getWidth();
int height = camera -> getHeight();
// Récupération de l'image de la caméra
const unsigned char *image = camera -> getImage();

// Première boucle servant a diviser l'image en 3 partie (ici partie centrale)
for (int i = 2* width / 5; i < 3 * width / 5; i++) {
for (int j = 2*height / 5; j < 3* height / 5; j++) {
red += camera -> imageGetRed(image, width, i, j);
blue += camera -> imageGetBlue(image, width, i, j);
green += camera -> imageGetGreen(image, width, i, j);
}
}
// Deuxième boucle (partie droite)
for (int i = 3* width / 5; i < width; i++) {
for (int j = 2*height / 5; j < 3*height/5 ; j++) {
redd += camera -> imageGetRed(image, width, i, j);
blued += camera -> imageGetBlue(image, width, i, j);
greend += camera -> imageGetGreen(image, width, i, j);
}
}
// Troisième boucle (partie gauche)
for (int i = 0 ; i < 2*width/5; i++) {
for (int j = 2*height / 5; j < 3*height/5 ; j++) {
redg += camera -> imageGetRed(image, width, i, j);
blueg += camera -> imageGetBlue(image, width, i, j);
greeng += camera -> imageGetGreen(image, width, i, j);
}
}

// Si on a plus de pixels rouges au milieu...
if ((red > 1.5*green) && (red > 1.5*blue) ){
// Si on a un obstacle devant alors on stop
if (front_obstacle){
leftMotor->setVelocity(0.0);
rightMotor->setVelocity(0.0);
}
// Sinon on avance
else{
leftMotor->setVelocity(leftSpeed);
rightMotor->setVelocity(rightSpeed);
}
}
// Si il n'y a rien au milieu
else{
// Si on a plus de pixel rouge à droite alors on tourne à droite
if((redd > 1.5*greend) && (redd > 1.5*blued)){
leftMotor->setVelocity(leftSpeed);
rightMotor->setVelocity(-rightSpeed);
exPos = 0;
}
// Sinon si on a plus de pixel rouge à gauche alors on tourne àgauche
else{
if((redg > 1.5*greeng) && (redg > 1.5*blueg)){
leftMotor->setVelocity(-leftSpeed);
rightMotor->setVelocity(rightSpeed);
exPos = 1;
}
// Sinon on tourne sur nous même pour essayer de toruver un objet rouge
else{
if (exPos==1) {
leftMotor->setVelocity(-leftSpeed);
rightMotor->setVelocity(rightSpeed);
}
else {
leftMotor->setVelocity(leftSpeed);
rightMotor->setVelocity(-rightSpeed);
}
}
}
}
};

// Enter here exit cleanup code.
delete robot;
return 0;
}
</nowiki>

Robots suiveurs 3 - Tableau de Bord

2020-05-13T08:50:16Z

Léane : /* Fonctionnement */

== Description du simulateur ==

Le logiciel [https://cyberbotics.com/#cyberbotics Webots] est un simulateur robotique 3D OpenSource fonctionnant sous Windows, Mac OS et Linux.

Ce logiciel est très facile à prendre en main car il suffit de l'installer, de le lancer et de jouer avec les exemples livrés avec le logiciel. 
Il existe aussi un [https://cyberbotics.com/doc/guide/tutorials?tab-language=c++ tutoriel] très facile d'accès, très documenté permettant de comprendre la logique du logiciel et d'être rapidement en capacité de créer sa propre simulation. 
Ce qui en fait aussi un logiciel très facile d'accès est la possibilité de l'utiliser avec plusieurs langages de programmation grâce à des API complètes. 
En effet, les robots peuvent être contrôlés via du C, C++, Python, Java et MATLAB. On peut aussi utiliser [https://www.ros.org/ ROS]. 
Les tests sont aussi très agréables à réaliser puisqu'on peut interagir avec le robot et son environnement pendant le test.

=== Création d'un espace de test 3D ===

Le logiciel propose à l'utilisateur de créer un espace de test 3D en ajoutant toutes sortes d'éléments. 
Ces éléments peuvent être des formes élémentaires : alors le travail fait par l'utilisateur se rapprochera d'un travail de [https://fr.wikipedia.org/wiki/Conception_assist%C3%A9e_par_ordinateur CAO]. 
Ces éléments peuvent aussi être des objets existant dans la [https://cyberbotics.com/doc/guide/objects base] fournie : du mobilier, des plantes, des fruits, des extincteurs, etc. 
Pour tous ces éléments, on peut configurer de nombreuses propriétés : leur masse, leur densité, les frottements auxquels ils sont soumis, leur taille, etc. 

De même, pour les robots, il est possible d'en créer un à partir de rien mais beaucoup sont proposés dans la [https://cyberbotics.com/doc/guide/robots base de robots] : du petit robot éducatif [https://www.thymio.org/fr/ Thymio] au robot humanoïde Atlas de [https://www.bostondynamics.com/ Boston Dynamics].

Et c'est la même chose pour les actionneurs et les capteurs : une base est fournie et décrite sur le site !

=== Utilisation d'un controller ===

Chaque robot peut être associé à un programme appelé controller dont le rôle est de définir le comportement du robot. 
Ces controllers peuvent être écrits dans tous les langages supportés par Webots : C, C++, Python, Java, MATLAB. Dans les tutoriels, tous sont présentés mais nous avons choisi de travailler en C++ car tous les membres de l'équipe connaissaient ce langage. Notre objectif n'était pas d'apprendre un nouveau langage de programmation, et le C++ est tout de même très utilisé dans ce domaine. 
Au lancement de la simulation, le logiciel lancera un processus par controller utilisé sur chaque robot. On ne peut associer qu'un controller par robot (c'est l’exécutable qui est utilisé) mais on peut utiliser le même controller pour plusieurs robots : dans ce cas, des processus distincts seront créés pour chaque robot. 

=== Interface Graphique ===

[[Fichier:WebotsGUI.png|thumb]]

L'interface graphique se découpe en plusieurs parties que l'on peut afficher dans différentes fenêtres. 
La fenêtre 3D permet d'afficher et de dérouler la simulation dans l'espace 3D créé plus tôt. Dans cette fenêtre, même pendant une simulation, on peut encore déplacer des objets, les faire tourner, les faire interagir pour tester le comportement de notre robot simulé. 
Le "Scene Tree" représente le monde 3D créé. Il comporte des blocs correspondant aux différents éléments créés ou importés tels que les objets ou les robots. En cliquant sur les flèches, il est possible de dérouler les propriétés accessibles sur un composant. 
La console, affichée par défaut en bas de l'écran permet de lire des informations de débug ou les résultats de compilation. 
On peut aussi retrouver un éditeur de texte permettant de compiler le code écrit afin de le tester dans la simulation.

[https://cyberbotics.com/doc/guide/the-user-interface Pour plus de détails sur les menus et l'interface graphique]

== Déplacements contrôlés au clavier ==

=== Introduction===

L'objectif de cette partie est d’implémenter la possibilité de contrôler un robot avec les touches classiques zqsd afin de permettre la réalisation de tests.
Pour ce faire, on faut créer un nouveau contrôleur : Wizards -> New Robot Controller.
Notre contrôleur sera nommé Clavier_Control et codé en C++.
Une fenêtre éditor s'ouvre alors. Pour gérer le contrôle des moteurs. Nous sommes partis de la base donnée en tutoriel à cette [https://www.cyberbotics.com/doc/guide/tutorial-1-your-first-simulation-in-webots#extend-the-controller-to-speed-control adresse].

Cette base donne les fondations pour pouvoir contrôler en vitesse les moteurs. C'est exactement ce dont nous avons besoin, puisque notre robot doit accélérer lorsqu'on le lui impose.

=== Code===

Le code suivant est commenté pour les parties liées au clavier. Le tutoriel concernant la gestion des moteurs sera explicité [[Robots suiveurs 3 - Code Tutoriel Contrôle moteurs | sur cette page]]
*[[Robots suiveurs 3 - Code Contrôle au Clavier |Voir le CODE]]

L'idée générale derrière ce code est d'affecter aux moteurs une vitesse selon la touche enfoncée sur le clavier. On utilise Z et S pour respectivement avancer et reculer, Q et D pour pivoter à gauche ou à droite et enfin A et E pour avancer en pivotant légèrement.
Pour cela, on utilise un objet Keyboard existant dans la bibliothèque proposée par Webots.

=== Utilisation ===

Le code du controller mis en place a pour but de permettre un contrôle manuel du robot. Cette fonction doit entre implantée en début de projet de façon assez rapide pour permettre aux autres équipes de réaliser des tests de façon simplifiée, en ayant la main sur les action du robot en développement.

Les fonctions introduites ne sont pour autant pas Immuable, celles-ci pouvant être modifiées selon les besoins requis, les mouvement pouvant être adaptés.
On pourra de plus remarquer que l'utilisation du clavier nécessite d'avoir sélectionné la fenêtre de simulation 3D (en cliquant sur la scène 3D).

== Robot Suiveur simple avec capteurs de distance ==
=== Description ===
[[Fichier:E_puck_capteurs.PNG|vignette|E_puck et ses capteurs]]
Dans cette partie, on devait réaliser un robot suiveur rudimentaire en utilisant 2 capteurs de distance afin de comprendre leur fonctionnement. le logiciel webots nous fourni déjà des robots préfait possédant une multitude de capteurs. On a donc utilisé le robot E-puck, possédant 2 roues et 8 capteurs de distances autour de lui (ainsi qu'une caméra, un émetteur et un récepteur).
=== Fonctionnement ===
*[[Code de robot suiveur via l'utilisation de capteurs | Code de robot suiveur via l'utilisation de capteurs ]]
Afin d'avoir un robot simple, on utilise seulement les 2 capteurs à l'avant du robot (un plutôt à droite et l'autre plutôt à gauche). Ces capteurs servent à détecter le robot de devant. On fixe un seuil de distance activant ou non 2 booléens "robot_a_droite/gauche". On a donc 4 combinaisons différentes de ces booléens qui vont servir a commander notre robot:
{| class="wikitable alternance center"
! scope="col" | robot_a_droite
! scope="col" | robot_a_gauche
! scope="col" | résultat
|-
| faux
| faux
| avancer
|-
| faux
| vrai
| tourner à gauche
|-
| vrai
| vrai
| stop
|-
| vrai
| faux
| tourner à droite
|}

=== Résultats ===
Le résultat est plutôt satisfaisant vue sa simplicité. on remarque que les robots se suivent très bien les uns les autres vue qu'ils ont la même vitesse. Le comportement du premier robot est pas encore stable, mais comme il est censé suivre un humain, son fonctionnement va changer de toutes manières.
[[Fichier:Suiveur 1.gif|500px|center|4 robots suiveurs se suivant, le premier suit la caisse]]

=== Suite ===
Les capteurs de distance on été utilisés ici pour suivre un robot, ou pourrait par la suite les utiliser pour éviter un obstacle. Il faudra pour cela éloigner les robots les uns des autres et leur faire suivre une commande à l'aide des autres parties réalisées.

== Communication entre robots ==

'''Participants :'''
[[Utilisateur:‎Clément Luton |Clément Luton]] et [[Utilisateur:‎De-almeida-ribeiro.thiago |Thiago De Almeida Ribeiro]]

Cette section a pour but d’expliquer comment utiliser le logiciel Webots pour se faire suivre des robots en les faisant communiquer. La communication qui est permise par la simulation suit un protocole de communication série mais elle est transmise sans fil.

Les deux premières sous-sections comportent les résultats auxquels on est arrivé dans les dates indiquées, pendant que la dernière section comporte les résultats finaux, avec le niveau de détail nécessaire pour comprendre le fonctionnement du code et du logiciel. Avant de continuer, il serait intéressant d’avoir lu le [[Robots suiveurs 3 - Code Tutoriel Communication | tutoriel d’explication de code sur les bases de communication sur Webots]] et la description des nodes Emitter et Receiver, sur la [[Robots suiveurs 3 - Capteurs | page de description des capteurs]].

=== Résultats initiaux (16/04/2020) ===

Pour configurer la communication entre deux robots, au tout début, il a fallu ajouter les robots au monde et exécuter la commande “Convert to Base Node(s)” (clique droit sur le robot dans le node tree). Cela a été nécessaire pour pouvoir changer quelques caractéristiques des robots, comme leur nom et la portée du signal émis (nécessaire pour le code en C mais pas pour celui en C++).

Pour faire le code, on est parti du controller emitter_receiver, existant en tant qu'exemple dans le logiciel. Nous avons eu deux démarches : une consistant à garder le code dans son langage, le C, est à l’adapter et une autre consistant à passer en C++ pour garder une cohésion avec le groupe entier qui code aussi en C++. Alors on a un [[Robots suiveurs 3 - Code Communication Initial (C) |code en C]] en un [[Robots suiveurs 3 - Code Communication Initial (C++) |code en C++]].

Dans les deux cas nous sommes arrivés à mettre en place une communication continue entre deux robots. Nous sommes capables de savoir si la communication se passe bien ou si elle est interrompue et nous avons réussi à transmettre au robot esclave la position relative (le robot esclave est utilisé comme origine d’un système de coordonnées) du robot maître. Nous allons utiliser ces données pour déplacer correctement le robot esclave. Dans ce moment, deux solutions s’offrent à nous :

* Se déplacer selon l’axe des X puis l’axe des Z.
* Se déplacer selon l’hypoténuse formée.

[[Fichier:deplacement_comm.png|300px|thumb|center|Schéma du déplacement]]

=== Résultats intérmédiaires (17/04/2020) ===

Après un peu plus de réflexion, on a décidé d’utiliser un troisième approche pour le comportement suiveur (détaillé sur la prochaine section). On est partie du code en C++ écrit avant pour écrire le [[Robots suiveurs 3 - Code Communication Intermédiaire (maître) |code du robot maître]] et le [[Robots suiveurs 3 - Code Communication Intermédiaire (esclave) |code du robot esclave]]. On a pu contrôler le robot maître grâce au clavier et faire suivre le robot esclave grâce à la position du maître. La sphère blanche autour du robot maître représente la portée du signal de communication.

[[Fichier:suivi_position2.gif|400px|thumb|center|Le robot émetteur fait une ligne droite, le robot récepteur le suit]]

=== Résultats finaux (05/05/2020) ===

Maintenant on a deux robots esclaves et un robot maître. Le robot maître est contrôlé par le clavier et envoie sa position au premier esclave, celui-ci va suivre le maître et, à son tour, transmettre sa position au deuxième esclave, qui le suit.

Au tout début, il a fallu ajouter les 3 robots (e-pucks) à un monde créé préalablement. De plus, il est intéressant de réduire le pas de temps de la simulation (WorldInfo -> basicTimeStep -> 16) pour pouvoir augmenter sa précision et sa stabilité.

Comme les trois robots fonctionnent de façon différente, il a fallu créer trois contrôleurs distincts : [[Robots suiveurs 3 - Code Communication Final (controlêur "emitter") |"emitter"]], pour le robot maître, [[Robots suiveurs 3 - Code Communication Final (controlêur "emitter-receiver") |"emitter-receiver"]], pour le premier esclave, et [[Robots suiveurs 3 - Code Communication Final (controlêur "receiver") |"receiver"]], pour le deuxième esclave. Pour concevoir les codes, on est parti du contrôleur [[Robots suiveurs 3 - Code “emitter_receiver”|“emitter_receiver”]], trouvé dans un [[Robots suiveurs 3 - Code Tutoriel Communication | monde de base homonyme]]. Comme ce dernier est écrit en C, il a fallu le traduire en C++ au préalable pour garder une cohésion avec le groupe.

Le contrôleur “emitter” utilise un bout de code créé par d’autres intégrants du groupe pour permettre de contrôler le robot avec le clavier. De plus, il habilite et configure l'émetteur du robot et transmet un message quelconque. Le contrôleur “receiver” habilite et configure le récepteur du robot, affiche un message pour informer si la communication a été établie et permet de suivre un robot qui émet un message. Finalement, le contrôleur “emitter-receiver” est l'addition des deux contrôleurs antérieurs, sans la partie contrôle clavier.

Pour le comportement suiveur, on utilise deux fonctions de base : “getEmitterDirection()” et “getSignalStrength()”. La première permet d’obtenir la position de l'émetteur par rapport au système de coordonnées du récepteur (vecteur normalisé avec 3 composants) et la deuxième la force du signal. Le bout de code suivant est responsable de ce comportement.

<nowiki>
const double *position=receiver->getEmitterDirection();
double signal=receiver->getSignalStrength();

if(signal>150) //Stop the robot if it's too close to the master
{
left_motor->setVelocity(0);
right_motor->setVelocity(0);
}
else{
//Following behavior
if (position[0]<-0.1)
{
left_motor->setVelocity(0);
right_motor->setVelocity(MAX_SPEED);
}
else if(position[0]>0.1)
{
left_motor->setVelocity(MAX_SPEED);
right_motor->setVelocity(0);
}
else
{
left_motor->setVelocity(MAX_SPEED);
right_motor->setVelocity(MAX_SPEED);
}
} </nowiki>

À partir de la force du signal, il est possible de savoir si le récepteur est trop proche de l'émetteur, de façon à arrêter le robot esclave pour éviter une collision. En outre, la première coordonnée du vecteur position (axe rouge dans la figure ci dessous) permet de dire si le récepteur est approximativement derrière l'émetteur (-0,1 < position[0] < 0,1). Si c’est le cas, le robot doit aller tout droit, sinon, il doit tourner à gauche où à droite.

[[Fichier:comm0.jpg|400px|thumb|center|Système de coordonées]]

Le fonctionnement est illustré dans le GIF ci-dessous.

[[Fichier:comm1.gif|400px|thumb|center|Cliquez pour jouer le GIF]]

Jusqu’à ce moment, les robots étaient considérés sans défauts. Cela veut dire que l'on n'avait pas pris en compte le bruit dans la communication. Le récepteur possède deux variables qui peuvent être modifiées afin d’y ajouter le bruit :

*signalStrengthNoise : écart-type du bruit gaussien ajouté à la force du signal renvoyé par “getSignalStrength()”. Le bruit est proportionnel à la force du signal, par exemple, un signalStrengthNoise de 0,1 ajoutera un bruit avec un écart-type de 0,1 pour une force de signal de 1 et de 0,2 pour une force de signal de 2.

*directionNoise : écart-type du bruit gaussien ajouté à chacune des composantes de la direction retournée par “getEmitterDirection()”. Le bruit ne dépend pas de la distance entre l'émetteur-récepteur.

Vu que le logiciel ne possède pas de fonction de base pour effectuer cette modification (comme setChannel() pour choisir le canal de communication, par exemple), on doit modifier le node du récepteur directement. Pour pouvoir le faire, on doit faire un clique droit sur le robot que l'on souhaite modifier dans la scene tree et après cliquer sur “Convert to Base Node(s)”. Après, il suffit d’aller sur “Robot > children > DEF EPUCK_RECEIVER Receiver” et modifier les champs signalStrengthNoise et/ou directionNoise.

Si on met un écart-type de 1 pour la direction, par exemple, on remarque que les robots continuent à suivre mais cela se fait d’une façon plus lente et irrégulière. Cela peut être un problème puisque le robot maître peut s’écarter des esclaves et la communication entre eux peut être coupée.

[[Fichier:comm2.gif|400px|thumb|center|Cliquez pour jouer le GIF]]

L’ajout du bruit associé à la force du signal ne doit pas affecter le comportement suiveur, mais peut permettre une collision entre les robots. Si on met, par exemple, la valeur de 0,1, on remarque que cela peut arriver :

[[Fichier:comm3.gif|400px|thumb|center|Cliquez pour jouer le GIF]]

Cela peut être réglé en mettant 80, par exemple, au lieu de 150, dans la ligne de code ci-dessous :

<nowiki>
if(signal>150) //Stop the robot if it's too close to the master </nowiki>

[[Fichier:comm4.gif|400px|thumb|center|Cliquez pour jouer le GIF]]

Une deuxième solution serait d’utiliser les capteurs de distance du robot.

Enfin, il est important de prendre en compte les type de signaux possibles pour l'émetteur et le récepteur : "radio", "serie" ou "infra-red. Les signaux de type "radio" (par défaut) et "serie" sont transmis sans tenir compte des obstacles. Cependant, les signaux de type "infra-red" tiennent compte des obstacles potentiels entre l'émetteur et le récepteur. Tout objet solide (solide, robots, etc) avec un objet englobant défini est un obstacle potentiel à une communication "infra-red". La structure du robot émetteur ou récepteur lui-même ne bloquera pas une transmission "infra-red". Actuellement, il n'y a pas de différence d'implémentation entre les types "radio" et "serie".

Alors, si aucune modification n’est effectué, l'émetteur et le récepteur utilisent le type “radio” et les robots pourront communiquer même s’il y a un obstacle entre eux :

[[Fichier:comm5.gif|400px|thumb|center|Cliquez pour jouer le GIF]]

En choisissant le type “infra-red”, cela ne serait pas possible. Pour faire cette modification il suffit de changer les champs “type” dans “Robot > children > DEF EPUCK_RECEIVER Receiver” et “Robot > children > DEF EPUCK_EMITTER Emitter” (après avoir fait un “Change to Base Node(s)”.

[[Fichier:comm6.gif|400px|thumb|center|Cliquez pour jouer le GIF]]

== Mise en place de la scène ==
Pour modifier la scène nous nous sommes aidé du tutoriel disponible à cette [https://cyberbotics.com/doc/guide/tutorial-2-modification-of-the-environment adresse]. 
Comme dit précédemment l'interface graphique est plutôt intuitive et il est donc facile de modifier la scène. Tout se fait via le bouton Plus (Add) en haut à gauche entouré en rouge. 
[[Fichier:ObjetsAdd.png ‎|500px|thumb|center|Modification scène]]
Une fois qu'on a cliqué dessus on peut choisir un élément de base (base nodes) ou des éléments déjà existants (Proto Nodes). Dans les éléments existants il y a des objets, des robots, des véhicules... Une fois l'élément choisi il va être placé au centre du sol. La touche MAJ en même temps qu'un clic gauche de la souris permet de le déplacer là où l'on souhaite. Cette manipulation est aussi possible via la fenêtre de paramètre de l'objet (accolade en rouge sur la photo). 
On peut ainsi choisir de déplacer l'objet via les paramètres de translation, de le tourner via la rotation et enfin de changer sa taille via scale. 
Pour les objets déjà existants la méthode scale n'est pas directement accessible il faut faire un clic droit sur l'objet et sélectionner "convert to base nodes". Une fois cette opération effectuée, les paramètres scale seront accessibles. 
Pour un objet de type solid on peut modifier la forme (Shape) via les paramètres (voir l'exemple du tutoriel situé en haut).
Pour changer le controller d'un robot voir le lien [https://ujm.webgroup.fr/index.php?title=Robots_suiveurs_3_-_Tutoriels#1.29_Ajouter_un_controller_existant_.C3.A0_un_robot suivant].

== Robot avec détection de couleur ==
Le but est ici d'utiliser la caméra du robot E-Puck afin de de pouvoir suivre un objet de couleur, que l'on pourrai par exemple placer à l'arrière d'un robot pour que celui de derrière puisse le suivre. Nous avons dans un premier temps fait en sorte que le robot suive un objet rouge. Par la suite nous avons amélioré le système afin d'avoir plusieurs robot qui se suivent.

=== Fonctionnement ===
Pour cela, nous utilisons des méthodes de la classe Camera permettant de capturer une image et de recueillir des informations sur le nombre de pixel rouge, vert ou bleu. Nous avons donc séparer l'image en 3 zones (milieu, gauche et droite) afin de compter le nombre de pixel d'une certaine couleur dans chacune de ces partie. Si ce derniers est supérieur au nombre de pixels des autres couleurs dans une zone, on effectue le déplacement correspondant (avancer, pivotage à gauche ou à droite). Nous avons aussi utiliser les capteurs de distance situés à l'avant du robot afin d’éviter une collision quand le robot se sera trop rapproché de l'objet qu'il suit. Voici notre premier essai, le robot suit uniquement un objet rouge qu'il faut déplacer à la main :

[[Fichier:Suivi couleur.gif|500px|thumb|center|Suivi d'un cube de couleur rouge]]

Nous avons ensuite ajouté des robots de couleurs différentes, dépendant tous d'un controller différent, afin que le premier robot (bleu) soit guidé par les commandes du clavier, que le deuxième (rouge) suive le robot bleu, le troisième (vert) suive le robot rouge, et le dernier (gris) suive le robot vert :

[[Fichier:Simulation suiveurs caméra.gif|500px|thumb|center|Suivi de robots de couleur]]

Nous avons rajouté une fonctionnalité qui permet aux robots suiveurs de savoir où se trouve l'objet qu'il suivent (gauche, droite, ou devant). Ainsi, si l'objet suivi est sort du champs de vision, le robot va tourner sur le lui même en fonction de la position précédente de l'objet suivi. Si l'objet disparaît et qu'il se trouvait sur la gauche avant de disparaître, le robot va tourner sur lui même sur la gauche jusqu'à retrouver l'objet.
Voici les codes utilisés, comme le fonctionnement du des robots gris, vert et rouge est le même (seul la couleur à détecter change), nous ne mettons que le code du robot bleu (robot à suivre) et du robot rouge :
* Le premier robot se dirige avec les flèches, donc le [[Robots suiveurs 3 - Code Contrôle au Clavier |Code de contrôle au clavier]] est implanté.
* Robots suiveurs : chaque robot est associé à un controller dont le code est semblable au [[Robots suiveurs 3 - Code suivi d'un objet (robot) rouge |Code de suivi d'un objet (robot) rouge]], avec des changements pour la couleur.

== Fusion des méthodes ==

=== Fusion de Code ===
Une fois l’ensemble des codes fonctionnel, nous nous sommes lancés dans la mise en place d’une simulation comprenant l’ensemble de ces derniers.

Pour cela, nous avons choisi d'exporter les robots édités des différentes simulations dans une nouvelle scène. Dans le monde où le robot a été créé, il faut faire un clic droit sur le nom du robot dans la scene tree et après cliquer sur “Export”. Cela crée un fichier .wbo à sauvegarder là où vous le voulez et, dans le nouveau monde, cliquer sur “Import...” dans la fenêtre d’ajout de nœuds pour aller chercher le fichier.

[[Fichier:import_robot.jpg|500px|thumb|right|Importer un robot]] [[Fichier:export_robot.jpg|300px|thumb|left|Exporter un robot]]

 
Nous avons ensuite implémenté les codes nécessaires à chacun des robots et harmonisé les fonctionnements. Plus précisément, il a fallu ajouter la partie de gestion de l'émission de message faite dans le controller [[Robots suiveurs 3 - Code Communication Final (controlêur "emitter") |"emitter"]] au controller utilisé par le robot maitre pour suivre le robot rouge (par détection de couleurs).

Une fois cette fusion faite, il manquait encore la fonction d’évitement des obstacles que nous avons mises en place à ce moment.

=== Evitement ===

Les robots, en fonction de leur position dans la file, ayant des fonctions différentes (suivi d’un robot par analyse colorimétrique ou suivi d’un robot par communication sans fil), il est nécessaire d’adapter le code d’évitement pour ne pas interférer avec les fonctions de suivi. Ainsi la fonction d'évitement se base toujours sur le même principe, mais l’implémentation se fait de façon différente pour chaque controller, avec des contraintes plus ou moins complexes.

Tous les robots évitent les obstacles grâce aux capteurs de distance, mais ils doivent différencier les robots qu’ils suivent des obstacles quelconques. Pour cela, le robot maître utilise la quantité de pixels rouges dans l’image de la câmera au moment de la détection de l’obstacle, pendant que le maître-esclave et l'esclave utilisent la force du signal de communication. Dans ce dernier cas, la vérification est faite même avant la détection des obstacles, de façon à arrêter les robots.

De plus, on a aussi implémenté une fonction pour réduire la vitesse des robots au fur et à mesure qu’ils s’approchent de leur but (robots à suivre), en utilisant un produit en croix.

À la fin de nos heures de travail, nous avions alors créé et mis en place les controllers suivants: [[Robots suiveurs 3 - Code Contrôle au Clavier | RobotHumain]], [[Robots suiveurs 3 - Code RobotCamera | RobotCamera]], [[Robots suiveurs 3 - Code emitter-receiver | RobotEmitterReceiver]] et [[Robots suiveurs 3 - Code RobotReceiver| RobotReceiver]].

[[Fichier:MondeDeTest.gif|500px|thumb|center| Évitement d'obstacle]]

Robots suiveurs 3 - Tableau de Bord

2020-05-13T08:49:45Z

Léane : /* Robot avec détection de couleur */

== Description du simulateur ==

Le logiciel [https://cyberbotics.com/#cyberbotics Webots] est un simulateur robotique 3D OpenSource fonctionnant sous Windows, Mac OS et Linux.

Ce logiciel est très facile à prendre en main car il suffit de l'installer, de le lancer et de jouer avec les exemples livrés avec le logiciel. 
Il existe aussi un [https://cyberbotics.com/doc/guide/tutorials?tab-language=c++ tutoriel] très facile d'accès, très documenté permettant de comprendre la logique du logiciel et d'être rapidement en capacité de créer sa propre simulation. 
Ce qui en fait aussi un logiciel très facile d'accès est la possibilité de l'utiliser avec plusieurs langages de programmation grâce à des API complètes. 
En effet, les robots peuvent être contrôlés via du C, C++, Python, Java et MATLAB. On peut aussi utiliser [https://www.ros.org/ ROS]. 
Les tests sont aussi très agréables à réaliser puisqu'on peut interagir avec le robot et son environnement pendant le test.

=== Création d'un espace de test 3D ===

Le logiciel propose à l'utilisateur de créer un espace de test 3D en ajoutant toutes sortes d'éléments. 
Ces éléments peuvent être des formes élémentaires : alors le travail fait par l'utilisateur se rapprochera d'un travail de [https://fr.wikipedia.org/wiki/Conception_assist%C3%A9e_par_ordinateur CAO]. 
Ces éléments peuvent aussi être des objets existant dans la [https://cyberbotics.com/doc/guide/objects base] fournie : du mobilier, des plantes, des fruits, des extincteurs, etc. 
Pour tous ces éléments, on peut configurer de nombreuses propriétés : leur masse, leur densité, les frottements auxquels ils sont soumis, leur taille, etc. 

De même, pour les robots, il est possible d'en créer un à partir de rien mais beaucoup sont proposés dans la [https://cyberbotics.com/doc/guide/robots base de robots] : du petit robot éducatif [https://www.thymio.org/fr/ Thymio] au robot humanoïde Atlas de [https://www.bostondynamics.com/ Boston Dynamics].

Et c'est la même chose pour les actionneurs et les capteurs : une base est fournie et décrite sur le site !

=== Utilisation d'un controller ===

Chaque robot peut être associé à un programme appelé controller dont le rôle est de définir le comportement du robot. 
Ces controllers peuvent être écrits dans tous les langages supportés par Webots : C, C++, Python, Java, MATLAB. Dans les tutoriels, tous sont présentés mais nous avons choisi de travailler en C++ car tous les membres de l'équipe connaissaient ce langage. Notre objectif n'était pas d'apprendre un nouveau langage de programmation, et le C++ est tout de même très utilisé dans ce domaine. 
Au lancement de la simulation, le logiciel lancera un processus par controller utilisé sur chaque robot. On ne peut associer qu'un controller par robot (c'est l’exécutable qui est utilisé) mais on peut utiliser le même controller pour plusieurs robots : dans ce cas, des processus distincts seront créés pour chaque robot. 

=== Interface Graphique ===

[[Fichier:WebotsGUI.png|thumb]]

L'interface graphique se découpe en plusieurs parties que l'on peut afficher dans différentes fenêtres. 
La fenêtre 3D permet d'afficher et de dérouler la simulation dans l'espace 3D créé plus tôt. Dans cette fenêtre, même pendant une simulation, on peut encore déplacer des objets, les faire tourner, les faire interagir pour tester le comportement de notre robot simulé. 
Le "Scene Tree" représente le monde 3D créé. Il comporte des blocs correspondant aux différents éléments créés ou importés tels que les objets ou les robots. En cliquant sur les flèches, il est possible de dérouler les propriétés accessibles sur un composant. 
La console, affichée par défaut en bas de l'écran permet de lire des informations de débug ou les résultats de compilation. 
On peut aussi retrouver un éditeur de texte permettant de compiler le code écrit afin de le tester dans la simulation.

[https://cyberbotics.com/doc/guide/the-user-interface Pour plus de détails sur les menus et l'interface graphique]

== Déplacements contrôlés au clavier ==

=== Introduction===

L'objectif de cette partie est d’implémenter la possibilité de contrôler un robot avec les touches classiques zqsd afin de permettre la réalisation de tests.
Pour ce faire, on faut créer un nouveau contrôleur : Wizards -> New Robot Controller.
Notre contrôleur sera nommé Clavier_Control et codé en C++.
Une fenêtre éditor s'ouvre alors. Pour gérer le contrôle des moteurs. Nous sommes partis de la base donnée en tutoriel à cette [https://www.cyberbotics.com/doc/guide/tutorial-1-your-first-simulation-in-webots#extend-the-controller-to-speed-control adresse].

Cette base donne les fondations pour pouvoir contrôler en vitesse les moteurs. C'est exactement ce dont nous avons besoin, puisque notre robot doit accélérer lorsqu'on le lui impose.

=== Code===

Le code suivant est commenté pour les parties liées au clavier. Le tutoriel concernant la gestion des moteurs sera explicité [[Robots suiveurs 3 - Code Tutoriel Contrôle moteurs | sur cette page]]
*[[Robots suiveurs 3 - Code Contrôle au Clavier |Voir le CODE]]

L'idée générale derrière ce code est d'affecter aux moteurs une vitesse selon la touche enfoncée sur le clavier. On utilise Z et S pour respectivement avancer et reculer, Q et D pour pivoter à gauche ou à droite et enfin A et E pour avancer en pivotant légèrement.
Pour cela, on utilise un objet Keyboard existant dans la bibliothèque proposée par Webots.

=== Utilisation ===

Le code du controller mis en place a pour but de permettre un contrôle manuel du robot. Cette fonction doit entre implantée en début de projet de façon assez rapide pour permettre aux autres équipes de réaliser des tests de façon simplifiée, en ayant la main sur les action du robot en développement.

Les fonctions introduites ne sont pour autant pas Immuable, celles-ci pouvant être modifiées selon les besoins requis, les mouvement pouvant être adaptés.
On pourra de plus remarquer que l'utilisation du clavier nécessite d'avoir sélectionné la fenêtre de simulation 3D (en cliquant sur la scène 3D).

== Robot Suiveur simple avec capteurs de distance ==
=== Description ===
[[Fichier:E_puck_capteurs.PNG|vignette|E_puck et ses capteurs]]
Dans cette partie, on devait réaliser un robot suiveur rudimentaire en utilisant 2 capteurs de distance afin de comprendre leur fonctionnement. le logiciel webots nous fourni déjà des robots préfait possédant une multitude de capteurs. On a donc utilisé le robot E-puck, possédant 2 roues et 8 capteurs de distances autour de lui (ainsi qu'une caméra, un émetteur et un récepteur).
=== Fonctionnement ===
*[[Code de robot suiveur via l'utilisation de capteurs | Code de robot suiveur via l'utilisation de capteurs ]]
Afin d'avoir un robot simple, on utilise seulement les 2 capteurs à l'avant du robot (un plutôt à droite et l'autre plutôt à gauche). Ces capteurs servent à détecter le robot de devant. On fixe un seuil de distance activant ou non 2 booléens "robot_a_droite/gauche". On a donc 4 combinaisons différentes de ces booléens qui vont servir a commander notre robot:
{| class="wikitable alternance center"
! scope="col" | robot_a_droite
! scope="col" | robot_a_gauche
! scope="col" | résultat
|-
| faux
| faux
| avancer
|-
| faux
| vrai
| tourner à gauche
|-
| vrai
| vrai
| stop
|-
| vrai
| faux
| tourner à droite
|}

=== Résultats ===
Le résultat est plutôt satisfaisant vue sa simplicité. on remarque que les robots se suivent très bien les uns les autres vue qu'ils ont la même vitesse. Le comportement du premier robot est pas encore stable, mais comme il est censé suivre un humain, son fonctionnement va changer de toutes manières.
[[Fichier:Suiveur 1.gif|500px|center|4 robots suiveurs se suivant, le premier suit la caisse]]

=== Suite ===
Les capteurs de distance on été utilisés ici pour suivre un robot, ou pourrait par la suite les utiliser pour éviter un obstacle. Il faudra pour cela éloigner les robots les uns des autres et leur faire suivre une commande à l'aide des autres parties réalisées.

== Communication entre robots ==

'''Participants :'''
[[Utilisateur:‎Clément Luton |Clément Luton]] et [[Utilisateur:‎De-almeida-ribeiro.thiago |Thiago De Almeida Ribeiro]]

Cette section a pour but d’expliquer comment utiliser le logiciel Webots pour se faire suivre des robots en les faisant communiquer. La communication qui est permise par la simulation suit un protocole de communication série mais elle est transmise sans fil.

Les deux premières sous-sections comportent les résultats auxquels on est arrivé dans les dates indiquées, pendant que la dernière section comporte les résultats finaux, avec le niveau de détail nécessaire pour comprendre le fonctionnement du code et du logiciel. Avant de continuer, il serait intéressant d’avoir lu le [[Robots suiveurs 3 - Code Tutoriel Communication | tutoriel d’explication de code sur les bases de communication sur Webots]] et la description des nodes Emitter et Receiver, sur la [[Robots suiveurs 3 - Capteurs | page de description des capteurs]].

=== Résultats initiaux (16/04/2020) ===

Pour configurer la communication entre deux robots, au tout début, il a fallu ajouter les robots au monde et exécuter la commande “Convert to Base Node(s)” (clique droit sur le robot dans le node tree). Cela a été nécessaire pour pouvoir changer quelques caractéristiques des robots, comme leur nom et la portée du signal émis (nécessaire pour le code en C mais pas pour celui en C++).

Pour faire le code, on est parti du controller emitter_receiver, existant en tant qu'exemple dans le logiciel. Nous avons eu deux démarches : une consistant à garder le code dans son langage, le C, est à l’adapter et une autre consistant à passer en C++ pour garder une cohésion avec le groupe entier qui code aussi en C++. Alors on a un [[Robots suiveurs 3 - Code Communication Initial (C) |code en C]] en un [[Robots suiveurs 3 - Code Communication Initial (C++) |code en C++]].

Dans les deux cas nous sommes arrivés à mettre en place une communication continue entre deux robots. Nous sommes capables de savoir si la communication se passe bien ou si elle est interrompue et nous avons réussi à transmettre au robot esclave la position relative (le robot esclave est utilisé comme origine d’un système de coordonnées) du robot maître. Nous allons utiliser ces données pour déplacer correctement le robot esclave. Dans ce moment, deux solutions s’offrent à nous :

* Se déplacer selon l’axe des X puis l’axe des Z.
* Se déplacer selon l’hypoténuse formée.

[[Fichier:deplacement_comm.png|300px|thumb|center|Schéma du déplacement]]

=== Résultats intérmédiaires (17/04/2020) ===

Après un peu plus de réflexion, on a décidé d’utiliser un troisième approche pour le comportement suiveur (détaillé sur la prochaine section). On est partie du code en C++ écrit avant pour écrire le [[Robots suiveurs 3 - Code Communication Intermédiaire (maître) |code du robot maître]] et le [[Robots suiveurs 3 - Code Communication Intermédiaire (esclave) |code du robot esclave]]. On a pu contrôler le robot maître grâce au clavier et faire suivre le robot esclave grâce à la position du maître. La sphère blanche autour du robot maître représente la portée du signal de communication.

[[Fichier:suivi_position2.gif|400px|thumb|center|Le robot émetteur fait une ligne droite, le robot récepteur le suit]]

=== Résultats finaux (05/05/2020) ===

Maintenant on a deux robots esclaves et un robot maître. Le robot maître est contrôlé par le clavier et envoie sa position au premier esclave, celui-ci va suivre le maître et, à son tour, transmettre sa position au deuxième esclave, qui le suit.

Au tout début, il a fallu ajouter les 3 robots (e-pucks) à un monde créé préalablement. De plus, il est intéressant de réduire le pas de temps de la simulation (WorldInfo -> basicTimeStep -> 16) pour pouvoir augmenter sa précision et sa stabilité.

Comme les trois robots fonctionnent de façon différente, il a fallu créer trois contrôleurs distincts : [[Robots suiveurs 3 - Code Communication Final (controlêur "emitter") |"emitter"]], pour le robot maître, [[Robots suiveurs 3 - Code Communication Final (controlêur "emitter-receiver") |"emitter-receiver"]], pour le premier esclave, et [[Robots suiveurs 3 - Code Communication Final (controlêur "receiver") |"receiver"]], pour le deuxième esclave. Pour concevoir les codes, on est parti du contrôleur [[Robots suiveurs 3 - Code “emitter_receiver”|“emitter_receiver”]], trouvé dans un [[Robots suiveurs 3 - Code Tutoriel Communication | monde de base homonyme]]. Comme ce dernier est écrit en C, il a fallu le traduire en C++ au préalable pour garder une cohésion avec le groupe.

Le contrôleur “emitter” utilise un bout de code créé par d’autres intégrants du groupe pour permettre de contrôler le robot avec le clavier. De plus, il habilite et configure l'émetteur du robot et transmet un message quelconque. Le contrôleur “receiver” habilite et configure le récepteur du robot, affiche un message pour informer si la communication a été établie et permet de suivre un robot qui émet un message. Finalement, le contrôleur “emitter-receiver” est l'addition des deux contrôleurs antérieurs, sans la partie contrôle clavier.

Pour le comportement suiveur, on utilise deux fonctions de base : “getEmitterDirection()” et “getSignalStrength()”. La première permet d’obtenir la position de l'émetteur par rapport au système de coordonnées du récepteur (vecteur normalisé avec 3 composants) et la deuxième la force du signal. Le bout de code suivant est responsable de ce comportement.

<nowiki>
const double *position=receiver->getEmitterDirection();
double signal=receiver->getSignalStrength();

if(signal>150) //Stop the robot if it's too close to the master
{
left_motor->setVelocity(0);
right_motor->setVelocity(0);
}
else{
//Following behavior
if (position[0]<-0.1)
{
left_motor->setVelocity(0);
right_motor->setVelocity(MAX_SPEED);
}
else if(position[0]>0.1)
{
left_motor->setVelocity(MAX_SPEED);
right_motor->setVelocity(0);
}
else
{
left_motor->setVelocity(MAX_SPEED);
right_motor->setVelocity(MAX_SPEED);
}
} </nowiki>

À partir de la force du signal, il est possible de savoir si le récepteur est trop proche de l'émetteur, de façon à arrêter le robot esclave pour éviter une collision. En outre, la première coordonnée du vecteur position (axe rouge dans la figure ci dessous) permet de dire si le récepteur est approximativement derrière l'émetteur (-0,1 < position[0] < 0,1). Si c’est le cas, le robot doit aller tout droit, sinon, il doit tourner à gauche où à droite.

[[Fichier:comm0.jpg|400px|thumb|center|Système de coordonées]]

Le fonctionnement est illustré dans le GIF ci-dessous.

[[Fichier:comm1.gif|400px|thumb|center|Cliquez pour jouer le GIF]]

Jusqu’à ce moment, les robots étaient considérés sans défauts. Cela veut dire que l'on n'avait pas pris en compte le bruit dans la communication. Le récepteur possède deux variables qui peuvent être modifiées afin d’y ajouter le bruit :

*signalStrengthNoise : écart-type du bruit gaussien ajouté à la force du signal renvoyé par “getSignalStrength()”. Le bruit est proportionnel à la force du signal, par exemple, un signalStrengthNoise de 0,1 ajoutera un bruit avec un écart-type de 0,1 pour une force de signal de 1 et de 0,2 pour une force de signal de 2.

*directionNoise : écart-type du bruit gaussien ajouté à chacune des composantes de la direction retournée par “getEmitterDirection()”. Le bruit ne dépend pas de la distance entre l'émetteur-récepteur.

Vu que le logiciel ne possède pas de fonction de base pour effectuer cette modification (comme setChannel() pour choisir le canal de communication, par exemple), on doit modifier le node du récepteur directement. Pour pouvoir le faire, on doit faire un clique droit sur le robot que l'on souhaite modifier dans la scene tree et après cliquer sur “Convert to Base Node(s)”. Après, il suffit d’aller sur “Robot > children > DEF EPUCK_RECEIVER Receiver” et modifier les champs signalStrengthNoise et/ou directionNoise.

Si on met un écart-type de 1 pour la direction, par exemple, on remarque que les robots continuent à suivre mais cela se fait d’une façon plus lente et irrégulière. Cela peut être un problème puisque le robot maître peut s’écarter des esclaves et la communication entre eux peut être coupée.

[[Fichier:comm2.gif|400px|thumb|center|Cliquez pour jouer le GIF]]

L’ajout du bruit associé à la force du signal ne doit pas affecter le comportement suiveur, mais peut permettre une collision entre les robots. Si on met, par exemple, la valeur de 0,1, on remarque que cela peut arriver :

[[Fichier:comm3.gif|400px|thumb|center|Cliquez pour jouer le GIF]]

Cela peut être réglé en mettant 80, par exemple, au lieu de 150, dans la ligne de code ci-dessous :

<nowiki>
if(signal>150) //Stop the robot if it's too close to the master </nowiki>

[[Fichier:comm4.gif|400px|thumb|center|Cliquez pour jouer le GIF]]

Une deuxième solution serait d’utiliser les capteurs de distance du robot.

Enfin, il est important de prendre en compte les type de signaux possibles pour l'émetteur et le récepteur : "radio", "serie" ou "infra-red. Les signaux de type "radio" (par défaut) et "serie" sont transmis sans tenir compte des obstacles. Cependant, les signaux de type "infra-red" tiennent compte des obstacles potentiels entre l'émetteur et le récepteur. Tout objet solide (solide, robots, etc) avec un objet englobant défini est un obstacle potentiel à une communication "infra-red". La structure du robot émetteur ou récepteur lui-même ne bloquera pas une transmission "infra-red". Actuellement, il n'y a pas de différence d'implémentation entre les types "radio" et "serie".

Alors, si aucune modification n’est effectué, l'émetteur et le récepteur utilisent le type “radio” et les robots pourront communiquer même s’il y a un obstacle entre eux :

[[Fichier:comm5.gif|400px|thumb|center|Cliquez pour jouer le GIF]]

En choisissant le type “infra-red”, cela ne serait pas possible. Pour faire cette modification il suffit de changer les champs “type” dans “Robot > children > DEF EPUCK_RECEIVER Receiver” et “Robot > children > DEF EPUCK_EMITTER Emitter” (après avoir fait un “Change to Base Node(s)”.

[[Fichier:comm6.gif|400px|thumb|center|Cliquez pour jouer le GIF]]

== Mise en place de la scène ==
Pour modifier la scène nous nous sommes aidé du tutoriel disponible à cette [https://cyberbotics.com/doc/guide/tutorial-2-modification-of-the-environment adresse]. 
Comme dit précédemment l'interface graphique est plutôt intuitive et il est donc facile de modifier la scène. Tout se fait via le bouton Plus (Add) en haut à gauche entouré en rouge. 
[[Fichier:ObjetsAdd.png ‎|500px|thumb|center|Modification scène]]
Une fois qu'on a cliqué dessus on peut choisir un élément de base (base nodes) ou des éléments déjà existants (Proto Nodes). Dans les éléments existants il y a des objets, des robots, des véhicules... Une fois l'élément choisi il va être placé au centre du sol. La touche MAJ en même temps qu'un clic gauche de la souris permet de le déplacer là où l'on souhaite. Cette manipulation est aussi possible via la fenêtre de paramètre de l'objet (accolade en rouge sur la photo). 
On peut ainsi choisir de déplacer l'objet via les paramètres de translation, de le tourner via la rotation et enfin de changer sa taille via scale. 
Pour les objets déjà existants la méthode scale n'est pas directement accessible il faut faire un clic droit sur l'objet et sélectionner "convert to base nodes". Une fois cette opération effectuée, les paramètres scale seront accessibles. 
Pour un objet de type solid on peut modifier la forme (Shape) via les paramètres (voir l'exemple du tutoriel situé en haut).
Pour changer le controller d'un robot voir le lien [https://ujm.webgroup.fr/index.php?title=Robots_suiveurs_3_-_Tutoriels#1.29_Ajouter_un_controller_existant_.C3.A0_un_robot suivant].

== Robot avec détection de couleur ==
Le but est ici d'utiliser la caméra du robot E-Puck afin de de pouvoir suivre un objet de couleur, que l'on pourrai par exemple placer à l'arrière d'un robot pour que celui de derrière puisse le suivre. Nous avons dans un premier temps fait en sorte que le robot suive un objet rouge. Par la suite nous avons amélioré le système afin d'avoir plusieurs robot qui se suivent.

=== Fonctionnement ===
Pour cela, nous utilisons des méthodes de la classe Camera permettant de capturer une image et de recueillir des informations sur le nombre de pixel rouge, vert ou bleu. Nous avons donc séparer l'image en 3 zones (milieu, gauche et droite) afin de compter le nombre de pixel d'une certaine couleur dans chacune de ces partie. Si ce derniers est supérieur au nombre de pixels des autres couleurs dans une zone, on effectue le déplacement correspondant (avancer, pivotage à gauche ou à droite). Nous avons aussi utiliser les capteurs de distance situés à l'avant du robot afin d’éviter une collision quand le robot se sera trop rapproché de l'objet qu'il suit. Voici notre premier essai, le robot suit uniquement un objet rouge qu'il faut déplacer à la main :

[[Fichier:Suivi couleur.gif|500px|thumb|center|Suivi d'un cube de couleur rouge]]

Nous avons ensuite ajouté des robots de couleurs différentes, dépendant tous d'un controller différent, afin que le premier robot (bleu) soit guidé par les commandes du clavier, que le deuxième (rouge) suive le robot bleu, le troisième (vert) suive le robot rouge, et le dernier (gris) suive le robot vert :

[[Fichier:Simulation suiveurs caméra.gif|500px|thumb|center|Suivi de robots de couleur]]

Nous avons rajouté une fonctionnalité qui permet aux robots suiveurs de savoir où se trouve l'objet qu'il suivent (gauche, droite, ou devant). Ainsi, si l'objet suivi est sort du champs de vision, le robot va tourner sur le lui même en fonction de la position précédente de l'objet suivi. Si l'objet disparaît et qu'il se trouvait sur la gauche avant de disparaître, le robot va tourner sur lui même sur la gauche jusqu'à retrouver l'objet.
Voici les codes utilisés, comme le fonctionnement du des robots gris, vert et rouge est le même (seul la couleur à détecter change), nous ne mettons que le code du robot bleu (robot à suivre) et du robot rouge :
* Le premier robot se dirige avec les flèches, donc le [[Robots suiveurs 3 - Code Contrôle au Clavier |Code de contrôle au clavier]] est implanté.
* Robots suiveurs : chaque robot est associer à un controller dont le code est semblable au[[Robots suiveurs 3 - Code suivi d'un objet (robot) rouge |Code de suivi d'un objet (robot) rouge]], avec des changements pour la couleur.

== Fusion des méthodes ==

=== Fusion de Code ===
Une fois l’ensemble des codes fonctionnel, nous nous sommes lancés dans la mise en place d’une simulation comprenant l’ensemble de ces derniers.

Pour cela, nous avons choisi d'exporter les robots édités des différentes simulations dans une nouvelle scène. Dans le monde où le robot a été créé, il faut faire un clic droit sur le nom du robot dans la scene tree et après cliquer sur “Export”. Cela crée un fichier .wbo à sauvegarder là où vous le voulez et, dans le nouveau monde, cliquer sur “Import...” dans la fenêtre d’ajout de nœuds pour aller chercher le fichier.

[[Fichier:import_robot.jpg|500px|thumb|right|Importer un robot]] [[Fichier:export_robot.jpg|300px|thumb|left|Exporter un robot]]

 
Nous avons ensuite implémenté les codes nécessaires à chacun des robots et harmonisé les fonctionnements. Plus précisément, il a fallu ajouter la partie de gestion de l'émission de message faite dans le controller [[Robots suiveurs 3 - Code Communication Final (controlêur "emitter") |"emitter"]] au controller utilisé par le robot maitre pour suivre le robot rouge (par détection de couleurs).

Une fois cette fusion faite, il manquait encore la fonction d’évitement des obstacles que nous avons mises en place à ce moment.

=== Evitement ===

Les robots, en fonction de leur position dans la file, ayant des fonctions différentes (suivi d’un robot par analyse colorimétrique ou suivi d’un robot par communication sans fil), il est nécessaire d’adapter le code d’évitement pour ne pas interférer avec les fonctions de suivi. Ainsi la fonction d'évitement se base toujours sur le même principe, mais l’implémentation se fait de façon différente pour chaque controller, avec des contraintes plus ou moins complexes.

Tous les robots évitent les obstacles grâce aux capteurs de distance, mais ils doivent différencier les robots qu’ils suivent des obstacles quelconques. Pour cela, le robot maître utilise la quantité de pixels rouges dans l’image de la câmera au moment de la détection de l’obstacle, pendant que le maître-esclave et l'esclave utilisent la force du signal de communication. Dans ce dernier cas, la vérification est faite même avant la détection des obstacles, de façon à arrêter les robots.

De plus, on a aussi implémenté une fonction pour réduire la vitesse des robots au fur et à mesure qu’ils s’approchent de leur but (robots à suivre), en utilisant un produit en croix.

À la fin de nos heures de travail, nous avions alors créé et mis en place les controllers suivants: [[Robots suiveurs 3 - Code Contrôle au Clavier | RobotHumain]], [[Robots suiveurs 3 - Code RobotCamera | RobotCamera]], [[Robots suiveurs 3 - Code emitter-receiver | RobotEmitterReceiver]] et [[Robots suiveurs 3 - Code RobotReceiver| RobotReceiver]].

[[Fichier:MondeDeTest.gif|500px|thumb|center| Évitement d'obstacle]]

Robots suiveurs 3 - Code suivi d'un objet (robot) rouge

2020-05-13T06:39:56Z

Léane : Page créée avec « ''' Code pour le suivi du robot rouge.''' Le principe est le même pour suivre les autres robots de couleur ; il suffit de changer les variables dans les conditions. <... »

''' Code pour le suivi du robot rouge.'''

Le principe est le même pour suivre les autres robots de couleur ; il suffit de changer les variables dans les conditions.

<nowiki>
// File: EPuckFollowRed.cpp
// Date: 17/04/2020
// Description: Le robot suit le cube rouge
// Author: Mickaël FAURE et Léane GEOFFROY

#include <webots/Robot.hpp>
#include <webots/DistanceSensor.hpp>
#include <webots/motor.hpp>
#include <webots/Camera.hpp>
#include <iostream>

// All the webots classes are defined in the "webots" namespace
using namespace webots;
using namespace std;

#define TIME_STEP 64
#define MAX_SPEED 6.28

int main(int argc, char **argv) {
// On crée une instance Robot :
Robot *robot = new Robot();

// get the time step of the current world.
int timeStep = (int)robot->getBasicTimeStep();

// On crée des instances DistanceSensor
DistanceSensor *ps[8];
char psNames[8][4] = {
"ps0", "ps1", "ps2", "ps3", "ps4", "ps5", "ps6", "ps7"
};

// Association des instances ci-dessus avec les capteurs du robot
for (int i = 0; i<8; i++){
ps[i] = robot->getDistanceSensor(psNames[i]);
ps[i]->enable(TIME_STEP);
}

// Création d'une instance Camera et association avec la caméra du robot
Camera *camera = robot->getCamera("camera");
camera->enable(TIME_STEP);

//Création et association des moteurs
Motor *leftMotor = robot->getMotor("left wheel motor");
Motor *rightMotor = robot->getMotor("right wheel motor");
// Pour régler la vitesse, on fixe la position des roues à l'infini avec
// une vitesse de rotation de 0
leftMotor->setPosition(INFINITY);
rightMotor->setPosition(INFINITY);
leftMotor->setVelocity(0.0);
rightMotor->setVelocity(0.0);

int exPos = 0; // 0 droite, 1 gauche

// Boucle principale
// Le but est de séparer l'image en 3 partie : une partie centrale, gauche et droite
// et d'analyser le nombre de pixel rouge dans chacune de ces parties
// Si le nombre de pixel rouge est plus important au centre, on avance, si il l'est plus à
// gauche, on tourne à gauche, etc...
while (robot->step(timeStep) != -1) {
// On crée des variales pour compter le nombre de pixel rouge, vert et bleu pour chacune
// des 3 parties
int red = 0;
int blue = 0;
int green = 0;

int redg = 0;
int blueg = 0;
int greeng = 0;

int redd = 0;
int blued = 0;
int greend = 0;

// Récupération des valeurs des capteurs de position
double psValues[8];
for (int i =0;i<8;i++){
psValues[i] = ps[i]->getValue();
}

// Booléen servant à éviter une collision avec un objet en face
bool front_obstacle = psValues[7] > 150 || psValues[0] > 150;

// Vitesse roue gauche et droite
double leftSpeed = 0.5*MAX_SPEED;
double rightSpeed = 0.5*MAX_SPEED;

int width = camera -> getWidth();
int height = camera -> getHeight();
// Récupération de l'image de la caméra
const unsigned char *image = camera -> getImage();

// Première boucle servant a diviser l'image en 3 partie (ici partie centrale)
for (int i = 2* width / 5; i < 3 * width / 5; i++) {
for (int j = 2*height / 5; j < 3* height / 5; j++) {
red += camera -> imageGetRed(image, width, i, j);
blue += camera -> imageGetBlue(image, width, i, j);
green += camera -> imageGetGreen(image, width, i, j);
}
}
// Deuxième boucle (partie droite)
for (int i = 3* width / 5; i < width; i++) {
for (int j = 2*height / 5; j < 3*height/5 ; j++) {
redd += camera -> imageGetRed(image, width, i, j);
blued += camera -> imageGetBlue(image, width, i, j);
greend += camera -> imageGetGreen(image, width, i, j);
}
}
// Troisième boucle (partie gauche)
for (int i = 0 ; i < 2*width/5; i++) {
for (int j = 0; j < 2*height/5 ; j++) {
redg += camera -> imageGetRed(image, width, i, j);
blueg += camera -> imageGetBlue(image, width, i, j);
greeng += camera -> imageGetGreen(image, width, i, j);
}
}

// Si on a plus de pixels rouges au milieu...
if ((red > 1.5*green) && (red > 1.5*blue) ){
// Si on a un obstacle devant alors on stop
if (front_obstacle){
leftMotor->setVelocity(0.0);
rightMotor->setVelocity(0.0);
}
// Sinon on avance
else{
leftMotor->setVelocity(leftSpeed);
rightMotor->setVelocity(rightSpeed);
}
}
// Si il n'y a rien au milieu
else{
// Si on a plus de pixel rouge à droite alors on tourne à droite
if((redd > 1.5*greend) && (redd > 1.5*blued)){
leftMotor->setVelocity(leftSpeed);
rightMotor->setVelocity(-rightSpeed);
exPos = 0;
}
// Sinon si on a plus de pixel rouge à gauche alors on tourne àgauche
else{
if((redg > 1.5*greeng) && (redg > 1.5*blueg)){
leftMotor->setVelocity(-leftSpeed);
rightMotor->setVelocity(rightSpeed);
exPos = 1;
}
// Sinon on tourne sur nous même pour essayer de toruver un objet rouge
else{
if (exPos==1) {
leftMotor->setVelocity(-leftSpeed);
rightMotor->setVelocity(rightSpeed);
}
else {
leftMotor->setVelocity(leftSpeed);
rightMotor->setVelocity(-rightSpeed);
}
}
}
}
};

// Enter here exit cleanup code.
delete robot;
return 0;
}
</nowiki>

Robots suiveurs 3 - Codes

2020-05-13T06:12:47Z

Léane :

=== Code Contrôle avec le Clavier ===

*[[Robots suiveurs 3 - Code Contrôle au Clavier |Code Contrôle au Clavier]]

=== Code de robot suiveur via l'utilisation de capteurs de distance ===

*[[Robots suiveurs 3 - Code de robot suiveur via l'utilisation de capteurs | Code de robot suiveur via l'utilisation de capteurs de distance]]

=== Code de robot suiveur via communication ===

* [[Robots suiveurs 3 - Code Communication Initial (C) |Code Communication Initial (C)]]
* [[Robots suiveurs 3 - Code Communication Initial (C++) |Code Communication Initial (C++) ]]

* [[Robots suiveurs 3 - Code Communication Intermédiaire (maître) |Code Communication Intermédiaire (maître) ]]
* [[Robots suiveurs 3 - Code Communication Intermédiaire (esclave) |Code Communication Intermédiaire (esclave) ]]

*[[Robots suiveurs 3 - Code Communication Final (controlêur "emitter") |Code Communication Final (controlêur "emitter") ]]
*[[Robots suiveurs 3 - Code Communication Final (controlêur "emitter-receiver") |Code Communication Final (controlêur "emitter-receiver") ]]
*[[Robots suiveurs 3 - Code Communication Final (controlêur "receiver") |Code Communication Final (controlêur "receiver") ]]

=== Code de robot suiveur via suivi de couleur (caméra) ====

*[[Robots suiveurs 3 - Code suivi d'un objet (robot) rouge |Code suivi d'un objet (robot) rouge]]

=== Codes finaux ===

*[[Robots suiveurs 3 - Code Contrôle au Clavier | RobotHumain]]
*[[Robots suiveurs 3 - Code RobotCamera | RobotCamera]]
*[[Robots suiveurs 3 - Code emitter-receiver | RobotEmitterReceiver]]
*[[Robots suiveurs 3 - Code RobotReceiver| RobotReceiver]]

Robots suiveurs 3 - Capteurs

2020-05-12T14:06:53Z

Léane :

Le logiciel Webots dispose d'une large collection de capteurs déjà configurés disposant de méthodes associées. Le robot [https://fr.wikipedia.org/wiki/E-Puck E-puck] que nous utilisons dans ce projet dispose de différents capteurs prépositionnés :

* 8 capteurs de distance infrarouge
* Camera couleur VGA
* Accéléromètre 3D (non utilisé)
* Émetteur-récepteur ZigBee

Nous allons donc détailler dans cette partie le fonctionnement des capteurs utilisés.

= Capteur de distance =
Afin de détecter des obstacles, nous utilisons des capteurs de distance qu'on modélise grâce au node [https://cyberbotics.com/doc/reference/distancesensor DistanceSensor]. Nous allons décrire ici son fonctionnement.

== Champs du node DistanceSensor ==
les champs du capteur de mouvement sont composés d'une table servant a définir sa fonction de transfert et de caractéristiques du laser(son nombre de rayons, son ouverture, etc).
{| class="wikitable left"
|-
| '''Nom'''
| '''Type'''
| '''Valeurs possibles'''
|-
| lookupTable
| SFVec3f
| lookup table
|-
| type
| SFString
| {"generic", "infra-red", "sonar", "laser"}
|-
| numberOfRays
| Int32
| [1, inf)
|-
| aperture
| SFFloat
| [0, 2*pi]
|-
| gaussianWidth
| SFFloat
| [0, inf)
|-
| resolution
| SFFloat
| {-1, [0, inf)}
|}

== LookUpTable ==
La LookUpTable est un tableau à 2 dimensions servant à faire la correspondance entre la distance en mètre mesurée par le capteur et la valeur de sortie du capteur. Cette table consiste en une liste de coordonnées de points qui, une fois reliés, nous donne la fonction de transfert du capteur. A chaque point est associé une valeur d'écart type pour son bruit associé.
[[Fichier:Lookuptable capteur distance.PNG|vignette|center|Fonction de transfert du capteur de distance]]

Les valeurs de la table sont pré-configurés pour correspondre à un capteur précis. On peut voir sur le graphique que plus la distance est faible, plus la valeur de sortie augmente vite. Afin d'éviter précisément des obstacles, et de simplifier la mesure des distance, nous pouvons modifier la table. En ne positionnant que deux points aux extrémités des intervalles, nous obtenons une droite affine. Nous avons donc une précision constante en fonction de la distance et les conversions distance/code sont plus simples. Il serait possible par la suite d'étudier l'influence du bruit sur les performances du robot. Nous pourrons aussi questionner la pertinence de ces modifications qui changent peut-être trop le fonctionnement des capteurs pour correspondre à la réalité.

== Méthodes utilisées ==

{| class="wikitable left"
|-
| '''Méthode'''
| '''Paramètres'''
| '''Description'''
|-
| void wb_distance_sensor_enable(WbDeviceTag tag)
| WbDeviceTag tag : tag du capteur afin de le cibler
| Active le capteur de distance ciblé.
|-
| double wb_distance_sensor_get_value(WbDeviceTag tag)
| WbDeviceTag tag : tag du capteur afin de le cibler
| Renvoie la valeur associée à la distance mesurée du capteur ciblé.
|}

= Caméra =

Pour modéliser une caméra, nous utilisons une caméra embarquée classique, modélisée grâce au node [https://cyberbotics.com/doc/reference/camera Caméra], et en donnant une couleur rouge à l'objet à suivre, comme ci celui-ci était une source de chaleur. L'image résultante peut être affichée sur la fenêtre 3D et nous permet de visualiser l'image en RGB dans notre cas.

== Champ du node Camera==

{| class="wikitable left"
|-
| '''Nom'''
| '''Type'''
| '''Valeur par défaut'''
| '''Valeurs possibles'''
|-
| fieldOfView
| SFFloat
| 0.7854
| [0, pi]
|-
| width
| SFInt32
| 64
| [0, inf)
|-
| height
| SFInt32
| 64
| [0, inf)
|-
| spherical
| SFBool
| FALSE
| {TRUE, FALSE}
|-
| near
| SFFloat
| 0.01
| [0, inf)
|-
| far
| SFFloat
| 0.0
| [0, inf)
|-
| antiAliasing
| SFBool
| FALSE
| {TRUE, FALSE}
|-
| ambientOcclusionRadius
| SFFloat
| 0
| [0, inf)
|-
| bloomThreshold
| SFFloat
| -1.0
| [-1, inf)
|-
| motionBlur
| SFFloat
| 0.0
| [0, inf)
|-
| noise
| SFFloat
| 0.0
| [0, 1]
|-
| noiseMaskUrl
| SFString
| ""
| any string
|-
| lens
| SFNode
| NULL
| {Lens, PROTO}
|-
| focus
| SFNode
| NULL
| {Focus, PROTO}
|-
| zoom
| SFNode
| NULL
| {Zoom, PROTO}
|-
| recognition
| SFNode
| NULL
| {Recognition, PROTO}
|-
| lensFlare
| SFNode
| NULL
| {LensFlare, PROTO}
|}

== Fonctions utiles (en C++) ==

{| class="wikitable left"
|-
|'''Fonction'''
|'''Utilité'''
|-
| virtual void enable(int samplingPeriod);
| Activation de la caméra
|-
| virtual void disable();
| Désactivation de la caméra
|-
| int getWidth() const;
| Récupération de la largeur de l'image en pixels
|-
| int getHeight() const;
| Récupération de la hauteur de l'image en pixels
|-
| const unsigned char *getImage() const;
| Lecture de la dernière image saisie par l'appareil photo. L'image est codée comme une séquence de trois octets représentant les niveaux rouge, vert et bleu d'un pixel. Les pixels sont stockés sur des lignes horizontales allant du côté supérieur gauche de l'image jusqu'au coin inférieur droit.
|-
| static unsigned char imageGetRed(const unsigned char *image, int width, int x, int y);
| Accès au niveau de rouge d'un pixel RGB à partir de ses coordonnées
|-
| static unsigned char imageGetGreen(const unsigned char *image, int width, int x, int y);
| Accès au niveau de vert d'un pixel RGB à partir de ses coordonnées
|-
| static unsigned char imageGetBlue(const unsigned char *image, int width, int x, int y);
| Accès au niveau de bleu d'un pixel RGB à partir de ses coordonnées
|-
|}

== Utilisation de l'image ==

[[Fichier:Caméra.png ‎|155px|thumb|right|Image obtenue]]
L'image de la caméra est affichée en temps réel, en haut de la fenêtre 3D par défaut.
La résolution de la caméra peut être modifiée dans les caractéristiques de celle-ci.

Afin d'exploiter l'image issue de la caméra, il suffit d'analyser tout ou partie des pixels qui la composent. Une comparaison entre les nombres de pixels rouges, verts et bleus permet par exemple de détecter la présence d'un objet de couleur.

= Émetteur-récepteur =
Afin de faire communiquer des robots, nous utilisons des émetteurs et récepteurs, qu'on modélise grâce aux nodes [https://www.cyberbotics.com/doc/reference/emitter?tab-language=c++ Emitter] et [https://www.cyberbotics.com/doc/reference/receiver?tab-language=c++ Receiver], respectivement. Nous allons décrire ici les bases de son fonctionnement. Pour plus d'information, veuillez accéder aux liens des nodes (vers le site de cyberbotics).

== Champs des nodes Emitter et Receiver ==

=== Emitter ===
{| class="wikitable left"
|-
| '''Nom'''
| '''Type'''
| '''Valeur par défaut'''
| '''Valeurs possibles'''
|-
| type
| SFString
| "radio"
| {"radio", "serial", "infra-red"}
|-
| range
| SFFloat
| -1
| {-1, [0, inf)}
|-
| maxRange
| SFFloat
| -1
| {-1, [0, inf)}
|-
| aperture
| SFFloat
| -1
| {-1 ,[0, 2*pi]}
|-
| channel
| SFInt32
| 0
| [0, inf)
|-
| baudRate
| SFInt32
| -1
| {-1, [0, inf)}
|-
| byteSize
| SFInt32
| 8
| [8, inf)
|-
| bufferSize
| SFInt32
| -1
| {-1, [0, inf)}
|}

=== Receiver ===
{| class="wikitable left"
|-
| '''Nom'''
| '''Type'''
| '''Valeur par défaut'''
| '''Valeurs possibles'''
|-
| type
| SFString
| "radio"
| {"radio", "serial", "infra-red"}
|-
| aperture
| SFFloat
| -1
| {-1 ,[0, 2*pi]}
|-
| channel
| SFInt32
| 0
| [0, inf)
|-
| baudRate
| SFInt32
| -1
| {-1, [0, inf)}
|-
| byteSize
| SFInt32
| 8
| [8, inf)
|-
| bufferSize
| SFInt32
| -1
| {-1, [0, inf)}
|-
| signalStrengthNoise
| SFFloat
| 0
| [0, inf)
|-
| directionNoise
| SFFloat
| 0
| [0, inf)
|}

== Description des champs ==

=== Emitter ===

* '''type :''' type de signaux: "radio", "serial" ou "infra-red". Les signaux de type "radio" (par défaut) et "série" sont transmis sans tenir compte des obstacles. Cependant, les signaux de type "infra-red" tiennent compte des obstacles potentiels entre l'émetteur et le récepteur. Tout objet solide (solide, robots, etc ...) avec un objet englobant défini est un obstacle potentiel à une communication "infra-red". La structure du robot émetteur ou récepteur lui-même ne bloquera pas une transmission "infra-red". Actuellement, il n'y a pas de différence d'implémentation entre les types "radio" et "serie".
* '''range :''' rayon de la sphère d'émission (en mètres). Un récepteur ne peut recevoir un message que s'il se trouve dans la sphère d'émission. Une valeur de -1 (par défaut) pour la plage est considérée comme une plage infinie.
* '''maxRange :''' définit la valeur maximale autorisée pour la plage. Ce champ définit la valeur maximale pouvant être définie à l'aide de la fonction wb_emitter_set_range. Une valeur de -1 (par défaut) pour maxRange est considérée comme infinie.
* '''aperture :''' angle d'ouverture du cône d'émission (en radians); pour "infra-red" uniquement. L'apex du cône est situé à l'origine ([0 0 0]) du système de coordonnées de l'émetteur et l'axe du cône coïncide avec l'axe z du système de coordonnées de l'émetteur. Un émetteur "infra-red" ne peut envoyer des données qu'aux récepteurs actuellement situés dans son cône d'émission. Une ouverture de -1 (valeur par défaut) est considérée comme infinie, ce qui signifie que les signaux émis sont omnidirectionnels. Pour les émetteurs "radio" et "série", ce champ est ignoré.
* '''channel :''' canal de transmission. Il s'agit d'un numéro d'identification pour un émetteur "infra-red" ou d'une fréquence pour un émetteur "radio". Normalement, un récepteur doit utiliser le même canal qu'un émetteur pour recevoir les données émises. Cependant, le canal spécial -1 permet de diffuser des messages sur tous les canaux. Le canal 0 (par défaut) est réservé pour communiquer avec un plugin physique. Pour la communication inter-robots, veuillez utiliser des numéros de canaux positifs.
* '''baudRate :''' le débit en bauds est la vitesse de communication exprimée en nombre de bits par seconde. Un baudRate de -1 (par défaut) est considéré comme infini et entraîne la transmission immédiate des données (dans un pas de temps de base) de l'émetteur au récepteur.
* '''byteSize :''' la taille d'octet est le nombre de bits requis pour transmettre un octet d'information. Il s'agit généralement de 8 (valeur par défaut), mais peut être supérieur si des bits de contrôle sont utilisés.
* '''bufferSize :''' spécifie la taille (en octets) du buffer de transmission. Le nombre total d'octets dans les paquets mis en file d'attente dans l'émetteur ne peut pas dépasser ce nombre. Un bufferSize de -1 (par défaut) est considéré comme une taille de buffer illimitée.

=== Receiver ===

* '''type :''' idem que pour l'émetteur.
* '''aperture :''' angle d'ouverture du cône de réception (en radians); pour "infra-red" uniquement. Le récepteur ne peut recevoir que des messages d'émetteurs situés actuellement dans son cône de réception. L'apex du cône est situé à l'origine ([0 0 0]) du système de coordonnées du récepteur et l'axe du cône coïncide avec l'axe z du système de coordonnées du récepteur. Une ouverture de -1 (valeur par défaut) est considérée comme infinie, ce qui signifie qu'un signal peut être reçu de n'importe quelle direction. Pour les récepteurs "radio", le champ d'ouverture est ignoré.
* '''channel :''' canal de réception. La valeur est un numéro d'identification pour un récepteur "infra-red" ou une fréquence pour un récepteur "radio". Normalement, l'émetteur et le récepteur doivent utiliser le même canal pour pouvoir communiquer. Cependant, le numéro de canal spécial -1 permet au récepteur d'écouter tous les canaux.
* '''baudRate :''' le débit en bauds est la vitesse de communication exprimée en bits par seconde. Elle doit être identique à la vitesse de l'émetteur. Actuellement, ce champ est ignoré.
* '''byteSize :''' la taille en octets est le nombre de bits utilisés pour représenter un octet de données transmises (généralement 8, mais peut être supérieur si des bits de contrôle sont utilisés). Il doit être de la même taille que la taille des octets de l'émetteur. Actuellement, ce champ est ignoré.
* '''bufferSize :''' taille (en octets) du buffer de réception. La taille des données reçues ne doit à aucun moment dépasser la taille de la mémoire buffer, sinon les données peuvent être perdues. Un bufferSize de -1 (par défaut) est considéré comme une taille de buffer illimitée. Si les données précédentes n'ont pas été lues lors de la réception de nouvelles données, les données précédentes sont perdues.
* '''signalStrengthNoise :''' écart-type du bruit gaussien ajouté à la force du signal renvoyé par wb_receiver_get_signal_strength (ou getSignalStrength() en C++). Le bruit est proportionnel à la force du signal, par exemple, un signalStrengthNoise de 0,1 ajoutera un bruit avec un écart-type de 0,1 pour une force de signal de 1 et 0,2 pour une force de signal de 2.
* '''directionNoise :''' écart-type du bruit gaussien ajouté à chacune des composantes de la direction retournée par wb_receiver_get_emitter_direction (ou getEmitterDirection() en C++). Le bruit ne dépend pas de la distance entre l'émetteur-récepteur.

[[Fichier:ilustration_aperture.png|500px|thumb|center|Illustration de l'ouverture et de la portée de l'émetteur / récepteur infrarouge]]

== Fonctions Disponibles (en C++) ==

=== Emitter ===

{| class="wikitable left"
|-
| '''Fonction'''
| '''Utilité'''
|-
| virtual int send(const void *data, int size);
|Ajoute à la file d'attente de l'émetteur un paquet d'octets de taille situé à l'adresse indiquée par "data".
|-
| virtual void setChannel(int channel);
| Permet au contrôleur de changer le canal de transmission.
|-
| int getChannel() const;
| Renvoie le numéro de canal actuel de l'émetteur.
|-
| virtual void setRange(double range);
| Permet au contrôleur de modifier la plage de transmission au moment de l'exécution.
|-
| double getRange() const;
| Renvoie la plage actuelle de l'émetteur.
|-
| int getBufferSize() const;
| Renvoie la taille (en octets) du buffer de transmission.
|}

=== Receiver ===
{| class="wikitable left"
|-
| '''Fonction'''
| '''Utilité'''
|-
| virtual void enable(int samplingPeriod);
| Démarre le récepteur à l'écoute des paquets de données entrants.
|-
| virtual void disable();
| Arrête l'écoute en arrière-plan.
|-
| int getSamplingPeriod() const;
| Renvoie la période donnée dans la fonction enable, ou 0 si le périphérique est désactivé.
|-
| int getQueueLength() const;
| Renvoie le nombre de paquets de données actuellement présents dans la file d'attente du récepteur.
|-
| virtual void nextPacket();
| Supprime le paquet de tête. Le paquet suivant dans la file d'attente, le cas échéant, devient le nouveau paquet principal.
|-
| const void *getData() const;
| Renvoie les données du paquet en tête de la file d'attente de réception.
|-
| int getDataSize() const;
| Renvoie le nombre d'octets de données présents dans le paquet de tête de la file d'attente de réception.
|-
| double getSignalStrength() const;
| Renvoie la force du signal simulé au moment où le paquet a été transmis.
|-
| const double *getEmitterDirection() const;
| Renvoie un vecteur normalisé (longueur = 1) qui indique la direction de l'émetteur par rapport au système de coordonnées du récepteur.
|-
| virtual void setChannel(int channel);
| Permet à un récepteur de changer de canal de réception.
|-
| int getChannel() const;
| Renvoie le numéro de canal actuel du récepteur.
|}

Fichier:Caméra.png

2020-05-12T13:48:48Z

Léane :

Robots suiveurs 3 - Choix du simulateur

2020-05-12T13:12:17Z

Léane : /* Choix final */

= But =

Nous avons dû choisir un simulateur capable de simuler des robots et un environnement similaire à celui de l'école. 
Pour ce faire nous nous sommes séparés en deux équipes pour couvrir le plus possible de simulateurs.

= Déroulement =

Nous nous sommes mis d'accord sur une liste de critères à respecter. 
Les critères de choix étaient: 
* La compatibilité entre les différents OS 
* La difficulté de prise en main du logiciel et la présence d'une communauté active 
* La possibilité de simuler plusieurs robots à la fois 
* La possibilité de simuler une communication entre les robots 
* S'il existe suffisamment de capteurs pour gérer le suivi et les collisions 

Une fois la liste des simulateurs faite chaque groupe a décidé de tester deux simulateurs différents. Le groupe 1 a décidé de tester Gazebo et Webots, le groupe 2 a testé Morse et Webots.

= État de l'art des simulateurs =
*[[Robots suiveurs 3 - État de l'art des simulateurs - groupe 1|État de l'art - groupe 1]]
'''Participants : '''[[Utilisateur:‎SamuelT |Samuel Tauleigne]], [[Utilisateur:‎ Mickael | Mickaël Faure]], [[Utilisateur:‎Léane |Léane Geoffroy]], [[Utilisateur:‎Louis.sage |Louis Sage]].

*[[Robots suiveurs 3 - État de l'art des simulateurs - groupe 2|État de l'art - groupe 2]]
'''Participants : '''[[Utilisateur:‎Poulain |Matthieu Poulain]], [[Utilisateur:‎De-almeida-ribeiro.thiago |Thiago de Almeida Ribeiro]], [[Utilisateur:‎Raphaele.milan |Raphaele Milan]], [[Utilisateur:‎Clément Luton |Clément Luton]].

= Choix final =

A la fin de cette période de test les deux groupes se sont mis d'accord pour utiliser Webots et travailler en commun pour tester toutes les technologies possibles de suivi.
Présentation succincte du simulateur :
[[Fichier:Schéma WeBots.PNG ‎|600px|thumb|center|Schéma fonctionnel du simulateur WeBots]]
Chaque projet est créé dans un monde, auquel on ajoute les objets et robots de notre choix présentant différentes caractéristiques. On peut ensuite associer un controller à chaque robot, et ainsi utiliser des capteurs, émetteurs, récepteurs et/ou caméras, qui interagiront avec l'environnement.

Robots suiveurs 3

2020-05-12T13:11:54Z

Léane : /* Éléments du projet */

Robot suiveur 2019/2020
 
Le but du projet est de faire suivre une personne par une file indienne de robots.
 

== Présentation du projet ==

Dans la continuité du travail ayant été réalisé les années précédentes sur les sujets Robots Suiveurs 1 et 2, notre objectif initial était, dans cette 3ème itération du projet, de poursuivre leur développement tout en améliorant les fonctionnalités disponibles. Cependant, suite à l'apparition du covid-19 et au confinement s'en suivant, le matériel devint indisponible. Pour répondre à cette contrainte, il a fallu se tourner vers les simulateurs pour robotique. 
Le projet initial avait pour but de programmer des robots capables de suivre une personne en détectant la source de chaleur qu'elle émet. Le cahier des charges de base était l'utilisation d'une caméra thermique et de faire communiquer le robot principale avec les autres robots pour les faire suivre le robot principal. 
Il a donc fallu dans un premier temps déterminer quel simulateur était le plus adapté à notre utilisation, puis adapter notre cahier des charges en fonction des technologies disponibles sur le simulateur.
L'objectif est donc de respecter le cahier des charges suivant :

* Le projet, en plus d'un robot principal suivant un être vivant, doit intégrer des robots suiveurs de robots, capables de communiquer entre eux et avec le robot principal.
* Certains capteurs de distances doivent être utilisés pour éviter une collision avec un obstacle quelconque.
* Le robot principal doit intégrer une caméra thermique pour suivre sa cible. Puisque ce composant n'existe pas sur notre simulateur, on le simulera avec une caméra classique, suivant un objet rouge représentant un corps chaud.

L'objectif n'étant pas de construire un robot de zéro, nous somme reparti d'une base existante intégrant les éléments essentiels au projet. En fin de projet, le but sera de coller le plus possible à une situation réelle, que nous aurions pu obtenir en utilisant le matériel fourni.

'''Participants :'''
[[Utilisateur:‎Poulain |Matthieu Poulain]], [[Utilisateur:‎De-almeida-ribeiro.thiago |Thiago de Almeida Ribeiro]], [[Utilisateur:‎SamuelT |Samuel Tauleigne]], [[Utilisateur:‎ Mickael | Mickaël Faure]], [[Utilisateur:‎Léane |Léane Geoffroy]], [[Utilisateur:‎Louis.sage |Louis Sage]], [[Utilisateur:‎Raphaele.milan |Raphaele Milan]], [[Utilisateur:‎Clément Luton |Clément Luton]]

==Objectifs de départ (en situation de confinement)==

*Choisir le bon simulateur

*Simuler une personne

*Choisir la bonne technologie de suivi pour le robot maître

*Choisir la bonne technologie de suivi pour les robots esclaves

==Éléments du projet==
*[[Robots suiveurs 3 - Choix du simulateur | Choix du simulateur]] 
*[[Robots suiveurs 3 - Tutoriels | Tutoriels simulateur]] 
*[[Robots suiveurs 3 - Tableau de Bord | Déroulement du projet - Tableau de Bord ]] 
*[[Robots suiveurs 3 - Codes | Accès aux Codes]] 
*[[Robots suiveurs 3 - Capteurs | Description des capteurs]] 

==Étapes suivies==

Pour une explication plus détaillée du déroulement du projet, référez-vous à la partie [[Robots suiveurs 3 - Tableau de Bord | Déroulement du projet - Tableau de Bord ]]. 

*Réalisation d’un robot pilotable manuellement avec les touches du clavier
*Réalisation d’un robot suiveur basé sur des capteurs de distance
*Réalisation d’un robot suiveur basé sur une caméra pour simuler une caméra thermique
*Réalisation d’un robot suiveur basé sur des protocoles de communication

==Résultat final==
A Rédiger

Robots suiveurs 3

2020-05-12T12:05:20Z

Léane :

Robot suiveur 2019/2020
 
Le but du projet est de faire suivre une personne par une file indienne de robots.
 

== Présentation du projet ==

Dans la continuité du travail ayant été réalisé les années précédentes sur les sujets Robots Suiveurs 1 et 2, notre objectif initial était, dans cette 3ème itération du projet, de poursuivre leur développement tout en améliorant les fonctionnalités disponibles. Cependant, suite à l'apparition du covid-19 et au confinement s'en suivant, le matériel devint indisponible. Pour répondre à cette contrainte, il a fallu se tourner vers les simulateurs pour robotique. 
Le projet initial avait pour but de programmer des robots capables de suivre une personne en détectant la source de chaleur qu'elle émet. Le cahier des charges de base était l'utilisation d'une caméra thermique et de faire communiquer le robot principale avec les autres robots pour les faire suivre le robot principal. 
Il a donc fallu dans un premier temps déterminer quel simulateur était le plus adapté à notre utilisation, puis adapter notre cahier des charges en fonction des technologies disponibles sur le simulateur.
L'objectif est donc de respecter le cahier des charges suivant :

* Le projet, en plus d'un robot principal suivant un être vivant, doit intégrer des robots suiveurs de robots, capables de communiquer entre eux et avec le robot principal.
* Certains capteurs de distances doivent être utilisés pour éviter une collision avec un obstacle quelconque.
* Le robot principal doit intégrer une caméra thermique pour suivre sa cible. Puisque ce composant n'existe pas sur notre simulateur, on le simulera avec une caméra classique, suivant un objet rouge représentant un corps chaud.

L'objectif n'étant pas de construire un robot de zéro, nous somme reparti d'une base existante intégrant les éléments essentiels au projet. En fin de projet, le but sera de coller le plus possible à une situation réelle, que nous aurions pu obtenir en utilisant le matériel fourni.

'''Participants :'''
[[Utilisateur:‎Poulain |Matthieu Poulain]], [[Utilisateur:‎De-almeida-ribeiro.thiago |Thiago de Almeida Ribeiro]], [[Utilisateur:‎SamuelT |Samuel Tauleigne]], [[Utilisateur:‎ Mickael | Mickaël Faure]], [[Utilisateur:‎Léane |Léane Geoffroy]], [[Utilisateur:‎Louis.sage |Louis Sage]], [[Utilisateur:‎Raphaele.milan |Raphaele Milan]], [[Utilisateur:‎Clément Luton |Clément Luton]]

==Objectifs de départ (en situation de confinement)==

*Choisir le bon simulateur

*Simuler une personne

*Choisir la bonne technologie de suivi pour le robot maître

*Choisir la bonne technologie de suivi pour les robots esclaves

==Éléments du projet==
*[[Robots suiveurs 3 - Choix du simulateur | Choix du simulateur]] 
* Présentation succincte du simulateur :
[[Fichier:Schéma WeBots.PNG ‎|600px|thumb|center|Schéma fonctionnel du simulateur WeBots]]
Chaque projet est créé dans un monde, auquel on ajoute les objets et robots de notre choix présentant différentes caractéristiques. On peut ensuite associer un controller à chaque robot, et ainsi utiliser des capteurs, émetteurs, récepteurs et/ou caméras, qui interagiront avec l'environnement.
*[[Robots suiveurs 3 - Tutoriels | Tutoriels simulateur]] 
*[[Robots suiveurs 3 - Tableau de Bord | Déroulement du projet - Tableau de Bord ]] 
*[[Robots suiveurs 3 - Codes | Accès aux Codes]] 
*[[Robots suiveurs 3 - Capteurs | Description des capteurs]] 

==Étapes suivies==

Pour une explication plus détaillée du déroulement du projet, référez-vous à la partie [[Robots suiveurs 3 - Tableau de Bord | Déroulement du projet - Tableau de Bord ]]. 

*Réalisation d’un robot pilotable manuellement avec les touches du clavier
*Réalisation d’un robot suiveur basé sur des capteurs de distance
*Réalisation d’un robot suiveur basé sur une caméra pour simuler une caméra thermique
*Réalisation d’un robot suiveur basé sur des protocoles de communication

==Résultat final==
A Rédiger

Fichier:Schéma WeBots.PNG

2020-05-12T11:46:55Z

Léane :

Robots suiveurs 3 - Capteurs

2020-05-12T09:59:24Z

Léane :

Le logiciel Webots dispose d'une large collection de capteurs déjà configurés disposant de méthodes associées. Le robot [https://fr.wikipedia.org/wiki/E-Puck E-puck] que nous utilisons dans ce projet dispose de différents capteurs prépositionnés :

* 8 capteurs de distance infrarouge
* Camera couleur VGA
* Accéléromètre 3D (non utilisé)
* Émetteur-récepteur ZigBee

Nous allons donc détailler dans cette partie le fonctionnement des capteurs utilisés.

= Capteur de distance =
Afin de détecter des obstacles, nous utilisons des capteurs de distance qu'on modélise grâce au node [https://cyberbotics.com/doc/reference/distancesensor DistanceSensor]. Nous allons décrire ici son fonctionnement.

== Champs du node DistanceSensor ==
les champs du capteur de mouvement sont composés d'une table servant a définir sa fonction de transfert et de caractéristiques du laser(son nombre de rayons, son ouverture, etc).
{| class="wikitable left"
|-
| '''Nom'''
| '''Type'''
| '''Valeurs possibles'''
|-
| lookupTable
| SFVec3f
| lookup table
|-
| type
| SFString
| {"generic", "infra-red", "sonar", "laser"}
|-
| numberOfRays
| Int32
| [1, inf)
|-
| aperture
| SFFloat
| [0, 2*pi]
|-
| gaussianWidth
| SFFloat
| [0, inf)
|-
| resolution
| SFFloat
| {-1, [0, inf)}
|}

== LookUpTable ==
La LookUpTable est un tableau à 2 dimensions servant à faire la correspondance entre la distance en mètre mesurée par le capteur et la valeur de sortie du capteur. Cette table consiste en une liste de coordonnées de points qui, une fois reliés, nous donne la fonction de transfert du capteur. A chaque point est associé une valeur d'écart type pour son bruit associé.
[[Fichier:Lookuptable capteur distance.PNG|vignette|center|Fonction de transfert du capteur de distance]]

Les valeurs de la table sont pré-configurés pour correspondre à un capteur précis. On peut voir sur le graphique que plus la distance est faible, plus la valeur de sortie augmente vite. Afin d'éviter précisément des obstacles, et de simplifier la mesure des distance, nous avons modifié la table. En ne positionnant que deux points aux extrémités des intervalles, nous obtenons une droite affine. Nous avons donc une précision constante en fonction de la distance et les conversions distance/code sont plus simples. Il serait possible par la suite d'étudier l'influence du bruit sur les performances du robot. Nous pourrons aussi questionner la pertinence de ces modifications qui changent peut-être trop le fonctionnement des capteurs pour correspondre à la réalité.

== Méthodes utilisées ==

{| class="wikitable left"
|-
| '''Méthode'''
| '''Paramètres'''
| '''Description'''
|-
| void wb_distance_sensor_enable(WbDeviceTag tag)
| WbDeviceTag tag : tag du capteur afin de le cibler
| Active le capteur de distance ciblé.
|-
| double wb_distance_sensor_get_value(WbDeviceTag tag)
| WbDeviceTag tag : tag du capteur afin de le cibler
| Renvoie la valeur associée à la distance mesurée du capteur ciblé.
|}

= Caméra =

Pour modéliser une caméra, nous utilisons une caméra embarquée classique, modélisée grâce au node [https://cyberbotics.com/doc/reference/camera Caméra], et en donnant une couleur rouge à l'objet à suivre, comme ci celui-ci était une source de chaleur. L'image résultante peut être affichée sur la fenêtre 3D et nous permet de visualiser l'image en RGB dans notre cas.

== Champ du node Camera==

{| class="wikitable left"
|-
| '''Nom'''
| '''Type'''
| '''Valeur par défaut'''
| '''Valeurs possibles'''
|-
| fieldOfView
| SFFloat
| 0.7854
| [0, pi]
|-
| width
| SFInt32
| 64
| [0, inf)
|-
| height
| SFInt32
| 64
| [0, inf)
|-
| spherical
| SFBool
| FALSE
| {TRUE, FALSE}
|-
| near
| SFFloat
| 0.01
| [0, inf)
|-
| far
| SFFloat
| 0.0
| [0, inf)
|-
| antiAliasing
| SFBool
| FALSE
| {TRUE, FALSE}
|-
| ambientOcclusionRadius
| SFFloat
| 0
| [0, inf)
|-
| bloomThreshold
| SFFloat
| -1.0
| [-1, inf)
|-
| motionBlur
| SFFloat
| 0.0
| [0, inf)
|-
| noise
| SFFloat
| 0.0
| [0, 1]
|-
| noiseMaskUrl
| SFString
| ""
| any string
|-
| lens
| SFNode
| NULL
| {Lens, PROTO}
|-
| focus
| SFNode
| NULL
| {Focus, PROTO}
|-
| zoom
| SFNode
| NULL
| {Zoom, PROTO}
|-
| recognition
| SFNode
| NULL
| {Recognition, PROTO}
|-
| lensFlare
| SFNode
| NULL
| {LensFlare, PROTO}
|}

== Fonctions utiles (en C++) ==

{| class="wikitable left"
|-
|'''Fonction'''
|'''Utilité'''
|-
| virtual void enable(int samplingPeriod);
| Activation de la caméra
|-
| virtual void disable();
| Désactivation de la caméra
|-
| int getWidth() const;
| Récupération de la largeur de l'image en pixels
|-
| int getHeight() const;
| Récupération de la hauteur de l'image en pixels
|-
| const unsigned char *getImage() const;
| Lecture de la dernière image saisie par l'appareil photo. L'image est codée comme une séquence de trois octets représentant les niveaux rouge, vert et bleu d'un pixel. Les pixels sont stockés sur des lignes horizontales allant du côté supérieur gauche de l'image jusqu'au coin inférieur droit.
|-
| static unsigned char imageGetRed(const unsigned char *image, int width, int x, int y);
| Accès au niveau de rouge d'un pixel RGB à partir de ses coordonnées
|-
| static unsigned char imageGetGreen(const unsigned char *image, int width, int x, int y);
| Accès au niveau de vert d'un pixel RGB à partir de ses coordonnées
|-
| static unsigned char imageGetBlue(const unsigned char *image, int width, int x, int y);
| Accès au niveau de bleu d'un pixel RGB à partir de ses coordonnées
|-
|}

= Émetteur-récepteur =
Afin de faire communiquer des robots, nous utilisons des émetteurs et récepteurs, qu'on modélise grâce aux nodes [https://www.cyberbotics.com/doc/reference/emitter?tab-language=c++ Emitter] et [https://www.cyberbotics.com/doc/reference/receiver?tab-language=c++ Receiver], respectivement. Nous allons décrire ici les bases de son fonctionnement. Pour plus d'information, veuillez accéder aux liens des nodes (vers le site de cyberbotics).
== Champs des nodes Emitter et Receiver ==
=== Emitter ===
{| class="wikitable left"
|-
| '''Nom'''
| '''Type'''
| '''Valeur par défaut'''
| '''Valeurs possibles'''
|-
| type
| SFString
| "radio"
| {"radio", "serial", "infra-red"}
|-
| range
| SFFloat
| -1
| {-1, [0, inf)}
|-
| maxRange
| SFFloat
| -1
| {-1, [0, inf)}
|-
| aperture
| SFFloat
| -1
| {-1 ,[0, 2*pi]}
|-
| channel
| SFInt32
| 0
| [0, inf)
|-
| baudRate
| SFInt32
| -1
| {-1, [0, inf)}
|-
| byteSize
| SFInt32
| 8
| [8, inf)
|-
| bufferSize
| SFInt32
| -1
| {-1, [0, inf)}
|}
=== Receiver ===
{| class="wikitable left"
|-
| '''Nom'''
| '''Type'''
| '''Valeur par défaut'''
| '''Valeurs possibles'''
|-
| type
| SFString
| "radio"
| {"radio", "serial", "infra-red"}
|-
| aperture
| SFFloat
| -1
| {-1 ,[0, 2*pi]}
|-
| channel
| SFInt32
| 0
| [0, inf)
|-
| baudRate
| SFInt32
| -1
| {-1, [0, inf)}
|-
| byteSize
| SFInt32
| 8
| [8, inf)
|-
| bufferSize
| SFInt32
| -1
| {-1, [0, inf)}
|-
| signalStrengthNoise
| SFFloat
| 0
| [0, inf)
|-
| directionNoise
| SFFloat
| 0
| [0, inf)
|}

== Description des champs ==

=== Emitter ===

* '''type :''' type de signaux: "radio", "serial" ou "infra-red". Les signaux de type "radio" (par défaut) et "série" sont transmis sans tenir compte des obstacles. Cependant, les signaux de type "infra-red" tiennent compte des obstacles potentiels entre l'émetteur et le récepteur. Tout objet solide (solide, robots, etc ...) avec un objet englobant défini est un obstacle potentiel à une communication "infra-red". La structure du robot émetteur ou récepteur lui-même ne bloquera pas une transmission "infra-red". Actuellement, il n'y a pas de différence d'implémentation entre les types "radio" et "serie".
* '''range :''' rayon de la sphère d'émission (en mètres). Un récepteur ne peut recevoir un message que s'il se trouve dans la sphère d'émission. Une valeur de -1 (par défaut) pour la plage est considérée comme une plage infinie.
* '''maxRange :''' définit la valeur maximale autorisée pour la plage. Ce champ définit la valeur maximale pouvant être définie à l'aide de la fonction wb_emitter_set_range. Une valeur de -1 (par défaut) pour maxRange est considérée comme infinie.
* '''aperture :''' angle d'ouverture du cône d'émission (en radians); pour "infra-red" uniquement. L'apex du cône est situé à l'origine ([0 0 0]) du système de coordonnées de l'émetteur et l'axe du cône coïncide avec l'axe z du système de coordonnées de l'émetteur. Un émetteur "infra-red" ne peut envoyer des données qu'aux récepteurs actuellement situés dans son cône d'émission. Une ouverture de -1 (valeur par défaut) est considérée comme infinie, ce qui signifie que les signaux émis sont omnidirectionnels. Pour les émetteurs "radio" et "série", ce champ est ignoré.
* '''channel :''' canal de transmission. Il s'agit d'un numéro d'identification pour un émetteur "infra-red" ou d'une fréquence pour un émetteur "radio". Normalement, un récepteur doit utiliser le même canal qu'un émetteur pour recevoir les données émises. Cependant, le canal spécial -1 permet de diffuser des messages sur tous les canaux. Le canal 0 (par défaut) est réservé pour communiquer avec un plugin physique. Pour la communication inter-robots, veuillez utiliser des numéros de canaux positifs.
* '''baudRate :''' le débit en bauds est la vitesse de communication exprimée en nombre de bits par seconde. Un baudRate de -1 (par défaut) est considéré comme infini et entraîne la transmission immédiate des données (dans un pas de temps de base) de l'émetteur au récepteur.
* '''byteSize :''' la taille d'octet est le nombre de bits requis pour transmettre un octet d'information. Il s'agit généralement de 8 (valeur par défaut), mais peut être supérieur si des bits de contrôle sont utilisés.
* '''bufferSize :''' spécifie la taille (en octets) du buffer de transmission. Le nombre total d'octets dans les paquets mis en file d'attente dans l'émetteur ne peut pas dépasser ce nombre. Un bufferSize de -1 (par défaut) est considéré comme une taille de buffer illimitée.

=== Receiver ===

* '''type :''' idem que pour l'émetteur.
* '''aperture :''' angle d'ouverture du cône de réception (en radians); pour "infra-red" uniquement. Le récepteur ne peut recevoir que des messages d'émetteurs situés actuellement dans son cône de réception. L'apex du cône est situé à l'origine ([0 0 0]) du système de coordonnées du récepteur et l'axe du cône coïncide avec l'axe z du système de coordonnées du récepteur. Une ouverture de -1 (valeur par défaut) est considérée comme infinie, ce qui signifie qu'un signal peut être reçu de n'importe quelle direction. Pour les récepteurs "radio", le champ d'ouverture est ignoré.
* '''channel :''' canal de réception. La valeur est un numéro d'identification pour un récepteur "infra-red" ou une fréquence pour un récepteur "radio". Normalement, l'émetteur et le récepteur doivent utiliser le même canal pour pouvoir communiquer. Cependant, le numéro de canal spécial -1 permet au récepteur d'écouter tous les canaux.
* '''baudRate :''' le débit en bauds est la vitesse de communication exprimée en bits par seconde. Elle doit être identique à la vitesse de l'émetteur. Actuellement, ce champ est ignoré.
* '''byteSize :''' la taille en octets est le nombre de bits utilisés pour représenter un octet de données transmises (généralement 8, mais peut être supérieur si des bits de contrôle sont utilisés). Il doit être de la même taille que la taille des octets de l'émetteur. Actuellement, ce champ est ignoré.
* '''bufferSize :''' taille (en octets) du buffer de réception. La taille des données reçues ne doit à aucun moment dépasser la taille de la mémoire buffer, sinon les données peuvent être perdues. Un bufferSize de -1 (par défaut) est considéré comme une taille de buffer illimitée. Si les données précédentes n'ont pas été lues lors de la réception de nouvelles données, les données précédentes sont perdues.
* '''signalStrengthNoise :''' écart-type du bruit gaussien ajouté à la force du signal renvoyé par wb_receiver_get_signal_strength (ou getSignalStrength() en C++). Le bruit est proportionnel à la force du signal, par exemple, un signalStrengthNoise de 0,1 ajoutera un bruit avec un écart-type de 0,1 pour une force de signal de 1 et 0,2 pour une force de signal de 2.
* '''directionNoise :''' écart-type du bruit gaussien ajouté à chacune des composantes de la direction retournée par wb_receiver_get_emitter_direction (ou getEmitterDirection() en C++). Le bruit ne dépend pas de la distance entre l'émetteur-récepteur.

[[Fichier:ilustration_aperture.png|500px|thumb|center|Illustration de l'ouverture et de la portée de l'émetteur / récepteur infrarouge]]

== Fonctions Disponibles (en C++) ==

=== Emitter ===

{| class="wikitable left"
|-
| '''Fonction'''
| '''Utilité'''
|-
| virtual int send(const void *data, int size);
|Ajoute à la file d'attente de l'émetteur un paquet d'octets de taille situé à l'adresse indiquée par "data".
|-
| virtual void setChannel(int channel);
| Permet au contrôleur de changer le canal de transmission.
|-
| int getChannel() const;
| Renvoie le numéro de canal actuel de l'émetteur.
|-
| virtual void setRange(double range);
| Permet au contrôleur de modifier la plage de transmission au moment de l'exécution.
|-
| double getRange() const;
| Renvoie la plage actuelle de l'émetteur.
|-
| int getBufferSize() const;
| Renvoie la taille (en octets) du buffer de transmission.
|}

=== Receiver ===
{| class="wikitable left"
|-
| '''Fonction'''
| '''Utilité'''
|-
| virtual void enable(int samplingPeriod);
| Démarre le récepteur à l'écoute des paquets de données entrants.
|-
| virtual void disable();
| Arrête l'écoute en arrière-plan.
|-
| int getSamplingPeriod() const;
| Renvoie la période donnée dans la fonction enable, ou 0 si le périphérique est désactivé.
|-
| int getQueueLength() const;
| Renvoie le nombre de paquets de données actuellement présents dans la file d'attente du récepteur.
|-
| virtual void nextPacket();
| Supprime le paquet de tête. Le paquet suivant dans la file d'attente, le cas échéant, devient le nouveau paquet principal.
|-
| const void *getData() const;
| Renvoie les données du paquet en tête de la file d'attente de réception.
|-
| int getDataSize() const;
| Renvoie le nombre d'octets de données présents dans le paquet de tête de la file d'attente de réception.
|-
| double getSignalStrength() const;
| Renvoie la force du signal simulé au moment où le paquet a été transmis.
|-
| const double *getEmitterDirection() const;
| Renvoie un vecteur normalisé (longueur = 1) qui indique la direction de l'émetteur par rapport au système de coordonnées du récepteur.
|-
| virtual void setChannel(int channel);
| Permet à un récepteur de changer de canal de réception.
|-
| int getChannel() const;
| Renvoie le numéro de canal actuel du récepteur.
|}

Robots suiveurs 3 - Capteurs

2020-05-12T09:41:05Z

Léane :

Le logiciel Webots dispose d'une large collection de capteurs déjà configurés disposant de méthodes associées. Le robot [https://fr.wikipedia.org/wiki/E-Puck E-puck] que nous utilisons dans ce projet dispose de différents capteurs prépositionnés :

* 8 capteurs de distance infrarouge
* Camera couleur VGA
* Accéléromètre 3D (non utilisé)
* Émetteur-récepteur ZigBee

Nous allons donc détailler dans cette partie le fonctionnement des capteurs utilisés.

= Capteur de distance =
Afin de détecter des obstacles, nous utilisons des capteurs de distance qu'on modélise grâce au node [https://cyberbotics.com/doc/reference/distancesensor DistanceSensor]. Nous allons décrire ici son fonctionnement.

== Champs du node DistanceSensor ==
les champs du capteur de mouvement sont composés d'une table servant a définir sa fonction de transfert et de caractéristiques du laser(son nombre de rayons, son ouverture, etc).
{| class="wikitable left"
|-
| '''Nom'''
| '''Type'''
| '''Valeurs possibles'''
|-
| lookupTable
| SFVec3f
| lookup table
|-
| type
| SFString
| {"generic", "infra-red", "sonar", "laser"}
|-
| numberOfRays
| Int32
| [1, inf)
|-
| aperture
| SFFloat
| [0, 2*pi]
|-
| gaussianWidth
| SFFloat
| [0, inf)
|-
| resolution
| SFFloat
| {-1, [0, inf)}
|}

== LookUpTable ==
La LookUpTable est un tableau à 2 dimensions servant à faire la correspondance entre la distance en mètre mesurée par le capteur et la valeur de sortie du capteur. Cette table consiste en une liste de coordonnées de points qui, une fois reliés, nous donne la fonction de transfert du capteur. A chaque point est associé une valeur d'écart type pour son bruit associé.
[[Fichier:Lookuptable capteur distance.PNG|vignette|center|Fonction de transfert du capteur de distance]]

Les valeurs de la table sont pré-configurés pour correspondre à un capteur précis. On peut voir sur le graphique que plus la distance est faible, plus la valeur de sortie augmente vite. Afin d'éviter précisément des obstacles, et de simplifier la mesure des distance, nous avons modifié la table. En ne positionnant que deux points aux extrémités des intervalles, nous obtenons une droite affine. Nous avons donc une précision constante en fonction de la distance et les conversions distance/code sont plus simples. Il serait possible par la suite d'étudier l'influence du bruit sur les performances du robot. Nous pourrons aussi questionner la pertinence de ces modifications qui changent peut-être trop le fonctionnement des capteurs pour correspondre à la réalité.

== Méthodes utilisées ==

{| class="wikitable left"
|-
| '''Méthode'''
| '''Paramètres'''
| '''Description'''
|-
| void wb_distance_sensor_enable(WbDeviceTag tag)
| WbDeviceTag tag : tag du capteur afin de le cibler
| Active le capteur de distance ciblé.
|-
| double wb_distance_sensor_get_value(WbDeviceTag tag)
| WbDeviceTag tag : tag du capteur afin de le cibler
| Renvoie la valeur associée à la distance mesurée du capteur ciblé.
|}

= Caméra =

Pour modéliser une caméra, nous utilisons une caméra embarquée classique, modélisée grâce au node [https://cyberbotics.com/doc/reference/camera Caméra], et en donnant une couleur rouge à l'objet à suivre, comme ci celui-ci était une source de chaleur. L'image résultante peut être affichée sur la fenêtre 3D et nous permet de visualiser l'image en RGB dans notre cas.

== Champ du node Camera==

{| class="wikitable left"
|-
| '''Nom'''
| '''Type'''
| '''Valeur par défaut'''
| '''Valeurs possibles'''
|-
| fieldOfView
| SFFloat
| 0.7854
| [0, pi]
|-
| width
| SFInt32
| 64
| [0, inf)
|-
| height
| SFInt32
| 64
| [0, inf)
|-
| spherical
| SFBool
| FALSE
| {TRUE, FALSE}
|-
| near
| SFFloat
| 0.01
| [0, inf)
|-
| far
| SFFloat
| 0.0
| [0, inf)
|-
| antiAliasing
| SFBool
| FALSE
| {TRUE, FALSE}
|-
| ambientOcclusionRadius
| SFFloat
| 0
| [0, inf)
|-
| bloomThreshold
| SFFloat
| -1.0
| [-1, inf)
|-
| motionBlur
| SFFloat
| 0.0
| [0, inf)
|-
| noise
| SFFloat
| 0.0
| [0, 1]
|-
| noiseMaskUrl
| SFString
| ""
| any string
|-
| lens
| SFNode
| NULL
| {Lens, PROTO}
|-
| focus
| SFNode
| NULL
| {Focus, PROTO}
|-
| zoom
| SFNode
| NULL
| {Zoom, PROTO}
|-
| recognition
| SFNode
| NULL
| {Recognition, PROTO}
|-
| lensFlare
| SFNode
| NULL
| {LensFlare, PROTO}
|}

= Émetteur-récepteur =
Afin de faire communiquer des robots, nous utilisons des émetteurs et récepteurs, qu'on modélise grâce aux nodes [https://www.cyberbotics.com/doc/reference/emitter?tab-language=c++ Emitter] et [https://www.cyberbotics.com/doc/reference/receiver?tab-language=c++ Receiver], respectivement. Nous allons décrire ici les bases de son fonctionnement. Pour plus d'information, veuillez accéder aux liens des nodes (vers le site de cyberbotics).
== Champs des nodes Emitter et Receiver ==
=== Emitter ===
{| class="wikitable left"
|-
| '''Nom'''
| '''Type'''
| '''Valeur par défaut'''
| '''Valeurs possibles'''
|-
| type
| SFString
| "radio"
| {"radio", "serial", "infra-red"}
|-
| range
| SFFloat
| -1
| {-1, [0, inf)}
|-
| maxRange
| SFFloat
| -1
| {-1, [0, inf)}
|-
| aperture
| SFFloat
| -1
| {-1 ,[0, 2*pi]}
|-
| channel
| SFInt32
| 0
| [0, inf)
|-
| baudRate
| SFInt32
| -1
| {-1, [0, inf)}
|-
| byteSize
| SFInt32
| 8
| [8, inf)
|-
| bufferSize
| SFInt32
| -1
| {-1, [0, inf)}
|}
=== Receiver ===
{| class="wikitable left"
|-
| '''Nom'''
| '''Type'''
| '''Valeur par défaut'''
| '''Valeurs possibles'''
|-
| type
| SFString
| "radio"
| {"radio", "serial", "infra-red"}
|-
| aperture
| SFFloat
| -1
| {-1 ,[0, 2*pi]}
|-
| channel
| SFInt32
| 0
| [0, inf)
|-
| baudRate
| SFInt32
| -1
| {-1, [0, inf)}
|-
| byteSize
| SFInt32
| 8
| [8, inf)
|-
| bufferSize
| SFInt32
| -1
| {-1, [0, inf)}
|-
| signalStrengthNoise
| SFFloat
| 0
| [0, inf)
|-
| directionNoise
| SFFloat
| 0
| [0, inf)
|}

== Description des champs ==

=== Emitter ===

* '''type :''' type de signaux: "radio", "serial" ou "infra-red". Les signaux de type "radio" (par défaut) et "série" sont transmis sans tenir compte des obstacles. Cependant, les signaux de type "infra-red" tiennent compte des obstacles potentiels entre l'émetteur et le récepteur. Tout objet solide (solide, robots, etc ...) avec un objet englobant défini est un obstacle potentiel à une communication "infra-red". La structure du robot émetteur ou récepteur lui-même ne bloquera pas une transmission "infra-red". Actuellement, il n'y a pas de différence d'implémentation entre les types "radio" et "serie".
* '''range :''' rayon de la sphère d'émission (en mètres). Un récepteur ne peut recevoir un message que s'il se trouve dans la sphère d'émission. Une valeur de -1 (par défaut) pour la plage est considérée comme une plage infinie.
* '''maxRange :''' définit la valeur maximale autorisée pour la plage. Ce champ définit la valeur maximale pouvant être définie à l'aide de la fonction wb_emitter_set_range. Une valeur de -1 (par défaut) pour maxRange est considérée comme infinie.
* '''aperture :''' angle d'ouverture du cône d'émission (en radians); pour "infra-red" uniquement. L'apex du cône est situé à l'origine ([0 0 0]) du système de coordonnées de l'émetteur et l'axe du cône coïncide avec l'axe z du système de coordonnées de l'émetteur. Un émetteur "infra-red" ne peut envoyer des données qu'aux récepteurs actuellement situés dans son cône d'émission. Une ouverture de -1 (valeur par défaut) est considérée comme infinie, ce qui signifie que les signaux émis sont omnidirectionnels. Pour les émetteurs "radio" et "série", ce champ est ignoré.
* '''channel :''' canal de transmission. Il s'agit d'un numéro d'identification pour un émetteur "infra-red" ou d'une fréquence pour un émetteur "radio". Normalement, un récepteur doit utiliser le même canal qu'un émetteur pour recevoir les données émises. Cependant, le canal spécial -1 permet de diffuser des messages sur tous les canaux. Le canal 0 (par défaut) est réservé pour communiquer avec un plugin physique. Pour la communication inter-robots, veuillez utiliser des numéros de canaux positifs.
* '''baudRate :''' le débit en bauds est la vitesse de communication exprimée en nombre de bits par seconde. Un baudRate de -1 (par défaut) est considéré comme infini et entraîne la transmission immédiate des données (dans un pas de temps de base) de l'émetteur au récepteur.
* '''byteSize :''' la taille d'octet est le nombre de bits requis pour transmettre un octet d'information. Il s'agit généralement de 8 (valeur par défaut), mais peut être supérieur si des bits de contrôle sont utilisés.
* '''bufferSize :''' spécifie la taille (en octets) du buffer de transmission. Le nombre total d'octets dans les paquets mis en file d'attente dans l'émetteur ne peut pas dépasser ce nombre. Un bufferSize de -1 (par défaut) est considéré comme une taille de buffer illimitée.

=== Receiver ===

* '''type :''' idem que pour l'émetteur.
* '''aperture :''' angle d'ouverture du cône de réception (en radians); pour "infra-red" uniquement. Le récepteur ne peut recevoir que des messages d'émetteurs situés actuellement dans son cône de réception. L'apex du cône est situé à l'origine ([0 0 0]) du système de coordonnées du récepteur et l'axe du cône coïncide avec l'axe z du système de coordonnées du récepteur. Une ouverture de -1 (valeur par défaut) est considérée comme infinie, ce qui signifie qu'un signal peut être reçu de n'importe quelle direction. Pour les récepteurs "radio", le champ d'ouverture est ignoré.
* '''channel :''' canal de réception. La valeur est un numéro d'identification pour un récepteur "infra-red" ou une fréquence pour un récepteur "radio". Normalement, l'émetteur et le récepteur doivent utiliser le même canal pour pouvoir communiquer. Cependant, le numéro de canal spécial -1 permet au récepteur d'écouter tous les canaux.
* '''baudRate :''' le débit en bauds est la vitesse de communication exprimée en bits par seconde. Elle doit être identique à la vitesse de l'émetteur. Actuellement, ce champ est ignoré.
* '''byteSize :''' la taille en octets est le nombre de bits utilisés pour représenter un octet de données transmises (généralement 8, mais peut être supérieur si des bits de contrôle sont utilisés). Il doit être de la même taille que la taille des octets de l'émetteur. Actuellement, ce champ est ignoré.
* '''bufferSize :''' taille (en octets) du buffer de réception. La taille des données reçues ne doit à aucun moment dépasser la taille de la mémoire buffer, sinon les données peuvent être perdues. Un bufferSize de -1 (par défaut) est considéré comme une taille de buffer illimitée. Si les données précédentes n'ont pas été lues lors de la réception de nouvelles données, les données précédentes sont perdues.
* '''signalStrengthNoise :''' écart-type du bruit gaussien ajouté à la force du signal renvoyé par wb_receiver_get_signal_strength (ou getSignalStrength() en C++). Le bruit est proportionnel à la force du signal, par exemple, un signalStrengthNoise de 0,1 ajoutera un bruit avec un écart-type de 0,1 pour une force de signal de 1 et 0,2 pour une force de signal de 2.
* '''directionNoise :''' écart-type du bruit gaussien ajouté à chacune des composantes de la direction retournée par wb_receiver_get_emitter_direction (ou getEmitterDirection() en C++). Le bruit ne dépend pas de la distance entre l'émetteur-récepteur.

[[Fichier:ilustration_aperture.png|500px|thumb|center|Illustration de l'ouverture et de la portée de l'émetteur / récepteur infrarouge]]

== Fonctions Disponibles (en C++) ==

=== Emitter ===

{| class="wikitable left"
|-
| '''Fonction'''
| '''Utilité'''
|-
| virtual int send(const void *data, int size);
|Ajoute à la file d'attente de l'émetteur un paquet d'octets de taille situé à l'adresse indiquée par "data".
|-
| virtual void setChannel(int channel);
| Permet au contrôleur de changer le canal de transmission.
|-
| int getChannel() const;
| Renvoie le numéro de canal actuel de l'émetteur.
|-
| virtual void setRange(double range);
| Permet au contrôleur de modifier la plage de transmission au moment de l'exécution.
|-
| double getRange() const;
| Renvoie la plage actuelle de l'émetteur.
|-
| int getBufferSize() const;
| Renvoie la taille (en octets) du buffer de transmission.
|}

=== Receiver ===
{| class="wikitable left"
|-
| '''Fonction'''
| '''Utilité'''
|-
| virtual void enable(int samplingPeriod);
| Démarre le récepteur à l'écoute des paquets de données entrants.
|-
| virtual void disable();
| Arrête l'écoute en arrière-plan.
|-
| int getSamplingPeriod() const;
| Renvoie la période donnée dans la fonction enable, ou 0 si le périphérique est désactivé.
|-
| int getQueueLength() const;
| Renvoie le nombre de paquets de données actuellement présents dans la file d'attente du récepteur.
|-
| virtual void nextPacket();
| Supprime le paquet de tête. Le paquet suivant dans la file d'attente, le cas échéant, devient le nouveau paquet principal.
|-
| const void *getData() const;
| Renvoie les données du paquet en tête de la file d'attente de réception.
|-
| int getDataSize() const;
| Renvoie le nombre d'octets de données présents dans le paquet de tête de la file d'attente de réception.
|-
| double getSignalStrength() const;
| Renvoie la force du signal simulé au moment où le paquet a été transmis.
|-
| const double *getEmitterDirection() const;
| Renvoie un vecteur normalisé (longueur = 1) qui indique la direction de l'émetteur par rapport au système de coordonnées du récepteur.
|-
| virtual void setChannel(int channel);
| Permet à un récepteur de changer de canal de réception.
|-
| int getChannel() const;
| Renvoie le numéro de canal actuel du récepteur.
|}

Robots suiveurs 3 - Tableau de Bord

2020-04-17T13:57:12Z

Léane : /* V) Robot avec détection de couleur */

== I) Description du simulateur ==

Le logiciel [https://cyberbotics.com/#cyberbotics Webots] est un simulateur robotique 3D OpenSource fonctionnant sous Windows, Mac OS et Linux.

Ce logiciel est très facile à prendre en main car il suffit de l'installer, de le lancer et de jouer avec les exemples livrés avec le logiciel. 
Il existe aussi un [https://cyberbotics.com/doc/guide/tutorials?tab-language=c++ tutoriel] très facile d'accès, très documenté permettant de comprendre la logique du logiciel et d'être rapidement en capacité de créer sa propre simulation. 
Ce qui en fait aussi un logiciel très facile d'accès est la possibilité de l'utiliser avec plusieurs langages de programmation grâce à des API complètes. 
En effet, les robots peuvent être contrôlés via du C, C++, Python, Java et MATLAB. On peut aussi utiliser [https://www.ros.org/ ROS]. 
Les tests sont aussi très agréables à réaliser puisqu'on peut interagir avec le robot et son environnement pendant le test.

=== Création d'un espace de test 3D ===

Le logiciel propose à l'utilisateur de créer un espace de test 3D en ajoutant toutes sortes d'éléments. 
Ces éléments peuvent être des formes élémentaires : alors le travail fait par l'utilisateur se rapprochera d'un travail de [https://fr.wikipedia.org/wiki/Conception_assist%C3%A9e_par_ordinateur CAO]. 
Ces éléments peuvent aussi être des objets existant dans la [https://cyberbotics.com/doc/guide/objects base] fournie : du mobilier, des plantes, des fruits, des extincteurs, etc. 
Pour tous ces éléments, on peut configurer de nombreuses propriétés : leur masse, leur densité, les frottements auxquels ils sont soumis, leur taille, etc. 

De même, pour les robots, il est possible d'en créer un à partir de rien mais beaucoup sont proposés dans la [https://cyberbotics.com/doc/guide/robots base de robots] : du petit robot éducatif [https://www.thymio.org/fr/ Thymio] au robot humanoïde Atlas de [https://www.bostondynamics.com/ Boston Dynamics].

Et c'est la même chose pour les actionneurs et les capteurs : une base est fournie et décrite sur le site !

=== Utilisation d'un controller ===

Chaque robot peut être associé à un programme appelé controller dont le rôle est de définir le comportement du robot. 
Ces controllers peuvent être écrits dans tous les langages supportés par Webots : C, C++, Python, Java, MATLAB. Dans les tutoriels, tous sont présentés mais nous avons choisi de travailler en C++ car tous les membres de l'équipe connaissaient ce langage. Notre objectif n'était pas d'apprendre un nouveau langage de programmation, et le C++ est tout de même très utilisé dans ce domaine. 
Au lancement de la simulation, le logiciel lancera un processus par controller utilisé sur chaque robot. On ne peut associer qu'un controller par robot (c'est l’exécutable qui est utilisé) mais on peut utiliser le même controller pour plusieurs robots : dans ce cas, des processus distincts seront créés pour chaque robot. 

=== Interface Graphique ===

[[Fichier:WebotsGUI.png|thumb]]

L'interface graphique se découpe en plusieurs parties que l'on peut afficher dans différentes fenêtres. 
La fenêtre 3D permet d'afficher et de dérouler la simulation dans l'espace 3D créé plus tôt. Dans cette fenêtre, même pendant une simulation, on peut encore déplacer des objets, les faire tourner, les faire interagir pour tester le comportement de notre robot simulé. 
Le "Scene Tree" représente le monde 3D créé. Il comporte des blocs correspondant aux différents éléments créés ou importés tels que les objets ou les robots. En cliquant sur les flèches, il est possible de dérouler les propriétés accessibles sur un composant. 
La console, affichée par défaut en bas de l'écran permet de lire des informations de débug ou les résultats de compilation. 
On peut aussi retrouver un éditeur de texte permettant de compiler le code écrit afin de le tester dans la simulation.

[https://cyberbotics.com/doc/guide/the-user-interface Pour plus de détails sur les menus et l'interface graphique]

== II) Déplacements contrôlés au clavier ==

=== Introduction===

L'objectif de cette partie est d’implémenter la possibilité de contrôler un robot avec les touches classiques zqsd afin de permettre la réalisation de tests.
Pour ce faire, on faut créer un nouveau contrôleur : Wizards -> New Robot Controller.
Notre contrôleur sera nommé Clavier_Control et codé en C++.
Une fenêtre éditor s'ouvre alors. Pour gérer le contrôle des moteurs. Nous sommes partis de la base donnée en tutoriel à cette [https://www.cyberbotics.com/doc/guide/tutorial-1-your-first-simulation-in-webots#extend-the-controller-to-speed-control adresse].

Cette base donne les fondations pour pouvoir contrôler en vitesse les moteurs. C'est exactement ce dont nous avons besoin, puisque notre robot doit accélérer lorsqu'on le lui impose.

=== Code===

Le code suivant est commenté pour les parties liées au clavier. Le tutoriel concernant la gestion des moteurs sera traduit [[Robots suiveurs 3 - Code Tutoriel Contrôle moteurs | sur cette page]]
*[[Robots suiveurs 3 - Code Contrôle au Clavier |Voir le CODE]]

L'idée générale derrière ce code est d'affecter aux moteurs une vitesse selon la touche enfoncée sur le clavier. On utilise Z et S pour respectivement avancer et reculer, Q et D pour pivoter à gauche ou à droite et enfin A et E pour avancer en pivotant légèrement.
Pour cela, on utilise un objet Keyboard existant dans la bibliothèque proposée par Webots.

=== Utilisation ===

Le code du controller mis en place a pour but de permettre un contrôle manuel du robot. Cette fonction doit entre implantée en début de projet de façon assez rapide pour permettre aux autres équipes de réaliser des tests de façon simplifiée, en ayant la main sur les action du robot en développement.

Les fonctions introduites ne sont pour autant pas Immuable, celles-ci pouvant être modifiées selon les besoins requis, les mouvement pouvant être adaptés.
On pourra de plus remarquer que l'utilisation du clavier nécessite d'avoir sélectionné la fenêtre de simulation 3D (en cliquant sur la scène 3D).

== III) Robot Suiveur simple avec capteurs de distance ==
=== Description ===
[[Fichier:E_puck_capteurs.PNG|vignette|E_puck et ses capteurs]]
Dans cette partie, on devait réaliser un robot suiveur rudimentaire en utilisant 2 capteurs de distance afin de comprendre leur fonctionnement. le logiciel webots nous fourni déjà des robots préfait possédant une multitude de capteurs. On a donc utilisé le robot E-puck, possédant 2 roues et 8 capteurs de distances autour de lui (ainsi qu'une caméra, un émetteur et un récepteur).
=== Fonctionnement ===
*[[Code suiveur 1]]
Afin d'avoir un robot simple, on utilise seulement les 2 capteurs à l'avant du robot (un plutôt à droite et l'autre plutôt à gauche). Ces capteurs servent à détecter le robot de devant. On fixe un seuil de distance activant ou non 2 booléens "robot_a_droite/gauche". On a donc 4 combinaisons différentes de ces booléens qui vont servir a commander notre robot:
{| class="wikitable alternance center"
! scope="col" | robot_a_droite
! scope="col" | robot_a_gauche
! scope="col" | résultat
|-
| faux
| faux
| avancer
|-
| faux
| vrai
| tourner à gauche
|-
| vrai
| vrai
| stop
|-
| vrai
| faux
| tourner à droite
|}

=== Résultats ===
Le résultat est plutôt satisfaisant vue sa simplicité. on remarque que les robots se suivent très bien les uns les autres vue qu'ils ont la même vitesse. Le comportement du premier robot est pas encore stable, mais comme il est censé suivre un humain, son fonctionnement va changer de toutes manières.
[[Fichier:Suiveur 1.gif|4 robots suiveurs se suivant, le premier suit la caisse]]

=== Suite ===
Les capteurs de distance on été utilisés ici pour suivre un robot, ou pourrait par la suite les utiliser pour éviter un obstacle. Il faudra pour cela éloigner les robots les uns des autres et leur faire suivre une commande à l'aide des autres parties réalisées.

== IV) Communication entre deux robots ==

Pour configurer la communication entre deux robots, au tout début, il a fallu additionner les robots au monde et exécuter la commande “Convert to Base Node(s)” (clique droit sur le robot dans le node tree). Cela a été nécessaire pour pouvoir changer quelques caractéristiques des robots, comme leur nom et la portée du signal émis.

Pour faire le code, on est parti du controller emitter_receiver, trouvé dans un monde de base homonyme. Nous avons eu deux démarches : une consistant à garder le code dans son langage, le C, est à l’adapter et une autre consistant à passer en C++ pour garder une cohésion avec le groupe entier qui code aussi en C++.

* [[Robots suiveurs 3 - Code Communication C |Code C]]
* [[Robots suiveurs 3 - Code Communication C++ |Code C++]]

Dans les deux cas nous sommes arrivés à mettre en place une communication continue entre deux robots. Nous sommes capables de savoir si la communication se passe bien ou si elle est interrompue et nous avons réussi à transmettre au robot esclave la position relative (le robot esclave est utilisé comme origine d’un système de coordonnées) du robot maître. Nous allons utiliser ces données pour déplacer correctement le robot esclave. Deux solutions s’offrent à nous :

* Se déplacer selon l’axe des X puis l’axe des Z.
* Se déplacer selon l’hypoténuse formée.

[[Fichier:deplacement_comm.png|300px|thumb|center|Schéma du déplacement]]
=== Résultats obtenus le 17/04/2020 ===

* [[Robots suiveurs 3 - Code Communication Maître |Code Maître]]
* [[Robots suiveurs 3 - Code Communication Esclave |Code Esclave]]

Le robot maître est, dans cette vidéo, contrôlé grâce au clavier et le robot esclave le suit grâce à la position du maître. La sphère blanche autour du robot maître représente la portée su signal de communication.

[[Fichier:suivi_position2.gif|Le robot émetteur fait une ligne droite, le robot récepteur le suit]]

== V) Mise en place de la scène ==
Pour modifier la scène nous nous sommes aidé du tutoriel disponible à cette [https://cyberbotics.com/doc/guide/tutorial-2-modification-of-the-environment adresse]. 
Comme dit précédemment l'interface graphique est plutôt intuitive et il est donc facile de modifier la scène. Tout se fait via le bouton Plus (Add) en haut à gauche entouré en rouge. 
[[Fichier:ObjetsAdd.png ‎|500px|thumb|center|Modification scène]]
Une fois qu'on a cliqué dessus on peut choisir un élément de base (base nodes) ou des éléments déjà existants (Proto Nodes). Dans les éléments existants il y a des objets, des robots, des véhicules... Une fois l'élément choisi il va être placé au centre du sol. La touche MAJ en même temps qu'un click gauche de la souris permet de le déplacer là où l'on souhaite. Cette manipulation est aussi possible via la fenêtre de paramètre de l'objet (accolade en rouge sur la photo). 
On peut ainsi choisir de déplacer l'objet via les paramètres de translation, de le tourner via la rotation et enfin de changer sa taille via scale. 
Pour les objets déjà existants la méthode scale n'est pas directement accessible il faut faire un click droit sur l'objet et sélectionner "convert to base nodes". Une fois cette opération effectuée, les paramètres scale seront accessibles. 
Pour un objet de type solid on peut modifier la forme (Shape) via les paramètres (voir l'exemple du tutoriel situé en haut).
Pour changer le controller d'un robot voir le lien [https://ujm.webgroup.fr/index.php?title=Robots_suiveurs_3_-_Tutoriels#1.29_Ajouter_un_controller_existant_.C3.A0_un_robot suivant].

== V) Robot avec détection de couleur ==
Le but est ici d'utiliser la caméra du robot E-Puck afin de de pouvoir suivre un objet de couleur, que l'on pourrai par exemple placer à l'arrière d'un robot pour que celui de derrière puisse le suivre. Nous avons dans un premier temps fait en sorte que le robot suive un objet rouge. Par la suite nous avons amélioré le système afin d'avoir plusieurs robot qui se suivent.

=== Fonctionnement ===
Pour cela, nous utilisons des méthodes de la classe Camera permettant de capturer une image et de recueillir des informations sur le nombre de pixel rouge, vert ou bleu. Nous avons donc séparer l'image en 3 zones (milieu, gauche et droite) afin de compter le nombre de pixel d'une certaine couleur dans chacune de ces partie. Si ce derniers est supérieur au nombre de pixels des autres couleurs dans une zone, on effectue le déplacement correspondant (avancer, pivotage à gauche ou à droite). Nous avons aussi utiliser les capteurs de distance situés à l'avant du robot afin d’éviter une collision quand le robot se sera trop rapproché de l'objet qu'il suit. Voici notre premier essai, le robot suit uniquement un objet rouge qu'il faut déplacer à la main :

[[Fichier:Suivi couleur.gif|500px|thumb|center|Suivi d'un cube de couleur rouge]]

Nous avons ensuite ajouté des robots de couleurs différentes, dépendant tous d'un controller différent, afin que le premier robot (bleu) soit guidé par les commandes du clavier, que le deuxième (rouge) suive le robot bleu, le troisième (vert) suive le robot rouge, et le dernier (gris) suive le robot vert :

[[Fichier:Simulation suiveurs caméra.gif|500px|thumb|center|Suivi de robots de couleur]]

Robots suiveurs 3 - Tableau de Bord

2020-04-17T13:56:40Z

Léane : /* V) Robot avec détection de couleur */

Fichier:Simulation suiveurs caméra.gif

2020-04-17T13:47:56Z

Léane :

Robots suiveurs 3 - État de l'art des simulateurs - groupe 1

2020-04-15T12:52:28Z

Léane : /* Tests de simulateurs */

Un robot est un dispositif mécatronique (alliant mécanique, électronique et informatique) conçu pour accomplir des tâches plus ou moins complexes de manière autonome, en utilisant les différents outils qu’il possède (capteurs, actionneurs, circuits électroniques, …). Afin de mettre en place des robots, il est possible d’utiliser dans un premier temps un simulateur, afin de tester et faire évoluer ceux-ci dans des environnements virtuels adaptés.

Le but de cette partie est de se renseigner sur les différents simulateurs robotiques existants. En effet, dû au fait de l'impossibilité d'avoir accès au matériel de l'école, nous devons trouver un logiciel nous permettant de simuler un robot physique répondant aux critères de notre projet.

== Simulateurs existants ==

Nous cherchons un simulateur de robotique permettant de simuler le déplacement de robots suiveurs à base notamment de capteurs tels que les capteurs de distance, de couleur ou tels que les caméras.

Nous cherchons aussi un simulateur permettant la communication entre plusieurs robots.

Nous avons donc répertorié de nombreux simulateurs :

'''- MORSE :'''

MORSE permet de réaliser des simulations en 3D réalistes pouvant gérer entre 1 et 10 robots. Il peut aussi bien s'agir de simulation sur un environnement intérieur ou extérieur. Ce simulateur nécessite un OS Linux pour fonctionner. Il comporte des capteurs basiques ainsi que qu'une bibliothèque de robots déjà existant, bien qu'il soit possible d'en créer à partir de 0. Le simulateur permet de gérer à les fois les robots mais aussi l'environnement autours de ces derniers. Le langage utilisé est Python. La communication entre plusieurs robots est possible bien que complexe. Enfin, la documentation autours de MORSE est assez bien fournie, on trouve assez facilement des tutoriels.

Lien vers le site officiel : https://www.openrobots.org/morse/doc/stable/what_is_morse.html

'''- ISAAC :'''

Isaac est un simulateur développé par NVIDIA. Ce dernier propose des outils de développement d'intelligence artificielle spécialisée pour la robotique,ainsi qu'une plateforme de simulation. ISAAC est composé en 4 parties :

- ISAAC Engine, qui est un framework regroupant des outils de visualisation et une API en C

- ISAAC GEMs qui permet d'ajouter des fonctionnalités liés à des capteur au robot, comme par exemple la détection d'obstacle ou la reconnaissance vocale, en se basant sur des algorithme déjà conçus et optimisés.

- ISAAC Reference Design qui propose des modèles de robots déjà existant

- ISAAC Sim For Navigation qui permet de générer l'environnement du robot, avec une rendu haute qualité.

ISAAC est donc un simulateur très réaliste extrêmement complet. Malheureusement, il ne semble pas adapté à notre utilisation justement car il est trop complet. De plus, il semble très peu documenté et la configuration PC pour le faire fonctionner dans des conditions optimales nécessite d'être très puissante et donc onéreuse (CPU Intel Core i7, GPU NVIDIA RTX 2070, RAM 32GB, etc...).

Lien vers le site officiel : https://developer.nvidia.com/isaac-sdk

'''- WEBOTS : '''

Webots est une plateforme de simulation 3D open-source dans le domaine de la robotique, développée en 1996 par Cyberbotics et utilisée dans les simulations de service et industrielles. Il existe certains modèles de robots déjà créés mais il est aussi possible d’en construire un entièrement. Les robots peuvent être équipés avec de nombreux capteurs et actionneurs, et peuvent être programmés différemment et/ou communiqués entre eux. Ces robots peuvent ensuite évoluer dans un environnement 3D virtuel, intérieur ou extérieur. Cet outil offre la possibilité de développer sous Windows, Linux et MacOS, et peut être modélisé, programmé et simulé en C, C ++, Java, Python, Matlab ou URBI. Le logiciel est compatible avec des bibliothèques externes comme OpenCV.

Lien vers le site officiel : https://cyberbotics.com/

'''- GAZEBO :'''

Ce simulateur permet de une bibliothèque de robots existant mais permet aussi d'en créer soit, même. Il comporte de nombreux capteurs de différentes sorte (caméra, laser, Kinect, etc...) et permet même de simuler le bruit de ces capteurs. Il permet de réaliser un environnement intérieur comme extérieur. Gazebo possède une assez grande communauté ce qui fait qu'on trouve de nombreux tutoriels sur son fonctionnement sur Internet. Le simulateur fonctionne sur Ubuntu.

Lien vers le site officiel : http://gazebosim.org/

'''- MUJOCO :'''

MuJoCo semble trop complexe pour l’utilisation qu’on en aura : il nécessite de gérer soi-même la physique des objets. De plus, ce serait trop long à mettre en oeuvre : ce logiciel ressemble plus à un moteur physique qu’à un simulateur.

Lien vers le site officiel : http://www.mujoco.org/

'''- ROBOTRAN :'''

Robotran est un logiciel utilisé pour modéliser les interactions physiques entre les pièces mécaniques, ce ne sera pas utile pour nous.

Lien vers le site officiel : https://www.robotran.be/

'''- SIMSPARK :'''

SimSpark est un outil de simulation utilisé notamment par des équipes de la RoboCup, compétition faisant intervenir des robots footballeurs qui communiquent pour jouer un match de foot. Cette solution est puissante d’un point de vue “Intelligence Artificielle” mais est peu documentée et trop spécifique. Il sera difficile de l’utiliser dans notre contexte.

Lien vers le site officiel : http://simspark.sourceforge.net/

'''- MIRANDA :'''

Miranda est un logiciel de simulation de robots éducatifs. Il s’utilise via Scratch ou Python mais est payant. La création de robots différents des robots éducatifs (Ozobot, Thymio, etc) nécessite un abonnement Premium. On peut noter que ces robots éducatifs proposent parfois des simulateurs spécifiques (par exemple, Thymio) qui sont très accessibles mais aussi très limités puisqu’on ne peut pas choisir les éléments de notre robot. On ne retiendra pas cette solution.

Lien vers le site officiel : https://www.robot-advance.com/actualite-miranda-logiciel-de-simulation-robotique-209.htm

'''- OPENRAVE :'''

OpenRave est un logiciel permettant de tester, développer et déployer des algorithmes de planification de déplacement dans l'espace. Il dispose également d'un outil permettant de générer des fichiers adaptés au langage souhaité et est disponible sur tous les OS. Néanmoins, ce simulateur semble être adapté à un usage industriel à cause de son fonctionnement plus géométrique et disposant surtout de capteurs servants à mesurer l'espace.

Lien vers le site officiel : http://openrave.org/

== Simulateurs les plus adaptés à notre projet ==

{| class="wikitable centre" style="width:100%;"
|+ Comparatif des meilleurs simulateurs
|-
! scope=col | Simulateur
! scope=col | Capteurs
! scope=col | Communication
! scope=col | Robot
! scope=col | Remarques
|-
| style="width:20%;" |
Morse
| style="width:20%;" |
Caméra, LIDAR, GPS, etc...
| style="width:20%;" |
Complexe
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
Python

Beaucoup de tutos
|-
| style="width:20%;" |
Webots
| style="width:20%;" |
Caméra, LIDAR, capteurs de distance, etc
| style="width:20%;" |
Emetteur/Récepteur (Radio, Serial, IR)
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
C/C++, Java, Python, MATLAB, ROS

Windows + Linux

Tutos de qualité
|-
| style="width:20%;" |
Gazebo
| style="width:20%;" |
LASER, Caméra 2D/3D (Kinect), etc..
| style="width:20%;" |
Via ROS
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
ROS
XML

Windows + Linux

Tutos fournis
|}
Remarque : ROS = compliqué

== Tests de simulateurs ==

Nous avons choisi comme logiciel à tester Webots et Gazebo. Notre premier choix est de tester Webots puisqu'il est selon nous le simulateur à la fois le plus simple et le plus complet. Gazebo n'étant pas testé par l'autre groupe et semblant pourtant très intéressant, nous avons choisi de le tester malgré le fait qu'il semble plus complexe d'un point de vue programmation.

[[Fichier:Interface_webots.png|540px|thumb|left|Interface Webots]]
[[Fichier:Interface_gazebo.png|540px|thumb|right|Interface Gazebo]]

Les deux interfaces sont plutôt semblables à première vue. Webots propose de nombreux tutoriels ce qui rend la prise en main très facile, alors que Gazebo est à première vue plus difficile à prendre en main.

== Choix final du logiciel ==

Notre choix final se porte sur Webots car il dispose d’une grande panoplie de capteurs (caméra, LIDAR, capteurs de distance notamment) et car il permet la communication via un couple Émetteur/Récepteur (Radio, Serial, IR). Il nous offre la possibilité de concevoir notre robot ou d’utiliser une base existante : il y a beaucoup de choix. De plus, ce logiciel nous permet d'intervenir à tout moment dans la simulation afin de tester des scénarios réels. Enfin, il sera plus facile à prendre en main car il laisse le choix du Système d’Exploitation, du langage de programmation et fournit des tutoriels guidés pour apprendre à utiliser le logiciel.

Robots suiveurs 3 - État de l'art des simulateurs - groupe 1

2020-04-15T12:49:38Z

Léane : /* Tests de simulateurs */

Un robot est un dispositif mécatronique (alliant mécanique, électronique et informatique) conçu pour accomplir des tâches plus ou moins complexes de manière autonome, en utilisant les différents outils qu’il possède (capteurs, actionneurs, circuits électroniques, …). Afin de mettre en place des robots, il est possible d’utiliser dans un premier temps un simulateur, afin de tester et faire évoluer ceux-ci dans des environnements virtuels adaptés.

Le but de cette partie est de se renseigner sur les différents simulateurs robotiques existants. En effet, dû au fait de l'impossibilité d'avoir accès au matériel de l'école, nous devons trouver un logiciel nous permettant de simuler un robot physique répondant aux critères de notre projet.

== Simulateurs existants ==

Nous cherchons un simulateur de robotique permettant de simuler le déplacement de robots suiveurs à base notamment de capteurs tels que les capteurs de distance, de couleur ou tels que les caméras.

Nous cherchons aussi un simulateur permettant la communication entre plusieurs robots.

Nous avons donc répertorié de nombreux simulateurs :

'''- MORSE :'''

MORSE permet de réaliser des simulations en 3D réalistes pouvant gérer entre 1 et 10 robots. Il peut aussi bien s'agir de simulation sur un environnement intérieur ou extérieur. Ce simulateur nécessite un OS Linux pour fonctionner. Il comporte des capteurs basiques ainsi que qu'une bibliothèque de robots déjà existant, bien qu'il soit possible d'en créer à partir de 0. Le simulateur permet de gérer à les fois les robots mais aussi l'environnement autours de ces derniers. Le langage utilisé est Python. La communication entre plusieurs robots est possible bien que complexe. Enfin, la documentation autours de MORSE est assez bien fournie, on trouve assez facilement des tutoriels.

Lien vers le site officiel : https://www.openrobots.org/morse/doc/stable/what_is_morse.html

'''- ISAAC :'''

Isaac est un simulateur développé par NVIDIA. Ce dernier propose des outils de développement d'intelligence artificielle spécialisée pour la robotique,ainsi qu'une plateforme de simulation. ISAAC est composé en 4 parties :

- ISAAC Engine, qui est un framework regroupant des outils de visualisation et une API en C

- ISAAC GEMs qui permet d'ajouter des fonctionnalités liés à des capteur au robot, comme par exemple la détection d'obstacle ou la reconnaissance vocale, en se basant sur des algorithme déjà conçus et optimisés.

- ISAAC Reference Design qui propose des modèles de robots déjà existant

- ISAAC Sim For Navigation qui permet de générer l'environnement du robot, avec une rendu haute qualité.

ISAAC est donc un simulateur très réaliste extrêmement complet. Malheureusement, il ne semble pas adapté à notre utilisation justement car il est trop complet. De plus, il semble très peu documenté et la configuration PC pour le faire fonctionner dans des conditions optimales nécessite d'être très puissante et donc onéreuse (CPU Intel Core i7, GPU NVIDIA RTX 2070, RAM 32GB, etc...).

Lien vers le site officiel : https://developer.nvidia.com/isaac-sdk

'''- WEBOTS : '''

Webots est une plateforme de simulation 3D open-source dans le domaine de la robotique, développée en 1996 par Cyberbotics et utilisée dans les simulations de service et industrielles. Il existe certains modèles de robots déjà créés mais il est aussi possible d’en construire un entièrement. Les robots peuvent être équipés avec de nombreux capteurs et actionneurs, et peuvent être programmés différemment et/ou communiqués entre eux. Ces robots peuvent ensuite évoluer dans un environnement 3D virtuel, intérieur ou extérieur. Cet outil offre la possibilité de développer sous Windows, Linux et MacOS, et peut être modélisé, programmé et simulé en C, C ++, Java, Python, Matlab ou URBI. Le logiciel est compatible avec des bibliothèques externes comme OpenCV.

Lien vers le site officiel : https://cyberbotics.com/

'''- GAZEBO :'''

Ce simulateur permet de une bibliothèque de robots existant mais permet aussi d'en créer soit, même. Il comporte de nombreux capteurs de différentes sorte (caméra, laser, Kinect, etc...) et permet même de simuler le bruit de ces capteurs. Il permet de réaliser un environnement intérieur comme extérieur. Gazebo possède une assez grande communauté ce qui fait qu'on trouve de nombreux tutoriels sur son fonctionnement sur Internet. Le simulateur fonctionne sur Ubuntu.

Lien vers le site officiel : http://gazebosim.org/

'''- MUJOCO :'''

MuJoCo semble trop complexe pour l’utilisation qu’on en aura : il nécessite de gérer soi-même la physique des objets. De plus, ce serait trop long à mettre en oeuvre : ce logiciel ressemble plus à un moteur physique qu’à un simulateur.

Lien vers le site officiel : http://www.mujoco.org/

'''- ROBOTRAN :'''

Robotran est un logiciel utilisé pour modéliser les interactions physiques entre les pièces mécaniques, ce ne sera pas utile pour nous.

Lien vers le site officiel : https://www.robotran.be/

'''- SIMSPARK :'''

SimSpark est un outil de simulation utilisé notamment par des équipes de la RoboCup, compétition faisant intervenir des robots footballeurs qui communiquent pour jouer un match de foot. Cette solution est puissante d’un point de vue “Intelligence Artificielle” mais est peu documentée et trop spécifique. Il sera difficile de l’utiliser dans notre contexte.

Lien vers le site officiel : http://simspark.sourceforge.net/

'''- MIRANDA :'''

Miranda est un logiciel de simulation de robots éducatifs. Il s’utilise via Scratch ou Python mais est payant. La création de robots différents des robots éducatifs (Ozobot, Thymio, etc) nécessite un abonnement Premium. On peut noter que ces robots éducatifs proposent parfois des simulateurs spécifiques (par exemple, Thymio) qui sont très accessibles mais aussi très limités puisqu’on ne peut pas choisir les éléments de notre robot. On ne retiendra pas cette solution.

Lien vers le site officiel : https://www.robot-advance.com/actualite-miranda-logiciel-de-simulation-robotique-209.htm

'''- OPENRAVE :'''

OpenRave est un logiciel permettant de tester, développer et déployer des algorithmes de planification de déplacement dans l'espace. Il dispose également d'un outil permettant de générer des fichiers adaptés au langage souhaité et est disponible sur tous les OS. Néanmoins, ce simulateur semble être adapté à un usage industriel à cause de son fonctionnement plus géométrique et disposant surtout de capteurs servants à mesurer l'espace.

Lien vers le site officiel : http://openrave.org/

== Simulateurs les plus adaptés à notre projet ==

{| class="wikitable centre" style="width:100%;"
|+ Comparatif des meilleurs simulateurs
|-
! scope=col | Simulateur
! scope=col | Capteurs
! scope=col | Communication
! scope=col | Robot
! scope=col | Remarques
|-
| style="width:20%;" |
Morse
| style="width:20%;" |
Caméra, LIDAR, GPS, etc...
| style="width:20%;" |
Complexe
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
Python

Beaucoup de tutos
|-
| style="width:20%;" |
Webots
| style="width:20%;" |
Caméra, LIDAR, capteurs de distance, etc
| style="width:20%;" |
Emetteur/Récepteur (Radio, Serial, IR)
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
C/C++, Java, Python, MATLAB, ROS

Windows + Linux

Tutos de qualité
|-
| style="width:20%;" |
Gazebo
| style="width:20%;" |
LASER, Caméra 2D/3D (Kinect), etc..
| style="width:20%;" |
Via ROS
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
ROS
XML

Windows + Linux

Tutos fournis
|}
Remarque : ROS = compliqué

== Tests de simulateurs ==

Nous avons choisi comme logiciel à tester Webots et Gazebo. Notre premier choix est de tester Webots puisqu'il est selon nous le simulateur à la fois le plus simple et le plus complet. Gazebo n'étant pas testé par l'autre groupe et semblant pourtant très intéressant, nous avons choisi de le tester malgré le fait qu'il semble plus complexe d'un point de vue programmation.

[[Fichier:Interface_webots.png|500px|thumb|left|Interface Webots]]
[[Fichier:Interface_gazebo.png|500px|thumb|right|Interface Gazebo]]

Les deux interfaces sont plutôt semblables à première vue. Webots propose de nombreux tutoriels ce qui rend la prise en main très facile, alors que Gazebo est à première vue plus difficile à prendre en main.

== Choix final du logiciel ==

Notre choix final se porte sur Webots car il dispose d’une grande panoplie de capteurs (caméra, LIDAR, capteurs de distance notamment) et car il permet la communication via un couple Émetteur/Récepteur (Radio, Serial, IR). Il nous offre la possibilité de concevoir notre robot ou d’utiliser une base existante : il y a beaucoup de choix. De plus, ce logiciel nous permet d'intervenir à tout moment dans la simulation afin de tester des scénarios réels. Enfin, il sera plus facile à prendre en main car il laisse le choix du Système d’Exploitation, du langage de programmation et fournit des tutoriels guidés pour apprendre à utiliser le logiciel.

Robots suiveurs 3 - État de l'art des simulateurs - groupe 1

2020-04-15T12:47:06Z

Léane :

Un robot est un dispositif mécatronique (alliant mécanique, électronique et informatique) conçu pour accomplir des tâches plus ou moins complexes de manière autonome, en utilisant les différents outils qu’il possède (capteurs, actionneurs, circuits électroniques, …). Afin de mettre en place des robots, il est possible d’utiliser dans un premier temps un simulateur, afin de tester et faire évoluer ceux-ci dans des environnements virtuels adaptés.

Le but de cette partie est de se renseigner sur les différents simulateurs robotiques existants. En effet, dû au fait de l'impossibilité d'avoir accès au matériel de l'école, nous devons trouver un logiciel nous permettant de simuler un robot physique répondant aux critères de notre projet.

== Simulateurs existants ==

Nous cherchons un simulateur de robotique permettant de simuler le déplacement de robots suiveurs à base notamment de capteurs tels que les capteurs de distance, de couleur ou tels que les caméras.

Nous cherchons aussi un simulateur permettant la communication entre plusieurs robots.

Nous avons donc répertorié de nombreux simulateurs :

'''- MORSE :'''

MORSE permet de réaliser des simulations en 3D réalistes pouvant gérer entre 1 et 10 robots. Il peut aussi bien s'agir de simulation sur un environnement intérieur ou extérieur. Ce simulateur nécessite un OS Linux pour fonctionner. Il comporte des capteurs basiques ainsi que qu'une bibliothèque de robots déjà existant, bien qu'il soit possible d'en créer à partir de 0. Le simulateur permet de gérer à les fois les robots mais aussi l'environnement autours de ces derniers. Le langage utilisé est Python. La communication entre plusieurs robots est possible bien que complexe. Enfin, la documentation autours de MORSE est assez bien fournie, on trouve assez facilement des tutoriels.

Lien vers le site officiel : https://www.openrobots.org/morse/doc/stable/what_is_morse.html

'''- ISAAC :'''

Isaac est un simulateur développé par NVIDIA. Ce dernier propose des outils de développement d'intelligence artificielle spécialisée pour la robotique,ainsi qu'une plateforme de simulation. ISAAC est composé en 4 parties :

- ISAAC Engine, qui est un framework regroupant des outils de visualisation et une API en C

- ISAAC GEMs qui permet d'ajouter des fonctionnalités liés à des capteur au robot, comme par exemple la détection d'obstacle ou la reconnaissance vocale, en se basant sur des algorithme déjà conçus et optimisés.

- ISAAC Reference Design qui propose des modèles de robots déjà existant

- ISAAC Sim For Navigation qui permet de générer l'environnement du robot, avec une rendu haute qualité.

ISAAC est donc un simulateur très réaliste extrêmement complet. Malheureusement, il ne semble pas adapté à notre utilisation justement car il est trop complet. De plus, il semble très peu documenté et la configuration PC pour le faire fonctionner dans des conditions optimales nécessite d'être très puissante et donc onéreuse (CPU Intel Core i7, GPU NVIDIA RTX 2070, RAM 32GB, etc...).

Lien vers le site officiel : https://developer.nvidia.com/isaac-sdk

'''- WEBOTS : '''

Webots est une plateforme de simulation 3D open-source dans le domaine de la robotique, développée en 1996 par Cyberbotics et utilisée dans les simulations de service et industrielles. Il existe certains modèles de robots déjà créés mais il est aussi possible d’en construire un entièrement. Les robots peuvent être équipés avec de nombreux capteurs et actionneurs, et peuvent être programmés différemment et/ou communiqués entre eux. Ces robots peuvent ensuite évoluer dans un environnement 3D virtuel, intérieur ou extérieur. Cet outil offre la possibilité de développer sous Windows, Linux et MacOS, et peut être modélisé, programmé et simulé en C, C ++, Java, Python, Matlab ou URBI. Le logiciel est compatible avec des bibliothèques externes comme OpenCV.

Lien vers le site officiel : https://cyberbotics.com/

'''- GAZEBO :'''

Ce simulateur permet de une bibliothèque de robots existant mais permet aussi d'en créer soit, même. Il comporte de nombreux capteurs de différentes sorte (caméra, laser, Kinect, etc...) et permet même de simuler le bruit de ces capteurs. Il permet de réaliser un environnement intérieur comme extérieur. Gazebo possède une assez grande communauté ce qui fait qu'on trouve de nombreux tutoriels sur son fonctionnement sur Internet. Le simulateur fonctionne sur Ubuntu.

Lien vers le site officiel : http://gazebosim.org/

'''- MUJOCO :'''

MuJoCo semble trop complexe pour l’utilisation qu’on en aura : il nécessite de gérer soi-même la physique des objets. De plus, ce serait trop long à mettre en oeuvre : ce logiciel ressemble plus à un moteur physique qu’à un simulateur.

Lien vers le site officiel : http://www.mujoco.org/

'''- ROBOTRAN :'''

Robotran est un logiciel utilisé pour modéliser les interactions physiques entre les pièces mécaniques, ce ne sera pas utile pour nous.

Lien vers le site officiel : https://www.robotran.be/

'''- SIMSPARK :'''

SimSpark est un outil de simulation utilisé notamment par des équipes de la RoboCup, compétition faisant intervenir des robots footballeurs qui communiquent pour jouer un match de foot. Cette solution est puissante d’un point de vue “Intelligence Artificielle” mais est peu documentée et trop spécifique. Il sera difficile de l’utiliser dans notre contexte.

Lien vers le site officiel : http://simspark.sourceforge.net/

'''- MIRANDA :'''

Miranda est un logiciel de simulation de robots éducatifs. Il s’utilise via Scratch ou Python mais est payant. La création de robots différents des robots éducatifs (Ozobot, Thymio, etc) nécessite un abonnement Premium. On peut noter que ces robots éducatifs proposent parfois des simulateurs spécifiques (par exemple, Thymio) qui sont très accessibles mais aussi très limités puisqu’on ne peut pas choisir les éléments de notre robot. On ne retiendra pas cette solution.

Lien vers le site officiel : https://www.robot-advance.com/actualite-miranda-logiciel-de-simulation-robotique-209.htm

'''- OPENRAVE :'''

OpenRave est un logiciel permettant de tester, développer et déployer des algorithmes de planification de déplacement dans l'espace. Il dispose également d'un outil permettant de générer des fichiers adaptés au langage souhaité et est disponible sur tous les OS. Néanmoins, ce simulateur semble être adapté à un usage industriel à cause de son fonctionnement plus géométrique et disposant surtout de capteurs servants à mesurer l'espace.

Lien vers le site officiel : http://openrave.org/

== Simulateurs les plus adaptés à notre projet ==

{| class="wikitable centre" style="width:100%;"
|+ Comparatif des meilleurs simulateurs
|-
! scope=col | Simulateur
! scope=col | Capteurs
! scope=col | Communication
! scope=col | Robot
! scope=col | Remarques
|-
| style="width:20%;" |
Morse
| style="width:20%;" |
Caméra, LIDAR, GPS, etc...
| style="width:20%;" |
Complexe
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
Python

Beaucoup de tutos
|-
| style="width:20%;" |
Webots
| style="width:20%;" |
Caméra, LIDAR, capteurs de distance, etc
| style="width:20%;" |
Emetteur/Récepteur (Radio, Serial, IR)
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
C/C++, Java, Python, MATLAB, ROS

Windows + Linux

Tutos de qualité
|-
| style="width:20%;" |
Gazebo
| style="width:20%;" |
LASER, Caméra 2D/3D (Kinect), etc..
| style="width:20%;" |
Via ROS
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
ROS
XML

Windows + Linux

Tutos fournis
|}
Remarque : ROS = compliqué

== Tests de simulateurs ==

Nous avons choisi comme logiciel à tester Webots et Gazebo. Notre premier choix est de tester Webots puisqu'il est selon nous le simulateur à la fois le plus simple et le plus complet. Gazebo n'étant pas testé par l'autre groupe et semblant pourtant très intéressant, nous avons choisi de le tester malgré le fait qu'il semble plus complexe d'un point de vue programmation.

[[Fichier:Interface_webots.png|500px|thumb|left|Interface Webots]]
[[Fichier:Interface_gazebo.png|500px|thumb|right|Interface Gazebo]]

Les deux interfaces sont plutôt semblables à première vue. Webots propose de nombreux tutoriels ce qui rend la prise en main très facile.

== Choix final du logiciel ==

Notre choix final se porte sur Webots car il dispose d’une grande panoplie de capteurs (caméra, LIDAR, capteurs de distance notamment) et car il permet la communication via un couple Émetteur/Récepteur (Radio, Serial, IR). Il nous offre la possibilité de concevoir notre robot ou d’utiliser une base existante : il y a beaucoup de choix. De plus, ce logiciel nous permet d'intervenir à tout moment dans la simulation afin de tester des scénarios réels. Enfin, il sera plus facile à prendre en main car il laisse le choix du Système d’Exploitation, du langage de programmation et fournit des tutoriels guidés pour apprendre à utiliser le logiciel.

Fichier:Interface gazebo.png

2020-04-15T12:38:50Z

Léane :

Fichier:Interface webots.png

2020-04-15T12:33:37Z

Léane :

Robots suiveurs 3 - État de l'art des simulateurs - groupe 1

2020-04-15T08:32:55Z

Léane :

Un robot est un dispositif mécatronique (alliant mécanique, électronique et informatique) conçu pour accomplir des tâches plus ou moins complexes de manière autonome, en utilisant les différents outils qu’il possède (capteurs, actionneurs, circuits électroniques, …). Afin de mettre en place des robots, il est possible d’utiliser dans un premier temps un simulateur, afin de tester et faire évoluer ceux-ci dans des environnements virtuels adaptés.

Le but de cette partie est de se renseigner sur les différents simulateurs robotiques existants. En effet, dû au fait de l'impossibilité d'avoir accès au matériel de l'école, nous devons trouver un logiciel nous permettant de simuler un robot physique répondant aux critères de notre projet.

== Simulateurs existants ==

Nous cherchons un simulateur de robotique permettant de simuler le déplacement de robots suiveurs à base notamment de capteurs tels que les capteurs de distance, de couleur ou tels que les caméras.

Nous cherchons aussi un simulateur permettant la communication entre plusieurs robots.

Nous avons donc répertorié de nombreux simulateurs :

'''- MORSE :'''

MORSE permet de réaliser des simulations en 3D réalistes pouvant gérer entre 1 et 10 robots. Il peut aussi bien s'agir de simulation sur un environnement intérieur ou extérieur. Ce simulateur nécessite un OS Linux pour fonctionner. Il comporte des capteurs basiques ainsi que qu'une bibliothèque de robots déjà existant, bien qu'il soit possible d'en créer à partir de 0. Le simulateur permet de gérer à les fois les robots mais aussi l'environnement autours de ces derniers. Le langage utilisé est Python. La communication entre plusieurs robots est possible bien que complexe. Enfin, la documentation autours de MORSE est assez bien fournie, on trouve assez facilement des tutoriels.

Lien vers le site officiel : https://www.openrobots.org/morse/doc/stable/what_is_morse.html

'''- ISAAC :'''

Isaac est un simulateur développé par NVIDIA. Ce dernier propose des outils de développement d'intelligence artificielle spécialisée pour la robotique,ainsi qu'une plateforme de simulation. ISAAC est composé en 4 parties :

- ISAAC Engine, qui est un framework regroupant des outils de visualisation et une API en C

- ISAAC GEMs qui permet d'ajouter des fonctionnalités liés à des capteur au robot, comme par exemple la détection d'obstacle ou la reconnaissance vocale, en se basant sur des algorithme déjà conçus et optimisés.

- ISAAC Reference Design qui propose des modèles de robots déjà existant

- ISAAC Sim For Navigation qui permet de générer l'environnement du robot, avec une rendu haute qualité.

ISAAC est donc un simulateur très réaliste extrêmement complet. Malheureusement, il ne semble pas adapté à notre utilisation justement car il est trop complet. De plus, il semble très peu documenté et la configuration PC pour le faire fonctionner dans des conditions optimales nécessite d'être très puissante et donc onéreuse (CPU Intel Core i7, GPU NVIDIA RTX 2070, RAM 32GB, etc...).

Lien vers le site officiel : https://developer.nvidia.com/isaac-sdk

'''- WEBOTS : '''

Webots est une plateforme de simulation 3D open-source dans le domaine de la robotique, développée en 1996 par Cyberbotics et utilisée dans les simulations de service et industrielles. Il existe certains modèles de robots déjà créés mais il est aussi possible d’en construire un entièrement. Les robots peuvent être équipés avec de nombreux capteurs et actionneurs, et peuvent être programmés différemment et/ou communiqués entre eux. Ces robots peuvent ensuite évoluer dans un environnement 3D virtuel, intérieur ou extérieur. Cet outil offre la possibilité de développer sous Windows, Linux et MacOS, et peut être modélisé, programmé et simulé en C, C ++, Java, Python, Matlab ou URBI. Le logiciel est compatible avec des bibliothèques externes comme OpenCV.

Lien vers le site officiel : https://cyberbotics.com/

'''- GAZEBO :'''

Ce simulateur permet de une bibliothèque de robots existant mais permet aussi d'en créer soit, même. Il comporte de nombreux capteurs de différentes sorte (caméra, laser, Kinect, etc...) et permet même de simuler le bruit de ces capteurs. Il permet de réaliser un environnement intérieur comme extérieur. Gazebo possède une assez grande communauté ce qui fait qu'on trouve de nombreux tutoriels sur son fonctionnement sur Internet. Le simulateur fonctionne sur Ubuntu.

Lien vers le site officiel : http://gazebosim.org/

'''- MUJOCO :'''

MuJoCo semble trop complexe pour l’utilisation qu’on en aura : il nécessite de gérer soi-même la physique des objets. De plus, ce serait trop long à mettre en oeuvre : ce logiciel ressemble plus à un moteur physique qu’à un simulateur.

Lien vers le site officiel : http://www.mujoco.org/

'''- ROBOTRAN :'''

Robotran est un logiciel utilisé pour modéliser les interactions physiques entre les pièces mécaniques, ce ne sera pas utile pour nous.

Lien vers le site officiel : https://www.robotran.be/

'''- SIMSPARK :'''

SimSpark est un outil de simulation utilisé notamment par des équipes de la RoboCup, compétition faisant intervenir des robots footballeurs qui communiquent pour jouer un match de foot. Cette solution est puissante d’un point de vue “Intelligence Artificielle” mais est peu documentée et trop spécifique. Il sera difficile de l’utiliser dans notre contexte.

Lien vers le site officiel : http://simspark.sourceforge.net/

'''- MIRANDA :'''

Miranda est un logiciel de simulation de robots éducatifs. Il s’utilise via Scratch ou Python mais est payant. La création de robots différents des robots éducatifs (Ozobot, Thymio, etc) nécessite un abonnement Premium. On peut noter que ces robots éducatifs proposent parfois des simulateurs spécifiques (par exemple, Thymio) qui sont très accessibles mais aussi très limités puisqu’on ne peut pas choisir les éléments de notre robot. On ne retiendra pas cette solution.

Lien vers le site officiel : https://www.robot-advance.com/actualite-miranda-logiciel-de-simulation-robotique-209.htm

'''- OPENRAVE :'''

OpenRave est un logiciel permettant de tester, développer et déployer des algorithmes de planification de déplacement dans l'espace. Il dispose également d'un outil permettant de générer des fichiers adaptés au langage souhaité et est disponible sur tous les OS. Néanmoins, ce simulateur semble être adapté à un usage industriel à cause de son fonctionnement plus géométrique et disposant surtout de capteurs servants à mesurer l'espace.

Lien vers le site officiel : http://openrave.org/

== Simulateurs les plus adaptés à notre projet ==

{| class="wikitable centre" style="width:100%;"
|+ Comparatif des meilleurs simulateurs
|-
! scope=col | Simulateur
! scope=col | Capteurs
! scope=col | Communication
! scope=col | Robot
! scope=col | Remarques
|-
| style="width:20%;" |
Morse
| style="width:20%;" |
Caméra, LIDAR, GPS, etc...
| style="width:20%;" |
Complexe
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
Python

Beaucoup de tutos
|-
| style="width:20%;" |
Webots
| style="width:20%;" |
Caméra, LIDAR, capteurs de distance, etc
| style="width:20%;" |
Emetteur/Récepteur (Radio, Serial, IR)
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
C/C++, Java, Python, MATLAB, ROS

Windows + Linux

Tutos de qualité
|-
| style="width:20%;" |
Gazebo
| style="width:20%;" |
LASER, Caméra 2D/3D (Kinect), etc..
| style="width:20%;" |
Via ROS
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
ROS
XML

Windows + Linux

Tutos fournis
|}
Remarque : ROS = compliqué

== Tests de simulateurs ==

Nous avons choisi comme logiciel à tester Webots et Gazebo. Notre premier choix est de tester Webots puisqu'il est selon nous le simulateur à la fois le plus simple et le plus complet. Gazebo n'étant pas testé par l'autre groupe et semblant pourtant très intéressant, nous avons choisi de le tester malgré le fait qu'il semble plus complexe d'un point de vue programmation.

== Choix final du logiciel ==

Notre choix final se porte sur Webots car il dispose d’une grande panoplie de capteurs (caméra, LIDAR, capteurs de distance notamment) et car il permet la communication via un couple Émetteur/Récepteur (Radio, Serial, IR). Il nous offre la possibilité de concevoir notre robot ou d’utiliser une base existante : il y a beaucoup de choix. De plus, ce logiciel nous permet d'intervenir à tout moment dans la simulation afin de tester des scénarios réels. Enfin, il sera plus facile à prendre en main car il laisse le choix du Système d’Exploitation, du langage de programmation et fournit des tutoriels guidés pour apprendre à utiliser le logiciel.

Robots suiveurs 3 - État de l'art des simulateurs - groupe 1

2020-04-15T08:32:15Z

Léane : /* Tests de logiciels */

Un robot est un dispositif mécatronique (alliant mécanique, électronique et informatique) conçu pour accomplir des tâches plus ou moins complexes de manière autonome, en utilisant les différents outils qu’il possède (capteurs, actionneurs, circuits électroniques, …). Afin de mettre en place des robots, il est possible d’utiliser dans un premier temps un simulateur, afin de tester et faire évoluer ceux-ci dans des environnements virtuels adaptés.

Le but de cette partie est de se renseigner sur les différents simulateurs robotiques existants. En effet, dû au fait de l'impossibilité d'avoir accès au matériel de l'école, nous devons trouver un logiciel nous permettant de simuler un robot physique répondant aux critères de notre projet.

== Simulateurs existants ==

Nous cherchons un simulateur de robotique permettant de simuler le déplacement de robots suiveurs à base notamment de capteurs tels que les capteurs de distance, de couleur ou tels que les caméras.

Nous cherchons aussi un simulateur permettant la communication entre plusieurs robots.

Nous avons donc répertorié de nombreux simulateurs :

'''- MORSE :'''

MORSE permet de réaliser des simulations en 3D réalistes pouvant gérer entre 1 et 10 robots. Il peut aussi bien s'agir de simulation sur un environnement intérieur ou extérieur. Ce simulateur nécessite un OS Linux pour fonctionner. Il comporte des capteurs basiques ainsi que qu'une bibliothèque de robots déjà existant, bien qu'il soit possible d'en créer à partir de 0. Le simulateur permet de gérer à les fois les robots mais aussi l'environnement autours de ces derniers. Le langage utilisé est Python. La communication entre plusieurs robots est possible bien que complexe. Enfin, la documentation autours de MORSE est assez bien fournie, on trouve assez facilement des tutoriels.

Lien vers le site officiel : https://www.openrobots.org/morse/doc/stable/what_is_morse.html

'''- ISAAC :'''

Isaac est un simulateur développé par NVIDIA. Ce dernier propose des outils de développement d'intelligence artificielle spécialisée pour la robotique,ainsi qu'une plateforme de simulation. ISAAC est composé en 4 parties :

- ISAAC Engine, qui est un framework regroupant des outils de visualisation et une API en C

- ISAAC GEMs qui permet d'ajouter des fonctionnalités liés à des capteur au robot, comme par exemple la détection d'obstacle ou la reconnaissance vocale, en se basant sur des algorithme déjà conçus et optimisés.

- ISAAC Reference Design qui propose des modèles de robots déjà existant

- ISAAC Sim For Navigation qui permet de générer l'environnement du robot, avec une rendu haute qualité.

ISAAC est donc un simulateur très réaliste extrêmement complet. Malheureusement, il ne semble pas adapté à notre utilisation justement car il est trop complet. De plus, il semble très peu documenté et la configuration PC pour le faire fonctionner dans des conditions optimales nécessite d'être très puissante et donc onéreuse (CPU Intel Core i7, GPU NVIDIA RTX 2070, RAM 32GB, etc...).

Lien vers le site officiel : https://developer.nvidia.com/isaac-sdk

'''- WEBOTS : '''

Webots est une plateforme de simulation 3D open-source dans le domaine de la robotique, développée en 1996 par Cyberbotics et utilisée dans les simulations de service et industrielles. Il existe certains modèles de robots déjà créés mais il est aussi possible d’en construire un entièrement. Les robots peuvent être équipés avec de nombreux capteurs et actionneurs, et peuvent être programmés différemment et/ou communiqués entre eux. Ces robots peuvent ensuite évoluer dans un environnement 3D virtuel, intérieur ou extérieur. Cet outil offre la possibilité de développer sous Windows, Linux et MacOS, et peut être modélisé, programmé et simulé en C, C ++, Java, Python, Matlab ou URBI. Le logiciel est compatible avec des bibliothèques externes comme OpenCV.

Lien vers le site officiel : https://cyberbotics.com/

'''- GAZEBO :'''

Ce simulateur permet de une bibliothèque de robots existant mais permet aussi d'en créer soit, même. Il comporte de nombreux capteurs de différentes sorte (caméra, laser, Kinect, etc...) et permet même de simuler le bruit de ces capteurs. Il permet de réaliser un environnement intérieur comme extérieur. Gazebo possède une assez grande communauté ce qui fait qu'on trouve de nombreux tutoriels sur son fonctionnement sur Internet. Le simulateur fonctionne sur Ubuntu.

Lien vers le site officiel : http://gazebosim.org/

'''- MUJOCO :'''

MuJoCo semble trop complexe pour l’utilisation qu’on en aura : il nécessite de gérer soi-même la physique des objets. De plus, ce serait trop long à mettre en oeuvre : ce logiciel ressemble plus à un moteur physique qu’à un simulateur.

Lien vers le site officiel : http://www.mujoco.org/

'''- ROBOTRAN :'''

Robotran est un logiciel utilisé pour modéliser les interactions physiques entre les pièces mécaniques, ce ne sera pas utile pour nous.

Lien vers le site officiel : https://www.robotran.be/

'''- SIMSPARK :'''

SimSpark est un outil de simulation utilisé notamment par des équipes de la RoboCup, compétition faisant intervenir des robots footballeurs qui communiquent pour jouer un match de foot. Cette solution est puissante d’un point de vue “Intelligence Artificielle” mais est peu documentée et trop spécifique. Il sera difficile de l’utiliser dans notre contexte.

Lien vers le site officiel : http://simspark.sourceforge.net/

'''- MIRANDA :'''

Miranda est un logiciel de simulation de robots éducatifs. Il s’utilise via Scratch ou Python mais est payant. La création de robots différents des robots éducatifs (Ozobot, Thymio, etc) nécessite un abonnement Premium. On peut noter que ces robots éducatifs proposent parfois des simulateurs spécifiques (par exemple, Thymio) qui sont très accessibles mais aussi très limités puisqu’on ne peut pas choisir les éléments de notre robot. On ne retiendra pas cette solution.

Lien vers le site officiel : https://www.robot-advance.com/actualite-miranda-logiciel-de-simulation-robotique-209.htm

'''- OPENRAVE :'''

OpenRave est un logiciel permettant de tester, développer et déployer des algorithmes de planification de déplacement dans l'espace. Il dispose également d'un outil permettant de générer des fichiers adaptés au langage souhaité et est disponible sur tous les OS. Néanmoins, ce simulateur semble être adapté à un usage industriel à cause de son fonctionnement plus géométrique et disposant surtout de capteurs servants à mesurer l'espace.

Lien vers le site officiel : http://openrave.org/

== Simulateurs les plus adaptés à notre projet ==

{| class="wikitable centre" style="width:100%;"
|+ Comparatif des meilleurs simulateurs
|-
! scope=col | Simulateur
! scope=col | Capteurs
! scope=col | Communication
! scope=col | Robot
! scope=col | Remarques
|-
| style="width:20%;" |
Morse
| style="width:20%;" |
Caméra, LIDAR, GPS, etc...
| style="width:20%;" |
Complexe
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
Python

Beaucoup de tutos
|-
| style="width:20%;" |
Webots
| style="width:20%;" |
Caméra, LIDAR, capteurs de distance, etc
| style="width:20%;" |
Emetteur/Récepteur (Radio, Serial, IR)
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
C/C++, Java, Python, MATLAB, ROS

Windows + Linux

Tutos de qualité
|-
| style="width:20%;" |
Gazebo
| style="width:20%;" |
LASER, Caméra 2D/3D (Kinect), etc..
| style="width:20%;" |
Via ROS
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
ROS
XML

Windows + Linux

Tutos fournis
|}
Remarque : ROS = compliqué

== Tests de simulateurs ==

Nous avons choisi comme logiciel à tester Webots et Gazebo. Notre premier choix est de tester Webots puisqu'il est selon nous le simulateur à la fois le plus simple et le plus complet. Gazebo n'étant pas testé par l'autre groupe et semblant pourtant très intéressant, nous avons choisi de le tester malgré le fait qu'il semble plus complexe d'un point de vue programmation.

== Choix final du logiciel ==

Notre choix final se porte sur Webots car il dispose d’une grande panoplie de capteurs (caméra, LIDAR, capteurs de distance notamment) et car il permet la communication via un couple Émetteur/Récepteur (Radio, Serial, IR). Il nous offre la possibilité de concevoir notre robot ou d’utiliser une base existante : il y a beaucoup de choix. De plus, ce logiciel nous permet d'intervenir à tout moment dans la simulation afin de tester des scénarios réels. Enfin, il sera plus facile à prendre en main car il laisse le choix du Système d’Exploitation, du langage de programmation et fournit des tutoriels guidés pour apprendre à utiliser le logiciel.

Robots suiveurs 3 - État de l'art des simulateurs - groupe 1

2020-04-15T08:31:56Z

Léane :

Un robot est un dispositif mécatronique (alliant mécanique, électronique et informatique) conçu pour accomplir des tâches plus ou moins complexes de manière autonome, en utilisant les différents outils qu’il possède (capteurs, actionneurs, circuits électroniques, …). Afin de mettre en place des robots, il est possible d’utiliser dans un premier temps un simulateur, afin de tester et faire évoluer ceux-ci dans des environnements virtuels adaptés.

Le but de cette partie est de se renseigner sur les différents simulateurs robotiques existants. En effet, dû au fait de l'impossibilité d'avoir accès au matériel de l'école, nous devons trouver un logiciel nous permettant de simuler un robot physique répondant aux critères de notre projet.

== Simulateurs existants ==

Nous cherchons un simulateur de robotique permettant de simuler le déplacement de robots suiveurs à base notamment de capteurs tels que les capteurs de distance, de couleur ou tels que les caméras.

Nous cherchons aussi un simulateur permettant la communication entre plusieurs robots.

Nous avons donc répertorié de nombreux simulateurs :

'''- MORSE :'''

MORSE permet de réaliser des simulations en 3D réalistes pouvant gérer entre 1 et 10 robots. Il peut aussi bien s'agir de simulation sur un environnement intérieur ou extérieur. Ce simulateur nécessite un OS Linux pour fonctionner. Il comporte des capteurs basiques ainsi que qu'une bibliothèque de robots déjà existant, bien qu'il soit possible d'en créer à partir de 0. Le simulateur permet de gérer à les fois les robots mais aussi l'environnement autours de ces derniers. Le langage utilisé est Python. La communication entre plusieurs robots est possible bien que complexe. Enfin, la documentation autours de MORSE est assez bien fournie, on trouve assez facilement des tutoriels.

Lien vers le site officiel : https://www.openrobots.org/morse/doc/stable/what_is_morse.html

'''- ISAAC :'''

Isaac est un simulateur développé par NVIDIA. Ce dernier propose des outils de développement d'intelligence artificielle spécialisée pour la robotique,ainsi qu'une plateforme de simulation. ISAAC est composé en 4 parties :

- ISAAC Engine, qui est un framework regroupant des outils de visualisation et une API en C

- ISAAC GEMs qui permet d'ajouter des fonctionnalités liés à des capteur au robot, comme par exemple la détection d'obstacle ou la reconnaissance vocale, en se basant sur des algorithme déjà conçus et optimisés.

- ISAAC Reference Design qui propose des modèles de robots déjà existant

- ISAAC Sim For Navigation qui permet de générer l'environnement du robot, avec une rendu haute qualité.

ISAAC est donc un simulateur très réaliste extrêmement complet. Malheureusement, il ne semble pas adapté à notre utilisation justement car il est trop complet. De plus, il semble très peu documenté et la configuration PC pour le faire fonctionner dans des conditions optimales nécessite d'être très puissante et donc onéreuse (CPU Intel Core i7, GPU NVIDIA RTX 2070, RAM 32GB, etc...).

Lien vers le site officiel : https://developer.nvidia.com/isaac-sdk

'''- WEBOTS : '''

Webots est une plateforme de simulation 3D open-source dans le domaine de la robotique, développée en 1996 par Cyberbotics et utilisée dans les simulations de service et industrielles. Il existe certains modèles de robots déjà créés mais il est aussi possible d’en construire un entièrement. Les robots peuvent être équipés avec de nombreux capteurs et actionneurs, et peuvent être programmés différemment et/ou communiqués entre eux. Ces robots peuvent ensuite évoluer dans un environnement 3D virtuel, intérieur ou extérieur. Cet outil offre la possibilité de développer sous Windows, Linux et MacOS, et peut être modélisé, programmé et simulé en C, C ++, Java, Python, Matlab ou URBI. Le logiciel est compatible avec des bibliothèques externes comme OpenCV.

Lien vers le site officiel : https://cyberbotics.com/

'''- GAZEBO :'''

Ce simulateur permet de une bibliothèque de robots existant mais permet aussi d'en créer soit, même. Il comporte de nombreux capteurs de différentes sorte (caméra, laser, Kinect, etc...) et permet même de simuler le bruit de ces capteurs. Il permet de réaliser un environnement intérieur comme extérieur. Gazebo possède une assez grande communauté ce qui fait qu'on trouve de nombreux tutoriels sur son fonctionnement sur Internet. Le simulateur fonctionne sur Ubuntu.

Lien vers le site officiel : http://gazebosim.org/

'''- MUJOCO :'''

MuJoCo semble trop complexe pour l’utilisation qu’on en aura : il nécessite de gérer soi-même la physique des objets. De plus, ce serait trop long à mettre en oeuvre : ce logiciel ressemble plus à un moteur physique qu’à un simulateur.

Lien vers le site officiel : http://www.mujoco.org/

'''- ROBOTRAN :'''

Robotran est un logiciel utilisé pour modéliser les interactions physiques entre les pièces mécaniques, ce ne sera pas utile pour nous.

Lien vers le site officiel : https://www.robotran.be/

'''- SIMSPARK :'''

SimSpark est un outil de simulation utilisé notamment par des équipes de la RoboCup, compétition faisant intervenir des robots footballeurs qui communiquent pour jouer un match de foot. Cette solution est puissante d’un point de vue “Intelligence Artificielle” mais est peu documentée et trop spécifique. Il sera difficile de l’utiliser dans notre contexte.

Lien vers le site officiel : http://simspark.sourceforge.net/

'''- MIRANDA :'''

Miranda est un logiciel de simulation de robots éducatifs. Il s’utilise via Scratch ou Python mais est payant. La création de robots différents des robots éducatifs (Ozobot, Thymio, etc) nécessite un abonnement Premium. On peut noter que ces robots éducatifs proposent parfois des simulateurs spécifiques (par exemple, Thymio) qui sont très accessibles mais aussi très limités puisqu’on ne peut pas choisir les éléments de notre robot. On ne retiendra pas cette solution.

Lien vers le site officiel : https://www.robot-advance.com/actualite-miranda-logiciel-de-simulation-robotique-209.htm

'''- OPENRAVE :'''

OpenRave est un logiciel permettant de tester, développer et déployer des algorithmes de planification de déplacement dans l'espace. Il dispose également d'un outil permettant de générer des fichiers adaptés au langage souhaité et est disponible sur tous les OS. Néanmoins, ce simulateur semble être adapté à un usage industriel à cause de son fonctionnement plus géométrique et disposant surtout de capteurs servants à mesurer l'espace.

Lien vers le site officiel : http://openrave.org/

== Simulateurs les plus adaptés à notre projet ==

{| class="wikitable centre" style="width:100%;"
|+ Comparatif des meilleurs simulateurs
|-
! scope=col | Simulateur
! scope=col | Capteurs
! scope=col | Communication
! scope=col | Robot
! scope=col | Remarques
|-
| style="width:20%;" |
Morse
| style="width:20%;" |
Caméra, LIDAR, GPS, etc...
| style="width:20%;" |
Complexe
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
Python

Beaucoup de tutos
|-
| style="width:20%;" |
Webots
| style="width:20%;" |
Caméra, LIDAR, capteurs de distance, etc
| style="width:20%;" |
Emetteur/Récepteur (Radio, Serial, IR)
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
C/C++, Java, Python, MATLAB, ROS

Windows + Linux

Tutos de qualité
|-
| style="width:20%;" |
Gazebo
| style="width:20%;" |
LASER, Caméra 2D/3D (Kinect), etc..
| style="width:20%;" |
Via ROS
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
ROS
XML

Windows + Linux

Tutos fournis
|}
Remarque : ROS = compliqué

== Tests de logiciels ==

Nous avons choisi comme logiciel à tester Webots et Gazebo. Notre premier choix est de tester Webots puisqu'il est selon nous le simulateur à la fois le plus simple et le plus complet. Gazebo n'étant pas testé par l'autre groupe et semblant pourtant très intéressant, nous avons choisi de le tester malgré le fait qu'il semble plus complexe d'un point de vue programmation.

== Choix final du logiciel ==

Notre choix final se porte sur Webots car il dispose d’une grande panoplie de capteurs (caméra, LIDAR, capteurs de distance notamment) et car il permet la communication via un couple Émetteur/Récepteur (Radio, Serial, IR). Il nous offre la possibilité de concevoir notre robot ou d’utiliser une base existante : il y a beaucoup de choix. De plus, ce logiciel nous permet d'intervenir à tout moment dans la simulation afin de tester des scénarios réels. Enfin, il sera plus facile à prendre en main car il laisse le choix du Système d’Exploitation, du langage de programmation et fournit des tutoriels guidés pour apprendre à utiliser le logiciel.

Robots suiveurs 3 - État de l'art des simulateurs - groupe 1

2020-04-14T13:10:51Z

Léane :

Un robot est un dispositif mécatronique (alliant mécanique, électronique et informatique) conçu pour accomplir des tâches plus ou moins complexes de manière autonome, en utilisant les différents outils qu’il possède (capteurs, actionneurs, circuits électroniques, …). Afin de mettre en place des robots, il est possible d’utiliser dans un premier temps un simulateur, afin de tester et faire évoluer ceux-ci dans des environnements virtuels adaptés.

Le but de cette partie est de se renseigner sur les différents simulateurs robotiques existants. En effet, dû au fait de l'impossibilité d'avoir accès au matériel de l'école, nous devons trouver un logiciel nous permettant de simuler un robot physique répondant aux critères de notre projet.

== Simulateurs existants ==

Nous cherchons un simulateur de robotique permettant de simuler le déplacement de robots suiveurs à base notamment de capteurs tels que les capteurs de distance, de couleur ou tels que les caméras.

Nous cherchons aussi un simulateur permettant la communication entre plusieurs robots.

Nous avons donc répertorié de nombreux simulateurs :

'''- MORSE :'''

MORSE permet de réaliser des simulations en 3D réalistes pouvant gérer entre 1 et 10 robots. Il peut aussi bien s'agir de simulation sur un environnement intérieur ou extérieur. Ce simulateur nécessite un OS Linux pour fonctionner. Il comporte des capteurs basiques ainsi que qu'une bibliothèque de robots déjà existant, bien qu'il soit possible d'en créer à partir de 0. Le simulateur permet de gérer à les fois les robots mais aussi l'environnement autours de ces derniers. Le langage utilisé est Python. La communication entre plusieurs robots est possible bien que complexe. Enfin, la documentation autours de MORSE est assez bien fournie, on trouve assez facilement des tutoriels.

Lien vers le site officiel : https://www.openrobots.org/morse/doc/stable/what_is_morse.html

'''- ISAAC :'''

Isaac est un simulateur développé par NVIDIA. Ce dernier propose des outils de développement d'intelligence artificielle spécialisée pour la robotique,ainsi qu'une plateforme de simulation. ISAAC est composé en 4 parties :

- ISAAC Engine, qui est un framework regroupant des outils de visualisation et une API en C

- ISAAC GEMs qui permet d'ajouter des fonctionnalités liés à des capteur au robot, comme par exemple la détection d'obstacle ou la reconnaissance vocale, en se basant sur des algorithme déjà conçus et optimisés.

- ISAAC Reference Design qui propose des modèles de robots déjà existant

- ISAAC Sim For Navigation qui permet de générer l'environnement du robot, avec une rendu haute qualité.

ISAAC est donc un simulateur très réaliste extrêmement complet. Malheureusement, il ne semble pas adapté à notre utilisation justement car il est trop complet. De plus, il semble très peu documenté et la configuration PC pour le faire fonctionner dans des conditions optimales nécessite d'être très puissante et donc onéreuse (CPU Intel Core i7, GPU NVIDIA RTX 2070, RAM 32GB, etc...).

Lien vers le site officiel : https://developer.nvidia.com/isaac-sdk

'''- WEBOTS : '''

Webots est une plateforme de simulation 3D open-source dans le domaine de la robotique, développée en 1996 par Cyberbotics et utilisée dans les simulations de service et industrielles. Il existe certains modèles de robots déjà créés mais il est aussi possible d’en construire un entièrement. Les robots peuvent être équipés avec de nombreux capteurs et actionneurs, et peuvent être programmés différemment et/ou communiqués entre eux. Ces robots peuvent ensuite évoluer dans un environnement 3D virtuel, intérieur ou extérieur. Cet outil offre la possibilité de développer sous Windows, Linux et MacOS, et peut être modélisé, programmé et simulé en C, C ++, Java, Python, Matlab ou URBI. Le logiciel est compatible avec des bibliothèques externes comme OpenCV.

Lien vers le site officiel : https://cyberbotics.com/

'''- GAZEBO :'''

Ce simulateur permet de une bibliothèque de robots existant mais permet aussi d'en créer soit, même. Il comporte de nombreux capteurs de différentes sorte (caméra, laser, Kinect, etc...) et permet même de simuler le bruit de ces capteurs. Il permet de réaliser un environnement intérieur comme extérieur. Gazebo possède une assez grande communauté ce qui fait qu'on trouve de nombreux tutoriels sur son fonctionnement sur Internet. Le simulateur fonctionne sur Ubuntu.

Lien vers le site officiel : http://gazebosim.org/

'''- MUJOCO :'''

MuJoCo semble trop complexe pour l’utilisation qu’on en aura : il nécessite de gérer soi-même la physique des objets. De plus, ce serait trop long à mettre en oeuvre : ce logiciel ressemble plus à un moteur physique qu’à un simulateur.

Lien vers le site officiel : http://www.mujoco.org/

'''- ROBOTRAN :'''

Robotran est un logiciel utilisé pour modéliser les interactions physiques entre les pièces mécaniques, ce ne sera pas utile pour nous.

Lien vers le site officiel : https://www.robotran.be/

'''- SIMSPARK :'''

SimSpark est un outil de simulation utilisé notamment par des équipes de la RoboCup, compétition faisant intervenir des robots footballeurs qui communiquent pour jouer un match de foot. Cette solution est puissante d’un point de vue “Intelligence Artificielle” mais est peu documentée et trop spécifique. Il sera difficile de l’utiliser dans notre contexte.

Lien vers le site officiel : http://simspark.sourceforge.net/

'''- MIRANDA :'''

Miranda est un logiciel de simulation de robots éducatifs. Il s’utilise via Scratch ou Python mais est payant. La création de robots différents des robots éducatifs (Ozobot, Thymio, etc) nécessite un abonnement Premium. On peut noter que ces robots éducatifs proposent parfois des simulateurs spécifiques (par exemple, Thymio) qui sont très accessibles mais aussi très limités puisqu’on ne peut pas choisir les éléments de notre robot. On ne retiendra pas cette solution.

Lien vers le site officiel : https://www.robot-advance.com/actualite-miranda-logiciel-de-simulation-robotique-209.htm

'''- OPENRAVE :'''

OpenRave est un logiciel permettant de tester, développer et déployer des algorithmes de planification de déplacement dans l'espace. Il dispose également d'un outil permettant de générer des fichiers adaptés au langage souhaité et est disponible sur tous les OS. Néanmoins, ce simulateur semble être adapté à un usage industriel à cause de son fonctionnement plus géométrique et disposant surtout de capteurs servants à mesurer l'espace.

Lien vers le site officiel : http://openrave.org/

== Simulateurs les plus adaptés à notre projet ==

{| class="wikitable centre" style="width:100%;"
|+ Comparatif des meilleurs simulateurs
|-
! scope=col | Simulateur
! scope=col | Capteurs
! scope=col | Communication
! scope=col | Robot
! scope=col | Remarques
|-
| style="width:20%;" |
Morse
| style="width:20%;" |
Caméra, LIDAR, GPS, etc...
| style="width:20%;" |
Complexe
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
Python

Beaucoup de tutos
|-
| style="width:20%;" |
Webots
| style="width:20%;" |
Caméra, LIDAR, capteurs de distance, etc
| style="width:20%;" |
Emetteur/Récepteur (Radio, Serial, IR)
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
C/C++, Java, Python, MATLAB, ROS

Windows + Linux

Tutos de qualité
|-
| style="width:20%;" |
Gazebo
| style="width:20%;" |
LASER, Caméra 2D/3D (Kinect), etc..
| style="width:20%;" |
Via Ros
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
ROS
XML

Windows + Linux

Tutos fournis
|}
Remarque : ROS = compliqué

== Choix final du logiciel ==

Notre choix se porte sur Webots car il dispose d’une grande panoplie de capteurs (caméra, LIDAR, capteurs de distance notamment) et car il permet la communication via un couple Émetteur/Récepteur (Radio, Serial, IR). Il nous offre la possibilité de concevoir notre robot ou d’utiliser une base existante : il y a beaucoup de choix. De plus, ce logiciel nous permet d'intervenir à tout moment dans la simulation afin de tester des scénarios réels. Enfin, il sera plus facile à prendre en main car il laisse le choix du Système d’Exploitation, du langage de programmation et fournit des tutoriels guidés pour apprendre à utiliser le logiciel.

Robots suiveurs 3 - État de l'art des simulateurs - groupe 1

2020-04-14T12:58:46Z

Léane :

Le but de cette partie est de se renseigner sur les différents simulateurs robotiques existants. En effet, dû au fait de l'impossibilité d'avoir accès au matériel de l'école, nous devons trouver un logiciel nous permettant de simuler un robot physique répondant aux critères de notre projet.

== Simulateurs existants ==

Nous cherchons un simulateur de robotique permettant de simuler le déplacement de robots suiveurs à base notamment de capteurs tels que les capteurs de distance, de couleur ou tels que les caméras.

Nous cherchons aussi un simulateur permettant la communication entre plusieurs robots.

Nous avons donc répertorié de nombreux simulateurs :

'''- MORSE :'''

MORSE permet de réaliser des simulations en 3D réalistes pouvant gérer entre 1 et 10 robots. Il peut aussi bien s'agir de simulation sur un environnement intérieur ou extérieur. Ce simulateur nécessite un OS Linux pour fonctionner. Il comporte des capteurs basiques ainsi que qu'une bibliothèque de robots déjà existant, bien qu'il soit possible d'en créer à partir de 0. Le simulateur permet de gérer à les fois les robots mais aussi l'environnement autours de ces derniers. Le langage utilisé est Python. La communication entre plusieurs robots est possible bien que complexe. Enfin, la documentation autours de MORSE est assez bien fournie, on trouve assez facilement des tutoriels.

Lien vers le site officiel : https://www.openrobots.org/morse/doc/stable/what_is_morse.html

'''- ISAAC :'''

Isaac est un simulateur développé par NVIDIA. Ce dernier propose des outils de développement d'intelligence artificielle spécialisée pour la robotique,ainsi qu'une plateforme de simulation. ISAAC est composé en 4 parties :

- ISAAC Engine, qui est un framework regroupant des outils de visualisation et une API en C

- ISAAC GEMs qui permet d'ajouter des fonctionnalités liés à des capteur au robot, comme par exemple la détection d'obstacle ou la reconnaissance vocale, en se basant sur des algorithme déjà conçus et optimisés.

- ISAAC Reference Design qui propose des modèles de robots déjà existant

- ISAAC Sim For Navigation qui permet de générer l'environnement du robot, avec une rendu haute qualité.

ISAAC est donc un simulateur très réaliste extrêmement complet. Malheureusement, il ne semble pas adapté à notre utilisation justement car il est trop complet. De plus, il semble très peu documenté et la configuration PC pour le faire fonctionner dans des conditions optimales nécessite d'être très puissante et donc onéreuse (CPU Intel Core i7, GPU NVIDIA RTX 2070, RAM 32GB, etc...).

Lien vers le site officiel : https://developer.nvidia.com/isaac-sdk

'''- WEBOTS : '''

Webots est une plateforme de simulation 3D open-source dans le domaine de la robotique, développée en 1996 par Cyberbotics et utilisée dans les simulations de service et industrielles. Il existe certains modèles de robots déjà créés mais il est aussi possible d’en construire un entièrement. Les robots peuvent être équipés avec de nombreux capteurs et actionneurs, et peuvent être programmés différemment et/ou communiqués entre eux. Ces robots peuvent ensuite évoluer dans un environnement 3D virtuel, intérieur ou extérieur. Cet outil offre la possibilité de développer sous Windows, Linux et MacOS, et peut être modélisé, programmé et simulé en C, C ++, Java, Python, Matlab ou URBI. Le logiciel est compatible avec des bibliothèques externes comme OpenCV.

Lien vers le site officiel : https://cyberbotics.com/

'''- GAZEBO :'''

Ce simulateur permet de une bibliothèque de robots existant mais permet aussi d'en créer soit, même. Il comporte de nombreux capteurs de différentes sorte (caméra, laser, Kinect, etc...) et permet même de simuler le bruit de ces capteurs. Il permet de réaliser un environnement intérieur comme extérieur. Gazebo possède une assez grande communauté ce qui fait qu'on trouve de nombreux tutoriels sur son fonctionnement sur Internet. Le simulateur fonctionne sur Ubuntu.

Lien vers le site officiel : http://gazebosim.org/

'''- MUJOCO :'''

MuJoCo semble trop complexe pour l’utilisation qu’on en aura : il nécessite de gérer soi-même la physique des objets. De plus, ce serait trop long à mettre en oeuvre : ce logiciel ressemble plus à un moteur physique qu’à un simulateur.

Lien vers le site officiel : http://www.mujoco.org/

'''- ROBOTRAN :'''

Robotran est un logiciel utilisé pour modéliser les interactions physiques entre les pièces mécaniques, ce ne sera pas utile pour nous.

Lien vers le site officiel : https://www.robotran.be/

'''- SIMSPARK :'''

SimSpark est un outil de simulation utilisé notamment par des équipes de la RoboCup, compétition faisant intervenir des robots footballeurs qui communiquent pour jouer un match de foot. Cette solution est puissante d’un point de vue “Intelligence Artificielle” mais est peu documentée et trop spécifique. Il sera difficile de l’utiliser dans notre contexte.

Lien vers le site officiel : http://simspark.sourceforge.net/

'''- MIRANDA :'''

Miranda est un logiciel de simulation de robots éducatifs. Il s’utilise via Scratch ou Python mais est payant. La création de robots différents des robots éducatifs (Ozobot, Thymio, etc) nécessite un abonnement Premium. On peut noter que ces robots éducatifs proposent parfois des simulateurs spécifiques (par exemple, Thymio) qui sont très accessibles mais aussi très limités puisqu’on ne peut pas choisir les éléments de notre robot. On ne retiendra pas cette solution.

Lien vers le site officiel : https://www.robot-advance.com/actualite-miranda-logiciel-de-simulation-robotique-209.htm

'''- OPENRAVE :'''

OpenRave est un logiciel permettant de tester, développer et déployer des algorithmes de planification de déplacement dans l'espace. Il dispose également d'un outil permettant de générer des fichiers adaptés au langage souhaité et est disponible sur tous les OS. Néanmoins, ce simulateur semble être adapté à un usage industriel à cause de son fonctionnement plus géométrique et disposant surtout de capteurs servants à mesurer l'espace.

Lien vers le site officiel : http://openrave.org/

== Simulateurs les plus adaptés à notre projet ==

{| class="wikitable centre" style="width:100%;"
|+ Comparatif des meilleurs simulateurs
|-
! scope=col | Simulateur
! scope=col | Capteurs
! scope=col | Communication
! scope=col | Robot
! scope=col | Remarques
|-
| style="width:20%;" |
Morse
| style="width:20%;" |
Caméra, LIDAR, GPS, etc...
| style="width:20%;" |
Complexe
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
Python

Beaucoup de tutos
|-
| style="width:20%;" |
Webots
| style="width:20%;" |
Caméra, LIDAR, capteurs de distance, etc
| style="width:20%;" |
Emetteur/Récepteur (Radio, Serial, IR)
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
C/C++, Java, Python, MATLAB, ROS

Windows + Linux

Tutos de qualité
|-
| style="width:20%;" |
Gazebo
| style="width:20%;" |
LASER, Caméra 2D/3D (Kinect), etc..
| style="width:20%;" |
Via Ros
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
ROS
XML

Windows + Linux

Tutos fournis
|}
Remarque : ROS = compliqué

== Choix final du logiciel ==

Notre choix se porte sur Webots car il dispose d’une grande panoplie de capteurs (caméra, LIDAR, capteurs de distance notamment) et car il permet la communication via un couple Émetteur/Récepteur (Radio, Serial, IR). Il nous offre la possibilité de concevoir notre robot ou d’utiliser une base existante : il y a beaucoup de choix. De plus, ce logiciel nous permet d'intervenir à tout moment dans la simulation afin de tester des scénarios réels. Enfin, il sera plus facile à prendre en main car il laisse le choix du Système d’Exploitation, du langage de programmation et fournit des tutoriels guidés pour apprendre à utiliser le logiciel.

Robots suiveurs 3 - État de l'art des simulateurs - groupe 1

2020-04-14T12:57:38Z

Léane :

Le but de cette partie est de se renseigner sur les différents simulateurs robotiques existants. En effet, dû au fait de l'impossibilité d'avoir accès au matériel de l'école, nous devons trouver un logiciel nous permettant de simuler un robot physique répondant aux critères de notre projet.

== Simulateurs existants ==

Nous cherchons un simulateur de robotique permettant de simuler le déplacement de robots suiveurs à base notamment de capteurs tels que les capteurs de distance, de couleur ou tels que les caméras.

Nous cherchons aussi un simulateur permettant la communication entre plusieurs robots.

Nous avons donc répertorié de nombreux simulateurs :

'''- MORSE :'''

MORSE permet de réaliser des simulations en 3D réalistes pouvant gérer entre 1 et 10 robots. Il peut aussi bien s'agir de simulation sur un environnement intérieur ou extérieur. Ce simulateur nécessite un OS Linux pour fonctionner. Il comporte des capteurs basiques ainsi que qu'une bibliothèque de robots déjà existant, bien qu'il soit possible d'en créer à partir de 0. Le simulateur permet de gérer à les fois les robots mais aussi l'environnement autours de ces derniers. Le langage utilisé est Python. La communication entre plusieurs robots est possible bien que complexe. Enfin, la documentation autours de MORSE est assez bien fournie, on trouve assez facilement des tutoriels.

Lien vers le site officiel : https://www.openrobots.org/morse/doc/stable/what_is_morse.html

'''- ISAAC :'''

Isaac est un simulateur développé par NVIDIA. Ce dernier propose des outils de développement d'intelligence artificielle spécialisée pour la robotique,ainsi qu'une plateforme de simulation. ISAAC est composé en 4 parties :

- ISAAC Engine, qui est un framework regroupant des outils de visualisation et une API en C

- ISAAC GEMs qui permet d'ajouter des fonctionnalités liés à des capteur au robot, comme par exemple la détection d'obstacle ou la reconnaissance vocale, en se basant sur des algorithme déjà conçus et optimisés.

- ISAAC Reference Design qui propose des modèles de robots déjà existant

- ISAAC Sim For Navigation qui permet de générer l'environnement du robot, avec une rendu haute qualité.

ISAAC est donc un simulateur très réaliste extrêmement complet. Malheureusement, il ne semble pas adapté à notre utilisation justement car il est trop complet. De plus, il semble très peu documenté et la configuration PC pour le faire fonctionner dans des conditions optimales nécessite d'être très puissante et donc onéreuse (CPU Intel Core i7, GPU NVIDIA RTX 2070, RAM 32GB, etc...).

Lien vers le site officiel : https://developer.nvidia.com/isaac-sdk

'''- WEBOTS : '''

Webots est une plateforme de simulation 3D open-source dans le domaine de la robotique, développée en 1996 par Cyberbotics et utilisée dans les simulations de service et industrielles. Il existe certains modèles de robots déjà créés mais il est aussi possible d’en construire un entièrement. Les robots peuvent être équipés avec de nombreux capteurs et actionneurs, et peuvent être programmés différemment et/ou communiqués entre eux. Ces robots peuvent ensuite évoluer dans un environnement 3D virtuel, intérieur ou extérieur. Cet outil offre la possibilité de développer sous Windows, Linux et MacOS, et peut être modélisé, programmé et simulé en C, C ++, Java, Python, Matlab ou URBI. Le logiciel est compatible avec des bibliothèques externes comme OpenCV.

Lien vers le site officiel : https://cyberbotics.com/

'''- GAZEBO :'''

Ce simulateur permet de une bibliothèque de robots existant mais permet aussi d'en créer soit, même. Il comporte de nombreux capteurs de différentes sorte (caméra, laser, Kinect, etc...) et permet même de simuler le bruit de ces capteurs. Il permet de réaliser un environnement intérieur comme extérieur. Gazebo possède une assez grande communauté ce qui fait qu'on trouve de nombreux tutoriels sur son fonctionnement sur Internet. Le simulateur fonctionne sur Ubuntu.

Lien vers le site officiel : http://gazebosim.org/

'''- MUJOCO :'''

MuJoCo semble trop complexe pour l’utilisation qu’on en aura : il nécessite de gérer soi-même la physique des objets. De plus, ce serait trop long à mettre en oeuvre : ce logiciel ressemble plus à un moteur physique qu’à un simulateur.

Lien vers le site officiel : http://www.mujoco.org/

'''- ROBOTRAN :'''

Robotran est un logiciel utilisé pour modéliser les interactions physiques entre les pièces mécaniques, ce ne sera pas utile pour nous.

Lien vers le site officiel : https://www.robotran.be/

'''- SIMSPARK :'''

SimSpark est un outil de simulation utilisé notamment par des équipes de la RoboCup, compétition faisant intervenir des robots footballeurs qui communiquent pour jouer un match de foot. Cette solution est puissante d’un point de vue “Intelligence Artificielle” mais est peu documentée et trop spécifique. Il sera difficile de l’utiliser dans notre contexte.

Lien vers le site officiel : http://simspark.sourceforge.net/

'''- MIRANDA :'''

Miranda est un logiciel de simulation de robots éducatifs. Il s’utilise via Scratch ou Python mais est payant. La création de robots différents des robots éducatifs (Ozobot, Thymio, etc) nécessite un abonnement Premium. On peut noter que ces robots éducatifs proposent parfois des simulateurs spécifiques (par exemple, Thymio) qui sont très accessibles mais aussi très limités puisqu’on ne peut pas choisir les éléments de notre robot. On ne retiendra pas cette solution.

Lien vers le site officiel : https://www.robot-advance.com/actualite-miranda-logiciel-de-simulation-robotique-209.htm

'''- OPENRAVE :'''

OpenRave est un logiciel permettant de tester, développer et déployer des algorithmes de planification de déplacement dans l'espace. Il dispose également d'un outil permettant de générer des fichiers adaptés au langage souhaité et est disponible sur tous les OS. Néanmoins, ce simulateur semble être adapté à un usage industriel à cause de son fonctionnement plus géométrique et disposant surtout de capteurs servants à mesurer l'espace.

Lien vers le site officiel : http://openrave.org/

== Simulateurs les plus adaptés à notre projet ==

{| class="wikitable centre" style="width:100%;"
|+ Comparatif des meilleurs simulateurs
|-
! scope=col | Simulateur
! scope=col | Capteurs
! scope=col | Communication
! scope=col | Robot
! scope=col | Remarques
|-
| style="width:20%;" |
Morse
| style="width:20%;" |
Caméra, LIDAR, GPS, etc...
| style="width:20%;" |
Complexe
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
Python

Beaucoup de tutos
|-
| style="width:20%;" |
Webots
| style="width:20%;" |
Caméra, LIDAR, capteurs de distance, etc
| style="width:20%;" |
Emetteur/Récepteur (Radio, Serial, IR)
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
C/C++, Java, Python, MATLAB, ROS

Windows + Linux

Tutos de qualité
|-
| style="width:20%;" |
Gazebo
| style="width:20%;" |
LASER, Caméra 2D/3D (Kinect), etc..
| style="width:20%;" |
Via Ros
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
ROS
XML

Windows + Linux

Tutos fournis
|}
Remarque : ROS = compliqué

== Choix final du logiciel ==

Notre choix se porte sur Webots car il dispose d’une grande panoplie de capteurs (caméra, LIDAR, capteurs de distance notamment) et car il permet la communication via un couple Émetteur/Récepteur (Radio, Serial, IR). Il nous offre la possibilité de concevoir notre robot ou d’utiliser une base existante : il y a beaucoup de choix. Enfin, il sera plus facile à prendre en main car il laisse le choix du Système d’Exploitation, du langage de programmation et fournit des tutoriels guidés pour apprendre à utiliser le logiciel.

Robots suiveurs 3 - État de l'art des simulateurs - groupe 1

2020-04-14T12:56:58Z

Léane : /* Choix final du logiciel */

Le but de cette partie est de se renseigner sur les différents simulateurs robotiques existants. En effet, dû au fait de l'impossibilité d'avoir accès au matériel de l'école, nous devons trouver un logiciel nous permettant de simuler un robot physique répondant aux critères de notre projet.

== Simulateurs existants ==

Nous cherchons un simulateur de robotique permettant de simuler le déplacement de robots suiveurs à base notamment de capteurs tels que les capteurs de distance, de couleur ou tels que les caméras.

Nous cherchons aussi un simulateur permettant la communication entre plusieurs robots.

Nous avons donc répertorié de nombreux simulateurs :

'''- MORSE :'''

MORSE permet de réaliser des simulations en 3D réalistes pouvant gérer entre 1 et 10 robots. Il peut aussi bien s'agir de simulation sur un environnement intérieur ou extérieur. Ce simulateur nécessite un OS Linux pour fonctionner. Il comporte des capteurs basiques ainsi que qu'une bibliothèque de robots déjà existant, bien qu'il soit possible d'en créer à partir de 0. Le simulateur permet de gérer à les fois les robots mais aussi l'environnement autours de ces derniers. Le langage utilisé est Python. La communication entre plusieurs robots est possible bien que complexe. Enfin, la documentation autours de MORSE est assez bien fournie, on trouve assez facilement des tutoriels.

Lien vers le site officiel : https://www.openrobots.org/morse/doc/stable/what_is_morse.html

'''- ISAAC :'''

Isaac est un simulateur développé par NVIDIA. Ce dernier propose des outils de développement d'intelligence artificielle spécialisée pour la robotique,ainsi qu'une plateforme de simulation. ISAAC est composé en 4 parties :

- ISAAC Engine, qui est un framework regroupant des outils de visualisation et une API en C

- ISAAC GEMs qui permet d'ajouter des fonctionnalités liés à des capteur au robot, comme par exemple la détection d'obstacle ou la reconnaissance vocale, en se basant sur des algorithme déjà conçus et optimisés.

- ISAAC Reference Design qui propose des modèles de robots déjà existant

- ISAAC Sim For Navigation qui permet de générer l'environnement du robot, avec une rendu haute qualité.

ISAAC est donc un simulateur très réaliste extrêmement complet. Malheureusement, il ne semble pas adapté à notre utilisation justement car il est trop complet. De plus, il semble très peu documenté et la configuration PC pour le faire fonctionner dans des conditions optimales nécessite d'être très puissante et donc onéreuse (CPU Intel Core i7, GPU NVIDIA RTX 2070, RAM 32GB, etc...).

Lien vers le site officiel : https://developer.nvidia.com/isaac-sdk

'''- WEBOTS : '''

Webots est une plateforme de simulation 3D open-source dans le domaine de la robotique, développée en 1996 par Cyberbotics et utilisée dans les simulations de service et industrielles. Il existe certains modèles de robots déjà créés mais il est aussi possible d’en construire un entièrement. Les robots peuvent être équipés avec de nombreux capteurs et actionneurs, et peuvent être programmés différemment et/ou communiqués entre eux. Ces robots peuvent ensuite évoluer dans un environnement 3D virtuel, intérieur ou extérieur. Cet outil offre la possibilité de développer sous Windows, Linux et MacOS, et peut être modélisé, programmé et simulé en C, C ++, Java, Python, Matlab ou URBI. Le logiciel est compatible avec des bibliothèques externes comme OpenCV.

Lien vers le site officiel : https://cyberbotics.com/

'''- GAZEBO :'''

Ce simulateur permet de une bibliothèque de robots existant mais permet aussi d'en créer soit, même. Il comporte de nombreux capteurs de différentes sorte (caméra, laser, Kinect, etc...) et permet même de simuler le bruit de ces capteurs. Il permet de réaliser un environnement intérieur comme extérieur. Gazebo possède une assez grande communauté ce qui fait qu'on trouve de nombreux tutoriels sur son fonctionnement sur Internet. Le simulateur fonctionne sur Ubuntu.

Lien vers le site officiel : http://gazebosim.org/

'''- MUJOCO :'''

MuJoCo semble trop complexe pour l’utilisation qu’on en aura : il nécessite de gérer soi-même la physique des objets. De plus, ce serait trop long à mettre en oeuvre : ce logiciel ressemble plus à un moteur physique qu’à un simulateur.

Lien vers le site officiel : http://www.mujoco.org/

'''- ROBOTRAN :'''

Robotran est un logiciel utilisé pour modéliser les interactions physiques entre les pièces mécaniques, ce ne sera pas utile pour nous.

Lien vers le site officiel : https://www.robotran.be/

'''- SIMSPARK :'''

SimSpark est un outil de simulation utilisé notamment par des équipes de la RoboCup, compétition faisant intervenir des robots footballeurs qui communiquent pour jouer un match de foot. Cette solution est puissante d’un point de vue “Intelligence Artificielle” mais est peu documentée et trop spécifique. Il sera difficile de l’utiliser dans notre contexte.

Lien vers le site officiel : http://simspark.sourceforge.net/

'''- MIRANDA :'''

Miranda est un logiciel de simulation de robots éducatifs. Il s’utilise via Scratch ou Python mais est payant. La création de robots différents des robots éducatifs (Ozobot, Thymio, etc) nécessite un abonnement Premium. On peut noter que ces robots éducatifs proposent parfois des simulateurs spécifiques (par exemple, Thymio) qui sont très accessibles mais aussi très limités puisqu’on ne peut pas choisir les éléments de notre robot. On ne retiendra pas cette solution.

Lien vers le site officiel : https://www.robot-advance.com/actualite-miranda-logiciel-de-simulation-robotique-209.htm

'''- OPENRAVE :'''

OpenRave est un logiciel permettant de tester, développer et déployer des algorithmes de planification de déplacement dans l'espace. Il dispose également d'un outil permettant de générer des fichiers adaptés au langage souhaité et est disponible sur tous les OS. Néanmoins, ce simulateur semble être adapté à un usage industriel à cause de son fonctionnement plus géométrique et disposant surtout de capteurs servants à mesurer l'espace.

Lien vers le site officiel : http://openrave.org/

== Simulateurs les plus adaptés à notre projet ==

{| class="wikitable centre" style="width:100%;"
|+ Comparatif des meilleurs simulateurs
|-
! scope=col | Simulateur
! scope=col | Capteurs
! scope=col | Communication
! scope=col | Robot
! scope=col | Remarques
|-
| style="width:20%;" |
Morse
| style="width:20%;" |
Caméra, LIDAR, GPS, etc...
| style="width:20%;" |
Complexe
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
Python

Beaucoup de tutos
|-
| style="width:20%;" |
Webots
| style="width:20%;" |
Caméra, LIDAR, capteurs de distance, etc
| style="width:20%;" |
Emetteur/Récepteur (Radio, Serial, IR)
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
C/C++, Java, Python, MATLAB, ROS

Windows + Linux

Tutos de qualité
|-
| style="width:20%;" |
Gazebo
| style="width:20%;" |
LASER, Caméra 2D/3D (Kinect), etc..
| style="width:20%;" |
Via Ros
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
ROS
XML

Windows + Linux

Tutos fournis
|}
Remarque : ROS = compliqué

== Choix final du logiciel ==

Notre choix se porte sur Webots car il dispose d’une grande panoplie de capteurs (caméra, LIDAR, capteurs de distance notamment) et car il permet la communication via un couple Émetteur/Récepteur (Radio, Serial, IR). Il nous offre la possibilité de concevoir notre robot ou d’utiliser une base existante : il y a beaucoup de choix. Enfin, il sera plus facile à prendre en main car il laisse le choix du Système d’Exploitation, du langage de programmation et fournit des tutoriels guidés pour apprendre à utiliser le logiciel.

Robots suiveurs 3 - État de l'art des simulateurs - groupe 1

2020-04-14T12:55:59Z

Léane :

Le but de cette partie est de se renseigner sur les différents simulateurs robotiques existants. En effet, dû au fait de l'impossibilité d'avoir accès au matériel de l'école, nous devons trouver un logiciel nous permettant de simuler un robot physique répondant aux critères de notre projet.

== Simulateurs existants ==

Nous cherchons un simulateur de robotique permettant de simuler le déplacement de robots suiveurs à base notamment de capteurs tels que les capteurs de distance, de couleur ou tels que les caméras.

Nous cherchons aussi un simulateur permettant la communication entre plusieurs robots.

Nous avons donc répertorié de nombreux simulateurs :

'''- MORSE :'''

MORSE permet de réaliser des simulations en 3D réalistes pouvant gérer entre 1 et 10 robots. Il peut aussi bien s'agir de simulation sur un environnement intérieur ou extérieur. Ce simulateur nécessite un OS Linux pour fonctionner. Il comporte des capteurs basiques ainsi que qu'une bibliothèque de robots déjà existant, bien qu'il soit possible d'en créer à partir de 0. Le simulateur permet de gérer à les fois les robots mais aussi l'environnement autours de ces derniers. Le langage utilisé est Python. La communication entre plusieurs robots est possible bien que complexe. Enfin, la documentation autours de MORSE est assez bien fournie, on trouve assez facilement des tutoriels.

Lien vers le site officiel : https://www.openrobots.org/morse/doc/stable/what_is_morse.html

'''- ISAAC :'''

Isaac est un simulateur développé par NVIDIA. Ce dernier propose des outils de développement d'intelligence artificielle spécialisée pour la robotique,ainsi qu'une plateforme de simulation. ISAAC est composé en 4 parties :

- ISAAC Engine, qui est un framework regroupant des outils de visualisation et une API en C

- ISAAC GEMs qui permet d'ajouter des fonctionnalités liés à des capteur au robot, comme par exemple la détection d'obstacle ou la reconnaissance vocale, en se basant sur des algorithme déjà conçus et optimisés.

- ISAAC Reference Design qui propose des modèles de robots déjà existant

- ISAAC Sim For Navigation qui permet de générer l'environnement du robot, avec une rendu haute qualité.

ISAAC est donc un simulateur très réaliste extrêmement complet. Malheureusement, il ne semble pas adapté à notre utilisation justement car il est trop complet. De plus, il semble très peu documenté et la configuration PC pour le faire fonctionner dans des conditions optimales nécessite d'être très puissante et donc onéreuse (CPU Intel Core i7, GPU NVIDIA RTX 2070, RAM 32GB, etc...).

Lien vers le site officiel : https://developer.nvidia.com/isaac-sdk

'''- WEBOTS : '''

Webots est une plateforme de simulation 3D open-source dans le domaine de la robotique, développée en 1996 par Cyberbotics et utilisée dans les simulations de service et industrielles. Il existe certains modèles de robots déjà créés mais il est aussi possible d’en construire un entièrement. Les robots peuvent être équipés avec de nombreux capteurs et actionneurs, et peuvent être programmés différemment et/ou communiqués entre eux. Ces robots peuvent ensuite évoluer dans un environnement 3D virtuel, intérieur ou extérieur. Cet outil offre la possibilité de développer sous Windows, Linux et MacOS, et peut être modélisé, programmé et simulé en C, C ++, Java, Python, Matlab ou URBI. Le logiciel est compatible avec des bibliothèques externes comme OpenCV.

Lien vers le site officiel : https://cyberbotics.com/

'''- GAZEBO :'''

Ce simulateur permet de une bibliothèque de robots existant mais permet aussi d'en créer soit, même. Il comporte de nombreux capteurs de différentes sorte (caméra, laser, Kinect, etc...) et permet même de simuler le bruit de ces capteurs. Il permet de réaliser un environnement intérieur comme extérieur. Gazebo possède une assez grande communauté ce qui fait qu'on trouve de nombreux tutoriels sur son fonctionnement sur Internet. Le simulateur fonctionne sur Ubuntu.

Lien vers le site officiel : http://gazebosim.org/

'''- MUJOCO :'''

MuJoCo semble trop complexe pour l’utilisation qu’on en aura : il nécessite de gérer soi-même la physique des objets. De plus, ce serait trop long à mettre en oeuvre : ce logiciel ressemble plus à un moteur physique qu’à un simulateur.

Lien vers le site officiel : http://www.mujoco.org/

'''- ROBOTRAN :'''

Robotran est un logiciel utilisé pour modéliser les interactions physiques entre les pièces mécaniques, ce ne sera pas utile pour nous.

Lien vers le site officiel : https://www.robotran.be/

'''- SIMSPARK :'''

SimSpark est un outil de simulation utilisé notamment par des équipes de la RoboCup, compétition faisant intervenir des robots footballeurs qui communiquent pour jouer un match de foot. Cette solution est puissante d’un point de vue “Intelligence Artificielle” mais est peu documentée et trop spécifique. Il sera difficile de l’utiliser dans notre contexte.

Lien vers le site officiel : http://simspark.sourceforge.net/

'''- MIRANDA :'''

Miranda est un logiciel de simulation de robots éducatifs. Il s’utilise via Scratch ou Python mais est payant. La création de robots différents des robots éducatifs (Ozobot, Thymio, etc) nécessite un abonnement Premium. On peut noter que ces robots éducatifs proposent parfois des simulateurs spécifiques (par exemple, Thymio) qui sont très accessibles mais aussi très limités puisqu’on ne peut pas choisir les éléments de notre robot. On ne retiendra pas cette solution.

Lien vers le site officiel : https://www.robot-advance.com/actualite-miranda-logiciel-de-simulation-robotique-209.htm

'''- OPENRAVE :'''

OpenRave est un logiciel permettant de tester, développer et déployer des algorithmes de planification de déplacement dans l'espace. Il dispose également d'un outil permettant de générer des fichiers adaptés au langage souhaité et est disponible sur tous les OS. Néanmoins, ce simulateur semble être adapté à un usage industriel à cause de son fonctionnement plus géométrique et disposant surtout de capteurs servants à mesurer l'espace.

Lien vers le site officiel : http://openrave.org/

== Simulateurs les plus adaptés à notre projet ==

{| class="wikitable centre" style="width:100%;"
|+ Comparatif des meilleurs simulateurs
|-
! scope=col | Simulateur
! scope=col | Capteurs
! scope=col | Communication
! scope=col | Robot
! scope=col | Remarques
|-
| style="width:20%;" |
Morse
| style="width:20%;" |
Caméra, LIDAR, GPS, etc...
| style="width:20%;" |
Complexe
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
Python

Beaucoup de tutos
|-
| style="width:20%;" |
Webots
| style="width:20%;" |
Caméra, LIDAR, capteurs de distance, etc
| style="width:20%;" |
Emetteur/Récepteur (Radio, Serial, IR)
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
C/C++, Java, Python, MATLAB, ROS

Windows + Linux

Tutos de qualité
|-
| style="width:20%;" |
Gazebo
| style="width:20%;" |
LASER, Caméra 2D/3D (Kinect), etc..
| style="width:20%;" |
Via Ros
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
ROS
XML

Windows + Linux

Tutos fournis
|}
Remarque : ROS = compliqué

== Choix final du logiciel ==

Notre choix se porte sur Webots car il dispose d’une grande panoplie de capteurs (caméra, LIDAR, capteurs de distance notamment) et car il permet la communication via un couple Émetteur/Récepteur (Radio, Serial, IR). Il nous offre la possibilité de concevoir notre robot ou d’utiliser une base existante : il y a beaucoup de choix. Enfin, il sera plus facile à prendre en main car il laisse le choix du Système d’Exploitation, du langage de programmation et fournit des tutoriels guidés pour apprendre à utiliser le logiciel.

Robots suiveurs 3 - État de l'art des simulateurs - groupe 1

2020-04-14T12:53:36Z

Léane : /* Simulateurs existants */

Robots suiveurs 3 - État de l'art des simulateurs - groupe 1

2020-04-14T12:36:21Z

Léane :

Le but de cette partie est de se renseigner sur les différents simulateurs robotiques existants. En effet, dû au fait de l'impossibilité d'avoir accès au matériel de l'école, nous devons trouver un logiciel nous permettant de simuler un robot physique répondant aux critères de notre projet.

== Simulateurs existants ==

Nous cherchons un simulateur de robotique permettant de simuler le déplacement de robots suiveurs à base notamment de capteurs tels que les capteurs de distance, de couleur ou tels que les caméras.

Nous cherchons aussi un simulateur permettant la communication entre plusieurs robots.

Nous avons donc répertorié de nombreux simulateurs :

'''- MORSE :'''

MORSE permet de réaliser des simulations en 3D réalistes pouvant gérer entre 1 et 10 robots. Il peut aussi bien s'agir de simulation sur un environnement intérieur ou extérieur. Ce simulateur nécessite un OS Linux pour fonctionner. Il comporte des capteurs basiques ainsi que qu'une bibliothèque de robots déjà existant, bien qu'il soit possible d'en créer à partir de 0. Le simulateur permet de gérer à les fois les robots mais aussi l'environnement autours de ces derniers. Le langage utilisé est Python. La communication entre plusieurs robots est possible bien que complexe. Enfin, la documentation autours de MORSE est assez bien fournie, on trouve assez facilement des tutoriels.

Lien vers le site officiel : https://www.openrobots.org/morse/doc/stable/what_is_morse.html

'''- ISAAC :'''

Isaac est un simulateur développé par NVIDIA. Ce dernier propose des outils de développement d'intelligence artificielle spécialisée pour la robotique,ainsi qu'une plateforme de simulation. ISAAC est composé en 4 parties :

- ISAAC Engine, qui est un framework regroupant des outils de visualisation et une API en C

- ISAAC GEMs qui permet d'ajouter des fonctionnalités liés à des capteur au robot, comme par exemple la détection d'obstacle ou la reconnaissance vocale, en se basant sur des algorithme déjà conçus et optimisés.

- ISAAC Reference Design qui propose des modèles de robots déjà existant

- ISAAC Sim For Navigation qui permet de générer l'environnement du robot, avec une rendu haute qualité.

A l’air trop compliqué pour ce qu’on veut faire, site internet difficilement compréhensible, optimisé pour des puces spécifique (Jetson AGX), peu de documentation.

'''- WEBOTS : '''

Webots est une plateforme de simulation 3D open-source dans le domaine de la robotique, développée en 1996 par Cyberbotics et utilisée dans les simulations de service et industrielles. Il existe certains modèles de robots déjà créés mais il est aussi possible d’en construire un entièrement. Les robots peuvent être équipés avec de nombreux capteurs et actionneurs, et peuvent être programmés différemment et/ou communiqués entre eux. Ces robots peuvent ensuite évoluer dans un environnement 3D virtuel, intérieur ou extérieur. Cet outil offre la possibilité de développer sous Windows, Linux et MacOS, et peut être modélisé, programmé et simulé en C, C ++, Java, Python, Matlab ou URBI. Le logiciel est compatible avec des bibliothèques externes comme OpenCV.

Lien vers le site officiel : https://cyberbotics.com/

'''- Gazebo :'''

Ubuntu, beaucoup de capteurs et de modèles de robot, language ??, bien documenté, à l’air un peu plus compliqué que Webots, possibilité de communication entre plusieurs robots, rendu OpenGL

'''- MUJOCO :'''

MuJoCo semble trop complexe pour l’utilisation qu’on en aura : il nécessite de gérer soi-même la physique des objets. De plus, ce serait trop long à mettre en oeuvre : ce logiciel ressemble plus à un moteur physique qu’à un simulateur.

Lien vers le site officiel : http://www.mujoco.org/

'''- ROBOTRAN :'''

Robotran est un logiciel utilisé pour modéliser les interactions physiques entre les pièces mécaniques, ce ne sera pas utile pour nous.

Lien vers le site officiel : https://www.robotran.be/

'''- SIMSPARK :'''

SimSpark est un outil de simulation utilisé notamment par des équipes de la RoboCup, compétition faisant intervenir des robots footballeurs qui communiquent pour jouer un match de foot. Cette solution est puissante d’un point de vue “Intelligence Artificielle” mais est peu documentée et trop spécifique. Il sera difficile de l’utiliser dans notre contexte.

Lien vers le site officiel : http://simspark.sourceforge.net/

'''- MIRANDA :'''

Miranda est un logiciel de simulation de robots éducatifs. Il s’utilise via Scratch ou Python mais est payant. La création de robots différents des robots éducatifs (Ozobot, Thymio, etc) nécessite un abonnement Premium. On peut noter que ces robots éducatifs proposent parfois des simulateurs spécifiques (par exemple, Thymio) qui sont très accessibles mais aussi très limités puisqu’on ne peut pas choisir les éléments de notre robot. On ne retiendra pas cette solution.

Lien vers le site officiel : https://www.robot-advance.com/actualite-miranda-logiciel-de-simulation-robotique-209.htm

'''- OPENRAVE :'''

OpenRave est un logiciel permettant de tester, développer et déployer des algorithmes de planification de déplacement dans l'espace. Il dispose également d'un outil permettant de générer des fichiers adaptés au langage souhaité et est disponible sur tous les OS. Néanmoins, ce simulateur semble être adapté à un usage industriel à cause de son fonctionnement plus géométrique et disposant surtout de capteurs servants à mesurer l'espace.

Lien vers le site officiel : http://openrave.org/

== Simulateurs les plus adaptés à notre projet ==

{| class="wikitable centre" style="width:100%;"
|+ Comparatif des meilleurs simulateurs
|-
! scope=col | Simulateur
! scope=col | Capteurs
! scope=col | Communication
! scope=col | Robot
! scope=col | Remarques
|-
| style="width:20%;" |
Morse
| style="width:20%;" |
Caméra, LIDAR, GPS, etc...
| style="width:20%;" |
Complexe
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
Python

Beaucoup de tutos
|-
| style="width:20%;" |
Webots
| style="width:20%;" |
Caméra, LIDAR, capteurs de distance, etc
| style="width:20%;" |
Emetteur/Récepteur (Radio, Serial, IR)
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
C/C++, Java, Python, MATLAB, ROS

Windows + Linux

Tutos de qualité
|-
| style="width:20%;" |
Gazebo
| style="width:20%;" |
LASER, Caméra 2D/3D (Kinect), etc..
| style="width:20%;" |
Via Ros
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
ROS
XML

Windows + Linux

Tutos fournis
|}
Remarque : ROS = compliqué

Robots suiveurs 3 - État de l'art des simulateurs - groupe 1

2020-04-14T12:35:46Z

Léane :

Le but de cette partie est de se renseigner sur les différents simulateurs robotiques existants. En effet, dû au fait de l'impossibilité d'avoir accès au matériel de l'école, nous devons trouver un logiciel nous permettant de simuler un robot physique répondant aux critères de notre projet.

== Simulateurs existants ==

Nous cherchons un simulateur de robotique permettant de simuler le déplacement de robots suiveurs à base notamment de capteurs tels que les capteurs de distance, de couleur ou tels que les caméras.

Nous cherchons aussi un simulateur permettant la communication entre plusieurs robots.

Nous avons donc répertorié de nombreux simulateurs :

'''- MORSE :'''

MORSE permet de réaliser des simulations en 3D réalistes pouvant gérer entre 1 et 10 robots. Il peut aussi bien s'agir de simulation sur un environnement intérieur ou extérieur. Ce simulateur nécessite un OS Linux pour fonctionner. Il comporte des capteurs basiques ainsi que qu'une bibliothèque de robots déjà existant, bien qu'il soit possible d'en créer à partir de 0. Le simulateur permet de gérer à les fois les robots mais aussi l'environnement autours de ces derniers. Le langage utilisé est Python. La communication entre plusieurs robots est possible bien que complexe. Enfin, la documentation autours de MORSE est assez bien fournie, on trouve assez facilement des tutoriels.

Lien vers le site officiel : https://www.openrobots.org/morse/doc/stable/what_is_morse.html

'''- ISAAC :'''

Isaac est un simulateur développé par NVIDIA. Ce dernier propose des outils de développement d'intelligence artificielle spécialisée pour la robotique,ainsi qu'une plateforme de simulation. ISAAC est composé en 4 parties :

- ISAAC Engine, qui est un framework regroupant des outils de visualisation et une API en C

- ISAAC GEMs qui permet d'ajouter des fonctionnalités liés à des capteur au robot, comme par exemple la détection d'obstacle ou la reconnaissance vocale, en se basant sur des algorithme déjà conçus et optimisés.

- ISAAC Reference Design qui propose des modèles de robots déjà existant

- ISAAC Sim For Navigation qui permet de générer l'environnement du robot, avec une rendu haute qualité.

A l’air trop compliqué pour ce qu’on veut faire, site internet difficilement compréhensible, optimisé pour des puces spécifique (Jetson AGX), peu de documentation.

'''- WEBOTS : '''

Webots est une plateforme de simulation 3D open-source dans le domaine de la robotique, développée en 1996 par Cyberbotics et utilisée dans les simulations de service et industrielles. Il existe certains modèles de robots déjà créés mais il est aussi possible d’en construire un entièrement. Les robots peuvent être équipés avec de nombreux capteurs et actionneurs, et peuvent être programmés différemment et/ou communiqués entre eux. Ces robots peuvent ensuite évoluer dans un environnement 3D virtuel, intérieur ou extérieur. Cet outil offre la possibilité de développer sous Windows, Linux et MacOS, et peut être modélisé, programmé et simulé en C, C ++, Java, Python, Matlab ou URBI. Le logiciel est compatible avec des bibliothèques externes comme OpenCV.

Lien vers le site officiel : https://cyberbotics.com/

'''- Gazebo :'''

Ubuntu, beaucoup de capteurs et de modèles de robot, language ??, bien documenté, à l’air un peu plus compliqué que Webots, possibilité de communication entre plusieurs robots, rendu OpenGL

'''- MUJOCO :'''

MuJoCo semble trop complexe pour l’utilisation qu’on en aura : il nécessite de gérer soi-même la physique des objets. De plus, ce serait trop long à mettre en oeuvre : ce logiciel ressemble plus à un moteur physique qu’à un simulateur.

Lien vers le site officiel : http://www.mujoco.org/

'''- ROBOTRAN :'''

Robotran est un logiciel utilisé pour modéliser les interactions physiques entre les pièces mécaniques, ce ne sera pas utile pour nous.

Lien vers le site officiel : https://www.robotran.be/

'''- SIMSPARK :'''

SimSpark est un outil de simulation utilisé notamment par des équipes de la RoboCup, compétition faisant intervenir des robots footballeurs qui communiquent pour jouer un match de foot. Cette solution est puissante d’un point de vue “Intelligence Artificielle” mais est peu documentée et trop spécifique. Il sera difficile de l’utiliser dans notre contexte.

Lien vers le site officiel : http://simspark.sourceforge.net/

'''- Miranda :'''

Miranda est un logiciel de simulation de robots éducatifs. Il s’utilise via Scratch ou Python mais est payant. La création de robots différents des robots éducatifs (Ozobot, Thymio, etc) nécessite un abonnement Premium. On peut noter que ces robots éducatifs proposent parfois des simulateurs spécifiques (par exemple, Thymio) qui sont très accessibles mais aussi très limités puisqu’on ne peut pas choisir les éléments de notre robot. On ne retiendra pas cette solution.

Lien vers le site officiel : https://www.robot-advance.com/actualite-miranda-logiciel-de-simulation-robotique-209.htm

'''- OpenRAVE :'''

OpenRave est un logiciel permettant de tester, développer et déployer des algorithmes de planification de déplacement dans l'espace. Il dispose également d'un outil permettant de générer des fichiers adaptés au langage souhaité et est disponible sur tous les OS. Néanmoins, ce simulateur semble être adapté à un usage industriel à cause de son fonctionnement plus géométrique et disposant surtout de capteurs servants à mesurer l'espace.

Lien vers le site officiel : http://openrave.org/

== Simulateurs les plus adaptés à notre projet ==

{| class="wikitable centre" style="width:100%;"
|+ Comparatif des meilleurs simulateurs
|-
! scope=col | Simulateur
! scope=col | Capteurs
! scope=col | Communication
! scope=col | Robot
! scope=col | Remarques
|-
| style="width:20%;" |
Morse
| style="width:20%;" |
Caméra, LIDAR, GPS, etc...
| style="width:20%;" |
Complexe
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
Python

Beaucoup de tutos
|-
| style="width:20%;" |
Webots
| style="width:20%;" |
Caméra, LIDAR, capteurs de distance, etc
| style="width:20%;" |
Emetteur/Récepteur (Radio, Serial, IR)
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
C/C++, Java, Python, MATLAB, ROS

Windows + Linux

Tutos de qualité
|-
| style="width:20%;" |
Gazebo
| style="width:20%;" |
LASER, Caméra 2D/3D (Kinect), etc..
| style="width:20%;" |
Via Ros
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
ROS
XML

Windows + Linux

Tutos fournis
|}
Remarque : ROS = compliqué

Robots suiveurs 3 - État de l'art des simulateurs - groupe 1

2020-04-14T12:30:40Z

Léane :

Le but de cette partie est de se renseigner sur les différents simulateurs robotiques existants. En effet, dû au fait de l'impossibilité d'avoir accès au matériel de l'école, nous devons trouver un logiciel nous permettant de simuler un robot physique répondant aux critères de notre projet.

== Simulateurs existants ==

Nous cherchons un simulateur de robotique permettant de simuler le déplacement de robots suiveurs à base notamment de capteurs tels que les capteurs de distance, de couleur ou tels que les caméras.

Nous cherchons aussi un simulateur permettant la communication entre plusieurs robots.

Nous avons donc répertorié de nombreux simulateurs :

'''- MORSE :'''

MORSE permet de réaliser des simulations en 3D réalistes pouvant gérer entre 1 et 10 robots. Il peut aussi bien s'agir de simulation sur un environnement intérieur ou extérieur. Ce simulateur nécessite un OS Linux pour fonctionner. Il comporte des capteurs basiques ainsi que qu'une bibliothèque de robots déjà existant, bien qu'il soit possible d'en créer à partir de 0. Le simulateur permet de gérer à les fois les robots mais aussi l'environnement autours de ces derniers. Le langage utilisé est Python. La communication entre plusieurs robots est possible bien que complexe. Enfin, la documentation autours de MORSE est assez bien fournie, on trouve assez facilement des tutoriels.

Lien vers le site officiel : https://www.openrobots.org/morse/doc/stable/what_is_morse.html

'''- ISAAC :'''

Isaac est un simulateur développé par NVIDIA. Ce dernier propose des outils de développement d'intelligence artificielle spécialisée pour la robotique,ainsi qu'une plateforme de simulation. ISAAC est composé en 4 parties :

- ISAAC Engine, qui est un framework regroupant des outils de visualisation et une API en C

- ISAAC GEMs qui permet d'ajouter des fonctionnalités liés à des capteur au robot, comme par exemple la détection d'obstacle ou la reconnaissance vocale, en se basant sur des algorithme déjà conçus et optimisés.

- ISAAC Reference Design qui propose des modèles de robots déjà existant

- ISAAC Sim For Navigation qui permet de générer l'environnement du robot, avec une rendu haute qualité.

A l’air trop compliqué pour ce qu’on veut faire, site internet difficilement compréhensible, optimisé pour des puces spécifique (Jetson AGX), peu de documentation.

'''- WEBOTS : '''

Webots est une plateforme de simulation 3D open-source dans le domaine de la robotique, développée en 1996 par Cyberbotics et utilisée dans les simulations de service et industrielles. Il existe certains modèles de robots déjà créés mais il est aussi possible d’en construire un entièrement. Les robots peuvent être équipés avec de nombreux capteurs et actionneurs, et peuvent être programmés différemment et/ou communiqués entre eux. Ces robots peuvent ensuite évoluer dans un environnement 3D virtuel, intérieur ou extérieur. Cet outil offre la possibilité de développer sous Windows, Linux et MacOS, et peut être modélisé, programmé et simulé en C, C ++, Java, Python, Matlab ou URBI. Le logiciel est compatible avec des bibliothèques externes comme OpenCV.

Lien vers le site officiel : https://cyberbotics.com/

'''- Gazebo :'''

Ubuntu, beaucoup de capteurs et de modèles de robot, language ??, bien documenté, à l’air un peu plus compliqué que Webots, possibilité de communication entre plusieurs robots, rendu OpenGL

'''- MuJoCo :'''

Nécessite de gérer soit même la physique des objets donc beaucoup trop compliqué pour ce qu’on veut faire, trop long à mettre en oeuvre, à plus l’air d’un moteur physique que d’un simulateur

'''- Robotran :'''

Utilisé pour modéliser les interactions physiques, pas utile pour nous

'''- Simspark :'''

Possibilité de communication entre plusieurs robots, modèles de robots déjà existant ??, peu de documentation ,surtout utilisé pour match de foot de robots, trop spécifique à une utilisation précise

'''- Miranda :'''

Payant, Python, modèle de robots déjà existants (robot éducatifs), création de robot nécessite abonnement Premium

'''- OpenRAVE :'''

OpenRave est un logiciel permettant de tester, développer et déployer des algorithmes de planification de déplacement dans l'espace. Il dispose également d'un outil permettant de générer des fichiers adaptés au langage souhaité et est disponible sur tous les OS. Néanmoins, ce simulateur semble être adapté à un usage industriel à cause de son fonctionnement plus géométrique et disposant surtout de capteurs servants à mesurer l'espace.

Lien vers le site officiel : http://openrave.org/

== Simulateurs les plus adaptés à notre projet ==

{| class="wikitable centre" style="width:100%;"
|+ Comparatif des meilleurs simulateurs
|-
! scope=col | Simulateur
! scope=col | Capteurs
! scope=col | Communication
! scope=col | Robot
! scope=col | Remarques
|-
| style="width:20%;" |
Morse
| style="width:20%;" |
Caméra, LIDAR, GPS, etc...
| style="width:20%;" |
Complexe
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
Python

Beaucoup de tutos
|-
| style="width:20%;" |
Webots
| style="width:20%;" |
Caméra, LIDAR, capteurs de distance, etc
| style="width:20%;" |
Emetteur/Récepteur (Radio, Serial, IR)
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
C/C++, Java, Python, MATLAB, ROS

Windows + Linux

Tutos de qualité
|-
| style="width:20%;" |
Gazebo
| style="width:20%;" |
LASER, Caméra 2D/3D (Kinect), etc..
| style="width:20%;" |
Via Ros
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
ROS
XML

Windows + Linux

Tutos fournis
|}
Remarque : ROS = compliqué

Robots suiveurs 3 - État de l'art des simulateurs - groupe 1

2020-04-14T12:28:52Z

Léane :

Le but de cette partie est de se renseigner sur les différents simulateurs robotiques existants. En effet, dû au fait de l'impossibilité d'avoir accès au matériel de l'école, nous devons trouver un logiciel nous permettant de simuler un robot physique répondant aux critères de notre projet.

== Simulateurs existants ==

Nous cherchons un simulateur de robotique permettant de simuler le déplacement de robots suiveurs à base notamment de capteurs tels que les capteurs de distance, de couleur ou tels que les caméras.

Nous cherchons aussi un simulateur permettant la communication entre plusieurs robots.

Nous avons donc répertorié de nombreux simulateurs :

'''- MORSE :'''

MORSE permet de réaliser des simulations en 3D réalistes pouvant gérer entre 1 et 10 robots. Il peut aussi bien s'agir de simulation sur un environnement intérieur ou extérieur. Ce simulateur nécessite un OS Linux pour fonctionner. Il comporte des capteurs basiques ainsi que qu'une bibliothèque de robots déjà existant, bien qu'il soit possible d'en créer à partir de 0. Le simulateur permet de gérer à les fois les robots mais aussi l'environnement autours de ces derniers. Le langage utilisé est Python. La communication entre plusieurs robots est possible bien que complexe. Enfin, la documentation autours de MORSE est assez bien fournie, on trouve assez facilement des tutoriels.

Lien vers le site officiel : https://www.openrobots.org/morse/doc/stable/what_is_morse.html

'''- ISAAC :'''

Isaac est un simulateur développé par NVIDIA. Ce dernier propose des outils de développement d'intelligence artificielle spécialisée pour la robotique,ainsi qu'une plateforme de simulation. ISAAC est composé en 4 parties :

- ISAAC Engine, qui est un framework regroupant des outils de visualisation et une API en C

- ISAAC GEMs qui permet d'ajouter des fonctionnalités liés à des capteur au robot, comme par exemple la détection d'obstacle ou la reconnaissance vocale, en se basant sur des algorithme déjà conçus et optimisés.

- ISAAC Reference Design qui propose des modèles de robots déjà existant

- ISAAC Sim For Navigation qui permet de générer l'environnement du robot, avec une rendu haute qualité.

A l’air trop compliqué pour ce qu’on veut faire, site internet difficilement compréhensible, optimisé pour des puces spécifique (Jetson AGX), peu de documentation.

'''- WEBOTS : '''

Webots est une plateforme de simulation 3D open-source dans le domaine de la robotique, développée en 1996 par Cyberbotics et utilisée dans les simulations de service et industrielles. Il existe certains modèles de robots déjà créés mais il est aussi possible d’en construire un entièrement. Les robots peuvent être équipés avec de nombreux capteurs et actionneurs, et peuvent être programmés différemment et/ou communiqués entre eux. Ces robots peuvent ensuite évoluer dans un environnement 3D virtuel, intérieur ou extérieur. Cet outil offre la possibilité de développer sous Windows, Linux et MacOS, et peut être modélisé, programmé et simulé en C, C ++, Java, Python, Matlab ou URBI. Le logiciel est compatible avec des bibliothèques externes comme OpenCV.

Lien vers le site officiel : https://cyberbotics.com/

'''- Gazebo :'''

Ubuntu, beaucoup de capteurs et de modèles de robot, language ??, bien documenté, à l’air un peu plus compliqué que Webots, possibilité de communication entre plusieurs robots, rendu OpenGL

'''- MuJoCo :'''

Nécessite de gérer soit même la physique des objets donc beaucoup trop compliqué pour ce qu’on veut faire, trop long à mettre en oeuvre, à plus l’air d’un moteur physique que d’un simulateur

'''- Robotran :'''

Utilisé pour modéliser les interactions physiques, pas utile pour nous

'''- Simspark :'''

Possibilité de communication entre plusieurs robots, modèles de robots déjà existant ??, peu de documentation ,surtout utilisé pour match de foot de robots, trop spécifique à une utilisation précise

'''- Miranda :'''

Payant, Python, modèle de robots déjà existants (robot éducatifs), création de robot nécessite abonnement Premium

'''- OpenRAVE :'''

OpenRave est un logiciel permettant de tester, développer et déployer des algorithmes de planification de déplacement dans l'espace. Il dispose également d'un outil permettant de générer des fichier adaptés au langage souhaité et est disponible sur tous les OS. Néanmoins, ce simulateur semble être adapté à un usage industriel à cause de son fonctionnement plus géométrique et disposant surtout de capteur servante à mesurer l'espace.

Lien vers le site officiel : http://openrave.org/

== Simulateurs les plus adaptés à notre projet ==

{| class="wikitable centre" style="width:100%;"
|+ Comparatif des meilleurs simulateurs
|-
! scope=col | Simulateur
! scope=col | Capteurs
! scope=col | Communication
! scope=col | Robot
! scope=col | Remarques
|-
| style="width:20%;" |
Morse
| style="width:20%;" |
Caméra, LIDAR, GPS, etc...
| style="width:20%;" |
Complexe
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
Python

Beaucoup de tutos
|-
| style="width:20%;" |
Webots
| style="width:20%;" |
Caméra, LIDAR, capteurs de distance, etc
| style="width:20%;" |
Emetteur/Récepteur (Radio, Serial, IR)
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
C/C++, Java, Python, MATLAB, ROS

Windows + Linux

Tutos de qualité
|-
| style="width:20%;" |
Gazebo
| style="width:20%;" |
LASER, Caméra 2D/3D (Kinect), etc..
| style="width:20%;" |
Via Ros
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
ROS
XML

Windows + Linux

Tutos fournis
|}
Remarque : ROS = compliqué

Robots suiveurs 3 - État de l'art des simulateurs - groupe 1

2020-04-14T12:27:08Z

Léane :

Robots suiveurs 3 - État de l'art des simulateurs - groupe 1

2020-04-14T12:25:23Z

Léane :

Robots suiveurs 3 - État de l'art des simulateurs - groupe 1

2020-04-14T12:24:48Z

Léane :

Robots suiveurs 3 - État de l'art des simulateurs - groupe 1

2020-04-14T11:51:45Z

Léane :

Robots suiveurs 3 - État de l'art des simulateurs - groupe 1

2020-04-14T11:50:49Z

Léane :

Robots suiveurs 3 - État de l'art des simulateurs - groupe 1

2020-04-14T11:43:25Z

Léane :

Nous cherchons un simulateur de robotique permettant de simuler le déplacement de robots suiveurs à base notamment de capteurs tels que les capteurs de distance, de couleur ou tels que les caméras.

Nous cherchons aussi un simulateur permettant la communication entre plusieurs robots.

Nous avons donc répertorié de nombreux simulateurs :

- Morse : Python, communication entre robots possible, possibilité de générer l’environnement autour des robots, bien documenté, Linux (Debian, Ubuntu), beaucoup de capteurs, possibilité d’en ajouter d’autres facilement, possibilité de faire tourner sur Windows mais très limité

- Isaac : A l’air trop compliqué pour ce qu’on veut faire, site internet difficilement compréhensible, optimisé pour des puces spécifique (Jetson AGX), peu de documentation

- Webots : Compatible avec tous les OS, C C++ Java Python Matlab, Beaucoup de capteurs et de modèle de robots mais aussi possibilité: d’en construire un à partir de zéro, communication entre plusieurs robots (Emetteur/Recepteur)

- Gazebo : Ubuntu, beaucoup de capteurs et de modèles de robot, language ??, bien documenté, à l’air un peu plus compliqué que Webots, possibilité de communication entre plusieurs robots, rendu OpenGL

- MuJoCo : Nécessite de gérer soit même la physique des objets donc beaucoup trop compliqué pour ce qu’on veut faire, trop long à mettre en oeuvre, à plus l’air d’un moteur physique que d’un simulateur

- Robotran : Utilisé pour modéliser les interactions physiques, pas utile pour nous

- Simspark : Possibilité de communication entre plusieurs robots, modèles de robots déjà existant ??, peu de documentation ,surtout utilisé pour match de foot de robots, trop spécifique à une utilisation précise

- Miranda : Payant, Python, modèle de robots déjà existants (robot éducatifs), création de robot nécessite abonnement Premium

- OpenRAVE : Très limité du point de vue des capteurs (rien de précis)

{| class="wikitable centre" style="width:100%;"
|+ Comparatif des meilleurs simulateurs
|-
! scope=col | Simulateur
! scope=col | Capteurs
! scope=col | Communication
! scope=col | Robot
! scope=col | Remarques
|-
| style="width:20%;" |
Morse
| style="width:20%;" |
Caméra, LIDAR, GPS, etc...
| style="width:20%;" |
Complexe
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
Python

Beaucoup de tutos
|-
| style="width:20%;" |
Webots
| style="width:20%;" |
Caméra, LIDAR, capteurs de distance, etc
| style="width:20%;" |
Emetteur/Récepteur (Radio, Serial, IR)
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
C/C++, Java, Python, MATLAB, ROS

Windows + Linux

Tutos de qualité
|-
| style="width:20%;" |
Gazebo
| style="width:20%;" |
LASER, Caméra 2D/3D (Kinect), etc..
| style="width:20%;" |
Via Ros
| style="width:20%;" |
Base existante + possibilité d’en créer
| style="width:20%;" |
ROS
XML

Windows + Linux

Tutos fournis
|}
Remarque : ROS = compliqué