Unclear on softdevice sleeping

RE: Unclear on softdevice sleeping

RK — Sat, 10 Oct 2015 00:33:35 GMT

No, app_timer is decoupled from the softdevice, look at the code for it, there's nothing there softdevice-related at all. And __wfe() most definitely works, it can't not work. If there is an event or interrupt, __wfe() will return.

Do you have a LFCLK source running? If you've enabled the softdevice and disabled it again, the LFCLK you picked should still be running, if however you've haven't enabled it at all then there won't be and the timer won't do anything.

RE: Unclear on softdevice sleeping

Lee Daniel Crocker — Fri, 09 Oct 2015 16:59:00 GMT

Yes, I'm aware that it's actually app_timer that's using the IRQ, and I am using app_timer and app_scheduler. These seem to be not entirely decoupled from the softdevice; for example, initializing them and starting the timers, then going to sleep with __WFE() doesn't work--the IRQ is never called. The only way to sleep while waiting for events is sd_app_evt_wait(), but this returns a "softdevice not enabled" error unless the SD is initialized. So, yes, I'll have to either re-invent timer and scheduler from scratch, or else find a way to turn off most of the SD while keeping sd_app_evt_wait() active.

RE: Unclear on softdevice sleeping

RK — Fri, 09 Oct 2015 01:13:50 GMT

Your assumption that RTC1_IRQHandler is being used by the softdevice when you 'link' with it, is incorrect. You don't really link with the softdevice anyway, you just call into it. So if there's an RTC1 handler it's because you have an RTC1 handler in the application code you have built.

Most likely that's because you've included something which uses Nordic's app_timer module which in turn uses RTC1. Most of Nordic's sample code uses app_timer somewhere, the board support module uses it for button debouncing, the advertising module uses it to change advertising states, so if you have any of the boiler plate code you've built app_timer and it's using RTC1.

Which means all you have to do to get your timer is use an app_timer of your own. Since app_timer itself has nothing at all to do with the softdevice, you can turn the softdevice on and off as much as you like, the timers will continue to work, they are an independent module.