allg. Frage zu Interrupts und Programmablauf (in C)

if (interrupt_ausgeloest == 1) danach gleich die Variable auf 0 setzen
und dann mit der Portmanipulation fortfahren. Wenn inzwischen der
Interrupt noch einmal auftritt, wird im Hauptprogramm wieder in den
Programmteil verzweigt.

Hi...

Also wenn der Umgang mit Interrupts unter C wirklich so umständlich und
kompliziert sein sollte, dann werde ich wohl für immer bei Assembler
bleiben.

Da kümmert mich der Int in der Hauptschleife nicht, denn jeder Int hat
seine eigene ISR, die beim Aufruf abgearbeitet wird. Und in dieser kann
man Flags (Bits in einem dafür reservierten Register) setzen, auf die
die Hauptschleife reagieren kann...

Bit- & Bytebruch...
...HanneS...

Ich hab das vor geraumer Zeit gelernt: Was bei einem IRQ passieren soll,
gehört in den IRQ-Handler, nicht ins Main.

Wäre es nicht also sinnvoller, die Schleife direkt im Interrupt-Handler
ablaufen zu lassen (womit es dann keine Schleife mehr wäre)? Dann würde
sich das Problem mit zwei schnell nacheinander auftretenden IRQ's
nicht stellen (SEI vorausgesetzt).

Darüber hinaus kann der IRQ-Handler ja noch immer ein Flag setzen, das
das Hauptprogramm "wenn es Zeit hat" auswertet.

Hallo,

erst mal danke für die Antworten.

@Elektrolurch:
bist du dir da sicher? Wenn der Interrupt abgearbeitet wurde, kehrt der
uC doch an seine alte Stelle im Programm zurück, also mitten in die if
Schleife und nicht an den Anfang (bzw. sogar noch davor wo die
Bedingugn geprüft wurde), oder irre ich da gewaltig?

@...HanneS...
Keine Angst, das geht in C ja genauso. z.B. folgendes:
SIGNAL (SIG_INTERRUPT0)
{
    // int 0 ausgelöst
}

SIGNAL (SIG_OVERFLOW1)
{
    // Überlauf 1 ausgelöst
}

SIGNAL (SIG_UART_RECV)
{
    // Empfangen
}
usw.
Es interessiert mich einzig und allein dein Satz "...auf die
die Hauptschleife reagieren kann...". Das ist mein "Problem".

@Olaf Stieleke:
Bis jetzt habe ich immer nur gelesen und gelernt, das eine Interrupt
Routine möglichst kurz/schnell fertig sein sollte. "Leider" muss ich
auch ein paar Takte bei der Abarbeitung warten.

Gruß,

Hans

Hi,

Interrupts werden durch bestimmte Ereignisse ausgelöst, z.B.
Timer-Überlauf (passiert, wenn bspw. der 8-Bit-Timer > 255 werden
würde). Auf diese Interrupts kann man reagieren, indem man bestimmte
ISR (Interrupt-Service-Routinen) in sein Programm einbaut, also z.B.

SIGNAL (SIG_OVERFLOW0)
{

}

um mal beim 8-Bit-Timer zu bleiben.

Der Sinn solcher Funktionen liegt nun darin, das gerade laufende
Programm zu unterbrechen (deshalb Interrupt = Unterbrechung), weil eben
was Wichtiges passiert ist und den in der ISR definierten Code
auszuführen. Anschliessend macht das Programm an der Stelle weiter, an
der es unterbrochen wurde.

Ein C-Programm sieht also dann in etwa so aus:

void main (void)
{
   // Schleife die immer läuft
   for (;;)
   {
   }
}

SIGNAL (interruptkennung)
{
    // mach was :=)
    Ports lesen
    Ports schreiben
    usw.

    [...]
}

Pausen (respektive irgendwelche Zählschleifen) sollte man in seinem
Programm möglichst vermeiden. Der Prozessor hat meist genug zu tun, als
sich mit solchen (meist sinnlosen) Dingen aufzuhalten. Dann sind
plötzlich nämlich auch die kleineren unter ihnen ganz schnell.  ;o)

Joline