Hi Patrick and all, I was the original poster, and subsequently filed a bug report #15463818. I too was also notified that it was fixed in the iOS 7.1 beta series. I last tested a few weeks ago (I believe it was 7.1beta3) and indeed the issue seemed to be resolved at that time. Best, Mike On Thu, Feb 6, 2014 at 9:03 AM, Qinghui Tang <tangqinghui@hotmail.com> wrote:
I have reported the same problem to Apple: bug #
15755388
A short description is here:
http://e2e.ti.com/support/low_power_rf/f/660/p/314907/1103970.aspx#1103970
After connecting and disconnection for a while, iOS won't send request to discover attribute handles after reconnected.
I was notified by Apply that it has been fixed in 7.1 beta 4,
however I could not afford to test it, since if I upgraded to 7.1 beta 4 I won't be able to downgrade to 7.04 again to test my other stuff.
________________________________ Subject: Re: Revisited: No call to didDiscoverServices, requiring reboot of iOS device From: patrick@krekeltronics.com Date: Thu, 6 Feb 2014 10:36:19 -0600 To: conn@apple.com CC: bluetooth-dev@lists.apple.com
I have reported this as 16001662, "After a number of device connects, no more didDiscoverServices until iOS reboot".
On Feb 6, 2014, at 10:15 AM, patrick krekelberg <patrick@krekeltronics.com> wrote:
Sorry Jason, it wasn't me who posted the original note. It's simply an identical scenario to what I'm seeing. Maybe the original poster (Mike) can help?
Regards, Patrick
On Feb 6, 2014, at 10:13 AM, Jason Conn <conn@apple.com> wrote:
I'll take a look - what's the number of the bug report you filed?
Sent from my iPhone
On Feb 6, 2014, at 8:11 AM, patrick krekelberg <patrick@krekeltronics.com> wrote:
Hi folks,
I had posted this to the CoreBluetooth devforum a few days ago and haven't heard back. It's an absolute blocker for our project and I'm sure there must be some solution:
-- We are developing a data measurement BLE device.
Following didConnectPeripheral in the central manager, we call discoverServices on the peripheral with a list of the necessary service UUID's.
This works 10+ times, launching the app, connecting, and discovering the services.
However, after some number of app launches and connects, the didDiscoverServices peripheral delegate method is never called. No matter how many times we try to connect/disconnect, turn bluetooth on/off, the services are never discovered again.
Power cycle the iPad, and it works perfectly again for another 10+ times.
Has anyone ever seen this? Is there something in CoreBluetooth that I need to more aggressively refresh to make sure we can again discover and/or use the services? --
this bluetooth-dev post from Nov is precisely the issue I am seeing: http://lists.apple.com/archives/bluetooth-dev/2013/Nov/msg00045.html
but according to that thread there was never a resolution. Have any of you seen this, and is there a solution short of power cycling the iOS device? We're not talking about hundreds of connects/disconnects either, it's approximately 10, which I think is going to be quite common with data gathering type devices in the scientific field, not to mention consumer products.
Cheers all, Patrick
_______________________________________________ Do not post admin requests to the list. They will be ignored. Bluetooth-dev mailing list (Bluetooth-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/bluetooth-dev/conn%40apple.com
This email sent to conn@apple.com
_______________________________________________ Do not post admin requests to the list. They will be ignored. Bluetooth-dev mailing list (Bluetooth-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/bluetooth-dev/tangqinghui%40hotmail.... This email sent to tangqinghui@hotmail.com
_______________________________________________ Do not post admin requests to the list. They will be ignored. Bluetooth-dev mailing list (Bluetooth-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/bluetooth-dev/mike%40circuitlab.com
This email sent to mike@circuitlab.com
-- Mike Robbins Founder, CircuitLab mike@circuitlab.com https://www.circuitlab.com/ _______________________________________________ Do not post admin requests to the list. They will be ignored. Bluetooth-dev mailing list (Bluetooth-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/bluetooth-dev/site_archiver%40lists.... This email sent to site_archiver@lists.apple.com