UTCoupe

Cette page est en lecture seule. Vous pouvez afficher le texte source, mais pas le modifier. Contactez votre administrateur si vous pensez qu'il s'agit d'une erreur.
====== Hokuyo ======

{{http://www.hokuyo-aut.jp/02sensor/07scanner/img/urg_04lx_ug01_top.jpg?200 |}}
L'Hokuyo c'est cool, mais l'Hokuyo c'est quoi ?\\
L'Hokuyo est un télémètre laser, un LiDar. Il faut imaginer un capteur qui crée une "nappe laser" autour de lui et qui renvoit la position des objets dans ce plan.
Plus précisément, nous possédons un modèle URG-04LX-UG01 de la marque Hokuyo (d'ou le nom).
Vous pouvez trouver les caractéristiques techniques ici : [[http://www.hokuyo-aut.jp/02sensor/07scanner/urg_04lx_ug01.html]]\\

===== Télémètre laser =====

{{ http://www.generationrobots.com/img/cms/articles%20et%20tutoriels/hokuyo/robot-localization-hokuyo-range-finder-10.png?400|}}
Comme je l'ai expliqué plus haut, un télémètre laser balaye un plan à l'aide d'un laser rotatif, créant une "nappe laser". Tout objet dans ce plan va renvoyer le laser et permettre au télémètre d'en connaitre la distance. Notre Hokuyo par exemple, balaye sur 240° avec une résolution de 1024 points par tour, soit environ 700 points sur 240°.\\
On se doit d'évoquer deux points problématiques de ces télémètres (ils sont magiques, mais pas trop) :\\
  - Un télémètre laser n'est pas TRES précis. J'entend par la que la précision est de quelques centimètres (plus ou moins 3% pour notre hokuyo - soit plus ou moins 9cm à 3 mètres). Certes en pratique les télémètres s'avèrent bien plus précis que ces valeurs extrèmes quand ils sont utilisés dans des conditions optimales mais cette précision reste tout de même de l'ordre du centimètre. C'est plus que suffisant pour détecter les adversaires mais pas assez pour remplacer l'odométrie.
  - Un télémètre possèdes des angles morts. En effet comme disait Coluche "un train peut en cacher un autre" (quoi ya pas que lui qui le dit ?). Avec un seul hokuyo, si un robot se trouve juste devant la balise, un va masquer tout le reste de la carte et nous deviendrons alors aveugles. Le problème peut être résolu par l'ajout d'un deuxième hokuyo.
===== Hokuyo et informatique =====

Parlons de l'Hokuyo en particulier, et plus précisémment de notre modèle. Comment communique-t-on avec lui et sous quelle forme ?\\. 
L'hokuyo est relié à un ordinateur par cable USB. Il va créer une interface serial dans les périphériques (/dev/ttyACMx). Nous communiquons avec l'hokuyo à l'aide d'une librairie C : [[http://urgwidget.sourceforge.net/html/index.html|v1.0.4]]\\
Toute la documentation est disponible sur le site. La documentation est plutôt faible et incomplète. Je vais donc essayer de fournir les informations essentielles à l'utilisation de l'hokuyo et les quelques pièges dans lesquels il ne faut pas tomber.
{{ http://www.hokuyo-aut.jp/02sensor/07scanner/download/products/utm-30lx/data/img/UrgBenri_screenshot.png?300|}}

__Utilisation :__\\
L'hokuyo renvoit simplement un tableau de //long//. Cela correspond à la distance des points. Nous avons donc des distance associées à des index. Il est facile de transformer index en angle à l'aide d'une fonction présente dans la librairie. On peut donc conclure que l'hokuyo nous renvoit des coordonnées radiales. Un simple cosinus/sinus les transformera en coordonnées cartésiennes. Je ne m'étend pas sur le sujet, les exemples de la documentation sont facile à comprendre.

Voici une liste de ce que l'on peut faire :
  * Récupérer un tableau de mesure
  * Demander à l'hokuyo de mesurer en continu ou juste un certain nombre de fois.
  * Demander à l'hokuyo de "sauter" des mesures
  * Définir le champ de mesure en angle
  * Définir un champ de mesure en distance (attention, c'est en radial)

__Petits pièges :__\\
L'hokuyo scane dans un plan, certes, mais en réalité c'est un ensemble de points, à grande distance, l'écart entre deux points n'est pas négligeable (plusieurs centimètres !), il faut donc en tenir compte dans les algos de filtrage et de reconnaissance de robot.

Il ne sert à rien de chercher à récupérer les informations d'intensité et de multi-echo, bien que présent dans la librairie, le matériel ne le permet pas.

__Clarification de la doc :__\\
**Angle, Index, Step :**
Il existe trois manière de représenter l'angle d'une mesure : son angle (ce que l'on utilise), son index (son numero de mesure) et sa step (son angle en représentation interne). Petit détail au passage : 0° est le point "en face" de l'hokuyo.\\
En pratique voila ce qu'il faut retenir :\\
Nous utilisons l'angle, on peut le récupérer à l'aide d'un fonction type index_to_angle.\\
L'index est, comme son nom l'indique, l'index de point dans le tableau de retour.\\
Si le domaine de mesure ne change pas, l'angle asocié à un index reste le même\\
Les steps sont la représentation interne de l'angle, cela ne nous intéresse pas et n'est pas utilisable pour nous. On les utilise uniquement pour définir le domaine de mesures. On se sert alors d'une fonction du type angle_to_index.
{{http://urgwidget.sourceforge.net/html/sensor_angle_image.png?250 |}}{{http://urgwidget.sourceforge.net/html/sensor_index_image.png?250 |}}{{http://urgwidget.sourceforge.net/html/sensor_step_image.png?250 |}}\\

**Données max :**\\
Un point bien angigu qui m'a vallu de bonnes prises de tête. Une fonction est disponibles pour connaitre le nombre maximal de points que renverra l'hokuyo. Cette fonction renvoit une donnée liée **au matériel** et non à la configuation de celui-ci.\\
Ce qu'il faut comprendre est :\\
Si j'utilise l'hokuyo "par défaut", que je demande le nombre max de mesure, l'hokuyo me répondra par exemple 700. Je vais récupérer les données, je récupère 700 données.\\
Si je paramètre l'hokuyo pour effectuer des mesures sur uniquement 120° (au lieu de 240) et que le lui demande le nombre max de mesure, il répondra AUSSI 700 mais lorsque je demande les données, je n'en recoit que 350.\\
Ainsi si vous souhaitez connaitre le VRAI nombre de données que renvoit l'hokuyo, il faut faire une mesure, et l'hokuyo renverra le nombre de données qu'il a envoyé. Si le domaine de mesure ne change pas, le nombre de données renvoyées ne changera pas non plus.

**Multi-echo / Intensité :**\\
Je me répère ici, mais inutile de chercher à récupérer les données de multi-echo et d'intensité. Bien que les fonction existent, le matériel ne le supporte pas.
===== Hokuyo, précision matérielles =====

Quelques précision sur des points importants liés au matériel :

Bien que la consommation de l'hokuyo soit de 2.5W, il est nécessaire d'utiliser le cable double, ou une alimentation externe. En effet il semblerait que 0.5A ne suffient pas au bon fonctionnement de l'Hokuyo. Si une alimentation externe est utilisée, attention tout de même aux raccordement, l'expérience m'a appris que si vous branchez cela n'importe comment, les données seront corrompues et il sera impossible d'utiliser l'hokuyo !

L'hokuyo scanne dans un plan, il est donc important que celui-ci soit bien droit lors des matchs. S'il est de travers, la précision sera moins bonne, et on risque même de ne plus détecter les robots !

===== Optimisations =====

Voici une liste des optimisation, en utilisation ou juste en projet :\\
  * Utiliser deux hokuyos pour supprimer angles morts
  * Utiliser deux hokuyos pour améliorer la précision
  * Pré-calculer les sinus/cosinus. Cela est rendu possible par la constance de la relation entre les index et les angles pour une domaine de mesure constant. (implémenté)
  * Coupler l'hokuyo avec l'odométrie (filtre de Kalman)
UTCoupe

Outils d'utilisateurs

Outils du Site

Outils de la Page
