Watchdog and sd_app_evt_wait()

RE: Watchdog and sd_app_evt_wait()

run_ar — Wed, 02 May 2018 13:03:13 GMT

Unfortunately, there is no formula to calculate this. I guess you could also enable radio notifications to wakeup the application whenever there is a radio event if you do not want to use a timer.

RE: Watchdog and sd_app_evt_wait()

Marten — Fri, 27 Apr 2018 13:46:05 GMT

Thanks,

This is indeed what I figured out myself, but was not very sure because it is not documented.

Is there somewhere a formula what I can use to know what this timeout must be ?
Eg 1s watchdog, connection interval 7.5ms, watchdog goes off after 45s when idle (which is in fact not a very long time).

Regards,

Marten

RE: Watchdog and sd_app_evt_wait()

run_ar — Fri, 27 Apr 2018 13:34:05 GMT

So the SD will run in the background without notifying the application while advertising or in a connection with only empty packets. This means the wdt timer will run even if the application does not wake up. So, Yes, if your application does nothing for a very long time while the sd is running, you need to have a timer to wake it up in order to feed the wdt.

RE: Watchdog and sd_app_evt_wait()

Marten — Mon, 09 Apr 2018 09:00:05 GMT

Sorry, but nRF52 has a feature to pause the watchdog while in sleep and/or when halted by the debugger! So not only in system off the watdog doesn't run.

I do know how to handle interrupts and design an embedded product, this is out of the scope of this issue.

I am 100% sure I am returning from ProcessEvents in time, it is sd_app_evt_wait() which is not returning because there is no need for. As said, I just added the watchdog in the blinky app which is doing nothing

Could someone please explain how to add the watchdog in eg the ble_app_blinky peripheral example and using sd_app_evt_wait()? I think it is impossible to do this without having a timer that feeds the watchdog in time (every 40s).

Regards,

Marten

RE: Watchdog and sd_app_evt_wait()

AmbystomaLabs — Fri, 06 Apr 2018 15:49:44 GMT

It will return from sd_app_evt_wait for any reason at all. So, even the radio strobing the receiver on an off will wake it up. I doubt the reason for the WDT timeout is due to it not waking up. More likely it's not returning from ProcessEvents. You should do wdt refresh somewhere or multiple places inside ProcessEvents since you feel that is your core process.

Also, I wouldn't recommend handling the comms like this. Normally one would have an ISR or a system event drive something as important as communications and not handle it in main. Generally people do low level housekeeping activities or even nothing at all in main.

Your comment about pausing the WDT while asleep is also a really bad idea. Again the point of the WDT is to catch the device not waking up. When a BLE device is idle it is still sending out advertisements or listening. Either of these wakes it up periodically and thus will cause the WDT to refresh.

The only time the WDT won't run (and this is automatic) is during system off. A return from system off is always a reset by definition. The only thing fun you can do with system off is to keep ram alive and try to pick up where you left off. Though simpler just to let it do a reset. Uses less power too if ram is off.

RE: Watchdog and sd_app_evt_wait()

Marten — Fri, 06 Apr 2018 15:15:40 GMT

Hi,

Thanks for the answer.

See below the simple while(1). The goal of the watchdog is to make sure that all the code called from ProcessEvents() does not take longer than the watchdog timeout (eg 1s)

while(1)
{
    ProcessEvents();
    nrf_drv_wdt_feed();
    sd_app_evt_wait();
}

The issue that I have is that when a user connects with my peripheral device and then just does nothing and waits for 45 seconds, the watchdog resets the system, which is of course not desired. It should be possible to have an idle connection without sending real data over. Thee watchdog should reset the system when my ProcessEvents() function takes too long.

This just because I cannot feed the watchdog, because softdevice does not return from sd_app_evt_wait().

I pause the watchdog while in sleep and halt mode, but apparantly not when softdevice is just sending empty packets.

I hope this clarifies the issue.

Regards,

Marten

RE: Watchdog and sd_app_evt_wait()

AmbystomaLabs — Fri, 06 Apr 2018 14:22:55 GMT

I'm really not sure what you are asking.

It seems you want to stop the watchdog once in a while since you are not refreshing it timely. This would not be consistent with the point of a watchdog which is to go off no matter how screwed up the code was.

If it is going off during normal operations then you just haven't chosen your refresh strategy properly. You need to find a place in the code that it should always be hitting unless something terrible is wrong. You can even refresh in multiple places in the code if your device has different operating modes. The wdt doesn't care how often it is refreshed nor where it is refreshed from as long as it happens before time runs out.