*Title: Compte-rendu de la réunion du Lundi 09/01/2006 *Author: djerem ----------------------------------------------- *TOC ----------------------------------------------- * Présent [Sébastien Beaufour] [Jérémy Dufour] [Olivier Gaillard] [Vincent Genèves] [Nicolas Haller] [Thomas Lambert] [Christophe Le Blanc] [Nicolas Schodet] * Divers [Table]Il faut la poncer et la peindre. La ponceuse peut être prêter par Sébastien pour le samedi. Des volontaires ? [Absence du net aux assos] Le problème a pas été encore identifié (switch dans les vaps, alims des modem SDSL HS ?) pour le moment... Si mercredi soir, le net n'est pas revenu aux assos, une sauvegarde du SVN sera restaurer afin de pouvoir continuer à travailler pour l'info. * Info ** La Vision Personne n'a encore repris la vision (Mr Flasque risque de ne pas aimer...) Il faudrait un responsable et d'autres personnes motivées pour bosser dessus. Des volontaires ? A voir à la réunion bureau de jeudi. ** Simulotron (Gaasmann) Le simulotron est composé d'un hub qui orchestre (communication, régulation du temps, ...) toute la simulation avec les différents modules (AVR, PC104, asserv, ...). Les modules communiquent avec le hub via différentes couches (client, aiguillage, GS, TCP/IP). Ces différentes couches sont quasiment finies. Le hub pourra ensuite être commencé. Une fois cet ensemble fini, il permettra d'obtenir une base du simulotron fonctionnelle qui pourra marcher ! Ensuite, il faudra commencer les différentes modules, par exemple un module qui simule une PC104, un asserv, un pour loguer tout ce qui se passe... Des gens veulent participer ou se charger d'un module dans un futur proche ? ** Marvin Pour le moment, cette partie n'avance pas trop (on a pas encore de robot...). Il faudra développer une classe de test. Elle permettra d'éviter à avoir à dupliquer du code dans tous les test_*.cc comme on a pu le faire dans robert. Elle permettra aussi de trapper les controle-c pour quitter le programme du robot en urgence et ainsi éviter de le laisser dans un mauvaise état... Enfin, il faudra améliorer le parseur de la ligne de commande qui faisait ça vérification au dernier moment ce qui n'était guère pratique... Le scheduler devra être simplifier. Enfin, dès que le net reviendra aux assos, il faudra importer les modification CVS pour les sync. La pareil, si des gens veulent s'occuper de faire la classe de test, ils sont les bienvenues. ** PC104 & Co (djerem) Une solution pour la gestion système sur les PC104 qui apparaît pratique a été trouvée dans la théorie. [Initrd] Pour éviter d'avoir à embarquer trop de choses dans l'initrd, une solution simple va consister à avoir un serveur netcat en mode autonome, qui écoute et dès qu'il reçoit une connexion, chroot dans le système complet pour faire une mise à jour de l'initrd en toute simplicité (à l'aide de rsync sûrement). [Stable/Testing/Unstable] Afin de gérer au mieux les différentes libs, seul le programme du robot pourra avoir des libs différentes. La compilation se fera dans l'export et les libs nécessaires seront extraites à coup de ldd. [Export] Il sera créer à l'aide d'un script afin de refléter au mieux la machine sur laquelle il est lancé. Il nécessitera des pré-requis (paquets à prendre avant de ne plus avoir le net, des archives seront faites histoire d'avoir pas trop de surprises). Par contre aucun système simple n'a été trouvée pour faire des mises à jour de l'export (car la debian de l'export risque de ne pas être 100% fonctionnelle, pas de /usr/share par exemple...) ** AVR On aura besoin de 3/4 AVR : asserv, 1/2 cartes E/S et une carte spécialisée (barillet sûrement). Une formation sera faite : il y a déjà 5 personnes d'intéressées (Gaasmanm, Marcel, Miaou, Kermit et djerem). ** I2C (Kermit) Le code actuel permet de faire parler un master et des slaves en lecture. Après un petit nettoyage/documentation du code actuel, il faudra valider la communication en écriture. Il restera ensuite à développer le mode "multi-maître" et ça sera fini. * Méca Elle a commencé mais je ne serais pas trop vous détailler ce qui a pu être aborder hormis : [Roues] Largeur des roues la mieux vis à vis de l'adhérence quand on va tourner et aussi le diamètre qu'il faudrait peut-être réduire pour gagner en couple/puissance. * Elec Election du responsable elec, j'ai nommé Mr Thomas Lambert aka Marcel !