Suivant quels critéres on choisit le PIC??

[invite9ef4aa12]

Bonjour,
En fait,il ya un peut de temps que je suis intéressé au pic et je me demandais c'est quoi le relation entre le type de pic(par exemple 16F84)et l'application qu'on désire faire,pourquoi le 16F84 et non pas 16F628.
voila ma question.
-----

[invite2ff5531f]

Bonjour,
Sur le site de Microchip il y a des tableaux qui aident à faire des choix.

Ce choix essayent d'être optimisés en fonction de la puissance nécessaire, de la vitesse d'horloge, du nombre d'entrées sortie, de convertiseurs a/d etc.

Derrière cela il y a bien sûr les aspects économique et de dimensions....

Si le montage réalisé est quasiment unique, dépenser 3 ou 9 Euros pour le pic ne pose pas de problème, il vaut mieux partir du principe du qui peut le plus peut le moins et utilsier exclusivement un moidèle qui devra répondre à tous les cas, genre 16 f877.

Cela évite de se poser ce genre de question, qui est normale au début...

Cordialement

[mortaurat]

Bonjour,
en effet tu peut prendre un pic "a tout faire" du genre 16f877A, je te conseil d'ailleur ce lien pour l'avoir vraiment à un trés bon prix:
http://cgi.ebay.com/Microchip-PIC-PI...3286.m20.l1116

Une autre caracteristique importante est le nombre d'instruction, la famille 16f propose 35 instructions environ et n'est pas vraiment adaptée à un language tel le C, même si la plupart des programme ne poussent pas le pic à "fond".
Tu peut utiliser la famille 18f qui est faite pour ce language, son nombre d'instruction est de l'ordre 70 et est donc bien mieux adaptée.
Mais je pense que si tu debute un pic16f877 te permettra d'utiliser toutes les fonctionalités de base d'un pic.

[invite9ef4aa12]

merci bien,mais a propos le language de programmation tous ce qui compte c'est le fichier hex n'est ce pas?moi par exemple j'utilise le mikroC et ça marche puisque c'est simple.

[A voir en vidéo sur Futura]

[f6bes]

Bjr à toi,
Ce qui compte effectivement , c'est le fichier final généré.
Mais la MEME application, suivant le langage utilisé, ne donnera pas forcément la meme "grosseur" de fichier final qui entrera ou.......... pas dans le Pic.
Si la place est surabondante, tu ne t'en rendras pas compte.
Mais ça fait bien longtemps qu'on apprends plus à économiser les octets.
Bonne journée

[mortaurat]

ça fait bien longtemps qu'on apprends plus à économiser les octets.

Detrompe toi, à l'iut on nous à vendu le language assembleur parce qu'il "permet de controller la taille d'un programme à l'octet prés".
Du coup on c'est tapé ce foutu language dont on ne conaissait rien alors qu'on venais de passer 3mois à apprendre le language C...

[f6bes]

BJ rà toi, =
Y a mieux passe à l'hexa direct !
Bon courage.
Bonne journée

[invite9ef4aa12]

BONJOUR,
merci à vous tous,j'ai pas penser à ce truc de mémoire

[RISC]

Salut,

Pour des réalisations perso l'aspect cout unitaire a peu d'importance. Si tu veux programmer en C, la famille PIC18 est plus adaptée et surtout plus riche en périphériques. Des produits comme le PIC18F4520 sont des produits généralistes à 40 broches avec UART, CAN, I2C etc....Si tu veux plus ou moins de mémoire il existe des versions compatibles broche à broche ce qui évite de refaire son PCB ;=)
Pour affiner, tu peux utiliser le logiciel de choix paramétrique MAPS qui te permet d'entrer la liste des fonctions que tu souhaites et te sort la liste des produits pouvant convenir.

a+