You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When the board is booting up of after a reset button push, sysclock is set to 4Mhz and immediately atfer first deepsleep Sysclock is back to 48MHz, I don't know if it is intentional, issue or just normal behavior.
Anyway it could be cause of my previous issue a boot #15463
Target(s) affected by this defect ?
STM32WL, may be others
Toolchain(s) (name and version) displaying this defect ?
What version of Mbed-os are you using (tag or sha) ?
mbed-os-99.99.99
What version(s) of tools are you using. List all that apply (E.g. mbed-cli)
So I don't think it's a bug or whatsoever, but worth mentioning because running at 4MHz can have some side effect see #15463
I tried to slow down frequency (8Mhz, 16MHz, 24MHz, ...) to lower consumption in ForceOscOutofDeepSleep() but in this case for example, I2C Secure Element is unable to wake (ATECC608a) from sleep in mbed-cryptoauthlib, only way is to set to 48MHz
So quick and dirty fix is going to deepsleep at startup.
intmain()
{
// Go go speed cruise, Don't go below 8ms // because it could stay at 4MHz (time to setup ?)ThisThread::sleep_for(10ms);
....
}
Description of defect
When the board is booting up of after a reset button push, sysclock is set to 4Mhz and immediately atfer first deepsleep Sysclock is back to 48MHz, I don't know if it is intentional, issue or just normal behavior.
Anyway it could be cause of my previous issue a boot #15463
Target(s) affected by this defect ?
STM32WL, may be others
Toolchain(s) (name and version) displaying this defect ?
What version of Mbed-os are you using (tag or sha) ?
mbed-os-99.99.99
What version(s) of tools are you using. List all that apply (E.g. mbed-cli)
MBED Studio V1.4.5
How is this defect reproduced ?
build an run following code
result is as follow
Starting with a small deepsleep fix the issue
result is as follow
Please not that sleeping less than 8ms when starting does not resolve the issue, looks like some time is needed for clock going to 48MHz
The text was updated successfully, but these errors were encountered: