Nach Interrupt keine Rückkehr in Hauptschleife

Sieht mir irgendwie nach Designfehler aus.

Aber gut.
Warum denn die Interrupts allgemein sperren?

Das wird auch den LCD-Routinen nicht gut tun (und Peter D.s Entprellung 
auch nicht.)

Also, lass das! :-)

Die Ausgabe völlig aus dem Delay-Schreiben rausnehmen oder das setzen 
des Timer-Registers.

Den fraglichen Timer kannst Du auch einzeln anhalten, falls das Dein 
Bedenken ist.

Nun die Interrupts deaktiviere ich in delay-schreiben weil ich in OCR1A 
schreibe. Wenn ich Timer 1 nicht aktiviere habe ich das Problem mit der 
Rückkehr in's Hauptprogramm nicht. Also kann es daran meiner Meinung 
nach auch nicht hängen.

Habe den Fehler gefunden. Habe wegen deinem Hinweis, dass ich den Timer 
auch so anhalten kann nochmal rumgespielt. und es ist kein wunder, dass 
nichts mehr geht. Durch

1

TIMSK = ( 1<<OCIE1A );  // enable timer interrupt T1A

 lösche ich das Interrupt enable von Timer 0.

Alles klar, auf jeden Fall trotzdem Danke Ahem

>Funktioniert alles wunderbar, nur leider springt mein
>Programm nach dem Interrupt nicht in die Hauptschleife zurück.

Niemals.

>Durch
>TIMSK = ( 1<<OCIE1A );  // enable timer interrupt T1A
>lösche ich das Interrupt enable von Timer 0.

Richtig. Genau das, und nichts anderes. Das verhindert, daß beim 
nächsten compare match die ISR aufgerufen wird, verursacht aber nicht, 
daß das Programm nicht aus der ISR zurückkommt. Am Ende der ISR steht 
der Befehl reti, und der bedeutet: Spring zurück dahin, wo du her 
kommst. Immer. Das einzige, was schief gehen kann, ist ein versemmelter 
Stack, dann geht der Sprung irgenwohin, aber gesprungen wird immer.

Aber es stellt sich natürlich die Frage, wie du überhaupt rausgefunden 
hast, daß es da nicht zurückspringt...

Oliver