ATMega 128 bleibt hängen??

>sogar undefiniert geblinkt
wenn sie noch blinkt dann muss der µC ja noch laufen, kannst wirklich 
100% Softwarefehler ausschliessen?

z.b. Alle ISR definiert nicht das ein offener Input Pin ein Interrupt 
auslöst der mitten in den Code springt.

Die Fuses sind gleich, das hab ich geprüft. Ein ISR Einsprung ohne 
Codedefinition? normal müsste dass dann auf meinem alten Fädelboard noch 
mehr
auffallen, da dort alle Pins in der Luft hängen, aber dort geht es.

Ich hab am PortB ein Display dran und zeige daran auch das Reset 
Register des uc an. Leider ist nie was zu sehen, zumindest das MCUCSR 
Register ist immer gleich, der Zähler erhöht sind, oder die Kiste bleibt 
komplett hängen.

Was mich sehr wundert ist das Verhalten der Timer ISR Routine die das 
LED binken lässt, wie gesagt blinkt die LED im Sekundentakt, nicht immer 
aber einmal konnte ich beobachten wie die LED undef. geblinkt hat. Was 
kann den uC dazu bewegen die Timer ISR Routine nicht mehr richtig 
abzuarbeiten? so müsste ja dadurch der Ladewert des Timer am Ende der 
Routine nicht richtig abgearbeitet werden?

Patrick

mach doch mal ein ganz kleinen Programm was nur die led blinken lässt 
und schau ob es dann auf auftritt.
Ich vermute immer noch Softwarefehler wenn z.b. Der Stack nicht mehr 
stimmt macht der µC ja weiter weil er den fehler nicht erkennen kann und 
dabei kann es natürlich auch passieren das er in dem Codeabschnitt der 
ISR landet ohne das der Interupt ausgelöst wurden ist.

>normal müsste dass dann auf meinem alten Fädelboard noch
>mehr auffallen, da dort alle Pins in der Luft hängen, aber dort geht es.

Als Vermutung ist das sicherlich sinnvoll, aber eben nicht erschöpfend. 
(So hört sich das nach Chr. Morgenstern an ;-) Die Verhältnise auf dem 
dem Fädelboard können eben doch entscheidend anders sein. Da Du diese 
nicht erschöpfend vergleichen kannst, ist die SW eben doch der bessere 
Ansatzpunkt.

Du kannst doch einfach im Quellcode gucken, ob für die restlichen ISRs 
eine Routine definiert ist, bzw. wohin der Vektor zeigt. Und wenn Du 
schon dabei bist, eben eine kleine Routine schreiben die den ISR-Vektor 
irgendwohin speichert, von wo Du ihn nach dem Neustart ausgibst.

Vielleicht lohnt es sich, im Simulator mal zu gucken wie die andern 
Int-Quellen freigegeben sind. Manchmal verhaut man sich da beim 
Bit-Banging.

den ISR-Vektor kann ich mal probieren im EEProm zu speichern. Wie kann 
ich rausfinden ob der Stack überläuft? ich hab das JTAG ICE MKII mit AVR 
Studio, gibts da ein Fenster dass den Stack zeigt?

aber wie gesagt es läuft auf dem Fädelboard als auch auf dem STK501 ohne 
Absturz mehrere Tage, auf dem AVR-Entwicklungsmodul nur mehrere Stunden.

Patrick