Teleguide2013-1 : Différence entre versions
(→La construction du robot) |
(→La construction du robot) |
||
Ligne 13 : | Ligne 13 : | ||
[[Fichier : Robot.png|200px|thumb|center]] | [[Fichier : Robot.png|200px|thumb|center]] | ||
[[Média : 1er pas.mp4]] | [[Média : 1er pas.mp4]] | ||
+ | |||
+ | Enfin, une fois la construction achevée, nous avons décidés de l'optimiser un peu. Nous avons donc changé le support caméra, solidifié le bras tireur, et nous avons mis le capteur ultrasons à l'arrière du robot (car l'utilisateur n'a pas de visibilité à l'arrière, donc possibilité de se prendre un mur ...) | ||
= Téléguidage part I : Le Bluetooth = | = Téléguidage part I : Le Bluetooth = |
Version du 10 mars 2014 à 15:35
Sommaire
La construction du robot
Pour la construction du robot, nous sommes partis sur un châssis rectangulaire, afin de disposer de la plus grande surface au dessus de celui-ci.
Nous avions décidés, au début de la construction, de le porter par des roues. Mais, remarquant que nous disposions que de 2 servo-moteurs, nous n'arriverions pas à faire tourner les 2 roues de derrière. Nous avons donc choisis de mettre des chenilles.
Enfin, quand la construction fut finie, nous avons implantés un programme dans le NXT 2.0 afin de tester l'avance du robot, et la fluidité des mouvements.
Mais un problème s'est posé, les moteurs ne faisaient pas assez tourner les roues arrière de notre robot. Même à pleine puissance. Dans la configuration de notre robot, nous avons donc optés pour mettre des roues normales et des axes tournants aux roues arrière, ce qui fait de notre robot un 2 roues motrices. Après avoir implanté notre programme de test qui le fait avancer, légèrement tourner à droite, puis a gauche, voici une petite vidéo montrant les premiers début de notre robot.
Enfin, une fois la construction achevée, nous avons décidés de l'optimiser un peu. Nous avons donc changé le support caméra, solidifié le bras tireur, et nous avons mis le capteur ultrasons à l'arrière du robot (car l'utilisateur n'a pas de visibilité à l'arrière, donc possibilité de se prendre un mur ...)
Téléguidage part I : Le Bluetooth
Dans un premier temps, pour le téléguidage du robot, nous avons optés pour un téléguidage via le réseau Bluetooth
Le réseau Bluetooth
Le réseau Bluetooth est une technique de communication sans fil. Elle utilise les ondes radio courte distance. Il a été inventé pour simplifier les connexions entre appareils électroniques (enlever la tonne de câbles qui nous embête ...)
Spécificités du Bluetooth - Avantages et inconvénients
Malgré sa grande ingéniosité, le Bluetooth est d'une très faible portée. Sur le marché, la plupart des appareils équipés de Bluetooth ont une portée de 10 à 20 mètres, ce qui rend son utilisation très limitée. De plus, le débit pour ce genre de transmission est très faible. Cependant, il est avantageux de l'utiliser pour des communications courte distance car il est très peu couteux en énergie. En effet, le NXT 2.0 disposant d'un Bluetooth de classe 2, il consomme que 2,5 mW ! Nous avons testé la portée des ondes, et nous sommes environ arrivés à 20 mètres. Le fait d'utiliser directement le Bluetooth pour communiquer avec le NXT ne rendra pas le robot téléguidable au sens propre du terme, au vue de la très courte portée des transmissions. Mais nous allons quand même expliquer comment nous nous y sommes pris pour réaliser un téléguidage de ce genre.
Processus de téléguidage Bluetooth
Tout d'abord, nous avons commencés par "associer" les 2 périphériques, c'est-à-dire que nous faisons en sorte de chaque appareil reconnaisse l'autre. Ensuite, dans un premier temps, pour tester la connexion, nous nous sommes servis de la télécommance du logiciel "Lego MindStorm" pour le commander a distance. Mais, le télécommander via un PC n'est pas notre but principal, notre but étant de le téléguider avec une télécommande portable ! Nous avons donc pris un système embarqué de type "FoxBoard" pour réaliser l'embarquement du système.
La FoxBoard : Description et utilisation
La FoxBoard est un mini ordinateur embarqué. Il est muni du système d'exploitation UNIX et dispose de 2 ports USB, 1 port Ethernet et 2 port série. Nous nous servons de la FoxBoard comme relais pour la transmission des commandes.
Pour utiliser la FoxBoard, nous ne nous servons pas de son serveur web, mais d'un logiciel d'émulation de terminal PuTTY. PuTTY est un logiciel d'émulation de terminal et est aussi un client. Ce logiciel sert principalement à réaliser des connexions séries avec la FoxBoard.
PuTTY : Utilisation et contrôle
Configuration de PuTTY
Pour configurer PuTTY, nous avons connectée la FoxBoard à l'ordinateur. Elle est connecté sur le port COM3, et la vitesse de transmission est de 115200 Bit/s.
Utilisation de PuTTY
Après validation des paramètres de la configuration, un terminal s'ouvre. C'est le terminal de commande de la FoxBoard.
Pour contrôler le NXT 2.0, nous avons besoin d'un programme de contrôle (control.c) qui permet d'envoyer les ordres par Bluetooth.
Tout d'abord, il faut associer les 2 appareils. Pour cela, la commande bluetooth-agent code permet de connecter les 2 appareils.
Ensuite, la commande control -s device address permet d'associer complètement les 2 appareils en envoyant l'adresse MAC de la NXT.
Pour envoyer un ordre, la commande est la suivante :
La syntaxe de cette commande est : control -c mailbox number integer
Le mailbox number est le numéro de la boîte aux lettres qui va reçevoir le message transmis. le integer est le numéro que l'on va envoyer. Nous avons le choix entre 5 possibilités :
1 : Le robot avance
2 : Le robot tourne à gauche
3 : Le robot tourne à droite
4 : le robot recule
5 : Le bras tourne de 90 degrés à sa puissance maximale et tourne (dans le sens inverse) de 90 degrés à sa puissance minimale
Programme de commande du robot pour la brique intelligente
Pour commander les moteurs, il faut implémenter un programme pour la NXT 2.0 pour gérer les messages Bluetooth entrant.
L'algorithme est le suivant :
LOOP
SI message Bluetooth reçu ALORS
METTRE le message dans la variable NOMBRE1
COMPARER la valeur de NOMBRE1 A
1 : Avance du robot
2 : Rotation du robot vers la gauche
3 : Rotation du robot vers la droite
4 : Le robot recule
5 : Le bras tourne de 90 degrés à sa puissance maximale et tourne (dans le sens inverse) de 90 degrés à sa puissance minimale
GOTO LOOP
Nous nous sommes confrontés à un problème. Avec des variables de type "nombres", le robot ne répondait qu'a une seule commande, quelque soit le nombre envoyé. Nous avons donc décidés de tester un autre type de variables, le type texte. Et quelque soit le nombre envoyé, le robot répondait à toutes les commandes. C'est donc le bon type de variables.
Au vu de la courte portée des ondes Bluetooth, ce n'est pas le type de téléguidage que nous souhaitons. Nous allons donc expérimenter le téléguidage par WiFi.
Téléguidage part II : Le WiFi
Le processus de téléguidage du robot a changé ... Nous allons communiquer des ordres d'une interface WEB (Téléphone, tablette, ou autres périphériques disposant d'un navigateur WEB et du WiFi) vers la FoxBoard, et la foxBoard enverra par Bluetooth les ordres au boitier qui les traitera en conséquence.
Modification du programme
Pour téléguider le robot en utilisant le réseau de l'école, nous utilisons une interface Web, situé dans la FoxBoard. Ensuite, nous devons modifier un peu le programme que nous avons conçu pour qu'il fonctionne : la FoxBoard doit reçevoir un message de retour dans la boite aux lettres 5 pour que la commande soit totalement effectuée et que le programme ne beugue pas. Voici une version finale du programme inséré dans le boitier NXT
Ensuite, nous avons remarqués que les numéros que nous avions mis dans le programme ne correspondaient pas aux nombres envoyés par WiFi. Nous avons donc modifiés les choses suivantes :
1 : Le robot avance
2 : Le robot recule
3 : Le robot tourne à gauche
4 : le robot tourne à droite
5 : Le bras tourne de 90 degrés à sa puissance maximale puis tourne dans le sens inverse de 90 degrés à sa puissance minimale (éviter les sursauts de puissance)
Puis nous avons ajouté un capteur à ultrasons sur notre robot afin de détecter la proximité d'un éventuel obstacle et de stopper son avancée. Nous avons fixé une distance de 15cm en dessous de laquelle il devra s'arrêter.
Nouvelles commandes
Ensuite, nous nous sommes confrontés à un autre problème : le bouton pour tirer n'existait pas. Il nous fallait donc le créer.
Nous avons donc récupérés les fichiers HTML, CSS, PHP et JAVASCRIPT sur la FoxBoard pour pouvoir les modifier.
Il faut d'abord créer le bouton pour tirer. Au vu de la structure du fichier XHTML, nous avons remarqués que les flèches pour la commande sont mis dans une table. Nous avons donc rajouté une ligne dans le tableau, avec une cellule comportant une image.
<tr><td><img src="ball.jpg" onclick="ordonne(5)"></td></tr>
Ensuite, il faut ajouter une commande pour envoyer l'ordre '5' pour commander le bras.
Dans le fichier XHTML, il y a un script JAVASCRIPT comportant une fonction "ordonne" qui fait référence à un fichier PHP qui s'occupe d'envoyer un message Bluetooth.
function ordonne(cmd){
new Ajax.Request("ordonne.php", {method:'get', parameters:{cmd: cmd}}); }
Nous avons ensuite décidé d'ajouter une commande qui permettra au robot de faire demi-tour afin de faciliter la commande par l'utilisateur, pour cela nous devions d'abord créer comme précédemment un nouveau bouton actionner cette nouvelle commande.
Nous avons ajouté une ligne dans la tableau déjà existant avec une cellule qui contient l'image symbolisant ce demi-tour.
<tr><td><img src="dt.jpg" onclick="ordonne(6)"></td></tr>
Point de vue énergétique
Pour la FoxBoard modèle G20 :
Elle est composée de 2 ports USB consommant maximum 0.5 A chacun.
La webcam consomme 500 mA.
1 pile a une capacité de 2450 mAh. Un ensemble de 4 piles a donc une capacité de 4x2450 mAh, c'est à dire 9800 mAh.
En appliquant la formule :
Temps de fonctionnement = Capacité / consommation
On a :
t = (9800)*10^-3 / 1.56
C'est à dire : t = 6.28 h.
La FoxBoard, avec tous ses appareils de communication branchés, a un temps d'autonomie de 6 h environ.
Pour le boitier NXT :
1 moteur consomme 230 mA. Les deux moteurs consomment donc 460 mA.
1 capteur (n'importe lequel) consomme 30 mA.
Le boitier a une capacité, avec ses 6 piles 1.5V, de 1400 mAh.
En appliquant la formule citée précédemment, on a un résultat de t = 2.85 h
Le boitier NXT, avec tous les moteurs et le capteur branchés, a un temps d'autonomie de 3 h environ.