Externer Interrupt

Danke für deine schnelle Antwort.
Da sich vor der Main-Funktion allerdings die Prototypen befinden sollte 
dies nicht das Problem sein. Außerdem denke ich würde das Programm nicht 
zu compilieren gehen wenn das der Fehler wäre.

Wurde das Programm auch für den richtigen uC compiliert?

ich hab einen Atmega8 verwendet und das Programm mit

1

avr-gcc -O2 -c -mmcu=atmega8 -DF_CPU=1000000 main.c -o main.o

bzw.

1

avr-gcc -O2 -mmcu=atmega8 -DF_CPU1000000 main.o -o main.hex

compiliert.

Irgend etwas scheint der uC allerdings zu erkennen, da er beim betätigen 
des Tasters das Lauflicht von vorn startet.

>Irgend etwas scheint der uC allerdings zu erkennen, da er beim betätigen
>des Tasters das Lauflicht von vorn startet.

Vieleicht schliesst dein Taster ja die Betriebsspannung kurz.
Drück mal ganz lange drauf und schau nach ob es irgendwo qualmt.

Hallo ohne zu wissen welcher uC nun genau genutzt wird kann man die 
getätigten Einstellungen schlecht überprüfen... Ich habe mal 
nachgeschaut was es beim ATMega32 für Register gibt diese decken sich 
jedoch nicht mit den hier beschriebenen Registern. Daher wäre es nett 
wenn du nochmal kurz sagen könntest welchen uC du benutzt.

>Dann kann die Interruptroutine nicht mehr mehrmals
>gleichzeitig aufgerufen werden.

Das kann sie sowieso nicht. Wenn schon dann
mehrmals nacheinander.

Wie sieht denn die Beschaltung hardwareseitig aus?

Und:
> Wenn der externe Interrupt ausgelöst wird scheint der uC nix zu machen
> oder die main-Funktion neu zu starten.

Ersteres kann man mit einer extra(!) LED gut kontrollieren, die am 
Anfang des Interrupts kurz(!) eingeschaltet wird, letzteres mit 
ebendieser LED die am Anfang von main() lange(!) eingeschaltet wird. 
Wenn selbige LED dann noch einen ganz "eigenen" Pin (im Sinne von 'am 
selben Port hängt sonst nix dran wo man sich verhauen könnte' - 
augenscheinlich hast Du die Ports B und C noch vollständig frei, da wär 
dann wann hüpsches mit dabei für eine extra Status-LED) bekommt, dann 
kann man Resets & co gut verfolgen.

@ Urban, ja das habe ich auch gesehen als ich meinen Beitrag abgeschickt 
habe.
Die Vermutung das der Schalter prellt, ist soweit ja ok nur würde die 
ISR dann ja nur 2 mal aufgerufen werden einmal den quasi regulären 
aufruf und dann noch einen Aufruf durch das prellen dh. der uC müsste 
dann nach 2 Sekunden wieder normal laufen aber anscheinend macht er das 
nciht.

hmm mal eine andere idee, kann es nicht sein, dass der ExtIntr1 
ausgelöst wird da im Register GIFR evtl. ncoh ein falscher wert steht?
Das würde das Phaenomenen erklären, dass der uC resetet wird da der 
Interruptvector ja nicht existiert bzw. auf die startaddr 0x0000 steht.

Nur mal so ganz nebenbei:

Dein Programm funktioniert auf einem Atmega8.
Habs grad mal ausprobiert.

das Programm läuft jetzt fehlerfrei auf dem uC. Das Prellen des Tasters 
wars nicht. Ich hab den Kondensator aber trotzdem drinnen lassen als 
Sicherheit (Danke für den Tipp!). Im Endeffkt lags tatsächlich am 
Makefile. Ich hab mir hier auf der Seite ein anständiges Makefile 
gehohlt, daraufhin hats sofort funktioniert.

Danke für eure Hilfe!