Problem mit RTC bei STM32F103

Ich vermisse das Anschalten des LSE im RCC_BDCR Register (Bit LSEON). 
Danach sollte man in einer Schleife nach LSE_RDY fragen, bis der 
Oszillator soweit ist. (Im RM0008 auf Seite 115).
 Letztlich schaltet man da auch die RTC ein (Bit 15 im RCC_BDCR).

Machst du das woanders?

Matthias S. schrieb:
> Machst du das woanders?

Ja, im init_clock() zuvor. Scheint ja auch funktioniert zu haben, denn 
wenn ich die obigen Zeilen Einzelschritt durchgehe, dann läuft es ja 
hernach wie erwartet.

1

void init_clock(void)

2

{

3

    // Conf clock : 64MHz using HSE 16MHz crystal w/ PLL X 4 (16MHz x 4 = 64MHz)

4

    FLASH->ACR      |= FLASH_ACR_LATENCY_2; // Two wait states, per datasheet

5

    RCC->CFGR       |= RCC_CFGR_PPRE1_2;    // prescale AHB1 = HCLK/2

6

    RCC->CR         |= RCC_CR_HSEON;        // enable HSE clock

7

    while( !(RCC->CR & RCC_CR_HSERDY) );    // wait for the HSEREADY flag

8

9

    RCC->CFGR       |= RCC_CFGR_PLLSRC;     // set PLL source to HSE

10

    RCC->CFGR       |= RCC_CFGR_PLLMULL4;   // multiply by 4

11

    RCC->CR         |= RCC_CR_PLLON;        // enable the PLL

12

    while( !(RCC->CR & RCC_CR_PLLRDY) );    // wait for the PLLRDY flag

13

14

    RCC->CFGR       |= RCC_CFGR_SW_PLL;     // set clock source to pll

15

16

    while( !(RCC->CFGR & RCC_CFGR_SWS_PLL) );    // wait for PLL to be CLK

17

18

    SystemCoreClockUpdate();                // calculate the SYSCLOCK value

19

20

    // disable write protection on backup domain registers

21

    RCC->APB1ENR    |= RCC_APB1ENR_PWREN;   // enable clock for Power interface

22

    PWR->CR         |= PWR_CR_DBP;

23

    RCC->BDCR       |= RCC_BDCR_LSEON;      // enable LSE clock (32 kHz crystal)

24

    while( !(RCC->BDCR & RCC_BDCR_LSERDY) ); // wait for LSE clock stabilized

25

    RCC->BDCR       |= RCC_BDCR_RTCSEL_LSE | RCC_BDCR_RTCEN; // select LSE as RTC clock source

26

    PWR->CR         &= ~PWR_CR_DBP;         // write-protect

27

}

Jörg W. schrieb:
> Ja, im init_clock() zuvor.
Gut :-)

Hmm, leider bin ich mit der RTC im F103 nicht so bewandert. Ich weiss 
nur, das ich beim F429 erst die Clocksource wähle und später dann die 
Uhr freigebe:

1

// use the low freq. crystal

2

  RCC_RTCCLKConfig(RCC_RTCCLKSource_LSE);

3

  RCC_RTCCLKCmd(ENABLE);

Das ist mit SPL, aber das Prinzip bleibt. Vllt. darf man nicht beides 
gleichzeitig machen.

Matthias S. schrieb:
> Das ist mit SPL, aber das Prinzip bleibt. Vllt. darf man nicht beides
> gleichzeitig machen.

Ich glaube, ich hatte das vorher getrennt. Das gemeinsame Setzen habe 
ich mir vom Keil-Beispielcode abgeguckt, bisschen in der Hoffnung, dass 
das was ändern würde (da man ja für das Ändern der Clocksource später 
einen backup domain reset bräuchte).

1

  if ((__RTC_CLKSRC_VAL & RCC_BDCR_RTCSEL) == 0x00000100) {     // LSE is RTC clock source

2

    RCC->BDCR |= RCC_BDCR_LSEON;                                // enable LSE

3

    while ((RCC->BDCR & RCC_BDCR_LSERDY) == 0);                 // Wait for LSERDY = 1 (LSE is ready)

4

  }

5

6

  if ((__RTC_CLKSRC_VAL & RCC_BDCR_RTCSEL) == 0x00000200) {     // LSI is RTC clock source

7

    RCC->CSR |= RCC_CSR_LSION;                                  // enable LSI

8

    while ((RCC->CSR & RCC_CSR_LSIRDY) == 0);                   // Wait for LSERDY = 1 (LSE is ready)

9

  }

10

11

  RCC->BDCR |= (__RTC_CLKSRC_VAL | RCC_BDCR_RTCEN);             // set RTC clock source, enable RTC clock

__RTC_CLKSRC_VAL ist bei denen entweder 0x100 für LSE oder 0x200 für 
LSI.

Wenn ich ihn nach den Einzelschritten weiter laufen lasse, ist er 
durchaus stabil. Der Zähler zeigt eine Periode von 1,9999289 s an 
(Periodendauer der blinkenden LED), die Anzeige wackelt höchstens mal in 
der letzten Stelle. Das sieht schon nach Quarz aus, nicht nach LSI oder 
sowas. Die Frequenz ist 35 ppm zu niedrig, hmm. Muss ich mal gucken, ob 
er noch anschwingt, wenn ich die Last-Cs kleiner mache.

Das ist kein Bluepill, sondern der Controller ist 'ne Nummer größer 
(pinzahlmäßig), aber ich habe mich weitgehend an die Schaltung vom 
Bluepill gehalten.

Dass der Controller sehr mimosenhaft bezüglich des 32-kHz-Quarzes ist, 
ist mir schon aufgefallen: eine Serie SMD-Quarze aus der Bastelkiste, 
von denen ich ein paar Dutzend habe und die mit AVRs immer klaglos 
funktioniert haben, funktioniert hier gar nicht, der Quarz schwingt 
nicht an. Jetzt habe ich zwei verschiedene ausgelötete benutzt und 2 x 
10 pF als Last-Cs. Der eine ist ein SMD-Quader, der schafft es offenbar 
nicht immer, aber meist gerade so mit dem Anschwingen. Der andere ist 
ein (THT-)Stabquarz, vermutlich mal aus 'ner alten Uhr ausgeschlachtet, 
der tut's besser.

Beide schwingen aber zu langsam, der Stabquarz liegt so bei -22 ppm. 
Wenn ich die Last-Cs ganz weglasse, schwingen sie jedoch auch nicht.

Mit bissel Experimentieren mit dem Breakpoint im Debugger, habe ich nun 
gefunden, dass diese Reihenfolge offenbar geht:

1

    RTC->CRL &= ~RTC_CRL_CNF;

2

3

    while ((RTC->CRL & RTC_CRL_RTOFF) == 0) { /* wait */ }

4

5

    PWR->CR         &= ~PWR_CR_DBP;

Also erst das CNF in RTC->CRL löschen, dann warten bis RTOFF gesetzt, 
dann das DBP in PWR->CR zurück nehmen. Dass man DBP setzen muss, um an 
den RTC-Registern etwas zu ändern, ist dokumentiert. Dass das vorzeitige 
Zurücknehmen jedoch offensichtlich auch interne Schreibzugriffe (das 
Setzen von RTOFF) verhindert und nicht etwa nur die von der CPU, steht 
dagegen nirgends. Wäre allerdings nach all dem die logische Erklärung 
dafür. Lesbar sind die RTC-Register ja auch danach immer noch.

Danke an alle für die Rückmeldungen!

Jörg W. schrieb:
> der Stabquarz liegt so bei -22 ppm.

Es gibt da ein Register für das Finetuning der RTC zum Ausgleichen der 
Abweichung.
Bei meiner Scopeuhr hab ich das damals genutzt und es funktionierte 
recht gut. Aber frag mich nicht, welches Register, ist zu lange her ;)

Ja, in Software tunen geht irgendwie immer.

Wundert mich nur, dass sie trotz recht kleiner Cs so weit im Minus 
liegen.

Jörg W. schrieb:
> Software tunen

Nee, hier geht es auch in Hardware. Dafür haben sie ein Register 
eingebaut, der lässt Finetung der RTC Counter zu. Da brauchst du zum 
Tunen keine SW.

Da sehe ich beim STM32F103 nichts in so einer Richtung. Es gibt 
prescaler load, prescaler divider, counter und alarm als Register in der 
RTC.

Vielleicht haben größere STM32 da mehr Spielraum.

Aber, ich sehe gerade, Denkfehler: die Frequenz ist zu hoch. Man könnte 
also mit größeren Cs noch was machen, allerdings dürfen die Cs laut 
Datenblatt maximal 15 pF groß werden. Das schränkt schon ziemlich stark 
ein.

Ja, stimmt. Hab jetzt nachsehen können.
Hab bei mir folgendes gefunden, also über den Prescaler hab ich es 
gemacht.

1

/* Set RTC prescaler: set RTC period to 1sec */

2

  RTC_SetPrescaler(32770); /* RTC period = RTCCLK/RTC_PR = (32.768 KHz)/(32767+1) */

3

                           /* Attention: add 3 due to a too fast clock speed */

900ss D. schrieb:
> Hab bei mir folgendes gefunden, also über den Prescaler hab ich es
> gemacht.

Naja, eine Änderung von 1 im Prescaler entspricht einer Justage von 30 
ppm. Das ist schon arg grob.

Bei mir passte es damit. Hatte ich Glück. Ist es halt Grobtuning ;)

Sonst gibt es ja noch den Artikel "die genaue Sekunde" von peda glaube 
ich ;)

Stefan ⛄ F. schrieb:
> viel feiner abstimmen kann

Irgendwie war mir auch so, ich hab es aber mit dem Prescaler 
hinbekommen.

BKP->RTCCR - ja. Nur seltsam, warum das Dingens in BKP sitzt und nicht 
in RTC. In der gesamten RTC-Dokumentation kein Hinweis drauf. Pah.

So, habe nochmal Cs getauscht. Fühle mich ruhiger, wenn der Quarz nahe 
am Sollwert ist, denn dann ist die Chance gut, dass er die korrekte Last 
sieht. Das eine Board ist mit dem Maximum von 2 x 15 pF immer noch bei 
+14 ppm, das andere (mit dem Stab-Quarz) ist mit 15/12 pF bei +3 ppm.

Jörg W. schrieb:
> Fühle mich ruhiger, wenn der Quarz nahe
> am Sollwert ist, denn dann ist die Chance gut, dass er die korrekte Last
> sieht.

Wenn du einen hochohmigen Tastkopf hast, könntest du den Pegel ja live 
überprüfen und auch zuschauen, wie er anschwingt.

Matthias S. schrieb:
> Wenn du einen hochohmigen Tastkopf hast, könntest du den Pegel ja live
> überprüfen und auch zuschauen, wie er anschwingt.

Habe ich, aber den erst auszubuddeln, war ich zu faul. ;-)

Das gehörte noch zum sportlichen Ehrgeiz. ;-)

Habe bei der Gelegenheit mal wieder üben dürfen, wie ich mit dem alten 
Ч3-54 Periodendauern messe. Vielleicht kann ich mir's ja merken, bis ich 
die Funktion das nächste Mal benötige …