RM0367 (STM32L0x3) discrepancies

waclawek.jan · ‎2017-01-09

Posted on January 10, 2017 at 06:53

&sharp1

RM0367 Rev.5, Ch. 6.1.6 Dynamic voltage scaling configuration requires to

Poll VOSF bit of in PWR_CSR. ait until it is reset to 0.

twice. The note at the end of the same chapter says,

During voltage scaling configuration, the system clock is stopped until the regulator is

stabilized (VOSF=0).

Now how could (and why should) the processor poll for VOSF if it's effectively stopped?

JW

#wtf

Igor Cesko · ‎2017-01-11

Posted on January 11, 2017 at 17:08

The IPs are those IPs which can be set for clock source from HSI16: see RCC_CCIPR register description in Chapter: '7.3.20 Clock configuration register (RCC_CCIPR)' . There are peripherals which can be clocked from HSI16 (and can wakeup device from Stop mode):

LPTIM

I2C1, I2C3

LPUART

USART1, USART2

Igor Cesko · ‎2017-01-11

Posted on January 11, 2017 at 17:12

This is just the short name of the bit. The HSI16KERON description is deeply explaining its functionality (HSI16KERON always active in Stop mode).

We modify this bit description to be more clear.

Igor Cesko · ‎2017-01-11

Posted on January 11, 2017 at 18:02

Yes - this is mistake in the example - it will be corrected.

waclawek.jan · ‎2017-01-16

Posted on January 16, 2017 at 10:39

Hi Igor,

Thanks for the replies and explanations.

If your time permits, can you please comment also on the remaining two questions ( ♯ 7 and ♯ 8)?

Thanks again,

Jan

Igor Cesko · ‎2017-02-09

Posted on February 09, 2017 at 15:02

This ia a mistake in documentation - the 'incorrect' sentence will be corrected.

Igor Cesko · ‎2017-02-09

Posted on February 09, 2017 at 15:42

This note will be added to documentation - it is useful. Thanks.

waclawek.jan · ‎2017-02-09

Posted on February 09, 2017 at 15:44

Igor,

Thanks for your time and patience 😉

Jan

PS: Any chance meeting you at some of the hw-list gatherings in Bratislava? I owe you a beer or any other beverage of your choice...

Andrew Sund · ‎2017-11-02

Posted on November 02, 2017 at 18:07

I have a weird crash when executing this line of code in the standard ST startup code while debugging that seems related to being executed from flash or the alignment of the instructions. Without getting too into that as I have a couple threads to track down, I would like to rule out one of those threads...

Is it possible that the debugger is doing something unsafe within the system while the processor clock is paused during this time? Unfortunately I'm not very knowledgeable about the debugging features other than loading an image and stepping through some breakpoints, but of course it has access to the processor and system bus. When I say 'unsafe', I mean doing something that would be considered synchronized during normal processor execution, but when it's paused while the oscillator stabilizes, assumptions about the processor don't hold? I guess my analogy would be along the lines of concurrency problems with shared memory, as I'm more on the firmware side than hardware...

Also, could it be possible for the debugger to be interacting with unstable flash memory while execution is paused and acting on it erroneously?

Andrew Neil · ‎2017-12-01

Posted on December 01, 2017 at 18:16

Another discrepancy:

https://community.st.com/0D50X00009XkbSBSAZ

?

waclawek.jan · ‎2018-03-04

Posted on March 04, 2018 at 19:51

There is a note in Auto-off mode (AUTOFF) chapter saying

Please refer to the Section Reset and clock control (RCC) for the description of how to

manage the dedicated 14 MHz internal oscillator. The ADC interface can automatically

switch ON/OFF the 14 MHz internal oscillator to save power.

This is obviously a copy/paste error, there is no 14MHz internal oscillator in the 'L0x. This text can be found in RM0091 for 'F0x though, where it's valid.

However, it may well be that this *is* valid for HSI16 in the L0x. Unfortunately, there is no mention of HSI16 being controlled by ADC, not in ADC chapter nor in RCC chapter.

(Whatever the truth is, I here again repeat my request for better Interconnections chapter in the RMs).

Not spotted by me - this appeared in a

https://list.hw.cz/pipermail/hw-list/2018-March/506740.html

, in the parallel RM for the 'L0x2 - obviously all related RMs are affected.

JW