Externer interrupt INT1 -> ständiger interrupt?

ja sorry, der sieht so aus

ISR (INT1_vect)
{
  lcd_set_cursor(10,LINE2+10);
  lcd_puts(Book,"interrupt!!!");
  //get_data();
  //get_strobe();

return;
}

Ist ein wenig umfangreicher das ganze.
Aber sobald ich den Teil initialisiere funzt nix mehr.
Ich habe alles heraus genommen, nur eine Ausgabe aufs Display sobald ein 
Interrupt kommt ist noch drin.

Das return in der ISR kann schon mal wegbleiben.
Und beim Mega32 gibt Port A nicht ...
Laut meine Datenblatt liegt INT1 auf PD3

Nein das sind nicht die einzigen.
Ich habe das Massekabel fest angeschlossen von meiner Masse klemme auf 
die Anschlussklemme des Temperatursensor. Die Datenleitung des Sensors 
ist natürlich runter.

Achso...Wieso sollte es PORTA nicht geben?
Dadurch wird der Tsic sensor mit Stromversort.

Sorry, ich tippe heute zu schnell, da ich los muß; das war eine Mischung 
aus zweitem und dritten Satz.
Kurzum: Es gibt dort auf PA1 kein INT1.
Andererseits kann das hier aber auch evtl. egal sein, wenn mit der 
Initialisierung gar nicht INT1 gemeint sein soll.

Meiner Meinung nach kann dadurch, dass ich den PD3 auf Masse lege kein 
Interrupt mehr ausgelöst werden. Jedenfalls keiner der dem externen 
Interrupt 1 zu tun hat.

Eigentlich der TSIC 306, das Programm funzt einzelnd auch ganz gut.

Auch das andere Programm funktioniert ganz gut, jedoch nicht mehr sobald 
der Externe interrupt 1 initialisiert ist.
Meiner meinung nach kann es nicht an der Beschaltung liegen, da ich den 
PD3 ja auf Masse gezogen habe (zu Testzwecken).
Ich habe noch eine Funkuhrroutine und eine PWM am laufen.

Wie mit einer Leitung von meiner Masseklemme zur der Klemme wo die 
Sensorleitung normalerweise drauf geht.

Ich lege den Pin auf Masse und resette den Controller.

Genau, das ist ja auch mein Ziel.
Demnach dürfte ich das restliche Programm damit nicht beeinflussen.

Wenn ich alles aus der ISR-Routine auskommentiere und auch die obige 
initialisierung durchführe funzt auch alles wunderbar.

Eigentlich müsste es doch völlig egal sein, wenn der Pin auf Masse 
liegt.

>Eigentlich müsste es doch völlig egal sein, wenn der Pin auf Masse
>liegt.

Das stimmt. Ist der Pin dann auch unbeschaltet?
Also nur ein Eingang und sonst nix mehr dran?
Nicht das du da deinen Sensor kurzschliesst.

Vieleicht legst du deinen Pin ja auch gar nicht an Masse.
Also Osci dran!

Liegt voll auf Masse

Das ist wohl wahr.

>Dann ist entweder dein Controller defekt (unwahrscheinlich) oder eine
>deiner Aussagen oder Annahmen ist falsch.

Das würde ich jetzt auch sagen. Auch wenn oben im Code was anderes
steht könnte es das sein:

ISC11=0, ISC10=0
The low level of INT1 generates an interrupt request.

Das würde die Sache jedenfalls erklären.

ISR (INT1_vect)
{


  PORTB ^= (1<<PB0);
  PORTB |= (1<<PB1);
}

Hab mal eine LED an PB0 gehängt. Diese wird getoggelt.
Die andere an PB1 ist dauerhaft an.
Wenn ich den controller resette, sind beide an...die getoggelte ein 
bischen dunkler.
Dann muss da ja irgendwas in Sachen Interrupt laufen.

Habe den PD3 nun mal auf High gelegt...Programm hakt nicht mehr.
Keine der LEDs ist an.
Das heisst ja irgendwo wird mein MCUCR ungewollt manipuliert.
Ich suche mal.

Ich habe mich falsch ausgedrückt.
Nach erneutem Reset und laufendem (hakendem)Programm, leuten die LEDs in 
besagter Weise.

Oh man es geht...
Es war tatsachlich so, dass der Interrupt auf LOW stand.
Die Funkuhrroutine, welche ich nutze hatte über all mein MCUCR so 
ungefähr
MCUCR=0b00000001; überschrieben.
Hatte damit nicht gerechnet, da sonst alles vom feinsten mit define und 
allem pipapo sauber geschrieben war.
Danke nochmal an alle!