July 2014 - Bluetooth-dev - lists.apple.com

Re: Multiple packets per connection event with multiple peripherals connected to iOS central
by Etan Kissling 14 Jul '14

14 Jul '14

The only way to send multiple packets during a single connection event is by using notifications or writes without response. Both of these mechanisms should not be used for reliable transfer, as the Bluetooth specification clearly explains that such packets may be discarded at any point. Here are some german/(parts in english) slides that show recent measurements on BLE throughput with multiple concurrent connections. http://www.embeddedcomputingconference.ch/pdf_2014/2B1_GysinMuellerRuest.pdf On 03.07.2014, at 18:45, Mark Gill <markolgill(a)gmail.com> wrote: > Hello, > > I am connecting 4 to 9 CC2540 peripheral devices to an iPad 2. The CC2540 devices are configured to send multiple packets during a single connection event (between 2 and 4 packets). I have used connection intervals ranging from 10 mS to 50 mS. When using a single peripheral, I have had success sending multiple packets from the peripheral to the iPad. When I connect more than 3 peripherals, the iPad will only receive the first packet from the additional sensors. Thanks for any clues you may have to fix this issue. > > Best, > Mark Gill > Research Assistant > University of Miami > _______________________________________________ > 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

None
by Thomas Friedman 14 Jul '14

14 Jul '14

Sent from my iPad _______________________________________________ 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

Background App launch with State Restoration
by Ram Jayaraman 13 Jul '14

13 Jul '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

iBeacon: Can't track any more zones
by Fred Visticot 13 Jul '14

13 Jul '14

I can see this message in the organiser console but my app is removing all monitoring / ranging zone before adding new ones… How can I know the total number of monitored regions by the smartphone to check that the total (20?) is not reached ? _______________________________________________ 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: iBeacon changes from 7.0 to 7.1.1
by William Henderson 10 Jul '14

10 Jul '14

This is a follow-up to Bug ID# 16647123. Behavior is as per design, i.e, feature. Per iBeacon spec, beacons are non-connectable and use all 30 bytes in adv payload. We consider this issue closed. If you have any questions or concern regarding this issue, please update your report directly (http://bugreport.apple.com/) Thank you for taking the time to notify us of this issue. Best Regards, Apple Developer Support Worldwide Developer Relations ************************************************************************** THE INFORMATION CONTAINED IN THIS MESSAGE IS UNDER NON-DISCLOSURE ************************************************************************** ------------------------------------------------------- Bug ID #: 16647123 Bug Title: Coexistence of iBeacon and connectable BLE peripheral‏ ------------------------------------------------------- <GMT17-Apr-2014 16:50:26GMT> qinghui tang: Summary: We want to develop a BLE device that can be used both as a connectable BLE peripheral and iBeacon device. To be able to connect with iOS device, BLE device needs to respond scan request from iOS devices with response data(such as TX power, name, etc). Meanwhile our BLE device periodically broadcasts iBeacon packets. But here comes the conflict part between the two. 1) If we disable scan response function of BLE device, then iOS App can find the iBeacon signal correct (distance, accuracy, etc), but our BLE device will not respond SCAN req from iOS device. 2) If we enable scan response function of BLE device, but the CoreLocation function locationManager:didRangeBeacons:inRegion show no beacon signal can be found. The difference between 1) and 2) is just commenting or uncommenting a single line in our BLE firmware source code, iOS App side is untouched: GAP_LE_Set_Scan_Response_Data (a function from Stonestreeone Bluetooth stack) It seems Apple designed iBeacon in a way to disallow a BLE device to be used as a BLE peripheral that can respond to BLE scan request _______________________________________________ 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

setSerialParameters and maximum baud rates
by fergal mohan 08 Jul '14

08 Jul '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

Multiple packets per connection event with multiple peripherals connected to iOS central
by Mark Gill 03 Jul '14

03 Jul '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: Retrieving peripherals
by Rick Mann 03 Jul '14

03 Jul '14

Ah, I thought it still called the delegate method. Thanks. On Jul 2, 2014, at 18:15 , Christopher Cotton <me(a)christophercotton.com> wrote: > The older deprecated version of the method you are using. > > retrievePeripherals: > > Retrieves a list of known peripherals by their UUIDs. (Deprecated in > iOS 7.0. Use the retrievePeripheralsWithIdentifiers: method instead.) > > - (void)retrievePeripherals:(NSArray *)peripheralUUIDs > > Parameters > > peripheralUUIDs > > An array of CFUUIDRef objects from which CBPeripheral objects can be > retrieved. Because CBUUID objects represent Bluetooth-specific > universally unique identifiers (UUIDs) (used for Bluetooth GATT > attributes such as services and characteristics), CBPeripheral objects > use standard CFUUIDRefUUIDs as their unique identifiers. > > Discussion > > This method retrieves a list of peripherals that the central manager > is able to match to the provided UUIDs. Upon retrieving the list of > known peripherals, the central manager object calls the > centralManager:didRetrievePeripherals: method of its delegate object. > If no matches are made, the central manager object passes an empty > array of peripherals to the centralManager:didRetrievePeripherals: > method. > > On Wed, Jul 2, 2014 at 7:22 PM, Rick Mann <rmann(a)latencyzero.com> wrote: >> So, I just noticed that it returns an array, and my peripheral is in there. But then what is -centralManager:didRetrievePeripherals: for? >> >> On Jul 2, 2014, at 16:46 , Jason Conn <conn(a)apple.com> wrote: >> >>> - [CBCentralManager retrievePeripheralsWithIdentifiers:] is a synchronous method. >>> >>> On Jul 2, 2014, at 4:21 PM, Rick Mann <rmann(a)latencyzero.com> wrote: >>> >>>> I'm remembering the last-connected peripheral by storing the identifier in NSUserDefaults, then trying to retrieve that peripheral on the next launch. >>>> >>>> Store: >>>> >>>> NSString* uuid = self.peripheral.identifier.UUIDString; >>>> // Store uuid in NSUserDefaults >>>> >>>> Retrieve: >>>> >>>> NSUUID* uuid = [[NSUUID alloc] initWithUUIDString: inPeripheralIdentifier]; >>>> [self.cm retrievePeripheralsWithIdentifiers: @[ uuid ]]; >>>> >>>> But -centralManager:didRetrievePeripherals: is never called (at all, even with an error). >>>> >>>> Am I doing something wrong? Thanks! >>>> >>>> -- >>>> 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/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/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/christopher.cotton%40… >> >> This email sent to christopher.cotton(a)gmail.com > > > > -- > Christopher > _______________________________________________ > 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: Retrieving peripherals
by Christopher Cotton 03 Jul '14

03 Jul '14

The older deprecated version of the method you are using. retrievePeripherals: Retrieves a list of known peripherals by their UUIDs. (Deprecated in iOS 7.0. Use the retrievePeripheralsWithIdentifiers: method instead.) - (void)retrievePeripherals:(NSArray *)peripheralUUIDs Parameters peripheralUUIDs An array of CFUUIDRef objects from which CBPeripheral objects can be retrieved. Because CBUUID objects represent Bluetooth-specific universally unique identifiers (UUIDs) (used for Bluetooth GATT attributes such as services and characteristics), CBPeripheral objects use standard CFUUIDRefUUIDs as their unique identifiers. Discussion This method retrieves a list of peripherals that the central manager is able to match to the provided UUIDs. Upon retrieving the list of known peripherals, the central manager object calls the centralManager:didRetrievePeripherals: method of its delegate object. If no matches are made, the central manager object passes an empty array of peripherals to the centralManager:didRetrievePeripherals: method. On Wed, Jul 2, 2014 at 7:22 PM, Rick Mann <rmann(a)latencyzero.com> wrote: > So, I just noticed that it returns an array, and my peripheral is in there. But then what is -centralManager:didRetrievePeripherals: for? > > On Jul 2, 2014, at 16:46 , Jason Conn <conn(a)apple.com> wrote: > >> - [CBCentralManager retrievePeripheralsWithIdentifiers:] is a synchronous method. >> >> On Jul 2, 2014, at 4:21 PM, Rick Mann <rmann(a)latencyzero.com> wrote: >> >>> I'm remembering the last-connected peripheral by storing the identifier in NSUserDefaults, then trying to retrieve that peripheral on the next launch. >>> >>> Store: >>> >>> NSString* uuid = self.peripheral.identifier.UUIDString; >>> // Store uuid in NSUserDefaults >>> >>> Retrieve: >>> >>> NSUUID* uuid = [[NSUUID alloc] initWithUUIDString: inPeripheralIdentifier]; >>> [self.cm retrievePeripheralsWithIdentifiers: @[ uuid ]]; >>> >>> But -centralManager:didRetrievePeripherals: is never called (at all, even with an error). >>> >>> Am I doing something wrong? Thanks! >>> >>> -- >>> 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/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/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/christopher.cotton%40… > > This email sent to christopher.cotton(a)gmail.com -- Christopher _______________________________________________ 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: Retrieving peripherals
by Rick Mann 03 Jul '14

03 Jul '14

So, I just noticed that it returns an array, and my peripheral is in there. But then what is -centralManager:didRetrievePeripherals: for? On Jul 2, 2014, at 16:46 , Jason Conn <conn(a)apple.com> wrote: > - [CBCentralManager retrievePeripheralsWithIdentifiers:] is a synchronous method. > > On Jul 2, 2014, at 4:21 PM, Rick Mann <rmann(a)latencyzero.com> wrote: > >> I'm remembering the last-connected peripheral by storing the identifier in NSUserDefaults, then trying to retrieve that peripheral on the next launch. >> >> Store: >> >> NSString* uuid = self.peripheral.identifier.UUIDString; >> // Store uuid in NSUserDefaults >> >> Retrieve: >> >> NSUUID* uuid = [[NSUUID alloc] initWithUUIDString: inPeripheralIdentifier]; >> [self.cm retrievePeripheralsWithIdentifiers: @[ uuid ]]; >> >> But -centralManager:didRetrievePeripherals: is never called (at all, even with an error). >> >> Am I doing something wrong? Thanks! >> >> -- >> 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/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/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