1 |
Le 07/12/05, grillot sebastien <sebastiengrillot@×××××.com> a écrit : |
2 |
> |
3 |
> (re)bonjour, |
4 |
> Voila enfin un vrai HS de chez HS ;) |
5 |
|
6 |
|
7 |
Salut, |
8 |
|
9 |
Effectivement c'est hors sujet .. Je me demande s'il vas durer longtemps |
10 |
!!! Wait & See |
11 |
|
12 |
Comme je l'ai deja dis, notre association va participer à la coupe de |
13 |
> france de robotique. Pour ce faire nous allons coder notre bestiolle |
14 |
> en C. |
15 |
|
16 |
|
17 |
Le C c'est pas bien compliqué :) Le C++, c'est un peu plus compliqué, |
18 |
donc j'espere pour toi que ca va rester du C :)) |
19 |
Mais bon cet avis ne regarde que moi .. D'autre te dirons que la |
20 |
programmation en générale ce n'est pas compliqué. |
21 |
|
22 |
C'est une grande premiere pour moi de travailler en C sur un |
23 |
> projet aussi "important" et sur de l'electronique (enfin un truc |
24 |
> different d'une gestion_de_je_sais_pas_quoi comme nous pouvons faire |
25 |
> en BTS IG par exemple :). |
26 |
|
27 |
|
28 |
Une fois que tu auras compris le fonctionnement du point de vue electronique |
29 |
du robot, la partie programmation sera un jeu d'enfant pour faire faire a |
30 |
ton robot ce que tu veux. |
31 |
|
32 |
Alors voila, j'ai pas mal de question : |
33 |
> - Comment peut-on analyser le code que nous aurons à produire? Par |
34 |
> quoi devons nous commencer. Je suis un habitué du systeme MERISE pour |
35 |
> analyser les besoins. Dans notre ecole on nous parle tout le temps |
36 |
> d'UML. |
37 |
|
38 |
|
39 |
UML est une méthode orientée objet qui, je trouve est plus facile a |
40 |
appréhender que merise. Et dans ton cas devrait mieux s'adapter. |
41 |
|
42 |
Mais ne devrais-je pas simplement decouper mon projet en |
43 |
> fonction des differents PIC que je vais avoir sur ma bestiolle ? |
44 |
|
45 |
|
46 |
Vi, la decoupe en petit morceau est la clé. |
47 |
|
48 |
De |
49 |
> plus, nous allons avoir un GNU/Linux qui fera tourner un ARM (Gumstix |
50 |
> ou routeur asus) pour le traitement de l'image et "l'inteligence" du |
51 |
> robot. |
52 |
> |
53 |
> De plus, je decouvre tout les outils (lclint, gprof...) pour analyser |
54 |
> le code. Comment dois-je travailler avec ce genre d'outils, à chaque |
55 |
> fois que j'ai terminé d'ecrire une fonction, à chaque fois que je |
56 |
> viens de coder un "mouvement" dans mon robot, à la fin de chez la fin? |
57 |
|
58 |
|
59 |
Bon courage avec toutes ces nouveautés. J'espère que tu as du temps devant |
60 |
toi pour comprendre tous ca. |
61 |
|
62 |
Je presume que si c'est à la fin il faut absoluement se prevoir un |
63 |
> "délais" pour ne faire que ca. L'audit du code doit se faire par la |
64 |
> personne qui à codé, par quelqu'un d'autre ? Est-ce reelement une |
65 |
> etape utile, sachant que je penses que oui car le systeme se |
66 |
> retrouvera embarqué donc dans des limites importantes... |
67 |
|
68 |
|
69 |
Je n'ai pas trop de connaissance dans ce domaine, mais je dirais que tester |
70 |
ce que tu fais petit à petit ne serait pas un mal. Car debugger tout d'un |
71 |
coup risque de ne pas etre facile. |
72 |
|
73 |
Si vous avez des remarques, des questions, des idées... je vous en |
74 |
> pris, lachez vous ;) |
75 |
|
76 |
|
77 |
J'essayerais |
78 |
|
79 |
|
80 |
Amicalement |
81 |
> |
82 |
> Seb |
83 |
|
84 |
|
85 |
|
86 |
Bon courage dans ton projet . |
87 |
|
88 |
-- |
89 |
> Regist. Linux User #344952 |
90 |
> |
91 |
> Experience is the name everyone gives to their mistakes. |
92 |
> -- Oscar Wilde |
93 |
> |
94 |
> -- |
95 |
> gentoo-user-fr@g.o mailing list |
96 |
> |
97 |
> |