reprise de prog aprés interruption (pic16f877)

[invite3bf0caa8]

Bonjour à tous.
Je suis en train de programmer un pic16f877 afin de réaliser un comparateur à deux seuils mais je ne comprend absolument pas pourquoi, lors de l'interruption, le programme ne reprend pas ou il c'est arrêté.
Je programme sous MPLAB avec pic-lite puis je programme le pic avec icprog en low voltage (j'ai repris le schéma de Lothar) .

voila mon code

unsigned char compteur=0;
unsigned char MesureAN0=0;
unsigned char MesureAN1=0;
unsigned char MesureAN2=0;
static int TempoAD=20;
static int i=0;

unsigned char GetAN0 (void)
	{
	ADCON0=0x81; 
	for (i=0;i<TempoAD;i++){}
	ADGO=1; //Lancement de la conversion A/D
	while(ADGO){} //attente de la conversion
	return (ADRESH);
	}

unsigned char GetAN1 (void)
	{
	ADCON0=0x89;
	for (i=0;i<TempoAD;i++){}
	ADGO=1; //Lancement de la conversion A/D
	while(ADGO){} //attente de la conversion
	return (ADRESH);
	}

unsigned char GetAN2 (void)
	{
	ADCON0=0x91; 
	for (i=0;i<TempoAD;i++){}
	ADGO=1; //Lancement de la conversion A/D
	while(ADGO){} //attente de la conversion
	return (ADRESH);
	}

/*Gestion de interruptions*/
interrupt GestionInterruption(void)
{

if (T0IF==1)
	{

		MesureAN0=GetAN0();
		MesureAN1=GetAN1();
		MesureAN2=GetAN2();
		if (MesureAN0>MesureAN1) RA3=0;
		if (MesureAN0<MesureAN2) RA3=1;
		}
TMR0=0x00;
T0IF=0;
}

void main (void)
{

/************initialisation du pic************/
//PortA
TRISA=0x07;
ADCON1=0x02;
RA3=0;
//Timer0
OPTION=0x87;
TMR0=0x00;


//interruptions
INTCON=0xA0;

while (1)
{}
}

A la fin de l'interruption la fonction main et est totalement exécuter (enfin je pense) car RA3 repasse à zéro.
J'ai aussi essayé de faire clignoter une diode(programme le plus simple possible) mais le même problème est apparue. J'ai pas trouvé la source du problème que ce soit sur le net ou sur les cours de BIGONOFF.

Merci de votre aide.
-----

[Seb.26]

Si tu appel GetAN0() & Co dans ton main plutôt que dans ton IT, ça marche ?

PS: pourquoi tant de haine ? ... ( utiliser le CAN dans une IT ... )

[invite3bf0caa8]

Re
Non ça ne change absolument rien. Mais pourquoi ne pas mettre la conversion dans l'IT? Aprés l'interruption je repasse toujours pas la fonction main entièrement et je ne retourne pas directement dans la boucle.
La conversion AN ne marche absolument pas non plus mais j'essaye de résoudre les problème un par un.
Merci de ton aide.

[Seb.26]

Non ça ne change absolument rien.

OK, donc commence par faire fonctionner la conversion CAN ...

Il va te falloir repotasser la doc je pense ...

[A voir en vidéo sur Futura]

[mat64]

En C, je connais pas, mais le même genre de problème en assembleur, j'aurais dit qu'il y a un problème de genre instruction return au lieu de rtfie (return from interrupt).

Je suppose que en C le compilo place des rtfie tout seul comme un grand. Enfin, à vérifier quand même... Il faut pas lui mettre un mot clef spécial pour lui indiquer que ta routine est une interruption ?

[Seb.26]

En C, je connais pas, mais le même genre de problème en assembleur, j'aurais dit qu'il y a un problème de genre instruction return au lieu de rtfie (return from interrupt).
Je suppose que en C le compilo place des rtfie tout seul comme un grand. Enfin, à vérifier quand même... Il faut pas lui mettre un mot clef spécial pour lui indiquer que ta routine est une interruption ?

C'est pas un problème d'IT, c'est les conversion qui plantent ... sinon ça marcherait dans le main ...

[invite3bf0caa8]

Le CAN posant peut être problème j'ai refait un programme que l'on peut qualifier de simple.

#include <pic.h>

void interrupt gestion_IT(void)
{
RB0=RB0^1;
T0IF=0;
}

void main (void)
{
OPTION=0x87;
TMR0=0;
INTCON=0xA0;
TRISB=TRISB&0xfe;
RB0=1;
while(1)
{}
}

Dans ce code, l'interruption modifie la sortie RB0 qui repasse à 1 dessuite après(dans le main). J'ai toujours pensé que après interruption le programme revenait ou il s'était arrête et dans le cas si dessus il ne peut absolument pas sortir de la boucle. J'ai ajouté un condensateur entre vdd et vss pensant que le pic repartait a zéros mais ça ne change rien.
lors de l'envoie du programme WDT,BODEN,LVP,WRT sont coché et l'oscillateur et sur HS (j'ai un quartz à 20MHz). Je ne pense pas que le problème vienne de là mais je préfère le signaler on sait jamais.

[invite3bf0caa8]

Re tous le monde.
En fait il suffit de décocher toute les case dans Icprog sauf WRT. Je ne sais pas pourquoi mais je devrai relire l'intro de Bigonof j'ai surement sauté un chapitre. Je vais regarder à quoi cela correspond.
Merci de votre aide.

[invite87be5ae9]

Re tous le monde.
En fait il suffit de décocher toute les case dans Icprog sauf WRT. Je ne sais pas pourquoi mais je devrai relire l'intro de Bigonof j'ai surement sauté un chapitre. Je vais regarder à quoi cela correspond.
Merci de votre aide.

Bonjour

Essaie de programmer directement tes fusibles dans ton fichier source original !
C'est beaucoup plus sûr et tu les as sous les yeux à chaque fois
A+

[invite3bf0caa8]

Oui je pense que c'est le plus simple et le plus sure. Je pense que mon problème vient de BODEN. En effet, je pense que mon pic redémarrer suite a une chute de tension. Mon régulateur est limite et le condensateur en vdd et vss ne doit pas être suffisant.

Merci d'avoir donné de votre temps.

[Oncle Archibald]

Salut,
C'est le fusible WDT (WatchDog Timer) qui est en cause.
Si tu l'actives sans le gérer (voir l'instruction 'CLRWDT') dans ton programme, il fait son office de chien de garde (reset du programme après dépassement du délai qui lui est imparti).

Vérifier aussi si l'instruction 'RETFIE' à la fin de la routine d'interruption est gérée par le compilateur C (voir la remarque de mat64).

[invite5637435c]

Salut,

je rejoins l'avis de seb26, faire des conversions A/D dans la boucle d'interruption c'est pas très sérieux.
On ne doit trouver dans les interruptions que des activations d'ordres vers des fonctions externes, donc jamais de tempo par exemple ou d'appel de fonctions lourdes ou longues en traitement comme une conversion A/D.
C'est une très mauvaise habitude que tu prends là.

Alors qu'il suffit simplement de faire une tempo qui toute les secondes (ou autre) va déclencher automatiquement les mesures à cycles constant dans le main().
@+

[invite5637435c]

Exemple:


Clock.Flag10ms = 0; // On efface le flag

main(){

.........
}

while(1){
	CLRWDT();   // réarmement du WachtDog (si besoin)
		
	if(Clock.Flag10ms) // si Clock.Flag10ms passe à 1 dans l'interruption.	
	 	{
                Clock.Flag10ms = 0;  // On efface le flag
	 	LanceConversions(); // on lance les conversions analogiques à réaliser et éventuellement d'autres tâches ici
                         ......................
                }
         }
}

et dans l'interruption:

void interrupt(){
if(Timer1InterruptFlag)
	{
		Timer1InterruptFlag = 0;
 	 	Clock.Flag10ms = 1;
	 	Timer1High = 0xF6;
	 	Timer1Low = 0x3B;	   // 0xFFFF - 0xF63B = 2500 => 2500 x 4 µs = 10 ms
	}
}

[invite3bf0caa8]

En effet cette solution est plus logique mais moins évidente à trouver. La lisibilité du programme doit en prendre un coup (dans mon cas je ne pense pas que le code dépasse les 100lignes donc pas de problème). Mais bien commenté...
Je vais revoir mon programme car cette solution est vraiment plus simple à gérer niveau timing et cela me semble effectivement plus correct.
Merci de votre aide.