Atmega8A - Einfaches Interrupt Problem

[Patrick E. (f4550tim)]

Guten Abend,

ich möchte gerne mit einem Taster (INT1) eine LED ein, bzw. aus 
schalten.
Interrupt hätte ich gerne auf der LOW-Flanke.

Nach meinem Verständnis, sollte doch der Controller wenn er in einer ISR 
ist keine anderen Interrupts erlauben, bzw diese auf die "wartebank" 
schieben. Es sei denn ich schalte am Anfang meiner ISR mit sei() das GIE 
Bit ein.

So ist für mein Verständnis ein Interrupt welcher gerade in der ISR 
steckt und keine weitere Konfiguration hat nur damit beschäftig seine 
ISR abzulaufen und wenn diese wieder im Hauptprogramm zurück gesprungen 
ist erst wieder weitere Interrupts annehmen kann.

Das Problem in meinem Quellcode ist, dass wenn ich in der ISR bin, und 
noch die 5 Sekunden Delay ablaufen und ich den Taster noch einmal wärend 
dessen drücke, dass nach Abarbeitung der ISR diese noch einmal 
aufgerufen wird.
Als würde dieser "zwischen Interrupt" gespeichert werden und danach 
ausgeführt werden.

Wie kann ich das Problem lösen ?

Vielen Dank
Patrick

#include <avr/io.h>
#include <avr/interrupt.h>
#define F_CPU 8000000
#include <util/delay.h>


int main(void)
{
  //Interrupt Config
   DDRD    = 0b00000001; //PD0 ist LED Ausgang
   PORTD  |= (1 << PD3);  //PullUp Taster
   MCUCR  = (0 << 2) | (1 << 3);  //Low Flanke
   GICR  |= (1 << 7);  //INT1 erlauben
   sei(); //GIE setzten
  //Hauptschleife
    while(1)
    {
      //nothing
    }
}

// Interruptroutinen
ISR(INT1_vect)
{
  PORTD ^= 1 << PORTD0;
  _delay_ms(5000);
}

[Karl H. (kbuchegg)]

Patrick E. schrieb:

> Nach meinem Verständnis, sollte doch der Controller wenn er in einer ISR
> ist keine anderen Interrupts erlauben, bzw diese auf die "wartebank"
> schieben.

Kommt drauf an, was genau du mit 'auf die Wartebank schieben' meinst.

Auch wenn Interrupts gesperrt sind, wird die Interrupt Anforderung 
trotzdem registriert. Wenn dann Interrupts wieder freigegeben sind, 
kommt diese registrierte Anforderung zum Zug und die entsprechende 
Interrupt Behandlung  läuft an.
Ist ja auch logisch: Nur weil gerade eine ISR läuft, darf ja trotzdem 
die Warnung vom Badwannenüberlauf nicht verloren gehen, die an einen 
Interrupt geschaltet wurde.


> Das Problem in meinem Quellcode ist, dass wenn ich in der ISR bin, und
> noch die 5 Sekunden Delay

5 Sekunden Delay sind sowieso nicht tragbar.
Im Grunde ist die ganze Delay-Programmierung ab einem gewissen Zeitpunkt 
in der Softwerker-Kariere nicht tragbar. Am Anfang ok. Aber irgendwann 
ist der Zeitpunkt erreicht, an dem man sagen muss: Delay ist nicht die 
Lösung - Delay ist das Prfoblem.

Und dann müssen andere Techniken ran.

> Wie kann ich das Problem lösen ?

Entprellung

mein persönlicher Favorit: die Danegger Entprellung.

[Pepe (Gast)]

Du kannst die Interrupts mit CLI() bzw. SEI() deaktivieren bzw wieder 
aktivieren.
Aber eigentlich sollten INTs nicht länger dauern als nötig. Benutze 
einen Timer der z.B. alle 10ms  oder 100ms einen INT auslöst und einen 
Zähler hochzählt.
Damit kannst Du dann deine Wartezeit implementieren ohne alles andere 
blockieren zu müssen.

[m.n. (Gast)]

Es wird zwar der PCINT-Interrupt verwendet, aber INT1 geht auch, indem 
man den Interrupt auf beide Flanken zuläßt. Geschaltet wird aber immer 
mit der negativen Flanke: 
http://www.mino-elektronik.de/power_at90s/powerat90s.htm

[Patrick E. (f4550tim)]

Danke für die schnellen Antworten.
Das die 5 Sekunden an der stelle Bödsinn sind, ist klar.
Hier ging es um die Theorie.

Leider wenn ich am Anfang meiner ISR cli(); schreibe, wird der Interrupt 
dennoch registriert.
Das es sinnvoll ist verstehe ich, kann ich es dennoch ausschalten.
Damit meine ich das wenn ich in meine ISR rein bin, dass keine weiteren 
Interrupts registriert werden, bis ich wieder aus bin ? cli(); und 
sei(); machen das nicht.

Danke auch an m.n. Ja das Taater entprellen ist auch genau der Punkt.
Hier in dieser Aufgabe möchte ich aber darauf verzichten und dies über 
die ISR mitein Wenig delay() regeln. Das dient nur zu Test und Funktions 
Zwecken.


Schönen Abend

[Karl H. (kbuchegg)]

Patrick E. schrieb:
> Danke für die schnellen Antworten.
> Das die 5 Sekunden an der stelle Bödsinn sind, ist klar.
> Hier ging es um die Theorie.
>
> Leider wenn ich am Anfang meiner ISR cli(); schreibe, wird der Interrupt
> dennoch registriert.
> Das es sinnvoll ist verstehe ich, kann ich es dennoch ausschalten.

Nein das kannst du nicht.
Aber du kannst einen aufgelaufenen Interrupt Request am Ende der ISR 
löschen.

Sieh dir mal im Datenblatt das Flag INTF1 im Register GIFR an.
Achtung: Diese Flags werden durch einschreiben einer 1 gelöscht!

   GIFR = ( 1 << INTF1 );

[Patrick E. (f4550tim)]

Vielen Dank Karl Heinz !!

Ich habe das FlagBit "gelöscht". Aber leider mit einer 0...
Daran lag es :)

Super, nun kann ich ruhig schlafen!

Grüße
Patrick