Robot Centaure 2013

De Wiki de Projets IMA
Révision datée du 12 avril 2014 à 12:00 par Ctache (discussion | contributions) (Partie Logicielle)

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é les fonnctionnements 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 tirer le boutton rouge

Vue Eclatée

Pour alimenter le Robot il faut

Vue Eclatée
Vue Eclatée

Limit: Sachant que la carte de mère de l'ordinateur de ce robot est cassée 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 de mère pour tester la partie Kinect. Il prendra 36 heures pour charger le Robot en batterie pleine, en vue de cela, nous avons décidé de travailler sur le code avant de tester le Robot, pour que l'on ne gaspiller pas trop de battrie pour rien faire.

Semaine 3

Pendant cette semaine, nous avons travaillé pour réparer le fonctionnement de télécommande de ce Robot. 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 le télécommande et le PC :

La communication entre le 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 le 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 pris 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 quatres tubes, et puis les envoient vers la carte Arduino. Le problèm est que, quand on lance le programme, il n'a rien reçu.

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 touvé que les ports définies 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 au code de Arduino.

> EXPLICATION DES PROBS TROUVÉS PAR CLÉMENT(CE QUI MARCHE ET CE QUI NE MARCHE PAS)

Mais 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 trovué que les commandes ne sont pas écrits dans le tube tubeIS[0]. Pour résoudre ce problème, nous avons modifié le code dans le fichiers gestionIrc.c pour que les commandes soient écrits dans le tube:

Vue Eclatée

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

Code select.png

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

Nous avons aussi modifié le code de la partie Arduino:

> EXPLIQUATION DES MODIFICATIONS FAIT PAR CLÉMENT

Après les modifications, nous avons réussit à faire contrôler le Robot en utilisant le télécommande. Mais nous avons trouvé que …

> EXPLIQUATION DES PROBLÈMES DU ROBOT QUAND IL BOUGE...

Semaine 5

Pendant cette semaine, nous avons travaillé sur la partie IHM de code, pour que le robot puisse afficher les images correspondents quands il avance, tourner à droite, à gauche...etc.

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 d'utilisation 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 graphics. Après les modifications, le programme charge une image en acceuillant l'utilisateur.

Vue Eclatée

Objectif de Semaine 6 : Ecrire des codes pour qu'il puisse charger plusieurs images.

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

Code charge avancer.png

'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
(l'intérieur de l'ordinateur)

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