la modélisation du robot 2012 est enfin achevée. Nous avons procédé à la découpe des tôles.
Nous remerçions chaleureusement les personnes responsabless de la plateforme mécanique de l'INSA de Strasbourg pour nous avoir laissé manipuler les machines du labo de tôlerie.
Technology and Strategy 4 Avenue de la Paix F-67000 Strasbourg Tel: +33(0)3 90 00 79 20 Fax: +33(0)3 88 36 65 15
Nous sommes fiers et heureux de compter Schneider-Electric parmi nos sponsors. Schneider-Electric nous apporte un soutien matériel en nous fournissant des capteurs industriels optique de précision.
Schneider Electric SA 35 rue Joseph Monier 92500 Rueil Malmaison - France
Tel. 01 41 29 70 00 Fax 01 41 29 71 00
Un Grand merci à Microb, pour leur soutien moral, leur aide et contact pour le sponsoring et les pieces et capteurs légués lors du nettoyage de printemps de leurs locaux...
Nous remercions vivement la société Décopeint pour son soutien financier.
DECOPEINT S.A. ENTREPRISE DE PEINTURE Z.A. du Ried 2 rue Mathis 67840 Kilstett
Tél. 03 88 18 66 55 Fax 03 88 81 46 88
Nous remercions kvaser pour la carte d'interface USBcan II gracieusement offerte. kvaser est une société spécialisée dans l'instrumentation CAN depuis le debut des années 80.
Nous remercions l'ENSISA qui nous laisse utiliser leur graveuse de cartes.
Nous remercions l'INSA Strasbourg pour leur soutien et pour les machines qu'ils nous mettent à disposition.
Nous remercions la société dualys conseil cabinet d'expertise comptable pour son soutien financier Adresse 19 RUE GEORGES CUVIER 67610 LA WANTZENAU Téléphone 03 90 29 92 00 Télécopie 03 90 29 92 01 dualys conseil
M. Alain PERRIN pour les nombreuses illustrations qu'il nous a faites (logos, illustration des t-shirts et du robot). Site perso d'Alain Perrin
Ce matin nous avons pu utiliser l'atelier de tôlerie de l' INSA de Strasbourg.
Nous remercions Monsieur Renner (Directeur de l'INSA de Strasbourg), Monsieur Hubé (Directeur du département Génie Electrique), et Monsieur Piccin (Responsable de la plate-forme mécanique) pour nous avoir donné l’accès à l'atelier.
Ci-dessous les premières images de la réalisation.
Salut les Alsaciens, L'association uART sera présente ce samedi 6 mars 2010 à la journée portes ouvertes de l'INSA Strasbourg. Le programme de la manifestation est disponible ici . N'hésitez pas à venir nous voir.
Le soft des balises version 3.0 made in µART prend forme, voici quelques courbes démonstratives...
Le protocole de la manipulation est simple : on place la balise à 1,75m en face du robot et on récupère les données calculées par le micro-contrôleur. Le PIC nous retourne rhô et thêta (coordonnées polaires) et les coordonnées X et Y de l’adversaire.
Tout d’abord les coordonnées polaires :
On peux voir que thêta ne bouge pas d’un poil tandis que rhô fluctue entre 1792 et 1682 mm. Cette oscillation vient de la synchronisation HF des Xbee. En effet le temps d’émission-réception de ces modules n’est pas constant (de l’ordre de 150us soit 5 cm pour une vitesse de propagation du son de 330m/s).
Sur la courbe suivante nous pouvons voir les coordonnées X et Y calculées par le pic :
En jaune la position réelle de la balise (X=1250;Y=1050)
le robot avance bien, ci-dessous quelques photos et commentaires :
Base roulante
Elle est composée d'une tôle d'aluminium de 2,5mm d'épaisseur, de dimension 265mm x 336mm. Le bloc moteur est le même que l'an passé, nous avons juste apporté quelques modifications pour l'alléger un peu. Les moteurs utilisés sont ceux que nous utilisons depuis maintenant 2 ans à savoir les Maxon RE025 24V avec réducteur PLG32 réduction 20:1 distribués par MDP (puissance 2x 20W)
Cette année nous avons essayé de réduire le poids du châssis du robot (poids estimé avec batterie env 11,5kg contre 13kg l'an passé). Les photos ci-contre montrent un aperçu de la forme et du volume du robot 2010 :
Périmètre non déployé 1168mm
Périmètre déployé 1380mm
Hauteur sous arrêt d'urgence 347mm
Hauteur sur arrêt d'urgence 360mm
________________________________ Support Codeur
Nous avons également rallongé les pièces supportant les codeurs déportés d'odometrie. Par cette modification, nous espérons diminuer le glissement entre la roue de mesure et l'aire de jeu. La cage de roulement à billes assurant le pivot du codeur est elle aussi en cours d'usinage (Cette nouvelle version devrait avoir moins de jeu axial).
________________________________ Système de ramassage
Le système de ramassage des tomates et épis sont en cours de réalisation. Vous trouverez tout de même ci-contre une photo des doigts servant à canaliser les tomates.
Le terrain et les éléments de jeu sont en cours de réalisation, ci-contre les épis tronçonnés, chanfreinés et percés. Beau boulot les gars - Sebi et son frère Marc
Pour ceux que ca intéresse, Liebherr Plastique nous a fournit les barreaux de polypropylène bruts.
Les premières cartes 2010 ont été tirées aujourd'hui.
Nous remercions l'équipe de l' ENSISA pour nous avoir si gentiment laissé utiliser leur laboratoire d'électronique (insoleuse, graveuse ...).
Cette année nous passons du PIC 30F4011 au PIC 33FJ128-804 (plus de Flash, plus de Ram, ECAN, 2 entrées QEI...). La carte qui a été tirée remplace 2 précédentes cartes (carte gestion du match et carte asserv). Son rôle sera de gérer le déplacement du robot et le match.
uART sera présent à la Fête de la Science à Strasbourg du vendredi 20 au dimanche 22 novembre 2009. Durant la manifestation, vous pourrez venir découvrir Colonne'L, le robot présenté à la Coupe de France 2009. Nous partagerons le stand avec le club de robotique de l'INSA Strasbourg et proposerons des démonstrations et des matchs à tout moment de la journée.
Tout comme l'an passé, cette manifestation se déroulera en partie dans les locaux de l'INSA Strasbourg.
Pour tout complément d’information, consultez le site internet de la Fête de la Science.
UART est heureux de compter Kvaser parmi ses sponsors.
Si vous souhaitez également sponsoriser (ou mécénat avec émission de cerfat * ) notre association vous pouvez nous contacter sur u.art@free.fr ou sur notre site internet u.art.free.fr en section contact
* µart est reconnu d'intérêt général par les impôts français
voici une petite vidéo de l'asservissement 2009. Ce nouvel algorithme a été testé sur la base roulante de Mars'L (Robot 2008). Pour info, la table utilisée mesure 500mm par 1000mm.
Comme quoi, quand Matt ne peut pas faire de Facebook, le robot avance....
Sur les courbes ci-dessous, nous voyons que nous atteignons une vitesse de pointe de 825mm/s en 500ms. Nous enverrons sous peu des vidéos et courbes à vitesse max ...
Afin de pouvoir travailler indépendamment sur chaque partie du robot (asservissement, détection de l’adversaire, Interface Homme/Robot, gestion des objets, commande des servos moteurs, stratégie …) nous les avons répartis sur des microcontrôleurs différents. Le robot est ainsi piloté par 10 micros dsPIC (7 dans le robot + 3 pour les balises). Les cartes communiquent entre elles via un Bus CAN (Controller Area Network) commun et ont toutes un identifiant unique compris entre 1 et 15 (0 étant un identifiant réservé à un envoi général).
Le bus Commun : Pourquoi le Bus CAN ?
1. Fiabilité (Boucle de courant, Checksum Hard intégré au protocole) 2. Rapidité (jusqu'à 1 Mbits/s soit environ 500Kbits/s de données utiles) 3. Priorités entre les périphériques intégrés au protocole
Le bus commun est constitué d’une nappe de 10 fils sur connecteur HE10. La composition du bus est la suivante :
Pin 1 : Commande du relais de Puissance pour les actionneurs Pin 2 : Masse Pin 3 : CAN High Pin 4 : Masse Pin 5 : CAN Low Pin 6 : Masse Pin 7 : Alim 5V Pin 8 : Alim 5V Alimentation Capteurs et des circuits logiques Pin 9 : Alim 24V Pin 10 : Alim 24V Alimentation composants de gestion
A noter que les fils de transmissions CAN sont entourés de 3 fils de masse afin d’absorber d’éventuels parasites.
Les Cartes d’interface puissance :
0_Carte_Alim (A venir : lien Schéma + routage + Photo)
Cette carte gère l’alimentation générale du robot (5V et coupure AU) et la partie puissance des moteurs de propulsion.
0_Puiss_Moteurs (A venir : lien Schéma + routage + Photo)
Interface de puissance des autres moteurs (barillet, doigts, rouleaux ramasseur)
0_Puiss_Servos (A venir : lien Schéma + routage + Photo)
Petite alimentation à découpage 24V vers 6V destiné aux Servos moteurs (trappes d’éjection, Actionneur distributeur horizontal…)
Les cartes de commande :
Template de routage (A venir : lien Schéma + routage + Photo)
Toutes les cartes partent d’une même carte « template » . Elles bénéficient toutes des mêmes fonctionnalités de base : Pilotage d’un moteur en vitesse et/ou en position par le CAN (périph. de comptage quadratique hard + périph PWM ) Pilotage d’un moteur en tension (périph PWM ) Interface de Debug RS232 (périph UART) Mesure de tension batterie (périph ADC) 2 leds, RUN et DEBUG
A cela viennent se rajouter des fonctions spécifiques suivant le rôle de la carte dans le robot.
Voici une description sommaire des différentes cartes de MARS’L.
1_Princ (A venir : lien Schéma + routage + Photo)
Coordonne l’initialisation et le match Gère les modes (boutons du pupitre) Gère le ramassage des balles via CAN (doigt droit, rouleau horizontal)
2_Asserv_M(A venir : lien Schéma + routage + Photo) et 3_Asserv_S (A venir : lien Schéma + routage + Photo)
Gèrent les déplacements du Robot (couche de vitesse, Asservissement polaire, recalage bordure…)
4_LCD (A venir : lien Schéma + routage + Photo)
Interface Homme/MARS’L Affichage des signaux CAN sur la matrice LCD Emet un signal sonore (batterie faible, Adversaire proche, Défaut déplacement, jack de démarrage non connecté…)
5_US (A venir : lien Schéma + routage + Photo)
Détecte les objets sur l’aire de jeu (télémètres IR) Transmet sur les CAN les coordonnées spatiales X, Y de l’adversaire Analyse les Echos US
6_Servos (A venir : lien Schéma + routage + Photo)
Applique une consigne aux Servos depuis le CAN Gère le ramassage des balles via CAN (doigt gauche, rouleau horizontal)
7_Gestion_Objets (A venir : lien Schéma + routage + Photo)
Mesure la couleur des échantillons Gère le ramassage des échantillons (barillet, Canon) Dépose des échantillons préservés
8_Balise_M (A venir : lien Schéma + routage + Photo) et 9_Balise_S (A venir : lien Schéma + routage + Photo)
Coordonne les mesures US (A venir : liaison sans fil Xbee) Calcule la position de l’adversaire sur le terrain Transmet les coordonnées X et Y à MARS’L (A venir : liaison sans fil Xbee)
10_Balise_ADV (A venir : lien Schéma + routage + Photo)
Émet une impulsion US à 32.8Khz
15_CANanlyser (A venir : lien Schéma + routage + Photo)
Carte de Debug CAN, Passerelle CAN vers RS 232
A venir Schéma Structure Elec
A venir Biblio CAN
A venir Doc pdf L298 Pic 30F4011 Traco Recom Xbee LCD
Depuis 2007 le concours Eurobot contraint les participants à éviter l’adversaire. Cette nouvelle consigne ajoute un peu de piment à la Coupe mais prévient surtout les collisions parfois violentes et destructrices au bénéfice du spectacle. Certaines équipes ne se contentent pas simplement d’esquiver l’adversaire. Les plus fortes (RCVA, Helb-Inraci, IUT Angers, Microb, …) peuvent anticiper et agir en fonction des actions adverses pour optimiser les déplacements et adapter leurs stratégies au cours du match. Dans ce petit article nous nous focaliserons uniquement sur un mode de détection par balises Ultra-son, la stratégie ne sera pas développée.
L’idée est de connaître la position exacte (à 3 cm près) du robot adverse sur l’aire de jeu afin de pouvoir agir en conséquence. Pour cela nous avons développé un système de balise Ultra-son à synchronisation HF.
Petit descriptif du système.
Un émetteur US omnidirectionnel E est placé sur le robot adverse, des récepteurs R1 et R2 sont disposés sur les supports de balise fixes. Celles-ci sont orientées dans le même sens. De cette manière, seul 2 balises sont nécessaires à la localisation. 3 émetteurs HF ZBee sont dispatchés dans le robot MARS’L (M), la balise émettrice E et la balise réceptrice R1. La balise Fixe R1 coordonne les mesures.
1.R1 : Envoi d’une requête de mesure de position à E par voie HF (ZBee) 2.E : Envoi d’une impulsion US 3.R1 et R2 : Mesure du temps entre la requête HF et l’onde US (t1 et t2) 4.R2 : Transfert du temps t2 à la balise R1 par un bus CAN commun aux 2 balises 5.R1 : Conversion du temps en distance (t1 : d1 et t2 : d2) 6.R1 : Calcul des coordonnées X et Y de l’adversaire (Petit rappel sur la triangulation) 7.R1 : Transfert des coordonnées au robot M par voie HF (ZBee)
La distance maximum correspond à la diagonale de l’aire de jeu soit 3662 mm, soit t = 11.2 ms (avec Vitesse du son = 320 m/s). La période de rafraîchissement est fixée au minimum à 2t = 22.4ms pour s’affranchir des échos éventuels. Cette année nous avions pris une marge de sécurité de 7-8ms soit un échantillonnage à 30 ms (33Hz).
Traitement du signal.
Pour limiter les bruits dans les mesures, nous avons mis au point au système de tracking soft de l’onde US mesurée. Ce principe est basé sur une décomposition de la mesure en 3 temps :
1.Temps mort (varie entre 0 et 12 ms) 2.Temps avant acquisition (fixe, fonction du temps d’impulsion US) 3.Temps après acquisition (fixe, fonction du temps d’impulsion US)
Durant la phase de temps mort nous ne tenons pas du tout compte des événements US. En fait, l’onde US qui nous intéresse ne peut pas appartenir à cet intervalle de temps.
Cette phase est définie par le temps d’acquisition tn-1 de l’échantillon de la mesure précédente. L’échantillon tn-1 étant initialisé à 0 au début de l’algo.
dn-1 : distance à l’échantillon précédent Erreur : compteur de perte de signal US delta_dist_max : la distance max admissible entre 2 échantillons (ici 30 mm si vmax = 1m/s et Tech = 30ms) T_Pulse : temps du pulse d’émission US Vson : Vitesse du son
A la fin du temps mort nous lançons l’acquisition de la mesure.
dn : échantillon en cours de mesure temps_Acquisition : temps de la 1ère variation temps_Acquisition_Last : temps de la dernière variation Pulse_dn : Pulse de l’échantillon dn_last: dernière variation US mesurée par les capsules
on vérifie ensuite que le pulse mesuré rentre dans l’intervalle défini pour valider la mesure ou le cas contraire, augmenter la largeur de l’intervalle.
Si Pulse_dn est compris dans l’interval (T_Pulse * 0,9 <Pulse_dn< T_Pulse * 1,1) et si (temps_Acquisition : minimum)
dn-1 = dn
Sinon
Erreur ++
Petit rappel sur la triangulation.
On place l’origine au niveau de la balise R1 soit X_tmp et Yorg.
Enfin nous changeons de repère (Xorg,Yorg)
Nous avons combiné à ce système un repérage périmétrique par réflexion US. Il se résume à 2 récepteurs US directionnels par coté et un émetteur omnidirectionnel au sommet du robot. Nous pouvons donc soit directement mesurer l’onde provenant de la balise adversaire soit mesurer une réflexion entre les différents capteurs périmétriques et l’émetteur sous support de balise. (Photos).
Ce dispositif est activé dans le cas ou les balises fixes ne reçoivent plus de signaux valides pendant 20 Te, soit 600 ms. Le traitement des ondes US se fait de la même façon qu’avec les balises fixes.
Un commentaire ou plusieurs commentaires ont été détéctés sans message
Plusieurs explication le commenatire est
En section supprimer et le message est toujours dans sa section Le message n'existe pas ou plus et le commentaire reste dans la base (bug car suppression message = supression commentaires associés) mais n'est plus affiher Vous etes en section recheche et les mots ne correspondent qu'au commentaire.
Bien joué les gars!!!!