Bootloader, iOS and secure connection

[Marcel Mulder]

Hi All,

Does anybody has a working setup using SD 7.1.0 with SDK 7.2.0, iOS 8, DFU with a secure connection? When I use no encryption it works, but when I enable encryption Toolbox is complaining about wrong handles. I do call sd_ble_gatts_service_changed() returning NRF_SUCCES. Which apparently only works??? when I use and open connection. Somebody else seen this problem?

Regards, Marcel

[Hung Bui]

I just tested again, worked smoothly. I attached the application and the bootloader hex file I used. Tested with S110 v8.0 and nRFToolbox App, Ipad iOS8.2

bootloader.hex

HRM_DFU_BONDED_S110v80.zip

[Marcel Mulder]

The update works as you say, but when starting the updated app the first time the iPhone with iOS 8.2 disconnects. Because of the service changed indication. You don't see that?

[Hung Bui]

No, I don't. Could you capture a sniffer trace and send me ?

Note: we only send service changed when the link is encrypted. So if you haven't bonded with the device before you shouldn't receive any service changed indication.

[Marcel Mulder]

I can't sniff because it (both Master Control Panel and sniffer) does not work in a VirtualBox :-( My setup is different from yours. But when I detect in the application that the bootloader service was used I send a service changed so the iPhone does a new discovery. This works all well but when the iPhone receives the service changed it disconnects. The application however disconnect after a timeout. I think this is "normal" behavior because the specification says that the new characteristics are only valid after a reconnect.

[Hung Bui]

I haven't seen that behaviour. What I observed is that if prior to the SC indication the iOS device has already done a service discovery, it will not do a re-discovery. So it's true that service changed indication should be used when the attribute table is changed compare to the last time it is connected to the same master, not if the table is change in the middle of the connection.

I haven't seen in the spec that mentions the master should terminate and reconnect when receiving SC indication. If you can send me an example showing that iOS' behaviour it would be great.

[Marcel Mulder]

It looks like this is the behavior of LightBlue (which I use for testing). It behaves different in iOS 8.1 and in iOS 8.2. I get a popup saying: Connection Alert; The peripheral disconnected while being interrogated.

note: I only use encrypted links