When the timeslot extension could be failed?

RE: When the timeslot extension could be failed?

eleven-x_devteam — Thu, 02 Jul 2020 18:43:27 GMT

That's so clarified and it sounds like timeslot is still necessary.

Thank you!

RE: When the timeslot extension could be failed?

Edvin — Thu, 02 Jul 2020 08:50:37 GMT

It is correct as you say. If you are in a connection, then the softdevice will need the radio either every advertising interval or every connection interval (decided by central/client in the connection), or both. So if your LoRa requires the (external) radio for longer than the connection/advertising interval, then you can't get that during the connection/advertising. You can try to increase the connection interval, but remember that it is always the central that has the final saying in the connection parameters. The peripheral/slave can only come with requests, and disconnect if these are not met.

So if you want to make sure the radios are not working at the same time, timeslots are a very safe way to do so. You know 100% sure that the softdevice doesn't use the radio as long as you have been granted a timeslot. If the timeslots are too short to work with the softdevice, you must disconnect and stop advertising to make sure that the timeslots are granted, although timeslots are not really necessary when you are not in a connection and not advertising nor scanning. The softdevice doesn't use the radio for anything else.

Best regards,

Edvin

RE: When the timeslot extension could be failed?

eleven-x_devteam — Thu, 02 Jul 2020 01:07:18 GMT

Thank you for your answer.

[quote userid="26071" url="~/f/nordic-q-a/63194/when-the-timeslot-extension-could-be-failed/257871"]The softdevice will always have first priorit. This means that if you request an extension, the softdevice will grant this if it doesn't need the radio for anything else. [/quote]

Yeah, it makes sense and it's clear to me now.

[quote userid="26071" url="~/f/nordic-q-a/63194/when-the-timeslot-extension-could-be-failed/257871"] What does it print?[/quote]

it prints radio activity status whenever it gets radio notification from softdevice.

I guess this print stuff is not so related to this issue, never mind.

[quote userid="26071" url="~/f/nordic-q-a/63194/when-the-timeslot-extension-could-be-failed/257871"]What is the length of the timeslot you have requested? Is this requested as an extension?[/quote]

Every time it sets 200us and try to extend it to 120 seconds but Lora or radar will close the session in 3~400ms.

[quote userid="26071" url="~/f/nordic-q-a/63194/when-the-timeslot-extension-could-be-failed/257871"]What is your connection interval?[/quote]

min 20ms max 75ms

[quote userid="81663" url="~/f/nordic-q-a/63194/when-the-timeslot-extension-could-be-failed"]It seems works usually.[/quote]

I was wrong. As you explained, softdevice has the first priority so it looks like the extension can get failed whenever softdevice needs to do something for ble.

In my understanding, to secure only one radio at a time 100%, it needs to block Lora and Radar when ble is connected and also and stop ble advertising befroe lora and radar need to start. (maybe timeslot is not so meaningful in this case)

Or would there be any other idea with not stopping each other?

RE: When the timeslot extension could be failed?

Edvin — Wed, 01 Jul 2020 13:41:47 GMT

Hello,

The softdevice will always have first priorit. This means that if you request an extension, the softdevice will grant this if it doesn't need the radio for anything else.

[quote user=""]One example I've seen fails is when I enabled radio notifications and the notification event trigger a job for printing debug messages the radio notification status(very frequently with ble connected).[/quote]

What does it print?

What is the length of the timeslot you have requested? Is this requested as an extension?

What is your connection interval?