Timeslot session does not close properly

RE: Timeslot session does not close properly

Susheel Nuguru — Mon, 04 Mar 2019 08:58:52 GMT

Yes, they should be highest priority. This behavior does not seem correct, can you please help me replicate the problem so that i can do some debugging on my side.

RE: Timeslot session does not close properly

eyalasko — Thu, 28 Feb 2019 14:34:33 GMT

[quote userid="6207" url="~/f/nordic-q-a/44159/timeslot-session-does-not-close-properly/173440"] You must get some EVT, if you did not get NRF_EVT_RADIO_SESSION_IDLE then there are only two possibilities, that there is some other context running at higher/equal priority to mask the timeslot events or[/quote]

Aren't timeslot events the highest priority (0)? How they can be masked?

And even if masked, won't they be triggered after the masking context terminates?

RE: Timeslot session does not close properly

Susheel Nuguru — Thu, 28 Feb 2019 10:53:28 GMT

Hi eyalasko,

Thanks for giving the information in the previous thread. So this problem in this thread is not related to the previous one?

[quote user=""]I expect to get NRF_EVT_RADIO_SESSION_IDLE in the event signal handler but it does not show.[/quote]

You must get some EVT, if you did not get NRF_EVT_RADIO_SESSION_IDLE then there are only two possibilities, that there is some other context running at higher/equal priority to mask the timeslot events or

you may be getting some other event apart from IDLE. Even though that should not happen, it will be a matter to investigate if no events were received at all after NRF_RADIO_SIGNAL_CALLBACK_ACTION_END