February 2014 - Bluetooth-dev

Re: Reconnecting with peripheral
by Etan Kissling 10 Feb '14

10 Feb '14

Viswanathreddy, There is an official programming guide for CoreBluetooth by Apple: https://developer.apple.com/library/ios/documentation/NetworkingInternetWeb… What you need to do, is the following 1. Allocate a CBCentralManager with [-CBCentralManager initWithDelegate:queue:]. 2. In your CBCentralManagerDelegate, wait for [-CBCentralManagerDelegate centralManagerDidUpdateState:] and confirm that [-CBCentralManager state] is CBCentralManagerStatePoweredOn. 3. Scan for your peripheral tag with [-CBCentralManager scanForPeripheralsWithServices:options:]. 4. Wait for [-CBCentralManagerDelegate centralManager:didDiscoverPeripheral:advertisementData:RSSI:] and verify that it is your peripheral. 5. Retain the peripheral by copying it to a property of your object. 6. Stop scanning with [-CBCentralManager stopScan]. 7. Set the CBPeripheral’s delegate property. 8. Connect to your peripheral tag: [-CBCentralManager connectPeripheral:options:]. 9. As soon as your peripheral is in range and connected, you will receive [-CBCentralManagerDelegate centralManager:didConnectPeripheral:]. 10. You can now access the peripheral via the various CBPeripheral methods. 11. Once your peripheral tag goes out of range, you will receive [-CBCentralManagerDelegate centralManager:didDisconnectPeripheral:error:]. The error code will indicate the reason of the disconnect and should be non-nil for out of range connection aborts. 12. Issue another [-CBCentralManager connectPeripheral:options:] request to reconnect to the peripheral. This connect request does not time out, and will complete when the peripheral tag is back in range. The required classes are documented here: https://developer.apple.com/library/ios/documentation/CoreBluetooth/Referen… Hoping that this may help you :-) Etan On 05.02.2014, at 04:07, Viswanathreddy <viswanath3344(a)gmail.com> wrote: > I need a requirement that keep a connection with peripheral tag from application, > I need one specific requirement is maintains the connection with > Peripheral tag with in the range and reconnecting to the peripheral if the peripheral went to out of range and come back into range. How it is possible with our core bluetooth framework. > I was struck here .please help me.this is urgent requirement > > Thanks > Viswanathreddy > > Sent from my iPhone > _______________________________________________ > 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: BLE Write Command while Write Request is pending
by Etan Kissling 10 Feb '14

10 Feb '14

_______________________________________________ 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: iOS 7 requires power cycle to sort out BLE connectivity issues
by Tom "Tyris" Graham 07 Feb '14

07 Feb '14

_______________________________________________ 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: Revisited: No call to didDiscoverServices, requiring reboot of iOS device
by Mike Robbins 06 Feb '14

06 Feb '14

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(a)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(a)krekeltronics.com > Date: Thu, 6 Feb 2014 10:36:19 -0600 > To: conn(a)apple.com > CC: bluetooth-dev(a)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(a)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(a)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(a)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(a)lists.apple.com) > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/bluetooth-dev/conn%40apple.com > > This email sent to conn(a)apple.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/tangqinghui%40hotmail… > This email sent to tangqinghui(a)hotmail.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/mike%40circuitlab.com > > This email sent to mike(a)circuitlab.com -- Mike Robbins Founder, CircuitLab mike(a)circuitlab.com https://www.circuitlab.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: Revisited: No call to didDiscoverServices, requiring reboot of iOS device
by Qinghui Tang 06 Feb '14

06 Feb '14

_______________________________________________ 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: Revisited: No call to didDiscoverServices, requiring reboot of iOS device
by Jason Conn 06 Feb '14

06 Feb '14

_______________________________________________ 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

Reconnecting with peripheral
by Viswanathreddy 05 Feb '14

05 Feb '14

I need a requirement that keep a connection with peripheral tag from application, I need one specific requirement is maintains the connection with Peripheral tag with in the range and reconnecting to the peripheral if the peripheral went to out of range and come back into range. How it is possible with our core bluetooth framework. I was struck here .please help me.this is urgent requirement Thanks Viswanathreddy Sent from my iPhone _______________________________________________ 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

Slowness / Lag in receiving notifications through peripheral:(CBPeripheral *)peripheral didUpdateValueForCharacteristic:(CBCharacteristic *)characteristic error:(NSError *)error
by James Armstrong 04 Feb '14

04 Feb '14

_______________________________________________ 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 Write Command while Write Request is pending
by András Kövi 03 Feb '14

03 Feb '14

_______________________________________________ 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

BLE Write Command while Write Request is pending
by Walter Stephan 03 Feb '14

03 Feb '14

Hi all, The Bluetooth specification says: Version 4.0, Vol 3, Part F, section 3.3.2: "It is possible for a server to receive a request and then a command before responding to the original request. The flow control of requests is not affected by the transmission of commands." We are trying to use this like so: The iOS app is acting as a GATT client. We first send a Write Request (CBCharacteristicWriteWithResponse) and then send one or several Write Commands (CBCharacteristicWriteWithoutResponse) before the GATT server sends either a Write Response or an Error Response. What we are seeing is that iOS seems to queue up the Write Commands and it only puts them on the air after it got a response. Has anyone encountered the same problem? Is there something we can do about it, or does iOS simply not support this? Best regards, Stephan Walter Embedded Software Engineer Swissphone Wireless AG Faelmisstrasse 21 Postfach 81 CH-8833 Samstagern Tel: +41 44 786 77 52 Fax: +41 44 786 77 71 stephan.walter(a)swissphone.com www.swissphone.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