From 9913620eca0dbc3995125b4e97089eb855107560 Mon Sep 17 00:00:00 2001 From: dufourj Date: Wed, 11 Jan 2006 15:10:02 +0000 Subject: Compte-rendu (partie info principalement) de la réunion du lundi 09/01/2006 --- p/reu/cr_20060109.txt | 97 +++++++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 97 insertions(+) create mode 100644 p/reu/cr_20060109.txt (limited to 'p') diff --git a/p/reu/cr_20060109.txt b/p/reu/cr_20060109.txt new file mode 100644 index 0000000..dec2d72 --- /dev/null +++ b/p/reu/cr_20060109.txt @@ -0,0 +1,97 @@ +*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 ! -- cgit v1.2.3