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

Re: WWDC
by Andras Kovi 25 Apr '13

25 Apr '13

What a great idea. I may join too. Andras On 2013.04.25., at 20:34, Michael Kroll <m.kroll(a)mac.com> wrote: > Hi Etan, > I tried it as well. 10.02 PST and the tickets were sold out :-( We should organize a CoreBlutooth event in Zurich at the same time as the WWDC ;-) > > Regards, > Dr. Michael Kroll. > -------------------- > Blog: http://www.mkroll.mobi > Forum: http://forum.mkroll.mobi > Twitter: @dr_m_kroll > > Sent from iPhone. > > On 25.04.2013, at 20:03, Etan Kissling <kissling(a)oberon.ch> wrote: > >> Hey, >> >> sorry, will probably not be at WWDC as the servers were overloaded 5 seconds after the site went up >> and I came through only after tickets were already sold out :-( Hoping that there will be a serial queue >> next time to make it not luck-based but reaction speed-based to get a ticket, like at other conventions. >> >> Just wondering, did anyone of you manage to get a WWDC ticket? >> >> Etan >> _______________________________________________ >> 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/m.kroll%40mac.com >> >> This email sent to m.kroll(a)mac.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/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: WWDC
by Michael Kroll 25 Apr '13

25 Apr '13

Hi Etan, I tried it as well. 10.02 PST and the tickets were sold out :-( We should organize a CoreBlutooth event in Zurich at the same time as the WWDC ;-) Regards, Dr. Michael Kroll. -------------------- Blog: http://www.mkroll.mobi Forum: http://forum.mkroll.mobi Twitter: @dr_m_kroll Sent from iPhone. On 25.04.2013, at 20:03, Etan Kissling <kissling(a)oberon.ch> wrote: > Hey, > > sorry, will probably not be at WWDC as the servers were overloaded 5 seconds after the site went up > and I came through only after tickets were already sold out :-( Hoping that there will be a serial queue > next time to make it not luck-based but reaction speed-based to get a ticket, like at other conventions. > > Just wondering, did anyone of you manage to get a WWDC ticket? > > Etan > _______________________________________________ > 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/m.kroll%40mac.com > > This email sent to m.kroll(a)mac.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

WWDC
by Etan Kissling 25 Apr '13

25 Apr '13

Hey, sorry, will probably not be at WWDC as the servers were overloaded 5 seconds after the site went up and I came through only after tickets were already sold out :-( Hoping that there will be a serial queue next time to make it not luck-based but reaction speed-based to get a ticket, like at other conventions. Just wondering, did anyone of you manage to get a WWDC ticket? Etan _______________________________________________ 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: Stored profile limits
by Arvydas Sidorenko 25 Apr '13

25 Apr '13

I wanted to say BluetoothManager.framework, not CoreBluetooth.framework. By temporary I mean that Apple can change or remove that API without notice in future iOS versions, therefore it is a quick hack which might or might not work later. Furthermore, using private API is often a reason of app rejection from AppStore, but if it is just for in-house use I don't see an issue as long as it solves your problem. On Thu, Apr 25, 2013 at 6:23 PM, Jeff Hosack <Jeff.Hosack(a)egrettechnologies.com> wrote: > Temporary in what sense? This app is not releasing to the public, but I would like for it to keep working if the iPod gets its iOS version upgraded in the future. > > > -----Original Message----- > > Are you talking about cached profiles of paired devices? If so, there is no way to clear it programmatically using public API, but if you are interested in private API as a temporary solution CoreBluetooth.framework can do it. > For example: > > BluetoothManager *mgr = [BluetoothManager sharedInstance]; BOOL prevPairingEnabled = [mgr devicePairingEnabled]; [mgr setDevicePairingEnabled:YES]; NSMutableArray *devArray = [mgr pairedLEDevices]; for (BluetoothDevice *dev in devArray) { > [dev unpair]; > } > [mgr setDevicePairingEnabled:prevPairingEnabled]; > > In case of any failure you will notice in output window - BluetoothManager is rather verbose. > > On Thu, Apr 25, 2013 at 2:32 PM, Jeff Hosack <Jeff.Hosack(a)egrettechnologies.com> wrote: >> We are using an iPod to test BLE devices in the production environment. >> Each test leaves behind a Bluetooth profile in settings. I never >> found a way to clear these out programmatically, so the plan was to >> clear them manually at some interval. How many profiles can likely >> exist before problems start to occur? Our customer is reporting that >> they have started seeing failures to pair with new devices with as >> little as 11, and also with >> 44 stored profiles. They said that after clearing some profiles, it >> started working again. If there is no known limit, what else could cause this? >> >> >> >> Also, I will ask again, is there a way to clear a profile in code? >> >> >> >> Jeff >> _______________________________________________ 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: Stored profile limits
by Jeff Hosack 25 Apr '13

25 Apr '13

Temporary in what sense? This app is not releasing to the public, but I would like for it to keep working if the iPod gets its iOS version upgraded in the future. -----Original Message----- Are you talking about cached profiles of paired devices? If so, there is no way to clear it programmatically using public API, but if you are interested in private API as a temporary solution CoreBluetooth.framework can do it. For example: BluetoothManager *mgr = [BluetoothManager sharedInstance]; BOOL prevPairingEnabled = [mgr devicePairingEnabled]; [mgr setDevicePairingEnabled:YES]; NSMutableArray *devArray = [mgr pairedLEDevices]; for (BluetoothDevice *dev in devArray) { [dev unpair]; } [mgr setDevicePairingEnabled:prevPairingEnabled]; In case of any failure you will notice in output window - BluetoothManager is rather verbose. On Thu, Apr 25, 2013 at 2:32 PM, Jeff Hosack <Jeff.Hosack(a)egrettechnologies.com> wrote: > We are using an iPod to test BLE devices in the production environment. > Each test leaves behind a Bluetooth profile in settings. I never > found a way to clear these out programmatically, so the plan was to > clear them manually at some interval. How many profiles can likely > exist before problems start to occur? Our customer is reporting that > they have started seeing failures to pair with new devices with as > little as 11, and also with > 44 stored profiles. They said that after clearing some profiles, it > started working again. If there is no known limit, what else could cause this? > > > > Also, I will ask again, is there a way to clear a profile in code? > > > > Jeff > _______________________________________________ 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: Stored profile limits
by Arvydas Sidorenko 25 Apr '13

25 Apr '13

Are you talking about cached profiles of paired devices? If so, there is no way to clear it programmatically using public API, but if you are interested in private API as a temporary solution CoreBluetooth.framework can do it. For example: BluetoothManager *mgr = [BluetoothManager sharedInstance]; BOOL prevPairingEnabled = [mgr devicePairingEnabled]; [mgr setDevicePairingEnabled:YES]; NSMutableArray *devArray = [mgr pairedLEDevices]; for (BluetoothDevice *dev in devArray) { [dev unpair]; } [mgr setDevicePairingEnabled:prevPairingEnabled]; In case of any failure you will notice in output window - BluetoothManager is rather verbose. On Thu, Apr 25, 2013 at 2:32 PM, Jeff Hosack <Jeff.Hosack(a)egrettechnologies.com> wrote: > We are using an iPod to test BLE devices in the production environment. > Each test leaves behind a Bluetooth profile in settings. I never found a > way to clear these out programmatically, so the plan was to clear them > manually at some interval. How many profiles can likely exist before > problems start to occur? Our customer is reporting that they have started > seeing failures to pair with new devices with as little as 11, and also with > 44 stored profiles. They said that after clearing some profiles, it started > working again. If there is no known limit, what else could cause this? > > > > Also, I will ask again, is there a way to clear a profile in code? > > > > Jeff > > > > > _______________________________________________ > 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/asido4%40gmail.com > > This email sent to asido4(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

Stored profile limits
by Jeff Hosack 25 Apr '13

25 Apr '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

Not receiving didUpdateValueForCharacteristic delegate call from CBPeripheral on an updateValue:forCharacteristic:
by Michael Selevan 24 Apr '13

24 Apr '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

Auto-connect for Bluetooth Devices (not LE)
by Philipp Janowski 24 Apr '13

24 Apr '13

Hi All, Questions: 2.) Is it possible at all to have them auto-connect? 3.) How can we achieve this? Thanks, Philipp _______________________________________________ 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 we devlop a bluetooth accessory (MFi) and are facing a problem. When 30-pin dock / lightning accessories are conntected to the iPhone, they immediately show up as connected devices in the EA Framework. But Bluetooth devices don´t. They first show up when they are (1) coupled and (2) connected via Settings->Bluetooth. Coupling is only needed once, thats fine. But at the moment, we have to connect the bluetooth device manally every time we switch it on. We are looking for a way that the bluetooth accessory and the iOS device auto-connect, so that the accessory is visible via the EA framework immediately without further user interactions. 1.) Are we doing something wrong? Should the accessory and the device already be auto-connecting after being coupled once?

1 0

Re: Connection not succeeding but no error reported?
by András Kövi 23 Apr '13

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