CTC-Mode Atmel-MAC Zigbit

Gast #1737706
Lesenswert?

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
Gast #1738205
Lesenswert?

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
#1738310
Lesenswert?

> 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.
Gast #1738689
Lesenswert?

@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...
Gast #1738813
Lesenswert?

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?
Moderator Persönliche Seite #1738848
Lesenswert?

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.

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren