PicKit 3 et 18f45220

[Herissan]

Bonjour/Bonsoir j'ouvre cet discussion afin de régler mon problème avec le programmateur pickit 3 avant j'utilisais le logiciel mplab x ipe pour programmer mes pic sauf qu'il c'est mit en partie à ne plus détecter programmer les pic(programmation failed) ni à les vérifier j'ai donc décider de passer sous pic kit 3 j'ai commencer à programmer un 16f628A sans faute aucun message d'erreur mais le 18f4520 n'est pas détecter avec quelque chose marquer dans le device.... je précise que sur le screen le pic est alimenter j'ai essayer de cocher une case individuelement les deux voir aucune j'ai essayer de l'alimenter en externe brancher la broche PGM mais rien n'y fais l''ai une résistance de 10K sinon que j'ai rajouter entre le MCLR et le VCC mais ça n'a rien changer bien que je l'ai garder sur le circuit
-----

[simon.]

T'utilises le mode de programmation en haute ou basse tension ? Avec le mode basse tension il me semble qu'il faut bien respecter l'ordre entre la patte PGM et la mise sous tension.

T'as bien relie toutes les pattes Vdd et Vss (y'en a plusieurs) ?

[Herissan]

J'ai tester les deux modes aucun ne marchent 0_o et oui j'ai connecter les deux pates vdd et vss mais par manque de place je relie le vdd de droite au vdd de gauche idem pour le vss

[simon.]

C'est branche comment tout ca ? Sur une platine d'essai ? Avec des fils courts ?
Est-ce que tu as essaye la vitesse de programmation lente (low speed) ?
T'as essaye plusieurs 18f4520 ?

[A voir en vidéo sur Futura]

[Herissan]

Oui c'est brancher comme sa rien sur le pic les fils sont plutot court normal(environ 10 cm) non je n'ai pas essayer le low speed encore je vais voir et oui je suis sur une platine d'essaieje vais surment envoyer mon shema dan spas longtemp

[Herissan]

voila
sinon j'ai essayer et cela n'a rien changer

[simon.]

T'as moyen d'essayer plusieurs PICs ? Ça arrive d'en griller un...

[Herissan]

Non justement j'en ai acheter un ce matin je devrais le reçevoir dans 2 semaine( je suis dans les Dom) et celui là est un 18f4550 et donc bein faudra encore que j'attende :/
j'avais supposer que j'avais du le griller sans faire gaffe en tentant de le programmer car je m'etais tromper à plusieur endroit sur les branchement

[simon.]

Hou... si je peux me permettre un conseil pour eviter de griller trop de circuits... essaie de faire de meilleurs schemas moi j'y comprends trop rien a ce que tu as dessiné.

[paulfjujo]

bonsoir,


Perso, je n'ai jamais utilisé la pin Auxilliare N°6 du pickit3
programmation toujours en "Haute tension"

j'avais un pickit3 Microchip ..mais grillé en envoyant 12V externe dans le VDD du PIC
j'ai depuis un erstaz Pickit3 noté "Pickit tm 3 W MPLAB IDE "
sur lequel j'ai upgradé la version Firmware et aussi fichier *.DAT ( reference des PICs)

dans Help
about
fait une capture d'ecran pour voir tes versions
chez moi :
Application version 3.10.00
Device file Version 1.62.15
OS firmware version 2.00.05

nota : avec des 18F26K22 , je suis obligé de baisser la tension d'alim externe
ou la tension fournit par le PICkit3 à 3,1V , car au nominal 5V , ça foire 8 fois sur 10.
et ce n'est pas un 18LF26K22 !

je n'exclue pas que mon pickit3 ait pris un coup dans le nez ,ou que l'ERSATZ ne soit pas 100% compatible
mais dans ces conditions tout ce passe bien

j'utilise Pickit3 stand alone avec mikroC
ou MPLABX IDE avec XC8 ou ASM , où le pickit3 est bien reconnu

j'ai toujours aussi un Pickit2 ..increvable !

Pickit4 est aussi une bonne solution..surtout pour les nouveaux PICS non reconnus par Pickit3 ou 2
ex: PIC18F27K42 , PIC18F27Q10

voir PICKIT3

[invite03481543]

Perso je n'utilise jamais l'alim du programmateur pour flasher mes PIC, toujours celle de la carte sur lequel il est monté.
Au moins je sais que le µC est correctement alimenté et bien découplé.
Le "schéma" en #6 est loin d'être suffisant pour dire que ton montage est correct.
Y a-t-il des composants installés sur les lignes PGC et PGD?
Es-tu bien certain de ton câblage? pas d'inversion? Quel type de raccordement utilises-tu? (fils volants, nappe, autres)
Longueur de ton câblage entre le pickit3 et ton µC?

Un PIC non détecté est généralement un problème de branchement ou d'alim.

[RISC]

Salut Herissan,

Si tu lis bien le message d'erreur dans le post #1 :
Device : unsupported part (ID = 0040).

Cela donne 2 infos :
1/ Ce logiciel n'est pas en mesure de programmer le PIC18F4520
2/ Ton branchement est correct...car il arrive à lire le ID du PIC : "ID = 0040" ;=) (quand il lit 0x0 c'est généralement l'indication que les branchements sont incorrects).

Il faut donc impérativement utliser un logiciel plus récent qui puisse gérer le PIC18F4520. MPLAB X IPE le gère quelque soit la version.
Essaye de ne brancher que ton Pickit3 sous MPLAB X IDE. Cela devrait "forcer" la mise à jour du firmware
a+

[simon.]

2/ Ton branchement est correct...car il arrive à lire le ID du PIC : "ID = 0040" ;=) (quand il lit 0x0 c'est généralement l'indication que les branchements sont incorrects).

Salut,

D'ou est-ce que tu tires cette valeur ?

D'apres ce que je peux trouver, les device-ids valides pour les differentes revisions du 18f4520 sont comprises entre 0x1080 et 0x109F.

Ensuite, le 18f4520 n'est pas vraiment le dernier né de chez microchip. Le datasheet date de 2008 ! Ca me parait dur d'imaginer que le programme du pickit3 ne le connaisse pas.

[invite03481543]

Oui d'autant qu'il est bien dans la liste des µC programmables avec pickit3.

[simon.]

Oui, mais encore que, il aurait pu être dans cette liste, mais pas supporté par une version trop ancienne du programme du pickit3, comme le suggère RISC.

Mais vu l'âge du chip, c'est peu probable... je pense même qu'il est si ancien qu'il précède le pickit3, et donc que toutes les versions du programme le supportent.

[RISC]

Salut,
La lecture du device ID différente de 0 (0040) du premier post indique que l'outil lit bien le Device ID.
Le seule explication à laquelle je pense est que le boitier n'est pas un PIC18F4520...mais un PIC plus récent.
Il faut parfois regarder avec une loupe si la référence s'est un peut effacée...
a+

[simon.]

Ca ne me parait pas être l'explication la plus probable. J'ai souvent eu dans le passé des lectures de device-id incorrectes, soit avec des chips grillés, soit avec un pb de connexion entre le programmeur et le chip.

Le protocole de transfert de microchip n'est pas robuste pour un sou et il va allègrement lire n'importe quoi sans se plaindre.