Cleanup at timeslot end

RE: Cleanup at timeslot end

rgrr2 — Mon, 09 Mar 2020 22:03:07 GMT

Actual answer can be found here: devzone.nordicsemi.com/.../timeslots-and-softdevice-assertion-failed-pcxxx-0x2552e

RE: Cleanup at timeslot end

rgrr2 — Fri, 28 Feb 2020 11:59:45 GMT

Hi Hung Bui

don't want to waste *your* time, but I'm already discussing an occuring failed assertion inside the softdevice in another thread with a colleague of you, see https://devzone.nordicsemi.com/f/nordic-q-a/58373/timeslots-and-softdevice-assertion-failed-pcxxx-0x2552e

My original idea of incorrect cleanup at end of timeslot seems to lead in the right direction: it has (hopefully) something to do with changed interrupt priorities of the radio.

Thanks for your support again.

Hardy

RE: Cleanup at timeslot end

rgrr2 — Thu, 27 Feb 2020 21:57:18 GMT

Hi Hung Bui

thanks for the suggestion and examples. I will have a closer look at those by tomorrow.

To me the thing which stings most in the eye is, that in the example the slot requests are done either as a result of the callback via NRF_RADIO_SIGNAL_CALLBACK_ACTION_REQUEST_AND_END or in the event handler thru sd_radio_requests(). Same method can be found e.g. in nrf_raal_softdevice.c

I think the above guarantees some synchronicity between BLE and the timeslot requester.

In our application the time of the next slot is not known / calculated at the end of the running slot. So we have to use sd_radio_request() from user space after calculating the schedule.

Is this approach "legal" as well? Or do we have to synchronize somehow BLE and our protocol to avoid race conditions inside the timeslot API?

I'm asking, because I'm experiencing random crashes inside the softdevice during concurrent operation. One thing to check is/was how to leave timeslots in a tidy way.

So the question: do you have any hints, how the sd_radio_requests() should be done in a proper way?

Thanks & regards

Hardy

RE: Cleanup at timeslot end

Hung Bui — Thu, 27 Feb 2020 17:02:52 GMT

Hi Hardy,

If you want to test timeslot, I would suggest you to have a look here: https://devzone.nordicsemi.com/nordic/nordic-blog/b/blog/posts/running-micro-esb-concurrently-with-ble

It's pretty old but the principle is the same. When you receive NRF_RADIO_CALLBACK_SIGNAL_TYPE_TIMER0 you have to stop the TIMER, RADIO etc.
It's showed in the code above where TIMESLOT_END_IRQHandler() is called.

I also attached here an example on SDK v15.0 . The radio is not used but you can find the TIMER being stopped in NRF_RADIO_CALLBACK_SIGNAL_TYPE_TIMER0 event in timeslot.c (the example is in \examples\ble_peripheral\ble_app_uart)

devzone.nordicsemi.com/.../nRF5_5F00_SDK_5F00_15.0.0_5F00_Timeslot.zip