Débuter dans la programmation

[invite02740dd6]

Bonjour à tous,

Je me présente, je m'appelle Julien, et je suis en première STI.

J'ai quelques bases en electronique mais je souhaiterai aller plus loin et me lancer dans la programation (de pics?, eproms?) dans le but de me créer un petit robot. Seulement, je ne connais rien en programmation...

J'ai déja fais un très grand tour avec mon ami google, mais je n'ai rien trouvé de bien satisfaisant...

Pourriez-vous donc m'aider à ma lancer dans ce "nouveau monde"??

Pour cela j'aurais voulu savoir ce que vous me conseillez (pics, eproms, ... ??)
J'aurais également aimé que vous puissiez me donner des exemples de programmateurs pas trop cher (pour commencer) mais fiables (avec les pics qui vont avec) ainsi qu'un logiciel pour programmer (et compiler?) le tout.

Et une dernière chose très importante, ou pourrais-je apprendre un language de programmation ( qui aille avec le logiciel que vous me proposez ^^)?

Merci pour tout et... j'attend avec impatience vos réponses

Julien
-----

[thundertom]

Salut,

Pour les PIC il existe une documentation très bien faite en français. Cherche cours Bigonof sur google.
Le mieux à mon avis pour commencer c'est de partir dans l'asm. De cette manière tu apprendras de quelle manière fonctionne vraiment un microcontroler et ça t'éviteras de faire des fautes monumental si un jour tu passes au langage C.
Pour le programmateur, je te conseil le PicKit2 (ou 3) c'est du matériel de chez microchip, donc tu est sur que ça fonctionne et son cout est assez raisonnable.

[invite7a49d0d5]

Salut,

je confirme :

-la bible c'est les cours de Monsieur BigOnOff
-et aussi la datasheet de ton PIC ;O]
+environnement gratuit MPLAB (asm + compilo C au choix)
+PickIt2 pour programmer ton PIC

en plus de cela Google foisonne d'exemples, tutoriaux sur les PICS...

vede
;O]
___________
...

[invite0a7d2e9a]

Bonjour,

il n'y a pas que Pic il y a ATMEL aussi avec lesquels on peu commencer par la base et passer sur Arduino ensuite.
enfin c'est un choix après

@++

[A voir en vidéo sur Futura]

[invite29971eb1]

Bonjour,

il n'y a pas que Pic il y a ATMEL aussi avec lesquels on peu commencer par la base et passer sur Arduino ensuite.
enfin c'est un choix après

@++

Je dirais plutôt commencer par Arduino pour ensuite attaquer les AVR...c'est plus logique dans ce sens...et plus simple

[Murayama]

Bonjour!

Bof, ça dépend de ce que l'on veut faire, et puis pour tout dire,
je serais curieux de voir une erreur "monumentale" inévitable pour
quelqu'un qui a débuté en C, que par contre un qui aurait commencé en
assembleur ne ferait en aucun cas. J'insiste sur le mot inévitable.

De mon point de vue:
- Le langage C est très proche de l'assembleur, corollaire de quoi il
n'est rien qui soit faisable en assembleur et pas en C.
- L'assembleur fait main est dans certains cas plus performant
que le code généré par un compilateur C, mais le prix à payer est
une très grande complexité de programmation.
- Les compilateurs actuels sont si performants que le gain de
performance ou de compacité du code ne justifie pas l'effort
supplémentaire de programmation.
- Les microcontrôleurs actuels ont souvent quelque kB de mémoire,
quelques dizaines de k de flash, le tout pour des prix très bas.
Si vous visez une application qui sera produite à des dizaines de
millions d'exemplaires, l'économie de mémoire peut vous permettre
d'utiliser un processeur qui coûte 10 centimes de moins, mais c'est
bien le seul cas où on pourrait justifier l'ASM. Mais dans ce cas, il
vaut mieux penser à la maintenance. Que faire si le programmeur
change de boulot?
- Le C est portable, l'ASM, non. Si vous écrivez un programme pour
PIC et que vous avez un jour à le réécrire pour ATMEL, vous n'aurez
en C qu'à réécrire la couche de soft proche du hardware. En ASM,
vous devrez tout réécrire.
- Un projet écrit en ASM est souvent imbitable pour celui qui ne
l'a pas écrit.
- Un projet écrit en ASM est souvent imbitable même pour celui
qui l'a écrit, quand il le relit quelques mois plus tard. Dans tous les
cas, l'effort est supérieur. Donc en pensant à la maintenance,
il est souvent préférable d'écrire dans un langage plus évolué.
- Dans le cas d'une tâche très répétitive (ex: papillon d'une FFT),
il est toujours possible d'insérer un morceau d'assembleur dans
une fonction C).

Bref, si vous êtes débutant de chez débutant, je ne vois aucune
raison de ne pas commencer en C. Mais ce n'est que mon avis,
je n'ai que 20 ans d'expérience en ASM, finalement.

En ce qui concerne les systèmes d'évaluation, je ne sais pas si
Texas vous remboursera la différence s'il y a moins cher ailleurs,
mais en tout cas, vous avez celui-ci à 4,3 USD. Donc 4 Euros.

Pascal

Salut,

Pour les PIC il existe une documentation très bien faite en français. Cherche cours Bigonof sur google.
Le mieux à mon avis pour commencer c'est de partir dans l'asm. De cette manière tu apprendras de quelle manière fonctionne vraiment un microcontroler et ça t'éviteras de faire des fautes monumental si un jour tu passes au langage C.
Pour le programmateur, je te conseil le PicKit2 (ou 3) c'est du matériel de chez microchip, donc tu est sur que ça fonctionne et son cout est assez raisonnable.

[invite29971eb1]

En ce qui concerne les systèmes d'évaluation, je ne sais pas si
Texas vous remboursera la différence s'il y a moins cher ailleurs,
mais en tout cas, vous avez celui-ci à 4,3 USD. Donc 4 Euros.

L'idée est bonne, mais TI est incapable de fournir ces kits. Je l'ai commandé début juillet et début aout, j'ai su que j'étais encore 5000ème sur la liste d'attente pour en recevoir un avec un total de 6000 commandes.

Je ne m'attends même pas à le recevoir pour Noël.

Pour revenir à l'Arduino, on trouve assez facilement des clones à 20 dollars (de toutes façons c'est open-source open-hardware).

Pas besoin de programmateur puisqu'ils disposent d'un port USB et du bout de code (bootloader) qui va bien dans le microcontrôleur.

Il doit même être possible de le programmer en C et en assembleur (enfin, faut le vouloir ) sans casser le bootloader, mais je n'ai pas vérifié

[thundertom]

Bonjour!

Bof, ça dépend de ce que l'on veut faire, et puis pour tout dire,
je serais curieux de voir une erreur "monumentale" inévitable pour
quelqu'un qui a débuté en C, que par contre un qui aurait commencé en
assembleur ne ferait en aucun cas. J'insiste sur le mot inévitable.

Salut, j'ai en aucun cas dit que c'était inévitable. C'est vrai que si l'on apprend le C de manière tout a fait correcte il n'y a pas fondamentalement de de risque de grosses erreurs.
Mais j'ai déjà vu quelqu'un faire une division de 2 long sur un PIC 8 bit à l'intérieur d'une routine d'interruption.
La personne qui avait fait ça, ne comprenais pas pourquoi ça ne fonctionnais pas.

Alors que si l'on à fait un peu d'asm, on comprend vite que la ligne a/b en C se traduit par plusieurs centaines de lignes en ASM.

[invite7e727e46]

Pour moi, je te conseille vivement de commencer la programmation en C pour les raisons suivantes :

- Le C est plutôt simple à prendre en main (Par rapport à l'assembleur)
- Avec quelques lignes de C tu peut faire ce que tu fais avec des centaine de ligne d'ASM

Pour apprendre le C en partant de 0, c'est simple : => Le site du zéro

http://www.siteduzero.com/tutoriel-3...mmer-en-c.html

Regarde le chapitre 1 et le chapitre 2 jusqu'au point 6.


Ensuite si tu veux débuter sans devoir passer des dizaines d'heure avant de pouvoir faire quelque chose, par exemple faire clignoter une LED, il y a mieux que Bigonoff.

Moi je suis plutôt pour un apprentissage avec un cours-tutoriel ou tu pratique en même temps. Pour cela va voir ici : http://herve.hollard.perso.sfr.fr/prog_pic_c.htm

Avec seulement quelques bases en C tu pourra faire pas mal de choses.

@+

[Murayama]

Bonjour!

L'idée est bonne, mais TI est incapable de fournir ces kits.

Il faut guetter sur Digikey. Il y en a de temps en temps.

Mais j'ai déjà vu quelqu'un faire une division de 2 long sur un PIC 8 bit à l'intérieur d'une routine d'interruption.

Oui, mais ce n'est pas vraiment un problème de C. Le gars n'a pas
compris qu'entre 2 interruptions, il n'y avait pas assez de temps.
Il se trouve que c'était en C, mais cela aurait foiré de la même
façon en appelant une autre (grosse) routine assembleur.

D'autre part, quand on s'est fait prendre une fois, on a compris.
Combien de temps a-t-il galéré la dessus? Quelques heures au pire,
avant de comprendre et de choisir le plan B. Je suis certain que
ces quelques heures perdues n'auraient pas produit grand chose en
assembleur non plus.

Pascal