Sortie de microcontroleur PIC16F84A instable

[EyfT]

Bonjour à tous!

Je me suis lancé il y a 2 jours dans l'utilisation de microcontrôleurs dans mes circuits.

J'ai commencé en bas de l'échelle avec un "petit" PIC, le PIC16F84A de Microchip...
La programmation s'est très bien passée en utilisant le câblage partagé en Pièce jointe.

Le code, en langage C, (également partagé) a pout but simplissime de commuter une sortie du PIC (RB0) en fonction de l'état de l'entrée RA0.

Le problème se situe lors de la mise en oeuvre du composant: Le code a l'air de fonctionner, la sortie reste a '0' lorsque le bouton poussoir est relâché, mais la sortie RB0 est commutée de manière instable (clignotement irrégulier) lorsque le bouton poussoir est enfoncé...

J'ai testé deux Quartz: 4 et 16 MHz... Et deux valeurs pour les condensateurs: 22 et 47 pF... Même résultat... Le PIC se comporte de la même manière, même sans horloge...
J'ai également changé le PIC, même souci...

Quelqu'un aurait-il une solution à ce problème?

Les schémas de câblage de la programmation, mise en oeuvre ainsi que le code sont fournis...

Merci d'avance!
-----

[DAUDET78]

Tu as mis résistance de 10K en PullUp ou PullDown sur ton entrée de µC commandée par le bouton ?

[EyfT]

Oui, une résistance 10k en pull down pour maintenir l'entrée a 0V quand le bouton n'est pas enfoncé

[DAUDET78]

Sur le plan HardWare, il manque un 0,1µF entre le Vss et le Vdd du µC
PS : Bêtement, tout le monde met la LED entre la sortie et le Vss . Alors qu'en mettant la LED entre la sortie et le Vdd, on dispose de plus de courant (voir la datasheet)

[A voir en vidéo sur Futura]

[EyfT]

Le 100 nF a été rajouté, sans succès...
Dans un élan de désespoir, j'ai rapproché physiquement le module quartz + condos de OSC1 et OSC2, la LED ne clignote plus, elle s'éclaire 1 a 2 sec puis s'éteint...
Phénomène étrange, lorsque je touche une patte du quartz avec un conducteur, la LED clignote avec un rapport cyclique de 90% allumée 10% éteinte...
Lorsque je tripote les condos du quartz avec la main, la LED s'allume pour se ré-éteindre 1 a 2 sec + tard...

Je crois que je vais me faire interner...

[PIXEL]

avant de passer aux soluces extrêmes , l'aide d'un oscillo serait souhaitable.

[invite03481543]

Bonjour,

sans un anti-rebond ça ne fonctionnera jamais correctement.
Fais une recherche sur le forum on en a parlé des dizaines de fois.

[Fantas-Pic]

Bonjour,

sans un anti-rebond ça ne fonctionnera jamais correctement.

très juste : Faire un anti-rebond

Tu peux vérifier si ton PIC possède les registres ANSEL ( analogique sélection) , si oui il faudra les configurer en numérique.

Le quartz doit être le plus proche possible du pic avec ces condos.

Tu alimente ton montage avec le PICKIT3 ? sinon la broche MCLR se retrouve en l'air quand tu enlève le PICKit3.

PS : Bêtement, tout le monde met la LED entre la sortie et le Vss . Alors qu'en mettant la LED entre la sortie et le Vdd, on dispose de plus de courant (voir la datasheet)

Peux tu me rappeler la caractéristiques à regarder déjà ? je n'arrive pas a retrouver les posts qui en parle . je le noterais ce coup ci

Bonne journée

[DAUDET78]

Les caractéristiques de sortie du µC dans la partie hardware de la datasheet :
- En source : Valeur du courant I_OH max pour une tension V_OH min garantie
- En sink : Valeur du courant I_OL max pour une tension V_OL max garantie

Il y a facilement un ratio (en valeur absolue de 2 pour I_OL / I_OH )

[PIXEL]

et attention à l'alim !

le diable se cache dans les détails... :

[adipie]

Tu peux vérifier si ton PIC possède les registres ANSEL ( analogique sélection) , si oui il faudra les configurer en numérique.

Le 16F84 n'a pas de registre ANSEL.

[jiherve]

Bonjour
Vu son montage et son code ce l'est pas une question d'antirebond , mauvais contact du switch, configuration incorrecte du composant ?

Tu alimente ton montage avec le PICKIT3 ? sinon la broche MCLR se retrouve en l'air quand tu enlève le PICKit3.

vu son schéma elle est toujours au VDD ???
JR

[adipie]

Bonjour, tu souhaites recopier l'état de RA0 sur RB0.
Le code en MikroBasic testé avec un 16F84A

 program MyProjectTest
 'Testé avec PIC 16F84F
main:
 TRISA = 1
 TRISB = 0
 PORTA = 0
 PORTB = 0
while TRUE
PORTB.0 = PORTA.0  'RB0 prend l'état de RA0
wend
end.

Nota: Les rebonds sur RA0 lors de la commutation du BP sont aussi copiés sur RB0 !

[Fantas-Pic]

Les caractéristiques de sortie du µC dans la partie hardware de la datasheet :
- En source : Valeur du courant I_OH max pour une tension V_OH min garantie
- En sink : Valeur du courant I_OL max pour une tension V_OL max garantie

Il y a facilement un ratio (en valeur absolue de 2 pour I_OL / I_OH )

Merci beaucoup c'est noté !

vu son schéma elle est toujours au VDD ???

Oui tu as raison , je n'ai regarder que le premier schéma ; Sur le second elle est bien reliée à Vdd ; Par contre je mettrais une petite R de limitation de courant par coutume lol .

Pour le programme, voir si la déclaration des Broches RA et Rb est bien la bonne .

Avec mikroC :

PORTB.B0 = PORTA.B0 ;

[adipie]

Avec mikroC :

PORTB.B0 = PORTA.B0 ;

Je pense que c'est plutôt:

PORTB.0 = PORTA.0 ;

[Fantas-Pic]

Avec mikroC :

PORTB.B0 = PORTA.B0 ;

Je pense que c'est plutôt:

PORTB.0 = PORTA.0 ;

Je pense que tu te trompes !

(je viens de tester)

Sous MikroC Tu peux ecrire :

PORTB.B0 = PORTA.B0 ;
PORTB.F0 = PORTA.F0 ;
RB0_bit = RA0_bit ;

[adipie]

Tu as raison, MicroC n'est pas ma tasse de thé !

[jiherve]

Bonsoir

Oui tu as raison , je n'ai regarder que le premier schéma ; Sur le second elle est bien reliée à Vdd ; Par contre je mettrais une petite R de limitation de courant par coutume lol .

C'est surtout que si la pin est pilotée par le programmateur cela évitera que celui ci ne souffre!
JR

[invite03481543]

Pour savoir si c'est bien un problème de rebonds, il suffit de mettre une tempo conséquente genre 1s à l'appui, ainsi rien d'autre ne sera pris en compte durant ce temps.
Si tel est le cas il faut filtrer à 100ms par exemple ou mettre en place un mécanisme qui réautorise un nouvel appui une fois le BP relâché suffisamment longtemps (double filtrage), c'est le plus fiable, mais ça dépend de l'application visée.
Perso je n'ai jamais vu une gestion de BP sans anti-rebonds, vu le code ça ne peut que capter les inévitables rebonds au moment de l'appui.

la sortie RB0 est commutée de manière instable (clignotement irrégulier) lorsque le bouton poussoir est enfoncé...

[adipie]

la sortie RB0 est commutée de manière instable (clignotement irrégulier) lorsque le bouton poussoir est enfoncé...

Après la phase des rebonds, le contact reste bien fermé (sauf si le BP est foireux), donc le clignotement n'est pas lié aux rebonds.
Il est aussi souhaitable que le demandeur corrige le code et participe à la discussion.

[invite03481543]

"Lorsque le BP reste enfoncé" ne précise pas si le phénomène perdure après relâchement.
Vu le code, si avant appui il n'y a pas de clignotement, après relâchement il n'y a pas de raison d'avoir un autre comportement intempestif.

[jiherve]

Bonjour
Nous sommes d'accord et donc le problème est ailleurs , câblage foireux, composant défectueux,wetting current, alim insuffisante etc etc.
Le wetting current est un piège redoutable lors de contacts mécaniques et il a planté et plantera encore de nombreux équipements!
JR