Problemi programmazione in c per microcontrollori

[posta10100]

Anche per spiegarmi semplicemente cos'è questo flag!

Scusa la domanda, ma il datasheet del micro l'hai mai guardato?

Il flag (dall'inglese bandiera) è un segnale che cambia stato in funzione di un evento, in questo caso un interrupt.
Quando avviene un interrupt, il micro sventola una bandierina con su scritto INTERRUPT e posiziona il puntatore alla locazione di memoria dove è stata scritta la routine di interrupt, la tua void RTCC_isr(void).
Poi quando ha terminato la routine di interrupt ritorna a fare quello che faceva prima fino a quando, in corrispondenza di un colpo di clock, vede la bandierina INTERRUPT alzata.
Se non abbassi manualmente la bandierina, appena finisce la routine di interrupt la riesegue di nuovo e così all'infinito.
Il tuo codice funziona ma al momento non mi è chiaro il motivo, sarà l'ora

Paolino, mi spieghi perché quel pin dovrebbe cambiare stato ogni secondo?
Secondo me dovrebbe cambiare stato (quasi) alla frequenza del clock del micro.

[Davidark]

Grazie per la spiegazione! Credo che il diodo si accenda e si spenga perché l'overflow è settato ad 1 secondo! Forse è questo che non fa capire perché il led si accende e spegne!

[posta10100]

perché l'overflow è settato ad 1 secondo

Si, ma se non resetti il flag continua ad eseguire solo le istruzioni presenti nella routine di interrupt.

A meno che non mi sfugga qualcosa.

[Davidark]

forse si "resetta" perché c'è un ciclo infinito nel main? comunque mi è appena arrivato il libro "pillole di microcontrollori"

Appena torno a casa farò una full immersion! =)

[AjKDAP]

Appena torno a casa farò una full immersion! =)

Ritornando al nostro discorso invece, non centra nulla il ciclo while infinito.

Inizialmente si entra nel ciclo while e si rimane finché il timer zero non va in overflow per la prima volta. A questo punto il FLAG di interrupt TMR0IF (bit 2 del registro INTCON) viene settato ad 1.
Ora l'esecuzione del programma salta alla routine di interrupt (RTCC_isr(void)), viene invertito lo stato del led, ma non azzerando il flag TMR0IF mi aspetto che il codice della routine di interrupt venga ripetuto all'infinito non più con periodo di 1secondo, ma alla massima velocità di calcolo del microcontrollore.

Quindi condivido e quoto quanto detto da posta10100 in [21].

Se invece Davidark conferma che il codice da lui postato funziona con intervalli di 1secondo potrebbero esserci due possibilità:
-posta10100 ed io ci sbagliamo sulla teoria di funzionamento della routine di interrupt
-il compilatore utilizzato gestisce le interruzioni in modo diverso da quello che conosco io.

Non ricordo se ho provato mai questa cosa nella pratica, quindi appena avrò tempo farò un piccolo test.

[AjKDAP]

Eccomi, ho appena fatto un test con il primo PIC che mi sono trovato in mano. Ecco il setup:

-PIC12F629
-MPLABv8.7 e compilatore HiTech PICC v9.81 Lite
-oscillatore interno a 4MHz
-timer0 ad 8bit (prescaler 1:4 -> step di 4us -> overflow ogni 1ms)
-interrupt timer0 attivo

Questo è il codice:

Codice: Seleziona tutto

#include   <htc.h>

//fuses
__CONFIG(FOSC_INTRCIO & WDTE_OFF & PWRTE_OFF & BOREN_OFF & CPD_OFF & CP_OFF & MCLRE_OFF);

#define TMR0_PRESET      8      //Timer0 preset (prescaler 1:4 -> overflow every 1ms)

void systemInit()
{
   // I/O init
   TRISIO=0;
   GPIO=0;
   WPU=0;            //pullUp disabled
   CMCON=7;         //comparator disabled

   //Timer0 - prescaler 1:4 - 4us steps - overflow every 1ms (with PRESET=8)
   OPTION_REG=0b10000001;
   TMR0=TMR0_PRESET;         
   INTCON=0b10100000;
}

static void interrupt isr(void)               
{
   if(T0IF)            //timer0 overflow?   
   {
      GPIO0=!GPIO0;         
      TMR0=TMR0_PRESET;   //timer0 reset
      T0IF=0;            //flag reset
   }
}

void main()
{
   systemInit();

   while(1)
   {
      
   }//end while

}//end main


Come previsto il timer0 va in overflow ogni 1ms e genera un interrupt che mi inverte lo stato del PIN GPIO0, ma se invece commento la riga T0IF=0; ovvero non resetto il flag, la routine di interrup viene eseguita di continuo ed il pin GPIO0 cambia stato ogni 35us circa.

Dopo questa prova, o il tuo compilatore gestisce l'interruzione in maniera diversa oppure il tuo codice non funziona come tu vorresti. Sei sicuro che viene generato un interruzione ogni secondo esatto?

[Paolino]

La presenza degl iinterrupt in un microcontrollore è una benedizione divina! Guai se non ci fossero!

Detto in parole povere, ecco cosa accare. Il tuo programma (MainProg) esegue una numero di operazioni/istruzioni in modo indefinito, di continuo: il programma "cicla". Per eventi particolari, come ad esempio lo scadere di un timer o un evento di trigger scatenato da una interazione del mondo esterno con il microcontrollore, il programma principale si interrompe e viene invocata una routine di interrupt (ISR = Interrupt Service Routine) che esegue operazioni "straordinarie" che normalmente non verrebbero eseguite.

Ora, a seconda del tipo di evento scatenante, le routine di interrupt sono diverse. Il programmatore decide quali saranno i comportamenti da mantenere qualora ci sia da servire una richiesta di interrupt per timer scaduto o perché il convertitore A/D ha pronto il dato acquisito dal canale analogico, eccetera.

Sui PIC 16F (a 8 bit) la faccenda è abbastanza semplice: quando viene scatenato un interrupt, qualunque esso sia, il registro di programma (Program Counter) viene portato ad un indirizzo di program memory (oggi è di tipo FLASH) e qui viene eseguita la ISR.

Sorgente FidoCadJ | Ingrandisci | Cos'è Fidocad

Come detto la ISR è unica, quindi come fa il PIC a "scegliere" quale azione intraprendere? In questo caso, ogni interrupt che scatta, alza un proprio flag:

Quando si entra in ISR il programmatore deve pertanto porre delle condizioni sul motivo scatenante l'interrupt e questo lo si fa normalmente con dei costrutti "if".

Codice: Seleziona tutto

if (T0IF == 1)
{
    // Eseguo codice dovuto a overflow timer 0)
    TOIF = 0;
} else if (T1IF == 1)
{
    // Eseguo codice dovuto a overflow timer 1)
    T1IF = 0;
} else if (T2IF == 1)
    // Eseguo codice dovuto a overflow timer 2)
    T2IF = 0;
} else if (ADIF == 1)
    // Eseguo codice dovuto fine conversione A/D)
    ADIF = 0
}


Come vedi, all'interno del codice è stato messo un reset dei flag (T0IF, T1IF, ...) che a turno scatenano l'interrupt. Se questo non fosse fatto, all'uscita della ISR i flag non resettati portano ad una immediata riesecuzione della ISR. E questo non va bene.

Sui PIC18F la cosa è molto simile, ma le locazioni di memoria ove viene portato il program counter a seguito di un interrupt sono due. Il programmatore sceglie di associare a taluni eventi una priorità maggiore rispetto ad altri.

Sorgente FidoCadJ | Ingrandisci | Cos'è Fidocad

Venendo al tuo caso, posso dire che, leggendo il manuale di CCS, si legge quanto segue:

The compiler will generate code to jump to the function when the interrupt is detected. It will generate code to save and restore the machine state, and will clear the interrupt flag.

Il che significa che il compilatore esegue lui il reset del flag di interrupt. Questo aspetto non è bello! Se cambi compilatore, vai in palla.

Non è un argomento banale né tantomeno credo di essere stato esaustivo. Spero che quanto esposto sia chiaro.

Ciao.

Paolo.

[AjKDAP]

The compiler will generate code to jump to the function when the interrupt is detected. It will generate code to save and restore the machine state, and will clear the interrupt flag.

Il che significa che il compilatore esegue lui il reset del flag di interrupt.

Ecco che abbiamo risolto l'inghippo

[posta10100]

Infatti Che brutta cosa, il flag dell'interrupt deve essere controllato dal programmatore.
Chissà a chi è venuta la brillante idea di resettarlo...

[Davidark]

Vi ringrazio davvero tanto per le risposte e soprattutto ringrazio Paolino che per risolvere il problema ha approfondito leggendo la guida del ccs compiler.
Devo dire la verità, ho dato un'occhiata veloce a quello che mi avete scritto, e di conseguenza non mi è tutto completamente chiaro, ma leggerò con più attenzione il tutto!
Utilizzo questo compilatore perché lo utilizziamo in laboratorio, e per questo dovrei imparare ad usarlo, anche se non è del tutto semplice.
Trovo un po' di difficoltà in quanto il libro che ho acquistato "pillole di microcontrollori " utilizza un compilatore diverso; non pensavo ci fossero così tante differenze fra compilatori...
In ogni caso sono cosciente di doverci sbattere la testa un bel po' di tempo agli inizi...=) Giusto?