RE: Bluetooth app/iOS issue
RE: Bluetooth app/iOS issue
- Subject: RE: Bluetooth app/iOS issue
- From: Qinghui Tang <email@hidden>
- Date: Sun, 10 Aug 2014 16:52:21 -0500
- Importance: Normal
I personally think it's an old bug since iOS 6.0
The symptom in iOS is that after connecting and disconnecting certain amount of time, didDiscoverServie is never called back, and an actual BLE sniffer would show that after connection is established, iOS does not send any ATT command to ask for services from BLE peripheral.
All related previous posts are here
I have filed bug report for iOS 6.0 and iOS 7.0 respectively and was told it was fixed in next release (7.0 and 7.1), but actually same bug still in iOS 7.2 and I filed another bug report again.
Date: Sun, 10 Aug 2014 11:36:52 -0700 Subject: Re: Bluetooth app/iOS issue From: email@hidden To: email@hidden I'm dealing with the similar issue of "link management" for a peripheral that I expect to go in and out of range multiple times, i.e., require multiple reconnects. The issue appears to be how to properly clean up a connection on both sides when a disconnect occurs. I've got the device side behaving properly -- it goes back into advertising mode as expected. The shutdown and reconnect on the iOS side appears to be more problematic.
I was pleased to see a "best practices" section in the Core Bluetooth docs and was looking for enlightenment there. You might want to check it out. But it still left some questions unanswered for me.
Does anybody have a "lessons learned" list, a short tutorial, any other info on the general topic of "link management" in this context?
TIA,
Mike
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Bluetooth-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden |
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Bluetooth-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden