Time slot jitter range?

RE: Time slot jitter range?

ovrebekk — Mon, 26 Jul 2021 06:33:54 GMT

Not sure how much it helps. You could use the radio notification feature, but unless the connection interval is longer than 300ms you would still be hit by radio activity at some point.

Could you try to map the RADIO READY and END events to a pin using the GPIOTE and PPI?

Then you will get a pin toggle every time the radio is active, and it should be possible to verify both what connection interval is being used, and how the radio activity is playing into this.

Best regards
Torbjørn

RE: Time slot jitter range?

eyalasko — Thu, 22 Jul 2021 15:37:11 GMT

look here, similar jitter was discussed before in this forum, might be a clue...

RE: Time slot jitter range?

ovrebekk — Thu, 22 Jul 2021 11:39:44 GMT

Have you checked the possibility of using the PWM module to create these pulses?

Depending on how the 4 GPIO's are toggled within the 1ms window it is quite possible the PWM can be configured to do the same, while allowing you to just playback a long sequence of PWM values from RAM.

As for the issue with the timeslot it is a bit weird you would see such a long delay if there is no BLE activity other than keeping the link alive. Is there any way you can find out the connection interval used?

I will check with the stack developers if they have some idea what the cause of the delay might be.

Best regards
Torbjørn

RE: Time slot jitter range?

eyalasko — Wed, 21 Jul 2021 14:17:14 GMT

Hi ovrebekk

I'm using 4 PPI channels (triggered by Timer) to generate a sequences (a.k.a. 'pulses') that control a medical system.

Each sequence is comprised of 4 gpios toggling within window of <1ms.
11 sequences, spaced ~29ms apart form a burst (total burst time of approx 300ms).
Occasionally we get ~35ms between adjacent sequences (marked in the attached photo)
Burst is triggered by a physiological algorithm every few seconds.

The phenomena happens when in a BLE connection (not sure about the connection parameters though),
BLE Communication from the application side occurs only in between bursts

RE: Time slot jitter range?

ovrebekk — Wed, 21 Jul 2021 13:41:54 GMT

What kind of pulses are you talking about?

If you are generating pulses on an IO pin there might be alternative ways to do this that would not be dependent on the accuracies of the timeslot (connecting a timer directly to a pin through the PPI for instance).

Can you give me a bit more information about what the SoftDevice is doing in this scenario? What kind of Bluetooth activity is going on when the issue occurs?

Best regards
Torbjørn