Projets:Lab:2013:Couperobotique2014

From Electrolab
Revision as of 23:48, 25 October 2013 by 3dsman (Talk | contribs)

Jump to: navigation, search

About

Logo coupe de france de robotique.jpg

Après la première participation (mouvementée) de l'Electrolab à la coupe de France de robotique l'équipe 2013 a décidé de remettre le couvert en 2014.

Page de Planète Sciences dédié à la coupe de Robotique

Dates organisation

  • 28 Septembre 2013 : Présentation du règlement 14H-17H à la cité des sciences et de l'industrie
  • TBD (Novembre) : Date limite d'inscription
  • TBD (Janvier) : Dossier technique
  • TBD (Avril) : Rendre le poster
  • 28 au 31 Mai 2014 : mai 2013 : Le concours à la La Ferté-Bernard

L’équipe

  • Pilou [usinage, suivi de projet, administratif]
  • Stéphane(Raoul) [asserv, meca, elec, dev]
  • 3dsman [design/previz, elec, dev]

Objectif

1)Mettre en place une base de robot avec asservissement. (encore plus que l'année dernière :p)

2)Réfléchir une architecture limitant le câblage (qui a posé de gros problème en 2013)

3)Définir une architecture modulaire pour faciliter le développement parallèle des éléments du robot, leur maintenance et permettre des upgrades localisées.

4)Communiquer plus efficacement vers l’extérieur (notamment sur la ML du lab et sur le wiki)

Les actions

Thème : Prehistobot

le terrain fait comme l'année dernière 2mx3m, les zones de départ sont placé dans deux coins et les couleurs des équipes seront le jaune et le rouge.

Table cc.png

Et voici le fichier blender:

table_cdr2014.zip


Attention ce modèle est une version temporaire basée sur le pré-règlement distribué lors de la rentrée de la robotique. Des éléments de jeu peuvent changer.

La fresque

Le robot doit accrocher des dessins embarqués au démarrage sur une surface verticale placée entre les 2 mammouths et recouverte de bandes de scratch

Les dessins seront fournis par les équipes et doivent mesurer entre 8x10cm et 10x16cm et 1cm d’épaisseur max

3 pts par dessin accroché en fin de partie

6 pts max

La conquête du feu

Des feux, matérialisés par des triangles avec une face rouge et l'autre jaune, sont disposés sur le terrain.

Il y en a 6 posé directement sur le sol, 4 posés verticalement sur les bords du terrain dans des "torches" fixes et 6 dans deux torches mobiles soit 16 en tout.

Ces feux doivent être posés sur des "foyers" disposés dans 2 coins du terrain et un au centre. La couleur de la face visible de chaque feu permet de compter les points en fin de partie.

1 pts par feu posé sur le sol dans le bon sens

2 pts par feu posé sur un foyer dans le bon sens

32 pts max

La cueillette

Il y a 4 arbres sur les cotés du terrain avec, suspendus au bout de ficelles, chacun 5 fruits comestibles (en violet) et un toxique (en noir).

l'objectif est de récupérer ces fruits (des bouchons de liège) et les déposer dans le panier de récolte de son équipe (situés sous les mammouths).

1 pts par fruit comestible posé dans le panier

-2 pts par fruit toxique resté dans le panier en fin de partie

20 pts max

La chasse

Deux mammouths sont placés sur les bord du terrain.

Il nous faudra tirer des balles de ping-pong préchargées dans les robots sur des zones de scratch placé au centre des mammouths.

Chaque robot peut embarquer jusqu’à 6 balles.

2 pts par balle accrochée en fin de partie

3 pts pour les deux equipes pour chaque mammouth touché par les 2 couleurs (action de cooperation)

12+6 pts max

La funny action

Il faut dans les 5 secondes qui suivent le match lancer un filet (fournis par les equipes) pour attraper un des deux mammouth.

Si le filet reste accroché au mammouth la funny action est considérée comme valide

6 pts si le filet est bien placé sur un des deux mammouth

Avancement

Motorisation

On a trouvé quelques petits moteurs que nous avons pu tester. Ils ronronnent niquel, n'ont pas de jeu perceptible et après simulation de leur comportement par Stéphane devraient nous donner toute satisfaction en permettant des accélérations théorique de 1m/ss (en restant dans des voltages/ampérages pépère pour les moteurs) pour un robot de 7kg avec des vitesses de 2m/s en pointe.

Cela devrais nous faire faire un sacré gap par rapport a l'année dernière et nous permettre de faire un asservissement digne de ce nom (enfin en tout cas cette année on a plus d'excuses de ce coté la :))

Contrôleur principal

Capteurs

Dans le but de limiter les fils et de se conformer à la recherche de modularité définie dans nos objectifs, nous travaillons actuellement à l'utilisation d'un bus rs485 pour la communication capteurs/contrôleur principal.

Après quelques tests sur des versions dip des circuits nous avons pu confirmer notre architecture de bus pour cette année et nous nous lançons donc en phase de conception des cartes sur cette base:

  • chaque capteur embarquera un microcontrôleur Atmega pour faire des prétraitements en local et gérer la communication sur le bus. Un avantage important ce cette solution sera de faciliter l’amélioration des capteurs par l'ajout de fonctions logicielles dans les firmwares des microcontrôleurs sans avoir à toucher au matériel.
  • Nous utiliserons le circuit SN65HVD3082EDR comme driver de bus.
  • Le bus est composé de 4 fils (gnd, +5v logique et 2 fils de plus pour le différentiel du rs485)
  • Les deux circuits seront utilisés en version tqfp pour réduire la taille des capteurs
  • Les capteurs/actionneurs ayant besoin de plus de puissance (moteur, servos, solénoïdes,...) seront alimentés par un câble de puissance supplémentaire fournissant +5V, +12V et GND

Le choix des Atmega a été motivé par la taille et la multiplicité des configuration de cette famille qui nous permettra d'avoir des capteurs très différents dans leurs fonctionnalités et leur taille tout en conservant des librairies communes (notamment celles de communication sur le bus).

nous nous dirigeons tout particulièrement sur la série atmega48/88/168 (le brochage des 3 est le même) pour sa facilité de programmation (on peut les programmer avec un arduino en 5mn), sa taille réduite (32 broches en tqfp), son faible cout et le nombre de librairies développées sur ces modèles

Certaines pattes des Atmega sont réservées pour des fonctions génériques installées sur toutes les cartes capteur (programmation in-circuit, 2 leds d'information et les pins indispensables à la communication rs485)

Projets:Lab:2013:Couperobotique2014:Carte Generique

Projets:Lab:2013:Couperobotique2014:Carte Servos

Projets:Lab:2013:Couperobotique2014:Carte Capteur Couleur

Projets:Lab:2013:Couperobotique2014:Carte Alimentation Basse Puissance

Asservissement

Cette année, contrairement a l'année passée nous nous dirigeons vers des codeurs sur des roues indépendantes situées dans l'axe des roues moteur.

Raoul nous a trouvé des petits encodeurs capacitifs a un prix très intéressant les AMT102-V de chez cui inc.

Après de petits test rapides ils nous semblent être plutôt adapté a notre utilisation, nous referons des tests plus complets et précis afin de confirmer mais ce premier essai est plutôt encourageant.

Avec 1024 cycle/tour ils atteignent une précision qui devrais nous permettre d'avoir une finesse de mesure théorique de l'ordre du 10eme de mm.

Nous réfléchissons encore a gérer les encodeurs comme des capteurs (avec microcontrôleur et bus rs485) ou a les considérer comme des capteurs a pars (il faut des transferts très rapides et synchronisée). Une solution intermédiaire serait de leur dédier un bus rs485 spécifique.

Sans pour autant exclure totalement les options citées juste au dessus des calculs de disponibilité du bur rs effectué par Stéphane nous laissent a penser que les informations encodeurs devraient pouvoir parfaitement s'inclure dans le bus général sans provoquer de latence.


Une option étudiée serait de mettre en place une carte commune pour les 2 capteurs, basé sur le modèle de notre carte capteur générique, qui gèrerait directement un asservissement en vitesse des deux moteurs.

Elle communiquerais avec le bus général pour renvoyer des informations de vitesse/position et recevoir ses consignes de vitesse.

Le schématique de cette carte est prêt, il faut encore qu'on la fasse vérifier par des yeux d’électroniciens expérimentés <mode lechecul>on a l’embarras du choix au lab</mode lechecul>

la présentation de cette carte sera mise a jour au fur et a mesure des avancées dans sa page dédiée: Projets:Lab:2013:Couperobotique2014:Carte_Asservissement

Mécanique

Nous avons bien avancé dans le design d'un bloc moteur/encodeurs/roues que pilou vas mettre en CAO et usiner et qui nous permettra de tester les encodeurs en condition proche de la réalité et d'avoir de quoi se mettre sous la dent dès qu'on aura l’électronique de commande.

Cette année nous nous concentrerons sur une base roulante réutilisable donc la priorité sera clairement donnée a la motorisation et à son contrôle.

Alimentation

  • Raoul est entrain de nous développer une carte d'alim maison qui devrait être plus efficace que les dc/dc chinois de l'année dernière qui nous ont causé quelques désagréments...

Obligation réglement

  • en attente


DONE

  • Méca
    • design d'un bloc moteur/encodeurs/roues pour pouvoir tester les cartes de contrôle des qu'elles seront disponibles
      • Draft fait sous Blender[DONE]
  • Elec
    • Test des encodeurs
    • Test de la communication sur bus rs485
    • Design de la carte d'asserv
    • Design d'une carte de contrôle de servomoteurs

WIP

  • Méca
    • Refaire le draft du bloc moteur sous CAO puis FAO[EN COURS par Pilou]
  • Elec
    • Vérification de la carte d'asserv
    • Vérification de la carte de contrôle de servomoteurs
  • Dev
    • Écriture d'un protocole de com pour le bus rs485[EN COURS par Raoul]

TODO LIST

  • Méca
    • Voir quels matières usiner => vérifier/approvisionner outils de coupe
    • Design du mécanisme du bras ventouse
  • Elec
    • Gravure et test de la carte d'alim de raoul
  • Dev
    • IA