Suite à mon précédent sujet pour piloter ma maquette depuis le pc par le port série/ parallele ( ici ) et qui je pense ne va pas etre facile, j'aimerai en savoir un peu plus sur les pics, déja, quelle différence entre pic et eprom? et ensuite, comment on les programme (en C/VB etc ou par un graphcet (que je préfèrerai^^) ou un shéma logique??)
merci pour vos réponses !!
une eprom c'est une mémoire
un pic c'est un microcontroleur qui exécute un programme
d'ailleurs tu peux débuter avec un ATmega (programmateur USB/ICSP à 40€)
15€ même:Envoyé par gcortex
http://www.myavr.fr/2-programmateurs
et sans passer par un site d'enchères transcontinental
Tu as aussi les tutos qui vont bien, en français:
http://www.myavr.fr/tutos/intromicro
Quand un homme a faim, mieux vaut lui aprendre à pecher que de lui donner un poisson.
Tu risque de te blesser si tu te lance dans les pics !
Plus serieusement, l'avantage des pics est que c'est moins cher que les atmega, mais legerement moins performant. Ils sont aussi plus largements diffusés, ce qui rend la documentation de trés bonne qualitée.
Un programateur pic coute 30€ mais les µc sont gratuits pour les petits developpeurs.
Un programmateur atmel coute idem, mais les µc sont payants (2€/u environ).
edit: pour la programmation par graphcet, tu as flowcode pour les pics.
Dernière modification par mortaurat ; 07/07/2010 à 09h17.
Trop tard pour éditer, je complète mon post précédent
Il faut savoir que Pic est un type de microcontrôleur (de chez Microchip), certainement les plus répandus dans le monde amateur, mais loin d'être les meilleurs tant au niveau des performances que de la simplicité d'utilisation (le critère le plus important à ton niveau je pense).
Je ne peut qu'être d'accord avec Cortex pour te conseiller les AVR, vraiment très simple à utiliser, surtout si tu commences avec le compilateur Codevision AVR (la version démo sufit largement pour de petites applis): http://www.hpinfotech.ro/html/cvavr.htm
Quand un homme a faim, mieux vaut lui aprendre à pecher que de lui donner un poisson.
[QUOTE=mortaurat;3079207]
Plus serieusement, l'avantage des pics est que c'est moins cher que les atmega, mais legerement moins performant.
[quote]
A gamme équivalente, un AVR va 4 fois plus vite qu'un PIC, ce qui veut dire que tu peux en faire plus à vitesse de quartz égale ou également en faire autant avec un quartz plus petit, donc une consommation moindre.
voir au-dessus le programmateur à 15 euros, avec la possibilité d'en faire un sur port parallèle avec un simple buffer (plus lent, mais prix imbattable)Un programmateur atmel coute idem, mais les µc sont payants (2€/u environ).
On trouve des AVR à pas cher sur le site d'enchère bien connu, mais aussi sur le site que j'ai donné, à partir d'1,17 euro... Perso, je préfère acheter un mdèle un peu plus gros, qui sera adapté à plus de projets.
En ce moment, l'Atmega88 est un bon compromis.
Tu as encore beaucoup à apprendre jeune Padawanedit: pour la programmation par graphcet, tu as flowcode pour les pics.:
http://www.matrixmultimedia.com/data...TEFLC-60-3.pdf
Flow code est dispo pour PIC, AVR et ARM
Quand un homme a faim, mieux vaut lui aprendre à pecher que de lui donner un poisson.
mais alors, ca veut dire qu'on est obligé de les programmer en créant un code? Il n'existe pas un logiciel ou on aie juste à faire un graphcet ou un schéma logique?? Et avec AVR, quel est le code deprogrammation?
Tu as lu ce qu'on a écrit?
mortaurat t'a parlé de flowcode, qui permet de programmer en grafcet sur PIC, AVR ou ARM....
Sinon il faut passer par du C ou de l'assembleur.
Quand un homme a faim, mieux vaut lui aprendre à pecher que de lui donner un poisson.
Je veux bien essayer flowcode, mais pourriez-vous me dire ou le trouver mais surtout est-il compatible avec la plupart des programmeurs d'avr?
merci
on croit rêver, matrixmultimedia.com, c'est marqué au-dessus....
Quand un homme a faim, mieux vaut lui aprendre à pecher que de lui donner un poisson.
j'ai vu le lien mais n'existe-t-il pas une version d'eval avant de l'acheter, histoire de voir si ca me convient ou non...
Tu peut bien chercher dans ce topic une version de flowcode pour pic.
Je ne possede pas celle pour AVR.
Oui mais un PIC peut être cadencé à 48MHz, alors qu'un avr à 20MHz.A gamme équivalente, un AVR va 4 fois plus vite qu'un PIC, ce qui veut dire que tu peux en faire plus à vitesse de quartz égale ou également en faire autant avec un quartz plus petit, donc une consommation moindre.
Je prefere comparer les vitesse à Fmax, 12MIPS pour les pics et 20MIPS pour les AVR.
Sachant que les pics integrent des PLL, ce qui fait qu'on peut atteindre les 48MHz avec un quartz de 4MHz.
Je ne le conaissais que pour PIC, ravi de l'apprendreTu as encore beaucoup à apprendre jeune Padawan :
http://www.matrixmultimedia.com/data...TEFLC-60-3.pdf
Flow code est dispo pour PIC, AVR et ARM
Mais je ne l'utilise plus depuis... le bac
Je plussois ! Mais j'ai une preference pour l'atmega168 qui possede 16k de flash (au lieu de 8). On est un peut juste sinon...En ce moment, l'Atmega88 est un bon compromis.
En gros thomp32 il faut que tu sache qu'il y a principalement deux grandes familles pour les amateurs, les pics et les atmel.
Tu trouvera de l'aide sur ce forum que tu choisisse l'un ou l'autre.
Je programme les deux, et c'est un grand plaisir de travailler sur du atmel ou du pic. La seule chose qui me rebute, c'est de payer 2€ le µc =)
Sinon atmel serait selon moi carrement devant.
edit:
Et puis, la version 4 est sortie il y a un an dejà. MaitreTu as encore beaucoup à apprendre jeune Padawan :
http://www.matrixmultimedia.com/data...TEFLC-60-3.pdf
Dernière modification par mortaurat ; 07/07/2010 à 10h39.
Je viens de parcourir le post et je voulais juste faire une petite remarque.
Vous luis parlez d'ATmega, de PIC, .... alors que (sans offenser) les connaissances en matiere d'electronique sont assez faible. Car demander la difference entre un PIC et une eprom c'est deux choses non comparables.
Il faudra commencer par une bonne documentation sur les Micro-controleurs en general, ce qui lui permetra ensuite d'aprecier les différences entre les différents modèles que vous lui proposez.
Pour ma part, les PIC on l'avantage d'être très repandus et éprouvés avec FLOWCODE (O combien grotesque)
Ne le prenez pas mal mais pour ma part les ATmega ne sont pas franchement recommendable aux debutants. Aussi bonne soit les performances.
Bye
Ca dépend, j'ai fait rentrer un pilote de servomoteurs basé sur le protocole Visca sur 2ko mais c'était serré
J'ajouterais les MSP430 de Texas, surtout avec leur kit de dev à 4,30$. Pas encore très répandu, mais ils ont fait l'objet de pas mal de montages Elektor et ont bonne réputation. J'attends de pouvoir tester bientôt (dès que les kits seront plus en rupture)En gros thomp32 il faut que tu sache qu'il y a principalement deux grandes familles pour les amateurs, les pics et les atmel.
AmenTu trouvera de l'aide sur ce forum que tu choisisse l'un ou l'autre.
Je programme les deux, et c'est un grand plaisir de travailler sur du atmel ou du pic. La seule chose qui me rebute, c'est de payer 2€ le µc =)
Sinon atmel serait selon moi carrement devant.
Ah toi non plus tu ne sais pas visiter un site:edit:
Et puis, la version 4 est sortie il y a un an dejà. Maitre
http://www.matrixmultimedia.com/supp...opic.php?t=613
Quand un homme a faim, mieux vaut lui aprendre à pecher que de lui donner un poisson.
Je disais ca car le lien que tu avais donné indiquait flowcode V3, or la V4 est dispo depuis pas mal de temps, mais je taquine
Pour avoir epprouvé les deux, je ne vois pas en quoi les ATmega sont plus difficiles à programmer que les pics.Ne le prenez pas mal mais pour ma part les ATmega ne sont pas franchement recommendable aux debutants. Aussi bonne soit les performances.
Ils gerent même tout seuls les flags d'interruption.
Le seul gros hic, c'est qu'avec le compilateur GCC de AVRstudio, les bits des ports sont declaré via la methode des "masques".
Si bien que tu es obligé par exemple pour mettre le bit 4 à '1' de faire PORTB |= (1<<PINB4) ; et c'est pas forcement evident à comprend pour un debutant.
Mais je pense que tu peut regler ce probléme en ecrivant :
il deviendrait possible d'ecrire PORTB.BIT0 = 1 ;Code:typedef unsigned char byte; typedef struct { byte BIT0 ; byte BIT1 ; byte BIT2 ; byte BIT3 ; etc... } Bits ; Bits PORTB;
Ah bon? Mortaurat a déja répondu, mais je serais curieux de connaître tes arguments sur la question...
Quand un homme a faim, mieux vaut lui aprendre à pecher que de lui donner un poisson.
