current consumption of the radio Module in sleep mode

RE: current consumption of the radio Module in sleep mode

Simonr — Mon, 17 Feb 2020 11:48:10 GMT

Nice catch! I didn't realize that this was used in the 802.15.4 driver at all, and it seems like the driver doesn't actually stop it when going to sleep at all. Great job!

Best regards,

Simon

RE: current consumption of the radio Module in sleep mode

MeisterBob — Mon, 17 Feb 2020 09:35:20 GMT

Hi Simon,

because trying to stop the hf clock didn't seem to lead to something I startes looking from the other side. I investigated nrf_802154_init() and found that the current rises after NRF_RNG->TASKS_START=1 in nrf_802154_random_init(). So now I call NRF_RNG->TASK_STOP=1 after sending the radio to sleep and everything seems to be fine.

RE: current consumption of the radio Module in sleep mode

MeisterBob — Mon, 17 Feb 2020 07:58:02 GMT

nrf_802154_deinit() [driver/.../nrf_802154.h] calls nrf_802154_clock_deinit() [driver/.../nrf_802154_clock_sdk.c] which calls nrf_drv_clock_uninit() [sdk/.../nrf_drv_clock.c]

I attach my actual Makfile where I removed all unnecessary src files and include paths.

devzone.nordicsemi.com/.../8231.Makefile.zip

RE: current consumption of the radio Module in sleep mode

Simonr — Mon, 17 Feb 2020 07:26:39 GMT

And does the nrf_drv_clock_uninit() function call the nrfx_clock_disable(); & nrfx_clock_uninit(); functions. I see that the nrf_drv_clock_uninit() functions isn't actually defines in the 802.15.4 driver itself, so this will have to be integrated from the SDK.

Best regards,

Simon

RE: current consumption of the radio Module in sleep mode

MeisterBob — Fri, 14 Feb 2020 15:12:15 GMT

I changed the Makefile to use nrf_802154_clock_sdk.c instead of nrf_802154_clock_nodrv.c then nrf_drv_clock_uninit() is called, but the current is stil at ~430uA.

RE: current consumption of the radio Module in sleep mode

Simonr — Fri, 14 Feb 2020 13:50:45 GMT

Sorry, I don't know how I missed that. In any case, it seems that the nrf_802154_sleep() function doesn't actually disable the HF clock in any way, at least as far as I can see. The nrf_802154_deinit() function, however, does disable and uninit the HF clock if it is added to an SDK correctly. It ends up calling the nrf_drv_clock_uninit, which is defined in the nrf_drv_clock.c file in SDK v.16.0.0. Can you check whether that function is actually called (set a breakpoint) when debugging to make sure it is called when you use the deinit function?

Best regards,

Simon

RE: current consumption of the radio Module in sleep mode

MeisterBob — Fri, 14 Feb 2020 10:37:08 GMT

Hi,

the nrf_802154_...() functions are Nordic radio driver functions (link to github in the first post). I added a .zip with the project including makefile, sdk_config.h and linker script.

devzone.nordicsemi.com/.../test_5F00_firmware.zip

RE: current consumption of the radio Module in sleep mode

Simonr — Fri, 14 Feb 2020 09:47:01 GMT

Okay, can you show me what these functions actually do, as I have no way of seeing how you go to sleep or deinitialize your radio with the current information?

Best regards,

Simon

RE: current consumption of the radio Module in sleep mode

MeisterBob — Thu, 13 Feb 2020 14:52:46 GMT

Hi Simon,

I call nrf_802154_sleep() or nrf_802154_deinit(), but it doesn't make any difference because the seems to initilize into sleep state and neither sleep() nor deinit() stops the timer. I tried stoping the timer with NRF_TIMER0->TASKS_STOP = 1, that worked in the timer example but didn't help here. How do I stop the timer in the radio driver.

I think the spikes are comming from the DC/DC converter as explained in this thread.

RE: current consumption of the radio Module in sleep mode

Simonr — Thu, 13 Feb 2020 14:06:34 GMT

A current consumption of ~400µA typically means that the HF clock is running for some reason, so there is likely a peripheral using the HF clock that is not uninitialized properly. I see that you call nrf_802154_sleep(); before nrf_802154_deinit(); which might be the reason you're not able to go to sleep. Try uninitializing the radio before going to sleep.

The spikes when the radio is disabled likely means that the HF clock wakes up to check/do something. Do you have a timer running on the LF clock that wakes up the HF clock to do something every now and then?

Best regards,

Simon