Non MCLR n'est pas flottant le tirage au +5V se fait par R+Rd.
-----
Non MCLR n'est pas flottant le tirage au +5V se fait par R+Rd.
Voilà le bon schéma (que j'ai trouvé sur internet) pour gérer MCLR
1/ en mode "normal", il reset le PIC au "power-on"
2/ en mode "normal", il reset le PIC au par le bouton poussoir
3/ en peut porter MCLR au Vpp pour la programmation
Voici comment je règle le problème sur mes applis.
J'aime bien isolé physiquement le mode ICD2 et le mode normal avec un cavalier, la solution diode d'isolement n'est pas totalement satisfaisante (surtout en tests CEM), il est vrai que la pin MCLR est chatouilleuse et un pull-down n'est pas la panacée non plus avec des perturbations appliquées sur la masse.
Au moins tu as le choix des armes, à toi de faire ton choix.
PS: 100nF est largement suffisant.
@+
Bonjour
Pour MCLR, tu configures MCLRE à 0 dans le mot de configuration et ainsi tu as une I/O, RA5,en plus à la place de MCLR, la connection MCLR à VDD est interne, cela simplifie le schema sauf si tu as besoin d'un reset externe.
Gilles
bonsoir,
HULK, ta PJ du #33 n'est pas visible
visible sans problème avec FireFox 2.0.0.12
le probleme vient donc de chez moi.
je ne suis pas arrivé à la visualiser sous FF mais sous IE oui. bizarre
bonsoir,
pour le RJ11 du ICD2 est il necessaire de connecter les pins 4 et 6? car je ne vois ni PGD ni PGC
merci
je suis d'accord avec Daudet78.
et la 10k au +5V empêche le bouton reset de fonctionner , il faut la mettre à la masse.
bonsoir,
en cherchant je tombe sur:
1=>MCLR
2
3=>VCC
4=>PGC/RB6
5=>GND
6=>PGD/RB7
4 et 6 sont elles obligatoires? ça tombe mal car je les ai déjà utilisé comme sorties pour commander mes moteurs.
autre question: si j'utilise l'horloge interne, que faire de osc1 et osc2? laisser à l'air libre? interconnecter? mettre à la masse?...
merci
Ah ben oui, un peu qu'elles ont obligatoire.... c'est par la que le ICD2 envoie la clock et les data !
Elles sont obligatoires si tu comptes programmer avec l'ICD2, vu que ces pins sont les pattes de programmation du µC.
Tu peux néanmoins ajouter des résistances en série et connecter l'ICD2 directement aux broches du µC.
Les résistances en série vont vers l'appli et isolent en quelques sortes le montage en aval de l'ICD2.
Il faut regarder le manuel d'utilisation de l'ICD2 sur le site Microchip qui indique les valeurs à attribuer aux résistances.
@+
Si j'ai bien compris ce que tu me dis, je peux utiliser RB6 et RB7 aussi bien comme sortie pour mon application, que comme pattes de programmation? mais il faut mettre les dites resistances, c'est ça?Elles sont obligatoires si tu comptes programmer avec l'ICD2, vu que ces pins sont les pattes de programmation du µC.
Tu peux néanmoins ajouter des résistances en série et connecter l'ICD2 directement aux broches du µC.
Les résistances en série vont vers l'appli et isolent en quelques sortes le montage en aval de l'ICD2.
Il faut regarder le manuel d'utilisation de l'ICD2 sur le site Microchip qui indique les valeurs à attribuer aux résistances.
@+
autrement dit c'est juste à mettre en // ?
et pour l'histoire de l'horloge?
merci
bonsoir,
ai-je bien compris?
merci
OSC1 et OSC2 sont multiplexées avec RA6 et RA7, donc si tu choisis le mode interne pour l'oscillateur tu peux te servir de ces 2 pins comme I/O ou les laisser en l'air.
Pour RB6/RB7, il faut placer les résistances de 10K en série avec une éventuelle appli sur chaque ligne afin que les signaux de prog soient suffisamment isolés de l'appli.
Tout dépend de ce que tu comptes mettre sur les lignes de RB6/RB7, il faudra peut-être aménagé autre chose selon ton appli.
Voir dessin.
@+
bonjour,
une verif vite fait d'un schema:
c'est un schema qui sert uniquement pour la simulation sous ISIS(clignoter LED et commander PàP). manque-t-il qqch?
merci
bonjour,
je remonte.