Central vs Peripheral performance in dual concurrent role

RE: Central vs Peripheral performance in dual concurrent role

Einar Thorsrud — Wed, 18 Sep 2019 08:34:19 GMT

I see. As mentioned in my initial reply there is, unfortunately, no way to tune the SoftDevice scheduling priority, so you have to try to solve this in another way, tweaking other parameters like you have been doing. I cannot say whether this will be enough of not though, as you are dealing with a difficult 3rd party peripheral.

RE: Central vs Peripheral performance in dual concurrent role

Jim Dattolo — Tue, 17 Sep 2019 13:51:04 GMT

Einar, the link is getting dropped on "policy" it was added to the 3rd party peripheral to save on battery, all connections can last no more than 2 seconds now; it has zero to do with supervision timeout. I have zero say over their peripheral as it's a released class 2 medical device. The new "feature" was added and introduced product complaints on my class 2 medical device that is currently in clinical trials. I'm trying to rectify this and need ideas on how to make sure that concurrent dual roles don't interfere with this new feature. Adding 120ms to most HVX responses from the peripheral seems waaaaaaay to much delay. I can solve this by simply requesting less information from the peripheral but if there is a way to tune the system that would be preferable as after the 2 seconds are up I cannot connect for another 5 minutes as per the peripheral "policy" or they will immediately drop the link.

RE: Central vs Peripheral performance in dual concurrent role

Einar Thorsrud — Tue, 17 Sep 2019 11:37:15 GMT

Hi,

[quote user=""]Are there any QoS parameters I can set to control where time is allocated?[/quote]

The SoftDevice is responsible for scheduling all BLE events, and the more is happening concurrently, the more often there will be "collisions", where you would like something to happen simultaneously on both links. You can see how the scheduling operates in the Scheduling chapter in the SDS. The priorities are documented here, but there is no API for tweaking the scheduling.

[quote user=""]Any ideas? [/quote]

I don't know why the 3rd party peripheral drops the link, and that may have something to say for how you should go about solving this. Generally, tweaking connection parameters are sensible. Is the link dropped because the nRF skips some connection events? If so, perhaps using a higher supervision timeout is sensible?