August 2016 - Bluetooth-dev

Re: Recovering from loss of pairing data
by Tyler Freeman 25 Aug '16

25 Aug '16

_______________________________________________ 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: Recovering from loss of pairing data
by Ramin Firoozye 25 Aug '16

25 Aug '16

_______________________________________________ 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: Recovering from loss of pairing data
by Roland King 25 Aug '16

25 Aug '16

_______________________________________________ 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: Recovering from loss of pairing data
by Ramin Firoozye 24 Aug '16

24 Aug '16

_______________________________________________ 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

CBPeripheralDelegate -peripheral:didModifyServices not called
by Robert Carlsen 24 Aug '16

24 Aug '16

Hello all, I have a peripheral which implements the Service Changed characteristic and notifies when the GATT database is modified after enabling it’s bootloader (it exposes a new service with one characteristic). With iOS 8/9 our CBPeripheralDelegate implementation receives a call at -peripheral:didModifyServices:. In iOS 10b7 (unsure about earlier betas) we don’t seem to get called with that delegate method. Disconnecting and re-connecting (or manually calling -discoverServices) does indeed show that the new service is visible. Has anyone else experienced an issue with not receiving the -peripheral:didModifyServices: call on iOS 10? Have there been any changes within CoreBluetooth that either the app or firmware needs to account for to restore the expected behavior? Thank you, -Robert _______________________________________________ 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

Recovering from loss of pairing data
by Ben Levitt 24 Aug '16

24 Aug '16

Hello, We have an app that talks (as a central) to a bluetooth peripheral that we control. Our peripheral can only store pairing/bonding data for the 2 most recently connected devices, so it's very possible that a given iOS device that has previously paired (and thinks it is still paired) to our peripheral, can try to connect, and be denied access when the peripheral no longer has pairing data for this iOS device. At that point, is there any way for the iOS device to recognize this problem, and clear this peripheral from its list of paired devices? I hear rumors that this works in some apps. I don't know of a way to do this programmatically. Am I missing something? Or is there something we can set up differently on our peripheral so that the iOS device will recognize this problem and re-request pairing itself? Thanks very much! Ben _______________________________________________ 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: How to facilitate multiple bidirectional packets per connection interval
by Paul Bjork 24 Aug '16

24 Aug '16

_______________________________________________ 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 -peripheral:didDiscoverServices: never gets called
by Diego Alfarache 24 Aug '16

24 Aug '16

Yes, I imagine that we have all forgotten to set the delegate at least once! Regards, Diego On 8/23/16, 7:21 PM, "Carl Hoefs" <bluetooth-dev-bounces+dalfarache=gmail.com(a)lists.apple.com on behalf of newslists(a)autonomy.caltech.edu> wrote: Of course, 1 minute after I press "Send" I discover I had forgotten to set the newly discovered peripheral's delegate. D'Oh! Sorry for the noise! -Carl > On Aug 23, 2016, at 5:09 PM, Carl Hoefs <newslists(a)autonomy.caltech.edu> wrote: > > iOS 9.3.2 > > I'm developing an app that interfaces to a (unencrypted) BLE arduino, but I'm having difficulty getting CoreBluetooth to issue the -peripheral:didDiscoverServices: callback. Thus I can't proceed to do a -writeValue: without a send_characteristic for the peripheral. > > Here are the (condensed) steps I'm taking, all of which work, except the last. The methods are all within the same controller object, which is adherent to both CBCentralManagerDelegate and CBPeripheralDelegate protocols: > > @interface BLEViewController : UIViewController <CBCentralManagerDelegate,CBPeripheralDelegate> > > > (1) Start scanning > > -(void)centralManagerDidUpdateState:(CBCentralManager *)central > { > if ([central state] == CBCentralManagerStatePoweredOn) { > [centralManager scanForPeripheralsWithServices:arrayOfCBUUIDs options:nil]; > } > } > > // The above invokes the following: > > (2) Connect to the peripheral > > -(void)centralManager:(CBCentralManager *)central > didDiscoverPeripheral:(CBPeripheral *)peripheral > advertisementData:(NSDictionary *)advertisementData > RSSI:(NSNumber *)RSSI > { > [centralManager stopScan]; > [centralManager connectPeripheral:peripheral options:nil]; > } > > // The above invokes the following: > > (3) Discover the peripheral's services > > -(void)centralManager:(CBCentralManager *)central > didConnectPeripheral:(CBPeripheral *)peripheral > { > [peripheral discoverServices:nil]; > } > > // The above is *supposed to* invoke the following but never does: > > (4) Obtain the service.UUID > > -(void)peripheral:(CBPeripheral *)peripheral > didDiscoverServices:(NSError *)error > { > NSLog(@"didDiscoverServices: %@", peripheral); // never invoked! > } > > I've stepped through execution in the debugger, and all the objects are set and valid, including the centralManager.delegate. > > The BLE device works correctly with other apps, so I must have overlooked a step, but what? > > -Carl > > > _______________________________________________ > 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/newslists%40autonomy.… > > This email sent to newslists(a)autonomy.caltech.edu _______________________________________________ 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/dalfarache%40gmail.com This email sent to dalfarache(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 -peripheral:didDiscoverServices: never gets called
by Carl Hoefs 24 Aug '16

24 Aug '16

Of course, 1 minute after I press "Send" I discover I had forgotten to set the newly discovered peripheral's delegate. D'Oh! Sorry for the noise! -Carl > On Aug 23, 2016, at 5:09 PM, Carl Hoefs <newslists(a)autonomy.caltech.edu> wrote: > > iOS 9.3.2 > > I'm developing an app that interfaces to a (unencrypted) BLE arduino, but I'm having difficulty getting CoreBluetooth to issue the -peripheral:didDiscoverServices: callback. Thus I can't proceed to do a -writeValue: without a send_characteristic for the peripheral. > > Here are the (condensed) steps I'm taking, all of which work, except the last. The methods are all within the same controller object, which is adherent to both CBCentralManagerDelegate and CBPeripheralDelegate protocols: > > @interface BLEViewController : UIViewController <CBCentralManagerDelegate,CBPeripheralDelegate> > > > (1) Start scanning > > -(void)centralManagerDidUpdateState:(CBCentralManager *)central > { > if ([central state] == CBCentralManagerStatePoweredOn) { > [centralManager scanForPeripheralsWithServices:arrayOfCBUUIDs options:nil]; > } > } > > // The above invokes the following: > > (2) Connect to the peripheral > > -(void)centralManager:(CBCentralManager *)central > didDiscoverPeripheral:(CBPeripheral *)peripheral > advertisementData:(NSDictionary *)advertisementData > RSSI:(NSNumber *)RSSI > { > [centralManager stopScan]; > [centralManager connectPeripheral:peripheral options:nil]; > } > > // The above invokes the following: > > (3) Discover the peripheral's services > > -(void)centralManager:(CBCentralManager *)central > didConnectPeripheral:(CBPeripheral *)peripheral > { > [peripheral discoverServices:nil]; > } > > // The above is *supposed to* invoke the following but never does: > > (4) Obtain the service.UUID > > -(void)peripheral:(CBPeripheral *)peripheral > didDiscoverServices:(NSError *)error > { > NSLog(@"didDiscoverServices: %@", peripheral); // never invoked! > } > > I've stepped through execution in the debugger, and all the objects are set and valid, including the centralManager.delegate. > > The BLE device works correctly with other apps, so I must have overlooked a step, but what? > > -Carl > > > _______________________________________________ > 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/newslists%40autonomy.… > > This email sent to newslists(a)autonomy.caltech.edu _______________________________________________ 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 -peripheral:didDiscoverServices: never gets called
by Carl Hoefs 24 Aug '16

24 Aug '16

iOS 9.3.2 I'm developing an app that interfaces to a (unencrypted) BLE arduino, but I'm having difficulty getting CoreBluetooth to issue the -peripheral:didDiscoverServices: callback. Thus I can't proceed to do a -writeValue: without a send_characteristic for the peripheral. Here are the (condensed) steps I'm taking, all of which work, except the last. The methods are all within the same controller object, which is adherent to both CBCentralManagerDelegate and CBPeripheralDelegate protocols: @interface BLEViewController : UIViewController <CBCentralManagerDelegate,CBPeripheralDelegate> (1) Start scanning -(void)centralManagerDidUpdateState:(CBCentralManager *)central { if ([central state] == CBCentralManagerStatePoweredOn) { [centralManager scanForPeripheralsWithServices:arrayOfCBUUIDs options:nil]; } } // The above invokes the following: (2) Connect to the peripheral -(void)centralManager:(CBCentralManager *)central didDiscoverPeripheral:(CBPeripheral *)peripheral advertisementData:(NSDictionary *)advertisementData RSSI:(NSNumber *)RSSI { [centralManager stopScan]; [centralManager connectPeripheral:peripheral options:nil]; } // The above invokes the following: (3) Discover the peripheral's services -(void)centralManager:(CBCentralManager *)central didConnectPeripheral:(CBPeripheral *)peripheral { [peripheral discoverServices:nil]; } // The above is *supposed to* invoke the following but never does: (4) Obtain the service.UUID -(void)peripheral:(CBPeripheral *)peripheral didDiscoverServices:(NSError *)error { NSLog(@"didDiscoverServices: %@", peripheral); // never invoked! } I've stepped through execution in the debugger, and all the objects are set and valid, including the centralManager.delegate. The BLE device works correctly with other apps, so I must have overlooked a step, but what? -Carl _______________________________________________ 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