Re: Revisited: No call to didDiscoverServices, requiring reboot of iOS device
Re: Revisited: No call to didDiscoverServices, requiring reboot of iOS device
- Subject: Re: Revisited: No call to didDiscoverServices, requiring reboot of iOS device
- From: Mike Robbins <email@hidden>
- Date: Thu, 06 Feb 2014 09:33:20 -0800
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 <email@hidden> 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: email@hidden
> Date: Thu, 6 Feb 2014 10:36:19 -0600
> To: email@hidden
> CC: email@hidden
>
>
> 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 <email@hidden>
> 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 <email@hidden> 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 <email@hidden>
> 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 (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
>
> _______________________________________________
> 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
--
Mike Robbins
Founder, CircuitLab
email@hidden
https://www.circuitlab.com/
_______________________________________________
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