-
Notifications
You must be signed in to change notification settings - Fork 7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
nrf52: HFXO is not turned off as expected #15817
Comments
The description doesn't mention any specific sample, but I suppose
|
Fix XTAL advanced feature by adding the missing implementation to calculate and, retain or release the XTAL clock source after a Bluetooth state or role is stopped. Fixes zephyrproject-rtos#15817. Signed-off-by: Vinayak Kariappa Chettimada <[email protected]>
Fix XTAL advanced feature by adding the missing implementation to calculate and, retain or release the XTAL clock source after a Bluetooth state or role is stopped. Fixes #15817. Signed-off-by: Vinayak Kariappa Chettimada <[email protected]>
Fix XTAL advanced feature by adding the missing implementation to calculate and, retain or release the XTAL clock source after a Bluetooth state or role is stopped. Fixes #15817. Signed-off-by: Vinayak Kariappa Chettimada <[email protected]>
Fix XTAL advanced feature by adding the missing implementation to calculate and, retain or release the XTAL clock source after a Bluetooth state or role is stopped. Fixes #15817. Signed-off-by: Vinayak Kariappa Chettimada <[email protected]>
Fix XTAL advanced feature by adding the missing implementation to calculate and, retain or release the XTAL clock source after a Bluetooth state or role is stopped. Fixes #15817. Signed-off-by: Vinayak Kariappa Chettimada <[email protected]>
@tsvehagen hi, after the patch do you get good power consumption result? |
@summer20100514 I assume you mean power consumption for some nRF52 device. TBH, I haven't measured the power consumption but I'm pretty sure you can expect to get what Nordic has specified. |
Describe the bug
I want to enter a system on sleep mode to minimize power usage. When running, Bluetooth mesh is being used but before going to sleep with k_cpu_idle, I suspend or reset it with bt_mesh_reset or bt_mesh_suspend. The problem is that HFXO is still in use and so a low power state is not really possible.
When CONFIG_BT_CTLR_XTAL_ADVANCED=n, the HFXO is turned off as expected. m16src_ref is 1 and goes to 0 after mesh reset.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
In step 5 above I would expect HFXO to be off, HFCLKSTAT = 0x10000
In step 6 above I would expect m16src_ref to be 0
Impact
No way to enter a system on sleep mode with low power usage.
Environment (please complete the following information):
The text was updated successfully, but these errors were encountered: