nrf52840 Dongle and ble_serial.py

RE: nrf52840 Dongle and ble_serial.py

tesc — Thu, 17 Jan 2019 10:33:44 GMT

Hi,

You need to store it on the PC. The connectivity firmware is serializing the SoftDevice only, i.e. the BLE stack. Everything normally done by the SDK libraries must be done on the PC.

That means you must also store bonding data and take care of everything that peer manager would have done on an nRF SoC.

Regards,
Terje

RE: nrf52840 Dongle and ble_serial.py

abhipray — Wed, 16 Jan 2019 22:17:32 GMT

I haven't found the answers yet. Additionally, I had another question -- does the dongle store the peer bond information on its flash (like using the peer manage) or do we need to store it locally on the PC?

RE: nrf52840 Dongle and ble_serial.py

tesc — Tue, 08 Jan 2019 10:09:02 GMT

Hi,

Sorry for not getting back to you before the holidays.Have you found answers to your latest questions?

Regards,
Terje

RE: nrf52840 Dongle and ble_serial.py

abhipray — Wed, 12 Dec 2018 23:58:19 GMT

Thank you for that. How can I tell when a connected peer is already bonded? And what are the parameters for self.adapater.encrypt()?

RE: nrf52840 Dongle and ble_serial.py

tesc — Tue, 11 Dec 2018 16:05:04 GMT

Hi,

Yes I think you are onto the right track then. self.adapter.authenticate() is used for pairing, optionally also bonding.

In order to reestablish a bond you can use self.adapter.encrypt(), with the keys that were stored during self.adapter.authenticate(). The central is free to start this procedure when it wants to, and so it should be safe to do as early as on the connection event if you want to.

The correct way to handle a security request (on_gap_evt_sec_request) is to either authenticate() or encrypt(), depending on whether a bond already exists. Similarly, you may choose to do either authenticate() or encrypt() on the connected event, based on whether the peer is previously bonded or not.

The self.adapter.authenticate() and self.adapter.encrypt() API calls correspond to sd_ble_gap_authenticate() and sd_ble_gap_encrypt() from the SoftDevice API documentation. See for instance the Security Request Reception Message Sequence Chart.

Regards,
Terje

RE: nrf52840 Dongle and ble_serial.py

abhipray — Fri, 30 Nov 2018 21:53:37 GMT

I am using SDK 15.2.0 and the Experimental: Console over Bluetooth Application example python script with my custom application.

My custom peripheral application implements pairing/bonding. I found out that the source of the timeout is not the ATT MTU exchange but an authentication timeout; I need to implement authentication in the ble_serial.py script. I have had limited luck with that. I have tried calling: self.adapter.authenticate(self.conn_handle, bond=True, lesc=False) after a successful connection. This works if the peripheral isn't bonded yet, i.e first time bond. What is the correct way to re-establish a connection with a bonded device using pc-ble-driver-py? Is there any example of a pc-ble-driver-py implementing bonding/pairing?

RE: nrf52840 Dongle and ble_serial.py

tesc — Fri, 30 Nov 2018 14:14:26 GMT

Hi,

What example from what SDK and version are you using? Experimental: Console over Bluetooth Application from nRF5 SDK v15.2.0?

Did you follow the "Testing" section for that example?

Also, what is the full command that you use for ble_serial.py?

It sounds like a timeout of an MTU update request leading to disconnection. What information do you have for the disconnect, do you have the log from either of the devices or a sniffer trace?

Regards,
Terje