Interruptproblem Atmega32

Ich denke die Frage sollte eher lauten:
Wie wirkt sich eigentlich ein bestimmter Pegel an diesem Pin aus, 
solange der externe Interrupt nicht konfiguriert ist?

In deinem internen Pullup Szenario, aktivierst du den Pullup bevor du 
den Interrupt freischaltest und konfigurierst (da solltest du übrigens 
noch einmal über die Reihenfolge nachdenken: normal ist wohl, dass 
zuerst eine Einheit konfiguriert ehe man sie dann zur Arbeit 
freischaltet und nicht umgekehrt). Wird der Interrupt freigegeben, dann 
hat er noch die Default-Einstellung von: Interrupt an aktive Low. Das 
hast du aber durch den Pullup nicht mehr am Pin. Dort ist schon high. 
Und erst dann schaltest du auf Edge Detection um.

In deinem Szenario mit externem Widerstand ist aber der Ablauf der 
Ereignisse so:
der Widerstand zieht den Pin auf Low.
Du aktivierst die Interrupts mit sei (was schon mal eine schwachsinnige 
Idee ist. Zuerst werden alle Sourcen konfiguriert und erst dann werden 
die Interrupts freigegeben)
Dann aktivierst du den externen Interrupt. Seine Defaulteinstellung ist: 
Interrupt an aktive Low. Den Fall hast du, der Pin IST low.
Und erst dann konfigurierst du den Interrupt auf Edge Detection.


Wie gesagt: Es ist ein Frage der Reihenfolge, in der Dinge konfiguriert 
und aktiviert werden.

> Einziges Problem ist, dass ich den Taster
> drücke und erst beim auslassen der Interrupt auslöst. Ist auch
> klar, da ich auf steigende Flanke programmiert habe.

Wo ist das Problem?
Konfiguriere den Interrupt auf fallende Flanke und er löst beim Drücken 
der Taste aus.

Christian schrieb:
> Karl heinz Buchegger schrieb:
>> Du aktivierst die Interrupts mit sei (was schon mal eine schwachsinnige
>> Idee ist. Zuerst werden alle Sourcen konfiguriert und erst dann werden
>> die Interrupts freigegeben)
>
> Wie würdest du das Programm verändern, damit es mit dem ext. Pulldown
> funktioniert? Bitte den Code in die richtige Reihenfolge setzen, da ich
> nicht weiß wie ich den Code verändern soll.

Ach komm.
Selber nachdenken. Nur so lernst du.

Wenn das Ziel ist:
  Wasserrohr mit neuem Wasserhahn ist an die Hauptversogung
  angeschlossen und der neu installierte Wasserhahn ist geschlossen,
  welches ist dann die richtige Reihenfolge

  * zuerst Rohr anschliessen
    dann Wasserhahn an Rohr schrauben
    dann Wasserhahn zudrehen

  * zuerst Hahn zudrehen
    dann Rohr anschliessen
    dann Hahn an Rohr schrauben

  * zuerst Hahn schliessen
    dann Hahn an Rohr schrauben
    dann Rohr anschliessen

  * zuerst ...

In alle Fällen landest du beim selben End-Ergebnis. Aber nur in einem 
der Fälle findest du keine überflutete Wohnung vor.

Ich denke ich habe in der ersten Antwort genug Hinweise gegeben, wie die 
zeitliche Entwicklung in deinem Programm ist und wie es zum Effekt 
kommt.

Christian schrieb:
> Danke für die Tipps. War nur ein simpler Fehler.
> Einfach das SREG nach der Konfiguration einschalten , wie du beschrieben
> hast.
>
> GICR |= (1<<INT0);
> MCUCR |= (1<<ISC01)|(1<<ISC00);

umdrehen.
Zuerst konfigurieren
dann einschalten

> SREG |= (1<<7);

Dafür gibst sei()


Gewöhn dir die Reihenfolge an:
Zuerst werden die Dinge auf Arbeitsbedingungen eingestellt,
dann wird scharf geschaltet. Eventuell löscht man auch vor dem 
Scharfschalten noch einmal mögliche Interrupt-Flags, die sich 
zwischendurch angesammelt haben könnten, während die Konfiguration noch 
nicht vollständig war (und die daher auch Fehlalarme sein können, weil 
der µC auf ein "falsches Interruptereignis reagiert hat).

Nur James Bond springt mit dem Fallschirm in der Hand aus dem Flugzeug. 
Alle anderen stellen zuerst die Konfiguration her (schnallen sich den 
Fallschirm um) ehe sie auf scharf gehen (aus dem Flugzeug springen).

Macht man bei Kondomen ja auch so ;-)

Sorry, konnte grad nciht wiederstehen ;-)