Unterschied zwischen INTERRUPT / SIGNAL auch in asm möglich

RudiRatlos Gast #55767 
Hallo,

wenn ich mit

SIGNAL(SIG_OVERFLOW0)
{
// do something
}

arbeite, werden ja alle anderen Interrupts während der ISR disabled.
Bei

INTERRUPT(SIG_OVERFLOW0)
{
// do something
}

werden anderen Interrupts sofern sie über die Maske kommen zugelassen.

Implementiere ich nun meine ISR in asm, wird das SREG I-flag auf 0
gesetzt, wenn die ISR anläuft.

Syntax:

.func  SIG_OVERFLOW0
SIG_OVERFLOW0:

// do something
reti

.endfunc

Was muss ich machen, damit SREG I-flag auf 1 bleibt ?
...ohne am Anfang der ISR explizit 'sei' zu benutzen.

Danke und Gruss.
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Langsamer Modus Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Melden Danke
RudiRatlos Gast #55770 
...ich habe nichts dagegen am Anfang der ISR ein SEI absetzen.
   Aber vielleicht hätte es ja ein Flag in irgendeinem Register
   gegeben, mit dem das automatische disablen generell aufgehoben
   wird.

   Jetzt weiss ich bescheid, Danke und Gruss.
Antwort Zitieren Bearbeiten Löschen Melden Danke
Peter D. #55771 
"werden anderen Interrupts sofern sie über die Maske kommen
zugelassen."

Was meinst du damit ?

Es wird nur ein profanes sei() ausgeführt und damit sämtliche vorher
freigegebene Interrupts enabled, auch der jeweilige Interrupt selber.

Man muß also beachten, daß der Interrupt sich dann auch selber
unterbrechen kann !

Deshalb ist es fast immer sinnvoller SIGNAL zu nehmen, den eigenen
Interrupt erst zu sperren und dann mit sei() global nur die anderen
freizugeben.


INTERRUPT ist nur auf CPUs mit Softwareinterrupts sinnvoll. Da dies ja
eigentlich nur Unterprogrammaufrufe sind, können sie sich nicht selbst
unterbrechen und echte Hardwareinterrupts sind aber weiterhin
möglich.


Peter
Antwort Zitieren Bearbeiten Löschen Melden Danke
Matthias Gast #55772 
Hi

wenn man weiß was man tut (<- ganz wichtig!) dann kann man INTERRUPT
sehr sinnvoll einsetzen. Ich verwende das z.B. um die relativ lange
Bearbeitung eines Timerinterrupt von einem anderen Timerinterrup
unterbrechbar zu machen. Der zweite erzeugt eine Software-PWM und da
sind Verzögerungen überhaupt nicht willkommen. Aber es gilt natürlich
der erste Satz: Wenn man weiß was man tut...

Matthias
Antwort Zitieren Bearbeiten Löschen Melden Danke
Thread beobachten

Antwort schreiben

Eine eigene Frage? Dieser Thread ist über 22 Jahre alt. Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.

Neuen Thread starten

Eine Lösung, Ergänzung oder Rückmeldung zu diesem Thread? Dann antworte hier.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Dein Name und deine E-Mail-Adresse

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.