August 2013 - Bluetooth-dev

RE: Bluetooth Background Mode
by Joakim Fernstad 23 Aug '13

23 Aug '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

Bluetooth Background Mode
by Javaid, Bilal 23 Aug '13

23 Aug '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: Long running connection requests and iOS peripherals
by William Henderson 22 Aug '13

22 Aug '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: Long running connection requests and iOS peripherals
by Rick Mann 22 Aug '13

22 Aug '13

I've been using a single reconnect call to get our peripheral to reconnect. Seems to work, but I've only tested it by power-cycling the peripheral, and not for more than a minute or so. On Aug 22, 2013, at 13:01 , William Henderson <william.c.henderson(a)gmail.com> wrote: > Yep, I've hit this bug as well. But AFAICT, iOS reconnection doesn't work like other devices – even after establishing an encrypted link. > > -- > Will > > On Thursday, August 22, 2013 at 12:56 PM, Andras Kovi wrote: > >> Sure it will not work with non-encrypted connection, but once the connection is encrypted and the devices are paired, iOS devices will be able to find each other. At least this is what I understood from the discussions on this list. I wasn't eager enough to try it myself until now. >> >> A bigger issue that I encountered is if the connect/disconnect cycle happens quickly, then iOS (6.1.3) can stuck in the connecting state. This is hard to reproduce but if this is the case, then the connect never succeeds. This is an evil error as it stays latent until you cancel the connect and retry (in which case it succeeds immediately). I'm just mentioning so that if you encounter this phenomenon, then know you're not alone with it. >> >> Andras >> >> >> On 2013.08.22., at 19:04, William Henderson <william.c.henderson(a)gmail.com> wrote: >> >>> The docs explain the use of long running connections in the case of a BTLE door lock: >>>> When the user leaves home, the iOS device may eventually become out of range of the lock, causing the connection to the lock to be lost. At this point, the app can simply call the connectPeripheral:options: method of the CBCentralManager class, and because connection requests do not time out, the iOS device will reconnect when the user returns home. >>> This sounds great, but this doesn't seem to work with iOS-based peripherals because of the rotating UDID/CBPeripheral scheme. Hence, in this case you need to advertise and scan continuously. Can anyone comment on this? >>> >>> William >>> _______________________________________________ >>> 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/allprog%40gmail.com >>> >>> This email sent to allprog(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: Bluetooth-dev Digest, Vol 10, Issue 218
by Don Clark 22 Aug '13

22 Aug '13

I have not. On iOS 6 the notifications have been working well. Since I wrote the first post I have noticed something. I'm asking the device for the services that the device provides, using the discoverServices method on the CBPeripheral object. When scanning from an iOS 6 device the BLE device is reporting four services, including GAP, GATT, Device Information Service and my custom service. I see this in my app, as well as in the Light Blue app. However, when running on iOS 7 both my app and Light Blue are reporting only two services, 0x180A and my own custom service. The GATT service, 0x1801, is critical – without that the accessing of a characteristic isn't going to happen. So I believe that Core Bluetooth isn't acting on my write request because that service appears to be missing. So now the question is why Core Bluetooth isn't detecting the GATT and the GAP services? So it would seem that either there is an issue with Core Bluetooth on iOS 7, or maybe there has been some change that expects something different from the devices. Hopefully someone out there can shed some light on this. Don >Date: Tue, 20 Aug 2013 21:42:51 +0000 >From: Etan Kissling <kissling(a)oberon.ch> >To: Don Clark <Don_Clark(a)onsetcomp.com> >Cc: "bluetooth-dev(a)lists.apple.com" <bluetooth-dev(a)lists.apple.com> >Subject: Re: BLE connection to device on iOS 7 only partially succeeds >Message-ID: <A07B4350-ECBB-4FD6-8859-ED788E1B650E(a)oberon.ch> >Content-Type: text/plain; charset="windows-1252" > >Don, > >have you tried indications instead of notifications? > >Etan > >On 20.08.2013, at 00:07, Don Clark ><Don_Clark(a)onsetcomp.com<mailto:Don_Clark@onsetcomp.com>> wrote: > >I have an app that is running on iOS 6 in my iPhone 4S, and can >communicate with my BLE device. Basically the app sees advertisements, >and at some point connects to the device. After the connection, and the >retrieval of services and the characteristics for each service, the app >attempts to write to a characteristic. On iOS 6 this works – I'm able to >connect, set the notification state on a given characteristic, and then >write to that characteristic and get the didUpdateValueForCharacteristic >callback. On iOS 7 all of that works, except that I never get the >didUpdateValueForCharacteristic callback. I'm working on getting a BLE >packet trace to compare against, but that shouldn't really be necessary. >The app code is the same, the BLE device is the same – the only >difference is the iOS 7 device. Does this ring any bells? > >_______________________________________________ >Do not post admin requests to the list. They will be ignored. >Bluetooth-dev mailing list >(Bluetooth-dev(a)lists.apple.com<mailto:Bluetooth-dev@lists.apple.com>) >Help/Unsubscribe/Update your Subscription: >https://lists.apple.com/mailman/options/bluetooth-dev/kissling%40oberon.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: Long running connection requests and iOS peripherals
by William Henderson 22 Aug '13

22 Aug '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: Long running connection requests and iOS peripherals
by Andras Kovi 22 Aug '13

22 Aug '13

Sure it will not work with non-encrypted connection, but once the connection is encrypted and the devices are paired, iOS devices will be able to find each other. At least this is what I understood from the discussions on this list. I wasn't eager enough to try it myself until now. A bigger issue that I encountered is if the connect/disconnect cycle happens quickly, then iOS (6.1.3) can stuck in the connecting state. This is hard to reproduce but if this is the case, then the connect never succeeds. This is an evil error as it stays latent until you cancel the connect and retry (in which case it succeeds immediately). I'm just mentioning so that if you encounter this phenomenon, then know you're not alone with it. Andras On 2013.08.22., at 19:04, William Henderson <william.c.henderson(a)gmail.com> wrote: > The docs explain the use of long running connections in the case of a BTLE door lock: >> When the user leaves home, the iOS device may eventually become out of range of the lock, causing the connection to the lock to be lost. At this point, the app can simply call the connectPeripheral:options: method of the CBCentralManager class, and because connection requests do not time out, the iOS device will reconnect when the user returns home. > This sounds great, but this doesn't seem to work with iOS-based peripherals because of the rotating UDID/CBPeripheral scheme. Hence, in this case you need to advertise and scan continuously. Can anyone comment on this? > > William > _______________________________________________ > 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/allprog%40gmail.com > > This email sent to allprog(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/site_archiver%40lists… This email sent to site_archiver(a)lists.apple.com

1 0

Re: BLE bonding and automatic reconnecting
by K S 22 Aug '13

22 Aug '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

Long running connection requests and iOS peripherals
by William Henderson 22 Aug '13

22 Aug '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

Why UIApplicationLaunchOptionsBluetoothCentralsKey is absent?
by Alexey Grechaninov 22 Aug '13

22 Aug '13

Hello! Would like to bring you attention to central manager restoration issue on the forum: https://devforums.apple.com/message/873024 (Sorry, can not post details here because it's iOS7 feature and it's under NDA). Alexey _______________________________________________ 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