Programmation 18f4550

[parilla77]

Bonjour,


J'ai un probleme avec un 18f4550 et Pickit2

Impossible de le programmer que ce soit avec l'utilitaire Pickit2, ou MPLAB.
Le probleme :
la programmation se passe bien jusqu'a la modification des bits à partir de
l'@ 0x000080 .
En lecture à partir de cette adresse, il n'y a plus que des '0' jusqu'à la fin de la mémoire

Meme après un erase, c'est toujours le meme probleme.
Je précise que j'ai essayé avec 2 pic, et qu'ils étaient neufs.

merci d'avance si vous pouvez m'aider.


ps : on dirait que le code est protégé à partir de 0x000080, mais il est impossible d'effacer... moi pas comprendre
-----

[sdec25]

Salut.
Tu as toujours eu le problème ?
Il faudra plus d'infos : schéma (même si je doute que ça vienne de là), bits de config.

[parilla77]

Salut,

merci pour ta réponse.

Le schema : j'utilise uniquement l'alim du pickit2

Vpp (1)
Vdd (11)(32)
Vss (12)(31)
PGD (40)
PGC (39)

rien de plus de connecté.

C'est la premiere fois que je programme un 18f.
le probleme intervient meme en faisant une vérification du µc
"Verification of program memory failed at address 0x000080"


Après un Read :

0000 FFFF FFFF FFFF FFFF FFFF FFFF FFFF FFFF
0010 FFFF FFFF FFFF FFFF FFFF FFFF FFFF FFFF
0020 FFFF FFFF FFFF FFFF FFFF FFFF FFFF FFFF
0030 FFFF FFFF FFFF FFFF FFFF FFFF FFFF FFFF
0040 FFFF FFFF FFFF FFFF FFFF FFFF FFFF FFFF
0050 FFFF FFFF FFFF FFFF FFFF FFFF FFFF FFFF
0060 FFFF FFFF FFFF FFFF FFFF FFFF FFFF FFFF
0070 FFFF FFFF FFFF FFFF FFFF FFFF FFFF FFFF
0080 0000 0000 0000 0000 0000 0000 0000 0000
0090 0000 0000 0000 0000 0000 0000 0000 0000
00A0 0000 0000 0000 0000 0000 0000 0000 0000
00B0 0000 0000 0000 0000 0000 0000 0000 0000
...

Sinon pour les bits de config, j'ai essayé pas mal de choses, dont tout à '0'.



merci

[DavidDB]

Salut,

Cela ressemble à une protection en écriture, donne tes bits de configs...

David.

[A voir en vidéo sur Futura]

[parilla77]

Salut,

La config que j'utilise :

[DavidDB]

Au fait faut lire "protection en lecture"....

Donne ta config entre les balises CODE, c'est plus rapide que d'attendre une validation...

David.

[parilla77]

Toutes les protections en lecture sont sur disabled

[DavidDB]

Les mots de config sont bien dans ton programme?

Car la copie d'écran, c'est ton IDE...

Est-ce normal d'être en mode débug?
Essaye aussi de laisser l'entrée MCLR active.

Sinon, je ne vois pas de problème. Avec le PICKIT2, tu devrais en principe réussir à le programmer.

Pour tester, utilise une routine toute simple qui fait juste inverser une sortie.

David.

[parilla77]

Salut,

Merci pour tes conseils.
Donc oui les bits sont bien dans le programme.
Pour le mode débug j'avais pas fait attention.
J'ai essayé en laissant MCLR active.

Toujours le meme probleme.
Mais ce qui est sur c'est que ça ne vient pas du programme, par ce que pas besoin de charger un programme dans la memoire pour se rendre compte qu'il y a un probleme.
Meme apres un erase, toujours la meme chose FFFF jusqu à 0x000080 et apres que que des 0.

je sort un 3 eme µc pour tester au cas ou ...

[parilla77]

Voila j'ai la sollution,

Le probleme est du à un manque de courant. il faut une alim externe en plus de celle du pickit2.

bonne soirée.

[sdec25]

il faut une alim externe en plus de celle du pickit2.

Normalement non. Je n'ai jamais eu ce problème. Soit ton montage (ou le PIC) a un problème, soit c'est ton PICkit2.
D'ailleurs tu peux vérifier la tension dans l'outil de programmation du PICkit2. S'il manque du courant (qu'il y a un court-circuit par exemple) la tension ne sera pas bonne.

[RISC]

Salut,

Il ne faut pas utiliser l'alimentation fourni par les outils de debug comme l'ICD2, l'ICD3, le Pickit2 ou le Pickit3 !!!
Pourquoi ??
Tout simplement par ce qu'on finit très vite par oublier les limitations de ces outils. Exemple : le Pickit2 ne fourni que 30mA !!! Si la maquette complète (PIC + circuits autour) consomme peu au repos, il se peut tout à fait que en exécution des pointes de courant fasse chuter l'alimentation et qu'on ait un fonctionnement aléatoire.

De toute façon il faut être clair...un jour le montage DOIT FONCTIONNER SANS L'OUTIL !!! Donc autant utiliser ET TESTER son montage avec l'alimention définitive !!!

Beaucoup d'utilisateurs ont des PB car :
1/ ils n'utilisent pas une alimentation externe pour leur montage
2/ ils oublient de vérifier le courant max fourni par l'outil
3/ ils oublient de vérifier les limitations de Vdd fourni par l'outil (ICD2 = seulement 5V)

Ce genre de PB est TRES TRES courant avec l'ICD2 ce qui le rend très instable.

Donc mon conseil est : ne jamais alimenter son montage à partir d'un outil de DEBUG. On sauvera ainsi des HEURES et des HEURES perdues pour rien !!!!

La plupart des PB hardware avec les micros ont comme source :
1/ alimentation
2/ oscillateur
3/ reset
4/ broches d'entrée en l'air

Quand on a vérifié cela il reste 0,0001% de PB...matériels ;=)

a+

[DAUDET78]

La plupart des PB hardware avec les micros ont comme source :
1/ alimentation
2/ oscillateur
3/ reset
4/ broches d'entrée en l'air

5/ pas de pullUp ou de PullDown sur les switchs (ça rejoint le 4/)
6/ pas de condensateurs de découplage sur le PIC et l'alimentation (0,1µF)

[parilla77]

ok, je ne savais pas,
mais la pas de conso exessive vu que j'avais juste le pic sur une labdeck

[RISC]

Salut parilla,

Détrompes toi sur la conso...pas mal de PIC peuvent consommer beaucoup plus que 30mA (voir datasheet) en dynamique surtout sil y a des leds ou autres sorties, donc je REITERE : prévois une alimentation pour ta plaque ou prépares toi à perdre des heures pour rien...

Pendant le mode programmation, la tension monte à 13V et le besoin en courant est beaucoup plus élevé. Donc si l'alimentation est trop faible, la programmation foire à chaque fois !!!

voir le document appelé "Programming Specification" pour chaque micro et tu comprendras pourquoi la plupart des problèmes arrivent pendant la programmation..

a+