ios disconnected after added the Service Changed characteristic

RE: ios disconnected after added the Service Changed characteristic

jsample — Fri, 13 Apr 2018 20:29:41 GMT

I figured out what was causing this in my case. I had the following code in my pm_event_handler in main.c:

    case PM_EVT_LOCAL_DB_CACHE_APPLIED:
      // The local database has likely changed, send service changed indications.
      pm_local_database_has_changed();
      break;

This had been in my code since SDK11 - I'm not sure what example I originally pulled it from. Removing it fixes the issue though.

RE: ios disconnected after added the Service Changed characteristic

jsample — Tue, 06 Mar 2018 23:13:43 GMT

Something else I discovered: On my device I have the DIS service, BAS service and a custom service. If I remove the BAS and custom service this problem does not occur. I added back in just the BAS service and it occured again, but then I changed bas_init.support_notification from true to false and the problem went away. Looking at the sniff the Service Change indication was never sent in this case, so it seems to be related to having other characteristics with client configuration descriptors.

RE: ios disconnected after added the Service Changed characteristic

jsample — Tue, 06 Mar 2018 22:39:26 GMT

I'm seeing this issue as well with SDK 14.2 and S140-6.0.0-6.alpha. When NRF_SDH_BLE_SERVICE_CHANGED is set to 0 I have no issues with iOS, but if I change it to a 1 then I see some strange behavior.

With LightBlue I see the same thing Jay mentioned above, where it disconnects immediately after connecting. With nRF Connect it will stay connected and show the list of services, but if you click on a service it won't show any characteristics.

I did a sniff of the connection and found that one of the first things iOS does after connecting is enabling indications on the Service Changed characteristic (even though I haven't bonded to my device) and then at some point towards the end of GATT discovery an indication is sent from the Service Changed characteristic with a handle range of 0x000E - 0xFFFF (even though I haven't changed any services). In the LightBlue case as soon as this indication is seen the iOS device disconnects.

Why would the softdevice send a Service Changed indication in this case? If the iOS device wasn't bonded there should be no record of the iOS device to know if the services had changed since it last connected.

Android doesn't seem to ever enable indications on the Service Changed characteristic so this problem doesn't show up on Android.

RE: ios disconnected after added the Service Changed characteristic

Anders Strand — Mon, 07 Dec 2015 09:57:43 GMT

Hi.

I am no sure what is causing this. The most likely reason is that your iphone has stored the service information about your device. When it suddenly does not match what the iphone has stored, it can cause an error. You should delete your device from the device list of your iphone, and try again.

It could also be that lightblue does not handle the "Service Changed" Characteristic very well.

What is the "test APP", is this your own custom app? If yes, you can use this app to see what is happening by printing error codes and events from your phone to a PC.

Alternatively, you an use a BLE sniffer to catch the BLE transaction which leads to the disconnect.

-Anders