Multi link BLE HID connection

RE: Multi link BLE HID connection

ovrebekk — Fri, 13 Aug 2021 12:08:41 GMT

My bad, I forgot that this is a known issue:

The system OFF sleep mode is not supported in debug mode (since entering system OFF would disconnect the debug interface), so if you try to enter system OFF through the SoftDevice when you are in debug mode it will return this error.

If you build the release build and flash the board it should run fine without the debugger, and should not crash when entering sleep.

Can you give this a go?

Best regards
Torbjørn

RE: Multi link BLE HID connection

Anatolii — Thu, 12 Aug 2021 16:58:23 GMT

Hello, thank you for answers
I rewrite some parts of the program with whitelist counter and issue with rapid connect/disconnect disappear.
Sleep mode issue.
I take project ble_app_hids_keyboard from examples and i don't do any changes in functions

RE: Multi link BLE HID connection

ovrebekk — Thu, 12 Aug 2021 09:30:42 GMT

1. It is probably easiest if you stop advertising after establishing a new connection, and then wait until the call to pm_device_identities_list_set() happens, and then restart advertising again.

2. There could be many reasons for this. What is the disconnect reason reporter in the disconnected event?

3. Can you show me the code you use to enter sleep?

Best regards
Torbjørn

RE: Multi link BLE HID connection

Anatolii — Wed, 11 Aug 2021 11:46:02 GMT

Hello. I have a questions:
1. Can you say where i have to stop advertising, call pm_device_identities_list_set(), and start advertising?
2.device connect and disconnect all the time. What it could be?
3.Device is fail when it go to sleep mode with Error_code 0x2006. What it could be?

Best regards
Anatolii

RE: Multi link BLE HID connection

ovrebekk — Fri, 06 Aug 2021 12:55:28 GMT

Hi Anatolii

I believe this might be related to the issue discussed here:
https://devzone.nordicsemi.com/f/nordic-q-a/65747/multi-peripheral-bonding-and-whitelisting

To paraphrase that case, this error means that the device identities list is currently in use, and can't be changed.

If you at that point in time is scanning or advertising, this return value is expected. To work around this, you need to stop scanning and advertising, then call pm_device_identities_list_set(), and then resume scanning or advertising.

Best regards
Torbjørn