Quel PIC, avec quel afficheur

[invite653ac363]

Bonjour à todos...
Je sais la question est vague, mais je voudrais developper une application avec un capteur, lu et traité par un pic (ou autre je suis pas sectaire) et afficher quelques valeurs sur un ecran : valeur instantannée, valeur max ...
Je commence à m'orienter vers un pic16f, je recherche donc une plateforme de developpement Pas trop chere (50 euros) avec possibilité de telecharger mes programmes via un pc, et avec un compilateur C.
J'imagine que certain font ça très souvent, quel chaine de developpement avez vous ou me conseilleriez vous?

Pour l'afficheur je pense que ça decoulera un peu automatiquement ...
Merci d'avance pour vos réponses biensur
A+
-----

[invite5637435c]

Salut,

regarde dans le sous forum "projets", tu y trouveras un ICD2 like, sur le site Microchip tu as l'interface gratuit MPLAB, pour le compilateur C tu as des versions gratuites chez Hitech (PicC Lite) ou MikroElektronika jusqu'à 2Ko de prog.

[invite2562e666]

Bonjour, Alban

Comme ton choix n'est pas encore fixé sur les pics, je me permets d'intervenir. Les pics 16f présentent, de mon point de vue, le gros défaut d'avoir une structure interne complexe et de fonctionner avec des "pages" et "bankes", ce qui limite très fort leur utilisation en C (voir la rubrique "FAQ" de ce forum)
Pour ma part j'utilise les familles MC68HC908 et MC9S08 de Freescale.
Tu trouveras tout ce que tu souhaites sur le site www.68hc08.net , y compris par exemple une carte d'essai 68hc908GP32 (32Kà Flash),
http://www.68hc08.net/modules/smarts...php?itemid=103
que l'auteur vend à 40 eur. Avantage de ce genre de carte: pas besoin d'enlever/mettre le µC pour le programmer.
L'IDE est CodeWarrior : asm C et C limité à 16k dans sa version gratuite. Il fait compilateur/debugger ICS/simulateur :
http://www.freescale.com/webapp/sps/...01272600610BF1

Les MC9S08 sont deux fois plus rapides et possèdent un module de debug particulièrement sophistiqué, mais il faut une interface BDM (Background Debug Mode) pour les programmer. Il y en a une (Open source) sur le site wwW.68hc08.net : c'est l'OSBDM08 (il revient à +/- 15eur).
Pour l'afficheur, tu trouveras même sur le site 68hc0! des routines C toutes faites de gestion d'affichage LCD 2x16.

th.

[invite653ac363]

Merci pour vos réponses,
J'ai télécharger le compilateur freescale, on va voir à quoi il ressemble ...
a bientot pour de nouvelles questions !!!
a+

[A voir en vidéo sur Futura]

[invite5637435c]

Sacré thm, quel malin!

Bon après tout pourquoi pas parler de Freescale qui offre depuis quelques temps des solutions, enfin... oserais-je... depuis le temps...
Et puis Microchip leur doit tant.

Par contre l'histoire des banks je ne te suis pas trop, car si tu satures une bank, le compilo t'avertit de la situation, il suffit de faire un déclaratif dans la bank suivante.
D'ailleurs je n'ai pas souvenir d'avoir rencontrer cela, compte tenu que lorsqu'on connait la taille RAM allouée ou Prog en ROM, on évite facilement cette situation.

La légende que programmer en C des PIC est une hérésie n'est qu'une légende.
Je l'ai souvent dit sur ce forum, les compilateurs C dignes de ce nom, rivalisent largement avec les compilateurs assembleur en termes de taille de code générée.
Et puis si chacun pratique un C correctement écrit,... bref c'est un autre débat.

Pour ma part, car je ne parle que de ce que je connais, cela fait 10 ans que je travaille ainsi => gain de temps, lisibilité à toute épreuve, même quelqu'un qui ne connait pas bien le C peut suivre la logique d'un prog bien écrit.
Tant pis si ça parait un peu prétentieux de dire ça.

La structure des PIC est le contraire de complexe, ce qui parfois peut-être un inconvénient car des fonctionnalités hardware plus poussées permettrai d'alléger certains traitement soft.
Un exemple récent que j'ai à l'esprit est la gestion des interruptions qui sont à la ramasse par rapport aux coeur 8051 que j'ai quelque peu pratiqué avant les PIC.
La gestion des timers dès que l'on sort des applis classiques sont consternantes, ça c'est vrai.
Par contre il faut reconnaitre que les PIC sont des µC très robustes, faciles à apprendre car le jeu d'instruction réduit joue à plein, quoiqu'on en dise.

Bref, le choix d'une solution µC est à faire soi-même sans préjugés et selon les objectifs à atteindre.
Dans l'industrie les 2 solutions cohabitent avec autant de réussite et cela reste une preuve valable que ces solutions se valent.
@+

[invite2562e666]

hé, hé,

Pour ma part, je suis bien satisfait de la solution freescale. Mais HULK, tu peux aussi télécharger CodeWarrior si tu veux l'évaluer par rapport à MPtruc et MIKROmachin, ..

Tiens, d'ailleurs si tu souhaites un jour évaluer un HCS08, je suis prêt à te donner un OSBDM08.

D'ailleurs, Alban pourra aussi compter sur les conseil très avisés d'un spécialiste CW et HC(S)08, modérateur de ce forum de son état, n'est ce pas J.. ?

thierry

[invite2562e666]

En plus, dans CW, il y a "Processor expert", qui permet de configurer les périphériques en quelques clics...

Sur l'image jointe, la configuration de la FLL (PLL) qui génère une Fbus de 8Mhz à partir de l'oscillateur interne 32Khz. Le tout sur un grand petit µC à 8 pattes...

Y a ça dans MPtruc??

th.

[RISC]

Thm,

Sous MPLAB l'initialisation en quelques clics de tous les périphériques, çà s'appelle VDI (Visual Device Initalizer)...

On trouve cela en suivant le chemin suivant :
Tools > Visual Initalizer