ATmega8 ext. Interrupt

[Wsk8]

Hallo liebe Gemeinde,

es handelt sich um ein Problem bei der Tasterabfrage per Interrupt. Ich möchte einen Tasterzustand auf INT1 abfragen und auf low level triggern.
Hier der grundsätzliche Programmaufbau, mal eben eingetippt:

ISR(INT1_vect) {...}

int main (void)
{
DDRD = 0xF7;              // PD3 als Eingang definiert
PORTD |= (1<<PD3);     // Pullups aktiviert
...
MCUCR &= ~((1<<ISC11)|(1<<ISC10);     // auf low-level Zustand getriggert
GICR |= (1<<INT1);                              // INT1 aktiviert

sei();

while(1) {...}
...
}

Nach meinem Verständnis sollte doch, solange der low level- Zustand am Taster herrscht (und der herrscht immer, wenn der Taster nicht gedrückt ist) ständig der INterrupt ausgelöst werden und somit nur die ISR ausgeführt werden?
Der Taster ist per Tiefpass entprellt und wechselt von HIGH auf LOW und umgekehrt in 500ns.

Der eigentlich Fehler ist, dass der ext. Interrupt nie durchgeführt wird und ich nicht weiß, woran es noch liegen könnte.

Ich verwende neben der Funktion auch die beiden Timer, deshalb dachte ich erstmal, dass es an dem im Kap."Errata" aufgeführten bug liegt...


Grüße,
Nik

So, wie wärs wenn du einfach mal den ganzen anderen Rest von deinem Programm auskommentierst, so dass da nur noch genau das da steht. In der ISR toggelst du dann einfach einen PIN und hängst diesen ans Oszi.
Und wenn dieses ganz einfach Programm dann mal läuft, sehen wir weiter.

mfg

[derNeue]

Ich werf auch einfach mal Tasten-Prellen in den Raum. Einen Taster an einem externen Interrupt macht man eig nicht. Wenn du eh mehrere Timer schon in Verwendung hast, nutze doch irgend einen, der so etwa alle 10ms einen Interrupt auslöst. Und in diesem fragst du den Pin ab. Wenn er beim zweiten Interrupt immer noch gedrückt ist, hast du deinen Tastendruck. So ist die Vorgehensweise, wie ich sie kenne und auch erfolgreich nutze.

Dennis

[Liquidator]

Hallo liebe Gemeinde,

als Erstes möchte ich mich bei oberallgeier bedanken für den tollen Einfall mit der Interruptkontroll-LEDs, ist bereits in einem anderen Projekt untergebracht worden und wird auch fortan auf Prototypen benutzt
Allen anderen ebenfalls vielen Dank. Und nun meine Geschichte im Zeitraum "letzter Beitrag - #define Zeit_aktuell dd:mm:yyyy"

Ich habe angefangen den kompletten Projektcode zu optimieren, vorerst ohne die Tasterfunktionen. Der Grundgedanke war in Richtung RTOS zu gehen, bzw. wenigstens einen Scheduler zu implementieren. D.h. der ganze Code wurde hinsichtlich einer quasiparallelen Signal- und Datenverarbeitung optimiert. Es wurden absolut alle delay_ms()-Funktionen entfernt und durch Abfragen des Systemtaktes eines der Timer synchronisiert. Alle großen Tasks wurden aufgeteilt und in einzelnen Funktionsprozeduren untergebracht.
Nachdem der Code geschrumpft war und tatsächlich schneller funktionierte, versuchte ich mich weiterhin an meinen Lieblingstaster. Egal ob

ISR(INT1_vect) {...}

oder

uint8_t capt_button(void) {

    if (PIND & (1<<PD3))
        return 1;
    else 
        return 0;
}

verwendet wurde, der Taster konnte AN, jedoch nicht mehr ausgeschaltet werden.
Und DANN kam die Erleuchtung! Der von mir verwendete gegen +5V angeschlossene Taster durchlief einen passiven Tiefpass. Dadurch, dass der sich dort befindende Kondensator durch +5V aufgeladen wurde, jedoch nicht über den als Input definierten Pin entladen werden konnte, bliebt der Signalpegel nach dem ersten Betätigen stets auf HIGH. Ab da war es einfach: Der entsprechende Pin musste kurzzeitig als Output auf Masse gelegt werden. Et voilà!

Also im Grunde folgende Einstellung, beispielhaft für den ganzen Port.

DDRD = 0xFF; // Alle Pins als Ausgänge
PORTD= 0x00; // Alle Ausgänge auf Null ziehen

Nun kann ich ohne Probleme verschiedene Druckzeiten abfangen und ggf. verschiedene Reaktionen auslösen etc.

Es war zwar extrem zeitraubend, aber dafür konnte ich mal wieder viel auf diesem Weg lernen und bin nun dabei, ein Echtzeitsystem für 8-Bit zu schreiben. (sprich: Rad neuerfinden, um des Wissens willen.)

Grüße,
Nik