summaryrefslogtreecommitdiff
path: root/p/reu/cr_20060109.txt
blob: dec2d7244f11b997bb966d913e6a6f2d5f11be71 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
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 !