Interrupts im Interrupt ausschalten

[Oz z. (ozzy)]

Moin,

ich würde gerne, nachdem mein Timer0-Interrupt 250x ausgeführt wurde, 
diesen Interrupt kurz ausschalten, um die gesammelten Daten zu 
verarbeiten.

Doch leider klappt das so nicht:

ADC_counter++;
if (ADC_counter == 251 ) cli();

Geht so etwas denn gar nicht? Später möchte ich den Interrupt einfach 
wieder über sei() anschalten.


Vielen Dank für Eure Hilfe, Ozzy

[Johannes M. (johnny-m)]

Christoph O. wrote:
> ich würde gerne, nachdem mein Timer0-Interrupt 250x ausgeführt wurde,
> diesen Interrupt kurz ausschalten, um die gesammelten Daten zu
> verarbeiten.
>
> Doch leider klappt das so nicht:
>

> ADC_counter++;
> if (ADC_counter == 251 ) cli();
>

Wenn das innerhalb der ISR steht, kann das nicht funktionieren, da die 
Hardware erstens beim Sprung in den Interrupt-Vektor sowieso automatisch 
das I-Bit löscht (also ein cli() macht, weshalb Dein cli() gar keinen 
Effekt hat) und zweitens dieses Bit beim Rücksprung ins Hauptprogramm 
genauso automatisch wieder setzt (also ein sei() macht).

> Geht so etwas denn gar nicht? Später möchte ich den Interrupt einfach
> wieder über sei() anschalten.
Warum versuchst Du dann, die Bearbeitung aller Interrupts zu sperren 
(was so aus o.g. Gründen nicht geht) und sperrst den Interrupt nicht 
lokal? Dafür hat schließlich jeder Interrupt sein lokales Freigabebit.

[Andreas K. (a-k)]

Du musst das Enable-Bit der Interrupt-Quelle ausschalten (Timer, ADC, 
oder was auch immer das ist), nicht das Interrupt-Enable vom Prozessor. 
Das ist im Interrupt-Handler nämlich ohnehin ausgeschaltet, wird nämlich 
mit bei der Rückkehr wieder eingeschaltet.

[lkmiller (Gast)]

>wird nämlich mit bei der Rückkehr wieder eingeschaltet
Und zwar implizit über das Restaurieren des SREGs (Bit7)

[Johannes M. (johnny-m)]

lkmiller wrote:
>>wird nämlich mit bei der Rückkehr wieder eingeschaltet
> Und zwar implizit über das Restaurieren des SREGs (Bit7)
Das macht schon die Controller-Hardware selber (also selbst bei einer 
naked-ISR passiert das, obwohl dabei das SREG nicht extra gesichert 
wird). Selbst in Assembler (wo man das SREG "von Hand" sichern muss, 
wenn man es denn will) ist dem so...

[Oz z. (ozzy)]

Hi,

vielen Dank für Eure Antworten - ein blöder Fehler von mir. Jetzt 
funktioniert es auch einwandfrei.

Vielen Dank noch einmal, Ozzy

[Peter D. (peda)]

lkmiller wrote:
>>wird nämlich mit bei der Rückkehr wieder eingeschaltet
> Und zwar implizit über das Restaurieren des SREGs (Bit7)

Nö.
Das SREG im Interrupt hat immer das I-Bit gelöscht.
Erst das RETI setzt das I-Bit.


Peter

[Knut B. (Firma: TravelRec.) (travelrec)]

Genau. Da kann der Anwender in der ISR restaurieren was er will, denn 
das RETI kommt immer nach der ISR. Interrupte, die nicht sein dürfen, 
sperrt man über die zuständigen Interrupt-Enable-Bits in den 
betreffenden I/O-Registern der peripheren Module und gibt sie erst 
wieder frei, wenn sie auch wirklich zuschlagen dürfen. Vorher sollte man 
ein eventuell schon aufgelaufenes Interrupt-Flag durch ein Schreiben 
einer logischen 1 löschen.