ATMEGA32 Interrupt

[Johannes Frühwirth (Gast)]

Hallo Leute!

Ich habe ein großes Problem mit dem Interrupt des ATMEGA32.
Schalte ich den Interrupt global ein startet das Programm neu. Das
wirkt genauso wie der Controller in eine nichte vorhandene
Interrupt-Routine springen will.
Dabei funktioniert das Testprogramm auf dem Atmega8535 problemlos.
Daher dachte ich, dass nur noch die Fuse-Bits bzw. Boot-Lock-Bits
falsch sein können. Leider finde ich dort auch keinen Fehler.

Hat vielleicht irgend jemand eine Idee was ich falsch gemacht habe?

[mthomas (Gast)]

mglw. Abweichung in den Signal-"Namen" zwischen den Controllern (vgl.
iom32.h). MCU richtig eingstellt? Aber ohne Quellcode(-ausschnitt) oder
mehr Information (welcher Interrupt, wie aktiviert, ISR-Implementierung)
faellt ein guter Hinweis schwer.

[Helge Dietert (Gast)]

Meiner Erfahrung nach springt der Controller bei einem unbekannten
Interrupt immer zum Start und startet somit neu. Ich denke mal, dass es
bei dem atmega32 irgendein neues Interrupt gibt, was durch den Code
aktiviert wird und den Neustart provoziert.

[Johannes Frühwirth (Gast)]

Ich programmiere zurzeit mit CodeVision, der Code ist im Dateianhang.
Bezüglich den Abweichungen der Signalnamen: Ich habe sogar schon die
Speicherpositionen der einzelnen Register im Header-File überprüft.
Bei den Fuse-Bits bzw. Boot-Lock-Bits habe ich nur BODEN & CKOPT
programmiert.
Das der Controller kaputt ist schließe ich auch aus, da ich bereits
einen anderen getestet habe.
Vielleicht wird es Zeit auf WinAVR umzusteigen.

[mthomas (Gast)]

"Ich programmiere zurzeit mit CodeVision" haette man auch gleich
schreiben duerfen (oder hab' ich's ueberlesen?). Dann haet' ich mir
meinen dazu unnuetzen Kommentar auch sparen koennen. Sorry, da hab'
ich wohl nicht richtig mitgedacht. Aus irgendwelchen Gruenden ging ich
im Forum gcc und Nennung von ATmega32/8535 davon aus, dass die Frage
sich auf avr-gcc/avr-libc bezieht.