Pb de Quartz PIC16F876A

[FantomX]

Bonsoir,

Je travaillais jusqu'à présent sur un PIC16F88 qui peut fonctionner sans Quartz à 4MHz en configurant en registre. Mais comme j'avais besoin de plus d'I/O, je suis passé sur du 16F876A. En branchant le Quartz de 20MHz avec 2 condos 15pF, le PIC ne démarre pas. Par contre, dès que je retire le Quartz, le PIC se met à fonctionner comme s'il avait un quartz à 4MHz ( essai de tempo avec LED clignotante ). Est-ce que quelqu'un peut m'expliquer ce qu'il se passe ? Je travaille sur plaque d'essais Labdec.

Merci.

Greg
-----

[Gérard]

Bonjour,
Vérifie les bit de config, il faut le mettre en HS pour 20MHz.
Voir datasheet à partir de la page 120.

[FantomX]

Merci bcp c'était bien ça.

Bonsoir.

[Gérard]

Merci bcp c'était bien ça.

Bonsoir.

Pas de quoi, la BA est faite je peux aller

[A voir en vidéo sur Futura]

[RISC]

Mon conseil perso du à ce genre de PB est de toujours ajouter dans le fichier source les directives spécifiques pour programmer les bits de configuration. Ces directives figurent dans les manuels de MPASM (assembleur) ou du compilateur et sont spécifiques à chaque fabricant de compilateur (la syntaxe peut etre différente).

De cette manière à la compilation, le fichier HEX généré intègre toujours la bonne configuration.

De plus si on revient dessus plusieurs mois plus tard, pas besoin de se torturer les méninges pour retrouver la combinaison qui fonctionne. C'est spécialement vrai pour les PIC18 il y a de très nombreux bits de configuration ;=)

[invite03481543]

Mon conseil perso du à ce genre de PB est de toujours ajouter dans le fichier source les directives spécifiques pour programmer les bits de configuration. Ces directives figurent dans les manuels de MPASM (assembleur) ou du compilateur et sont spécifiques à chaque fabricant de compilateur (la syntaxe peut etre différente).

De cette manière à la compilation, le fichier HEX généré intègre toujours la bonne configuration.

De plus si on revient dessus plusieurs mois plus tard, pas besoin de se torturer les méninges pour retrouver la combinaison qui fonctionne. C'est spécialement vrai pour les PIC18 il y a de très nombreux bits de configuration ;=)

D'accord avec ça, dans un programme le code est important mais les bonnes habitudes de programmation le sont tout autant.
Prendre l'habitude de commenter, de déclarer les variables générales en début de programme, identifier et renseigner le principe d'une fonction, etc..., contribuent aussi à la qualité d'un bon programme et de son... programmeur...