July 2013 - Bluetooth-dev - lists.apple.com

CB is very unreliable
by Rick Mann 24 Jul '13

24 Jul '13

I've had to re-do some of the UI around our BLE interaction. Mostly, the code I'm using to call CoreBluetooth is the same, just when I call it has changed. But I'm seeing a lot of unreliable behavior. For example, I started scanning, then after that, this happened: 2013-07-23 17:26:36.761 [9458:907] CoreBluetooth[WARNING] <CBConcreteCentralManager: 0x1f07e340> is not powered on 2013-07-23 17:26:36.896 [9458:907] <CameraBrowser.m:113>: centralManagerDidUpdateState: 5 2013-07-23 17:26:37.535 [9458:3c07] CoreBluetooth[ERROR] XPC connection interrupted, resetting 2013-07-23 17:26:37.537 [9458:907] <CameraBrowser.m:113>: centralManagerDidUpdateState: 1 2013-07-23 17:26:37.654 [9458:907] <CameraBrowser.m:113>: centralManagerDidUpdateState: 4 2013-07-23 17:26:45.389 [9458:907] <CameraBrowser.m:113>: centralManagerDidUpdateState: 5 It seems like I have to keep all sorts of parallel state (in this case, I have to keep the state that I want to be scanning, so that if CB powers up, I can actually start scanning again). This is getting extremely frustrating. -- Rick _______________________________________________ Do not post admin requests to the list. They will be ignored. Bluetooth-dev mailing list (Bluetooth-dev(a)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(a)lists.apple.com

1 0

Public Applications of BLE in the San Francisco Bay Area?
by eklektek 23 Jul '13

23 Jul '13

Just wondered if there is anything to look out for and interact with, BLE wise, in the San Francisco Bay Area currently? Steve _______________________________________________ Do not post admin requests to the list. They will be ignored. Bluetooth-dev mailing list (Bluetooth-dev(a)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(a)lists.apple.com

1 0

Re: Detecting when a peripheral stops advertising
by Sébastien Martini 17 Jul '13

17 Jul '13

_______________________________________________ Do not post admin requests to the list. They will be ignored. Bluetooth-dev mailing list (Bluetooth-dev(a)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(a)lists.apple.com

1 0

Re: Detecting when a peripheral stops advertising
by Etan Kissling 17 Jul '13

17 Jul '13

How would making the API block-based change the UUID-rotation business or the lack of "stopped advertisement" callbacks ?! Setting the allowDuplicates key to true when starting the scan, combined with a timeout, is also what I do. Note that in background mode, this won't work as "allowDuplicates" is forced to @NO there. Etan > On 17.07.2013, at 02:04, "Rick Mann" <rmann(a)latencyzero.com> wrote: > > >> On Jul 16, 2013, at 17:00 , William Henderson <william.c.henderson(a)gmail.com> wrote: >> >> You can keep the CBPeripheral's you've seen around in some form and then compare UDID's to see if you need to query the device further. That said, the rotating UDID's business adds some complexity here. To get around this in my app, I connect to every peripheral I see and ask for what amounts to a static app-specific UDID. I use this to know whether it's truly a new device or just an existing one that's changed CBUDID's. > > Bah. That's expensive and complicated. This API would be a lot easier to use if it was block-based. > >> >> -- >> William Henderson >> Sent from my iPhone >> >>> On Tuesday, July 16, 2013 at 4:53 PM, Rick Mann wrote: >>> >>> >>>> On Jul 16, 2013, at 16:48 , William Henderson <william.c.henderson(a)gmail.com> wrote: >>>> >>>> I don't think so. What I do to work around this is allow duplicates and then have a timeout. If we haven't seen a peripheral for a few seconds, it disappears from the list. >>> >>> How do you de-dupe? >>> >>>> >>>> -- >>>> William Henderson >>>> Sent from my iPhone >>>> >>>>> On Tuesday, July 16, 2013 at 4:41 PM, Rick Mann wrote: >>>>> >>>>> Is it possible to tell when a peripheral has stopped advertising? When I'm showing my BLE connection UI, I list all the peripherals that come back. But when one of them went down (we cut power to the radio), it stayed in the list, because there's no notification I know of for when it goes away. >>>>> >>>>> Am I overlooking something? Thanks, >>>>> >>>>> -- >>>>> Rick >>>>> >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Do not post admin requests to the list. They will be ignored. >>>>> Bluetooth-dev mailing list (Bluetooth-dev(a)lists.apple.com) >>>>> Help/Unsubscribe/Update your Subscription: >>>>> https://lists.apple.com/mailman/options/bluetooth-dev/william.c.henderson%4… >>>>> >>>>> This email sent to william.c.henderson(a)gmail.com >>>> >>>> _______________________________________________ >>>> Do not post admin requests to the list. They will be ignored. >>>> Bluetooth-dev mailing list (Bluetooth-dev(a)lists.apple.com) >>>> Help/Unsubscribe/Update your Subscription: >>>> https://lists.apple.com/mailman/options/bluetooth-dev/rmann%40latencyzero.c… >>>> >>>> This email sent to rmann(a)latencyzero.com >>> >>> >>> -- >>> Rick > > > -- > Rick > > > > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Bluetooth-dev mailing list (Bluetooth-dev(a)lists.apple.com) > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/bluetooth-dev/kissling%40oberon.ch > > This email sent to kissling(a)oberon.ch _______________________________________________ Do not post admin requests to the list. They will be ignored. Bluetooth-dev mailing list (Bluetooth-dev(a)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(a)lists.apple.com

1 0

Re: Detecting when a peripheral stops advertising
by Rick Mann 17 Jul '13

17 Jul '13

On Jul 16, 2013, at 17:00 , William Henderson <william.c.henderson(a)gmail.com> wrote: > You can keep the CBPeripheral's you've seen around in some form and then compare UDID's to see if you need to query the device further. That said, the rotating UDID's business adds some complexity here. To get around this in my app, I connect to every peripheral I see and ask for what amounts to a static app-specific UDID. I use this to know whether it's truly a new device or just an existing one that's changed CBUDID's. Bah. That's expensive and complicated. This API would be a lot easier to use if it was block-based. > > -- > William Henderson > Sent from my iPhone > > On Tuesday, July 16, 2013 at 4:53 PM, Rick Mann wrote: > >> >> On Jul 16, 2013, at 16:48 , William Henderson <william.c.henderson(a)gmail.com> wrote: >> >>> I don't think so. What I do to work around this is allow duplicates and then have a timeout. If we haven't seen a peripheral for a few seconds, it disappears from the list. >> >> How do you de-dupe? >> >>> >>> -- >>> William Henderson >>> Sent from my iPhone >>> >>> On Tuesday, July 16, 2013 at 4:41 PM, Rick Mann wrote: >>> >>>> Is it possible to tell when a peripheral has stopped advertising? When I'm showing my BLE connection UI, I list all the peripherals that come back. But when one of them went down (we cut power to the radio), it stayed in the list, because there's no notification I know of for when it goes away. >>>> >>>> Am I overlooking something? Thanks, >>>> >>>> -- >>>> Rick >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Do not post admin requests to the list. They will be ignored. >>>> Bluetooth-dev mailing list (Bluetooth-dev(a)lists.apple.com) >>>> Help/Unsubscribe/Update your Subscription: >>>> https://lists.apple.com/mailman/options/bluetooth-dev/william.c.henderson%4… >>>> >>>> This email sent to william.c.henderson(a)gmail.com >>> >>> _______________________________________________ >>> Do not post admin requests to the list. They will be ignored. >>> Bluetooth-dev mailing list (Bluetooth-dev(a)lists.apple.com) >>> Help/Unsubscribe/Update your Subscription: >>> https://lists.apple.com/mailman/options/bluetooth-dev/rmann%40latencyzero.c… >>> >>> This email sent to rmann(a)latencyzero.com >> >> >> -- >> Rick > -- Rick _______________________________________________ Do not post admin requests to the list. They will be ignored. Bluetooth-dev mailing list (Bluetooth-dev(a)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(a)lists.apple.com

1 0

Re: Detecting when a peripheral stops advertising
by William Henderson 17 Jul '13

17 Jul '13

_______________________________________________ Do not post admin requests to the list. They will be ignored. Bluetooth-dev mailing list (Bluetooth-dev(a)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(a)lists.apple.com

1 0

Re: Detecting when a peripheral stops advertising
by Rick Mann 16 Jul '13

16 Jul '13

On Jul 16, 2013, at 16:48 , William Henderson <william.c.henderson(a)gmail.com> wrote: > I don't think so. What I do to work around this is allow duplicates and then have a timeout. If we haven't seen a peripheral for a few seconds, it disappears from the list. How do you de-dupe? > > -- > William Henderson > Sent from my iPhone > > On Tuesday, July 16, 2013 at 4:41 PM, Rick Mann wrote: > >> Is it possible to tell when a peripheral has stopped advertising? When I'm showing my BLE connection UI, I list all the peripherals that come back. But when one of them went down (we cut power to the radio), it stayed in the list, because there's no notification I know of for when it goes away. >> >> Am I overlooking something? Thanks, >> >> -- >> Rick >> >> >> >> >> _______________________________________________ >> Do not post admin requests to the list. They will be ignored. >> Bluetooth-dev mailing list (Bluetooth-dev(a)lists.apple.com) >> Help/Unsubscribe/Update your Subscription: >> https://lists.apple.com/mailman/options/bluetooth-dev/william.c.henderson%4… >> >> This email sent to william.c.henderson(a)gmail.com > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Bluetooth-dev mailing list (Bluetooth-dev(a)lists.apple.com) > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/bluetooth-dev/rmann%40latencyzero.c… > > This email sent to rmann(a)latencyzero.com -- Rick _______________________________________________ Do not post admin requests to the list. They will be ignored. Bluetooth-dev mailing list (Bluetooth-dev(a)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(a)lists.apple.com

1 0

Re: Detecting when a peripheral stops advertising
by William Henderson 16 Jul '13

16 Jul '13

_______________________________________________ Do not post admin requests to the list. They will be ignored. Bluetooth-dev mailing list (Bluetooth-dev(a)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(a)lists.apple.com

1 0

Detecting when a peripheral stops advertising
by Rick Mann 16 Jul '13

16 Jul '13

Is it possible to tell when a peripheral has stopped advertising? When I'm showing my BLE connection UI, I list all the peripherals that come back. But when one of them went down (we cut power to the radio), it stayed in the list, because there's no notification I know of for when it goes away. Am I overlooking something? Thanks, -- Rick _______________________________________________ Do not post admin requests to the list. They will be ignored. Bluetooth-dev mailing list (Bluetooth-dev(a)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(a)lists.apple.com

1 0

Re: Bluetooth-dev Digest, Vol 10, Issue 192
by jing zhiwei 13 Jul '13

13 Jul '13

Yes, that's limitation of the iOS system. You should limit the nub of peripheral connected. If the number comes to 10, you should wait for connecting the eleventh peripheral after one peripheral disconnect. Otherwise, you cannot connect any more peripheral even if one peripheral disconnect. 在 2013-7-13，上午3:00，bluetooth-dev-request@lists.apple.com 写道： > Send Bluetooth-dev mailing list submissions to > bluetooth-dev(a)lists.apple.com > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.apple.com/mailman/listinfo/bluetooth-dev > or, via email, send a message with subject or body 'help' to > bluetooth-dev-request(a)lists.apple.com > > You can reach the person managing the list at > bluetooth-dev-owner(a)lists.apple.com > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Bluetooth-dev digest..." > > > Today's Topics: > > 1. Max. no. of concurrent BLE connections (Anton Lam) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 12 Jul 2013 22:42:57 +0800 > From: Anton Lam <anton(a)ideaslab.hk> > To: bluetooth-dev(a)lists.apple.com > Subject: Max. no. of concurrent BLE connections > Message-ID: > <CAHFzuDHfE=XddxPeGu-x1+Dq4eUnCiuA268++inedpmSKjrV_A(a)mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > Hi there, > > What is the max. no. of concurrent BLE connections on IOS when it's acting > as a Central? > > While we're able to discover more than 10 devices, when we try to connect > to the eleventh device, we never got the peripheralDidConnect call back. > Then if we disconnect any of the previous 10 devices, we couldn't connect > to new ones any more. From then on, Bluetooth seems to misbehave and might > even restart (evident by the change of Bluetooth status from > CBCentralManagerStatePoweredOn to CBCentralManagerStatePoweredOff). And > this limit seems to be systemwide. > > Regards, > > Anton >

1 0