xmega rtc + pll

[Kampi]

Soll sie ja auch:
Ich hab ein Quarz mit 16Mhz--->PLLSRC=XTAL,16MHz
Rauskommen soll 32Mhz CPU plus 128MHz PER
--->16Mhz mal 8(PLL Multi)=128MHz
--->128MHz geteilt durch 4 (CPU_CLOCk Prescaler) =32MHz
folglich CPU=32MHz
PER=128Mhz


Und genau das ist ja was ich die ganze Zeit versuche zu erklären!!!!!!!!!
Sie sollte, ist sie bei mir aber nicht, denn sobald ich den PLL auf 128MHz setze und die Frequenz runterteile bleibt das Programm bei der RTC stehen.
Für die Prescaler siehe abbildung 7-5 auf seite 83.
Demnach ist 0x03=ob00000011=Prescaler B und C je 2----->
Per4=128MHz
Per2=128MHz/2=64MHz
PER+CPU=128MHz/2/2=64MHz/2=32MHz

Ok das mit dem Teilen habe ich missverstanden.
Dachte du meintest der würde da schon durch 8 teilen
Aber ich habe meinen Beitrag noch editiert....vielleicht ist das die Lösung. Sicher bin ich mir da nicht aber es klingt (in meinen Augen) logisch.
Weiß auch nicht mehr wo ich das gelesen habe mit der max. Frequenz vom Chip....ich glaube bei AVR Freaks.
Das Problem ist definitiv nicht die RTC sondern die PLL und wie gesagt das kann gut daran liegen, dass die sich nicht locken kann.

[Thalhammer]

Das Problem ist definitiv nicht die RTC sondern die PLL und wie gesagt das kann gut daran liegen, dass die sich nicht locken kann.

Die PLL läuft ja mit 128MHz, was sie laut Datenblatt auch kann (siehe seite 71):

PLL with 20MHz - 128MHz output frequency

– Internal and external clock options and 1x to 31x multiplication

• Clock prescalers with 1x to 2048x division

• Fast peripheral clocks running at 2 and 4 times the CPU clock

Demnach kann die PLL biszu 128MHz erzeugen und der Peripherie bereitstellen, was auch funktionierd.
Das Programm bleibt aja auch nicht bei der aktivierung der PLL hängen, sondern direkt danach bei der zeile:
while ( RTC_Busy() ){};
Wass daran liegt, dass die RTC sich nicht mit der CPU synchronisieren kann. (Seite 190 Abbildung 7.3.2).
Ich stell jetzt mal die PLL auf den internen 2MHz um und schau was passiert.
Also beim internen 2Mhz läuft das ganze mit 31x PLL noch, was aber daran liegt das da nur 62Mhz PLL frequenz rauskommen.

Ich glaub ich finde mich damit ab, das die RTC bei so hohen PER clocks nicht mehr geht und lager die Funktion auf meinen ARM aus.
Mal schaun wie das bei den Atxmega128A1 ist, den ich hier hab und der darauf wartet zu einem Devboard verarbeitet zu werden, aber für meinen Dimer ist mir der Aufwand hier zu groß. zumal ich feststellen musste, das die RTC (wennse den mal geht) ohne Calibrirung nach 30minuten schon 15sekunden nach ging, das sind 1 sek abweichung pro 2 minuten oder 12 minuten pro tag!
Aber danke für deine Hilfe, ich komm vielleicht nochmal drauf zurück

[Kampi]

Ändere mal

do {
} while ....

in

while (OSC.STATUS & (OSC_RC32KEN_bm))

bzw. die Busy-Zeile in

while(RTC.STATUS & RTC_SYNCBUSY_bm)

um und probier es nochmal.

Edit:
Die Busy Zeile sieht so aus als ob du da eine Funktion aufrufst?
RTC_Busy() ist doch ein Unterprogramm oder Funktionsaufruf?

[Thalhammer]

Die RTC_busy ist ein Makro und damit genau was du gepostet hast:

/*! \brief This macro checks the RTC busy flag.
 *
 *  \return Non-Zero if RTC is busy, zero otherwise.
 */
#define RTC_Busy()               ( RTC.STATUS & RTC_SYNCBUSY_bm )

Ich kanns ändern, kann mir aber nicht vorstellen das es was bringt.
//EDIT: Wie erwartet, keine änderung.
Läge es daran würde es ja mit weniger Takt auch nicht gehen oder ?