January 2013 - Bluetooth-dev

Re: Central and Peripheral at the same time?
by Joakim Linde 16 Jan '13

16 Jan '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: List of Bluetooth 4.0 usb dongles compatible for the iOS Simulator on a MAC
by Aleksandar Mihailovski 15 Jan '13

15 Jan '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: List of Bluetooth 4.0 usb dongles compatible for the iOS Simulator on a MAC
by Roland King 15 Jan '13

15 Jan '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

List of Bluetooth 4.0 usb dongles compatible for the iOS Simulator on a MAC
by Steve Childerley 15 Jan '13

15 Jan '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: Core Bluetooth > CBPeripheralManager > addService: only works a limited number of times
by Etan Kissling 14 Jan '13

14 Jan '13

Allan, I experimented a bit further with the CoreBluetooth peripheral part of iOS 6. On iOS 6, indications did not work for me at all (the call returns yes, but the value is not received by the remote device). On iOS 6.1 beta 4, indications did work to some extent, but again got lost after sending too many of them What I do: - set up: 4 characteristics, 1 central connected and subscribed to all four characteristics, default connection parameters - updateValue:forCharacteristic:onSubscribedCentrals: on all of the characteristics - updateValue:forCharacteristic:onSubscribedCentrals: returns NO at some point - Delegate peripheralManagerIsReadyToUpdateSubscribers: is called - I perform the update that failed again, it returns YES now. - Central still does not receive the update. Workaround: - Add delays to all sending code, so that one indication is only sent every ~0.1 s. Of course, this is a workaround and won't guarantee success. What makes testing worse, is that the [XPC] Connection interrupted bug still exists, where the Bluetooth stack may suddenly reset (going through the Resetting => Offline => Online state cycle). Symptoms of the bug are that indications don't get through at all, but writes still seem to work to some extent. On the central side, the bug became quite rare, though, with iOS 6. Disconnecting from the peripheral side is still not possible (is there a workaround for it, like returning a certain error code in a write response, or deallocating the peripheral manager while it is still running?). I could not yet reproduce your "addService" problematic, but I suggest that it falls into the same category: buggy implementation of the CoreBluetooth framework. Etan On 11.01.2013, at 22:17, Allan Young <allany(a)adobe.com> wrote: > Etan, > > Just to check, you're referring to peripheralManagerDidUpdateState, > correct? > > When my test app is running in Peripheral mode, and I switch that mode off > (calling the "stopPeripheral" method I included below), I do not get a > call to CBPeripheralManagerStatePoweredOff. Should I be? > > peripheralManager:didAddService:error: is where I'm currently calling > [startAdvertising] > > > I'm currently performing the setup of the service and the [addService] > call in the CBPeripheralManagerStatePoweredOn state change. > > -Allan > > > On 1/11/13 1:08 PM, "Etan Kissling" <kissling(a)oberon.ch> wrote: > >> Allan, >> >> regarding the peripheralManagerIsReadyToUpdateSubscribers: delegate call: >> it is only called after >> updateValue:forCharacteristic:onSubscribedCentrals: returned NO. >> This could explain why this delegate method is not invoked for you. I >> previously >> thought that it is always called. >> >> What happens if you >> >> - put the [removeAllServices] into the peripheralManagerHasUpdateState: >> delegate method when the state is CBPeripheralManagerStatePoweredOff?, >> >> - and the [startAdvertising] into the >> peripheralManager:didAddService:error: method? >> >> - Also add the [addService] call into the >> peripheralManagerHasUpdatedState: delegate >> when the state is CBPeripheralManagerStatePoweredOn. >> >> Etan >> >> >> On 11.01.2013, at 21:49, Allan Young <allany(a)adobe.com> >> wrote: >> >>> I tried using the LightBlue app (BLExplr wasn't able to discover my >>> service). >>> >>> LightBlue reported the service the first three times that I added the >>> service (I tore down my peripheral and then re-created the service in >>> between each check). >>> >>> After that, no more service detected. >>> >>> >>> To tear down the service, I call: >>> >>> - (void) stopPeripheral >>> { >>> if ( self.peripheralManager ) >>> { >>> >>> if ( self.peripheralManager.isAdvertising ) >>> [ self.peripheralManager stopAdvertising ]; >>> >>> [ self.peripheralManager removeAllServices ]; // Seems to have no >>> effect on this issue >>> self.peripheralManager = NULL; >>> } >>> } >>> >>> ... look correct? >>> >>> Allan >>> >>> >>> >>> > _______________________________________________ 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: support for services with 32-bit UUIDs
by Etan Kissling 14 Jan '13

14 Jan '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: support for services with 32-bit UUIDs
by Alexander Traud 14 Jan '13

14 Jan '13

> Does the CoreBluetooth framework allow me to scan for services with a > 32-bit UUID? No problems here, if I remember correctly. In Apple Bluetooth PacketLogger (now part of the Xcode Hardware I/O Tools), everything was fine. Do you face any specific problem? Or do you need it to know for sure? Then I re-activate my personal test scenario. _______________________________________________ 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

support for services with 32-bit UUIDs
by Bob Frankel 13 Jan '13

13 Jan '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: Core Bluetooth > CBPeripheralManager > addService: only works a limited number of times
by Allan Young 11 Jan '13

11 Jan '13

Etan, Just to check, you're referring to peripheralManagerDidUpdateState, correct? When my test app is running in Peripheral mode, and I switch that mode off (calling the "stopPeripheral" method I included below), I do not get a call to CBPeripheralManagerStatePoweredOff. Should I be? peripheralManager:didAddService:error: is where I'm currently calling [startAdvertising] I'm currently performing the setup of the service and the [addService] call in the CBPeripheralManagerStatePoweredOn state change. -Allan On 1/11/13 1:08 PM, "Etan Kissling" <kissling(a)oberon.ch> wrote: >Allan, > >regarding the peripheralManagerIsReadyToUpdateSubscribers: delegate call: >it is only called after >updateValue:forCharacteristic:onSubscribedCentrals: returned NO. >This could explain why this delegate method is not invoked for you. I >previously >thought that it is always called. > >What happens if you > >- put the [removeAllServices] into the peripheralManagerHasUpdateState: >delegate method when the state is CBPeripheralManagerStatePoweredOff?, > >- and the [startAdvertising] into the >peripheralManager:didAddService:error: method? > >- Also add the [addService] call into the >peripheralManagerHasUpdatedState: delegate >when the state is CBPeripheralManagerStatePoweredOn. > >Etan > > >On 11.01.2013, at 21:49, Allan Young <allany(a)adobe.com> > wrote: > >> I tried using the LightBlue app (BLExplr wasn't able to discover my >> service). >> >> LightBlue reported the service the first three times that I added the >> service (I tore down my peripheral and then re-created the service in >> between each check). >> >> After that, no more service detected. >> >> >> To tear down the service, I call: >> >> - (void) stopPeripheral >> { >> if ( self.peripheralManager ) >> { >> >> if ( self.peripheralManager.isAdvertising ) >> [ self.peripheralManager stopAdvertising ]; >> >> [ self.peripheralManager removeAllServices ]; // Seems to have no >> effect on this issue >> self.peripheralManager = NULL; >> } >> } >> >> ... look correct? >> >> Allan >> >> >> >> _______________________________________________ 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: Core Bluetooth > CBPeripheralManager > addService: only works a limited number of times
by Etan Kissling 11 Jan '13

11 Jan '13

Allan, regarding the peripheralManagerIsReadyToUpdateSubscribers: delegate call: it is only called after updateValue:forCharacteristic:onSubscribedCentrals: returned NO. This could explain why this delegate method is not invoked for you. I previously thought that it is always called. What happens if you - put the [removeAllServices] into the peripheralManagerHasUpdateState: delegate method when the state is CBPeripheralManagerStatePoweredOff?, - and the [startAdvertising] into the peripheralManager:didAddService:error: method? - Also add the [addService] call into the peripheralManagerHasUpdatedState: delegate when the state is CBPeripheralManagerStatePoweredOn. Etan On 11.01.2013, at 21:49, Allan Young <allany(a)adobe.com> wrote: > I tried using the LightBlue app (BLExplr wasn't able to discover my > service). > > LightBlue reported the service the first three times that I added the > service (I tore down my peripheral and then re-created the service in > between each check). > > After that, no more service detected. > > > To tear down the service, I call: > > - (void) stopPeripheral > { > if ( self.peripheralManager ) > { > > if ( self.peripheralManager.isAdvertising ) > [ self.peripheralManager stopAdvertising ]; > > [ self.peripheralManager removeAllServices ]; // Seems to have no > effect on this issue > self.peripheralManager = NULL; > } > } > > ... look correct? > > Allan > > > > > On 1/11/13 12:17 PM, "Etan Kissling" <kissling(a)oberon.ch> wrote: > >> Allan, >> >> Try to use a generic client like the BLExplr app for 3$ to >> enumerate your peripheral app's services. >> >> Do you find something special with such an app? >> >> Normally, you should not run into issues with the service count. >> >> Note that services can only be added while not advertising. Do you wait >> For advertising to stop before adding / removing services? >> >> Etan >> >> >> On 11.01.2013, at 20:32, "Allan Young" <allany(a)adobe.com> wrote: >> >>> In Apple's "BTLE Transfer" sample app, and in a test app that I >>> created, I have observed that if the following is performed multiple >>> times as the app is used: >>> >>> addService >>> startAdvertising >>> stopAdvertising >>> >>> or even: >>> >>> addService >>> startAdvertising >>> stopAdvertising >>> removeAllServices >>> >>> Šthen at some point (after roughly 3-7 iterations of the above), I will >>> no longer get a call to: >>> >>> peripheralManager:didAddService:error: >>> >>> Thus, I have to assume that the service has not been added. >>> >>> To demonstrate this, using the "BTLE Transfer" sample app, add the >>> following to BTLEPeripheralViewController.m: >>> >>> - (void) peripheralManager: (CBPeripheralManager*) peripheral >>> didAddService: (CBService*) service error: (NSError*) error; >>> { >>> NSLog( @"didAddService" ); >>> } >>> >>> Šthen, run the app on a device that supports CPPeripheralManager. In >>> the UI, repeatedly perform these two steps: >>> 1. Click "Peripheral" on the first screen >>> 2. Click "Back" on the second screen >>> >>> Observe in the console that "didAddService" gets logged for the first >>> fews iterations of the above steps, but will eventually no longer appear: >>> >>> 2013-01-10 08:58:14.855 BTLE Transfer[3733:907] self.peripheralManager >>> powered on. >>> 2013-01-10 08:58:14.869 BTLE Transfer[3733:907] didAddService >>> 2013-01-10 08:58:29.476 BTLE Transfer[3733:907] self.peripheralManager >>> powered on. >>> 2013-01-10 08:58:29.484 BTLE Transfer[3733:907] didAddService >>> 2013-01-10 08:58:39.488 BTLE Transfer[3733:907] self.peripheralManager >>> powered on. >>> 2013-01-10 08:58:39.495 BTLE Transfer[3733:907] didAddService >>> 2013-01-10 08:58:46.962 BTLE Transfer[3733:907] self.peripheralManager >>> powered on. >>> 2013-01-10 08:58:46.966 BTLE Transfer[3733:907] didAddService >>> 2013-01-10 08:58:49.349 BTLE Transfer[3733:907] self.peripheralManager >>> powered on. >>> 2013-01-10 08:58:49.352 BTLE Transfer[3733:907] didAddService >>> 2013-01-10 08:58:52.283 BTLE Transfer[3733:907] self.peripheralManager >>> powered on. >>> 2013-01-10 08:58:52.286 BTLE Transfer[3733:907] didAddService >>> 2013-01-10 08:58:54.387 BTLE Transfer[3733:907] self.peripheralManager >>> powered on. >>> 2013-01-10 08:58:56.358 BTLE Transfer[3733:907] self.peripheralManager >>> powered on. >>> 2013-01-10 09:04:05.075 BTLE Transfer[3733:907] self.peripheralManager >>> powered on. >>> 2013-01-10 09:04:35.662 BTLE Transfer[3733:907] self.peripheralManager >>> powered on. >>> >>> Should I be able to perform addService as many times as I like? > _______________________________________________ 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