Hallo
Wenn ich im beim Atmel-MAC den CTC-Mode als Aufwachquelle für das Zigbit
Modul nutzen will, bleibt das Programm immer in der Kalibrierung für den
internen Oszillator hängen?!?
Ich bin davon ausgangen, dass die Kalibrierung nur einmal beim
Programmstart aufgerufen wird. Die Initialisierung meines Timer kommt
erst kurz vor der Hauptschleife.
Wenn ich die Kalibrierung zu Testzwecken auskommentiere läuft es im
CTC-Mode. Sehr merkwürdig wieder...
Im Moment nutze ich den Overflow-Mode, dieser läuft.
Gruß Daniel
Hallo Axel
Die ISR ist vorhanden, allerdings erfolgt darin kein Aufruf.
Was meinst du mit über main() ?
Wird die Kalibrierung in der Regel nur einmal beim Start aufgerufen?
Wenn ja , wie kann es sein, dass ein Aufruf (ctc initialisierung usw.)
der später erfolgt einen Einfluss haben kann?
Wie gesagt, wenn ich die Kalibrierung auskommentiere Funktioniert es.
Gruß Daniel
> Was meinst du mit über main() ?
Normalerweise stetzt der AVR den Programmablauf nach der Sleep
Instruktion
fort, d.h. wenn du wieder beim Kalibrieren vorbei kommst, gehst du
sozusagen erneut über main(). In dem Fall war es ein Reset des AVR. Die
avr-libc fasst alle unitialisierten ISRs, die ausgelöst werden, zusammen
und springt beim Auftreten so eines IRQ auf den Resetvector.
Kann es sein, dass der Watchdog noch eingeschalten ist ?
Kannst du den Code debuggen (mit Dragon, JTAG ICE) ? Dann einen
Breakpoint auf den Anfang von main() setzen, wenn du da mehrfach
vorbeikommst ist was faul. (Zur Not halt mit LEDs signalisieren).
Das sich die OSCCAL Routine verheddert ist ein weiteres Problem, dem man
nachgehen muesste/koennte/sollte. Gegen welchen Takt kalibrierst du ?
Wenn es der 1MHz CLKM aus dem Transceiver ist und selbiger noch
schlummert, dann bleibt die OSCCAL Funktion auch stehen, da der
Referenztakt fehlt.
Ich habe mir den Code gerade nicht angesehen, aber es kann durchaus
Sinn haben, die Kalibrierung immer mal wieder laufen zu lassen, da
der RC-Oszillator ja unter dem Einfluss von Betriebsspannungs- und
Temperaturschwankungen weglaufen kann.
Welchen Timer willst du denn im CTC-Modus laufen lassen?
@Axel
Ich werde das nachher noch genauer untersuchen er die main() erneut
aufgerufen wird. Der Watchdog ist aus.
@Jörg
Ja, die Überlegung hatte ich auch schon, aber eigentlich wird
pal_calibrate_rc_osc() nur in mac_init() aufgerufen soweit ich das
nachvollziehen kann. Die mac_init() funktion wird ja auch nur beim start
aufgerufen, oder ich hab da was übersehen.
Ich lasse zurzeit Timer2 immer bei Overflow einen Interrupt ausführen,
um den sleep mode zu verlassen. Klappt soweit ohne Probleme. Erst mit
dem CTC-Mode kamen die Probleme...
Um zu sehen, ob's die Kalibrierung ist: ändere doch einfach den Code
für die Kalibrierung so, dass er hernach wieder den ursprünglichen
Zustand der Steuerregister von Timer 2 herstellt.
Ich weiss nicht genau wie du das meinst Jörg. Wenn das Programm erneut
in die Kalibrierung spring, bleibt es an folgender Stelle hängen:
//Wait for timer 2 overflow
while( ! ( TIFR2 & (1<<TOV) ) )
{
/* Wait */
}
Da der Timer2 bei der Kalibrierung anscheinend auch im Overflow läuft,
ist es vielleicht kein Problem, dass ich zum Aufwachen auch den Overflow
nutze?!
Vielleicht sollte ich die Register nach dem Aufwachen wieder auf
Overflow stellen?
Daniel schrieb:> Ich weiss nicht genau wie du das meinst Jörg. Wenn das Programm erneut> in die Kalibrierung spring, bleibt es an folgender Stelle hängen:
Dann läuft der 32-kHz-Quarz nicht, denn wenn der läuft, dann muss
Timer 2 irgendwann mal einen Überlauf haben.
Ach quatsch. :-) Manchmal sieht man den Wald vor lauter Bäumen nicht:
· Bit 0 TOV2: Timer/Counter2 Overflow Flag
The TOV2 bit is set (one) when an overflow occurs in
Timer/Counter2. TOV2 is cleared by hardware when executing the
corresponding interrupt handling vector. Alternatively, TOV2 is
cleared by writing a logic one to the flag.
Wenn du da also die Interrupts dafür freigibst, kann die
Kalibrierungsroutine natürlich nie wieder ein TOV2 sehen. Guck dir
also einfach mal im Debugger an, ob zu dem Zeitpunkt, wo das
hängenbleibt, das TOIE2 aus irgendeinem Grunde eingeschaltet ist.
So läuft :-)
Der Fehler lag anscheinend in der Initialisierung des Timers, also vor
dem Bildschirm...
Sehr merkwürdig, dass das Programm dann so rumspinnt.
Vielen Dank an euch!
