MSP430: Interrupt Handling

Irgendwas sagt mir, dass Du wahrscheinlich alles zu kompliziert 
implementierst.
Warum willst Du denn bestimmte Interrupts überhaupt zur Laufzeit aus- 
und wieder einschalten?

Ich möchte mehrere zeitkritische Messungen durchführen. Unter Anderem 
eine Anstiegszeit am ADC und auch eine Time-Difference zwischen zwei 
Pulsen. Diese Zeitmessungen müssen möglichst exakt sein und dürfen 
deswegen nicht gestört werden.

OK, ich kann mein problem reduzieren:

Kann ich beim Timer_B nur die Interrupts von Timer 0 aktiviert haben? 
Die Interrupts von Timer 2...7 sollen deaktiviert werden.

Wie funktioniert eine Lösung über Intrinsics? (IAR Embedded Workbench)

1

__istate_t s = __get_interrupt_state();

2

__disable_interrupt();

3

4

/* Do something */

5

6

__set_interrupt_state(s);

7

__enable_interrupt();

Kann ich im Abschnitt "Do something" Interrups ein- und ausschalten?

1.) Du solltest Dir mal den Unterschied zwischen den einzelnen lokalen 
IE-Bits der jeweiligen Peripherie-Einheit und dem globalen GIE-Bit 
klar machen!

2.)
>Wie funktioniert eine Lösung über Intrinsics? (IAR Embedded Workbench)
Genauso wie die __monitor Funktion (s. Compiler Reference Guide)

3.) Dein Code-Fragment von oben ist sinnlos, denn nach Herstellen des 
ursprünglichen GIE-Zustands (__set_interrupt_state(s);) setzt Du in der 
nächsten Zeile bedingungslos wieder das GIE-Bit!

4.)
>Kann ich im Abschnitt "Do something" Interrups ein- und ausschalten?
Du kannst Ein- und Ausschalten was und wann immer Du es willst... ob's 
Sinn macht oder funktioniert ist 'ne andere Frage.

5.) Wenn Du einzelne IRQs beliebig aktivieren und deaktivieren willst, 
wirst Du nicht drum herum kommen, Dir selbst den Status zu merken und 
ggf. wieder herzustellen! Wenn Du alle IRQs de-/aktivieren willst, 
dann eben mit __monitor Funktion oder per __get/__set-Interrupt_state() 
aber ohne __enable_interrupt()

Ich denke die durchsichtigste Variante ist immer noch das ablegen des 
Interrupt-enable bits in einer variablen. Da weißt du wenigstens immer 
genau was du tust.
Dennoch führt das ein und ausschalten von interrupts gerne zu seltsamen 
Fehlern, die oft erst nach tagelangem Testen "zufällig" auftreten. Es 
ist daher ratsam, genauestens zu überlegen, was alles in der kritischen 
Phase passieren könnte.

Grüße Gebhard

Stefan schrieb:

>3.) Dein Code-Fragment von oben ist sinnlos, denn nach Herstellen des
>ursprünglichen GIE-Zustands (__set_interrupt_state(s);) setzt Du in der
>nächsten Zeile bedingungslos wieder das GIE-Bit!

Laut Compiler Reference Guide reicht es, wenn man folgende Zeilen 
schreibt:

1

__istate_t s = __get_interrupt_state();

2

__disable_interrupt();

3

/* Do something */

4

__set_interrupt_state(s);

Warum benutzt man __enable_interrupt() nicht? Was bedeutet es, wenn das 
GIE-Bit wieder gesetzt wird?

Der Sinn des ganzen ist es doch durch:

1

__set_interrupt_state(s);

den ursprünglichen Interruptzustand wiederherzustellen!
Wenn vorher GIE gesetzt war, soll es danach auch wieder gesetzt sein.
Wenn vorher GIE nicht gesetzt war, darf es hinterher auch nicht gesetzt 
werden... genau das würde aber __enable_interrupt(); gnadenlos tun!