Robot Centaure 2013 : Différence entre versions

Version du 12 avril 2014 à 12:27

Présentation

Cahier des charges

Le robot de grande taille ou robot centaure est un projet qui a été reprit l'an dernier après plusieurs années d'abandon, à l'heure actuelle il est dans un état de fonctionnement correct mais des améliorations doivent lui être apportées afin qu'il puisse remplir sa tache de manière sure et autonome: à savoir se déplacer dans le hall sans danger pour le matériel et les personnes présentes dans celui-ci.

Objectifs principaux

• Permettre au robot de se déplacer de manière autonome dans le hall de l'école (ou ailleurs) de manière autonome et "fluide".
• Assurer la fiabilité de fonctionnement du robot d'un point de vue électrique.

Travail à réaliser

Partie Kinect:

• Améliorer le système de détection des distances à l'aide de la Kinect: Meilleur gestion des "zones d'ombres", augmentation du champ de vision (si possible).
• Création d'une application afin de faciliter le dépannage du robot en cas de problème.
• Affichage de messages sur l'écran du robot afin de le rendre plus "sympathique" pour le grand public. (ex: smiley, photo, ...)

Vue Eclatée

Partie Robot:

• Optimiser le calcul de trajectoire afin que le robot se déplace de manière plus fluide.
• Optimiser la gestion des capteurs afin que ceux ci soit plus fiable (problème dut a la lumière du jour sur les capteurs infrarouges).
• Réglage du problème lié à la présence d'une roue folle à l'avant du robot qui entraîne des déviations de trajectoire lors de la remise en marche de celui-ci.

Vue Eclatée

Avancement du projet

Semaine 1

Partie Logicielle

Lors de cette première semaine, nous avons effectué des recherches sur le Robot Centaure en testant et en étudiant le rapport édité précédemment, afin de mieux comprendre son fonctionnement:

• Installation de tous les outils nécessaires pour executer le programme. ex. IDE, GTK 2++, Video.h etc.
• Lien pour télécharger la bonne version des libraries et le logiciel IDE:

> IDE : http://arduino.cc/en/main/software ou utilisez sudo apt-get install arduino
> GTK 2++ : sudo apt-get install gtk2

Sachant que l'on a besoin de créer et réparer l'application GUI, il faut écrire un programme ainsi qu'un makefile en dehors des répertoires existants pour tester. Pour compiler executer le code qui utilise la package GTK2++, voir lien :

> http://gtk.developpez.com/cours/gtk2/

Prise en main du logiciel IDE:

Vue Eclatée

Pendant la première semaine, nous avons trouvé que les codes sont étroitement liés, et que la compréhension des codes est très importante pour démarrer le robot. Pour la semaine 2, nous allons étudier le code Arduino ainsi que le code pour la partie Informatique.

Partie Matérielle

Afin de comprendre le fonctionnement du robot et de pouvoir mener a bien le projet une longue phase d'analyse du robot a été nécessaire. Pour cela l'aide des IMA5 ayant travailler sur ce projet l'an dernier c'est révélé très utile.

Le robot est composé de nombreuse partie reliées électriquement entre elle: Batterie, Moteur et roue, Arduino, PC, Capteur IR, Boite à fusible, Kinect.

Semaine 2

Pendant cette semaine, nous avons étudié le fonctionnement du Robot Centaure. Nous avons compris que : Pour lancer la fenêtre de kinect, il faut ajouter

> make -video 

pour la compilation.

Vue Eclatée

Pour arrêter le Robot dans le cas d'urgence, il faut appuyer sur le bouton rouge

Vue Eclatée

Pour alimenter le Robot il faut brancher la pince rouge a droite et la pince noire a gauche, une inversion des deux pinces peut endommager les batteries

Vue Eclatée

Vue Eclatée

Limite: Sachant que la carte mère de l'ordinateur de ce robot a été cassé le semestre précédent, nous travaillons sur notre PC pour tester le code. Mais notre PC n'est pas assez puissant pour lancer le Kinect, c'est à dire que le programme s'arrête brutalement quelque fois, nous devons attendre l'arrivée d'une nouvelle carte mère pour tester la partie Kinect. Le robot prend 36 heures pour etre chargé totalement, nous avons donc décidé de travailler sur le code avant de tester le Robot, pendant chaque séance le robot est mis en charge jusqu'à ce que les batteries soient totalement pleines.

Semaine 3

Pendant cette semaine, nous avons travaillé sur le fonctionnement du robot par télécommande. Après avoir effectué plusieurs tests , nous avons trouvé que:

• La communication entre la carte Arduino et le Robot

> PROBLÈME DE TIMEOUT 

• La communication entre la télécommande et le PC :

La communication entre la télécommande et le PC se divise en deux parties: Dans le fichier gestionIrc.c : Cette partie de code sert à récupérer les commandes envoyés par la télécommande. Le problème est que le programme n'affiche pas les commandes qu'il a reçu, cela veut dire que les commandes ne sont pas prises en compte.

  switch(commande){
  case 9 : printf("\ngestionIrc : stop");write(tubeSIHM[1],ARRET,ARRET_SIZE);strcpy(cmdPipe, CMD_PIPE_STOP); break;
  case 201 : printf("\ngestionIrc : avance"); write(tubeSIHM[1],AVANCER,AVANCER_SIZE);strcpy(cmdPipe, CMD_PIPE_AVANCER);break;
  case 73 : printf("\ngestionIrc : reculer"); write(tubeSIHM[1],RECULER,RECULER_SIZE);strcpy(cmdPipe, CMD_PIPE_RECULER);break;
  case 169 : printf("\ngestionIrc : droite 45"); strcpy(cmdPipe, CMD_PIPE_DROITE_45);break;
  case 41 : printf("\ngestionIrc : gauche 45"); strcpy(cmdPipe, CMD_PIPE_GAUCHE_45);break;
  ...

Dans le fichier gestionSerie.c : Cette partie de code sert à récupérer les commande envoyés par l'un des quatre tubes, et puis les envoi vers la carte Arduino. Le problème est que, quand on lance le programme, il ne recoit rien.

Vue Eclatée

Objectif de semaine 4: Résoudre les problèmes trouvé pendant la troisième semaine. Essayer de contrôler le Robot avec le télécommande.

Semaine 4

Pendant cette semaine, nous avons travaillé sur les probmèmes que l'on a trouvé pendant la semaine précédente.

D'abord, nous avons trouvé que les ports définis ne correspondent pas à notre PC, nous avons changé le port de télécommande , et puis le programme a pu recevoir les commandes envoyés par le télécommande.

 #define PORTCOMM1 "dev/ttyUSB0" 

Dans le fichier gestionIrc.c

Vue Eclatée

Ensuite, nous avons changé le port de Arduino:

  #define PORTCOMM2 "dev/ttyACM0" 

Il n'y a plus de problème de TIMEOUT. Nous avons essayé d'envoyer des commandes directement en utilisant le minicom, et nous avons trouvé que le Robot reçoit les commandes mais son comportement ne correspond pas aux touches de la télécommande tel qu'elles sont définies dans le rapport précédent.

En effet les commandes envoyées par le PC jusqu'à l'arduino ne sont pas les même que celles définies dans le programme arduino. Il a donc été nécessaire de modifier le programme arduino pour obtenir le comportement voulu. De plus le code Arduino contient des fonctions liées à l'utilisation d'une boussole pour corriger la trajectoire du robot. Hors cette boussole n'est plus présente sur le robot. Certaine partie du programme tel "avancer" ou "tourner de 90 degré" ne sont donc plus fonctionnelles. Nous avons supprimer les partie de code en question et les avons réécrites, certaines autres partie du code ont été simplifiées au passage

Cependant le programme gestionSerie.c ne reçoit toujours rien, cela veut dire que il n'y a toujours rien dans le tube.

Vue Eclatée

'Le programme n'execute pas cette partie de code'

Après avoir étudié l'ensemble de codes, nous avons trouvé que les commandes ne sont pas écrites dans le tube tubeIS[0]. Pour résoudre ce problème, nous avons modifié le code dans le fichier gestionIrc.c pour que les commandes soient écrites dans le tube:

Vue Eclatée

Nous avons aussi modifié le fichier gesitonSerie.c , pour que le programme puisse choisir entres les quatre tubes correctement:

Il y a trois façons de communiquer avec le robot:

1) Par la tube Kinect
2) Par la tube Télécommande
3) Par la tube WS,en utilisant une application Android 

Vue Eclatée

Après les modifications, nous avons réussit à contrôler le Robot en utilisant la télécommande.

Nous avons effectué des tests sur le robot, le comportement global du robot est satisfaisant, cependant les problèmes d'adhérences des roues sur le sol de l'école et la présence de la roue folle à l'avant l’empêche de se déplacer de façon totalement rectiligne ou entraîne une légère déviation au départ. Une solution doit être trouvée pour régler ce défaut.

Semaine 5

Pendant cette semaine, nous avons travaillé sur la partie IHM du code, pour que le robot puisse afficher les images correspondantes quand il avance, tourne à droite, à gauche...

Nous avons travaillé principalement sur deux fichiers, gestionIhm.c et gestionEcouteIhm.c . Les codes sont déjà écrit mais ils ne fonctionnent pas correctement, le programme ne charge pas d'image. Pour résoudre ce problème, nous avons pris connaissance de l'utilisation de l'outil GTK 2++. Voir lien pour le tuto:

> http://gtk.developpez.com/cours/gtk2/

En gros , GTK est un outil pour créer des interfaces graphiques. Après les modifications, le programme charge une image lors du lancement du robot par l'utilisateur.

Vue Eclatée

Nous avons aussi étudié plusieurs solution pour régler les problemes de déplacement du robot. Plusieurs solutions ont été envisagé mais la seule réalisable est l'utilisation d'une boussole dans le robot qui détecte les modifications de trajectoire du robot lors d'un déplacement en ligne droite. Le programme arduino va ensuite modifier la vitesse de rotation des roues pour corriger cette erreur de trajectoire. La boussole utilisée l'an dernier n'est pas assez précise il faut donc en chercher une nouvelle.

Objectif de Semaine 6 : Ecrire des codes pour qu'il puisse charger plusieurs images, trouver une boussole assez précise.

Semaine 6

Pendant cette semaine, nous avons travaillé sur la partie de GTK.

Nous avons créer une image de dépannage pour que l'utilisateur puisse facilemment résoudre les problèmes rencontré.

Vue Eclatée

Dans le programme gestionEcouteIhm, le programme 'Ecoute' les commandes viennent de télécommande, et charge les images correpondants. Touts les images sont chargées dans le vecteur images au début de programme principale. Voir fichier centaure.c

'Une partie de code dans le fichier gestionEcouteIhm.c'

Nous avons voulu de charger l'image de dépannage quand il y a une appuie sur le clé D, mais l'image de dépannage sont décalée et nous somme en train de résoudre ce problème.

Semaine 7

Pendant cette semaine, nous avons installé la carte de mère d'un nouveau ordinateur.

Vue Eclatée

Nous avons pu installé touts les outils pour exécuter le programme sur ce nouveau ordinateur. Après avoir installé ce nouveau ordinateur, nous avons améliorer la mobilité du Robot, car l'ordinateur est alimenté par les battries dans le Robot.

> DETAILLE À AJOUTER...

Semaine 8

Pendant cette semaine, nous avons d'abord testé chaque partie de notre robot, et le fonctionnement global du robot. Nous avons trouvé que l'écran du robot ne marche pas bien, il s'éteinds pendant le test. Après avoir plusieurs tests, nous avons trouvé que le fil de télé entre l'écran et l'ordinateur ne peut pas transmettre les informations correctement, après avoir changé le fil et chargé les batteries du robot, l'écran fonctionnement mieux.

Résultat

Compte Rendu

Video

Code de la partie Logiciel

Code de la partie Arduino