Pic 16F1826, problème de prog

[RISC]

Bonjour,

Oui sauf que :

if( INTCONbits.TMR0IE & INTCONbits.TMR0IF)  // ne sert à rien du tout !!!!!    {
    INTCONbits.TMR0IF=0;
    }

... ne sert à rien du tout, car si TMR0IF = 1 c'est que forcément TMR0IE = 1 .

L'exemple que j'ai donné marche dans toutes les configurations (1 ou plusieurs sources d'interruption) et en particulier pour le cas suivant :
1/ on active l'interruption Timer0
2/ plus tard dans l'application on désactive l'interruption Timer0
3/ on active l'interruption timer1 ou tout autre interruption
Lorsque l'interruption Timer1 arrive on entre dans la partie Timer0 de l'interruption PAR ERREUR car Timer0 peut tout a fait continuer a générer des interruptions car il tourne et on exécute le code relatif à Timer0 au lieu d'exécuter seulement le code relatif à Timer1...CQFD
Dans le cas d'une seule interruption la version "incomplète" fonctionne. La mienne fonctionne dans toutes les configurations...

a+
-----

[invite6f03b412]

[CODE]

if (BP1)
   {
	TMR0=0x00; 
	tempo_antirebonds=100;  // on charge le temps désiré
INTCONbits.TMR0IF=0;   // on efface le flag de débordement du timer0
flag_tempo_antirebonds = 1; // on valide le flag tempo
	ok=0;
	while(BP1)
	{
....

Ca devrait coller, lorsque ce sera le cas on verra comment il faut (bien) s'y prendre, plus proprement

Malheureusement rien ne change , pas de retour sur le premier moteur après un simple appuie sur BP1

[invite5637435c]

2/ plus tard dans l'application on désactive l'interruption Timer0
3/ on active l'interruption timer1 ou tout autre interruption
Lorsque l'interruption Timer1 arrive on entre dans la partie Timer0 de l'interruption PAR ERREUR car Timer0 peut tout a fait continuer a générer des interruptions car il tourne et on exécute le code relatif à Timer0 au lieu d'exécuter seulement le code relatif à Timer1...CQFD
Dans le cas d'une seule interruption la version "incomplète" fonctionne. La mienne fonctionne dans toutes les configurations...

a+

Qu'il tourne oui, mais comment peut-il provoquer une interruption, et qu'elle soit prise en compte, si TMR0IE vaut 0?

if( INTCONbits.TMR0IE & INTCONbits.TMR0IF)

Je ne vois pas du tout comment le test serait accepté.... même si le flag TMR0IF est mis à 1.
D'autant que ce n'est pas & mais && qu'il faudrait écrire... CQFD bis

[invite5637435c]

Malheureusement rien ne change , pas de retour sur le premier moteur après un simple appuie sur BP1

Ajoute une led et fait un test sur la variable ok, du genre si ok vaut 0 led éteinte, so ok vaut 1 led allumée.
Si toujours rien fait un test du fameux if pour voir si tu rentres dans la routine d'interruption, si tu y entre c'est que flag antirebonds est bien pris en compte après ton appui sur le BP1.