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

CBPeripheralManager add/remove service several times
by Alpwise iOS Dev 15 Apr '13

15 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

Accessory with BT Module
by Mahesh Subrmaniam, ERS, HCL-Tech 15 Apr '13

15 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

Re: Advertising in background
by Andras Kovi 13 Apr '13

13 Apr '13

Hi Fred, It seems like something has changed in iOS 6.1.3 My latest tests show that both the device name and service uuids (of my iPhone) are discovered by my mac mini regardless of the backgrounded mode. This setup used to be problematic too. I haven't tested with another iPhone. Before this change I couldn't find any solution for this issue if the scanning had to be done in background (cannot scan with nil services). In foreground all found devices would have to be contacted that are found when scanning with nil services. Regards, Andras On 2013.04.13., at 14:00, Frederic Visticot <fvisticot(a)gmail.com> wrote: > I Have made some "advertising tests". > - When the app is active, the advertising data contains the "advertising service ID" > - When the app is inactive, the advertising data DOES NOT contain the "advertising service ID" > > This is the main difference because the PDU length is 30 when background and 34 when active > > The pb I see with that solution is that it is not possible for another device (in background) to detect the "advertising device" in background as well.. > > Because: > To detect a device when in background mode: > 1. the "advertising device" needs to send the service ID > 2. The scaning device needs to filter on service ID > > Any solution to send the serviceID even in background mode ? > _______________________________________________ > 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

Advertising in background
by Frederic Visticot 13 Apr '13

13 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

Re: Question about CBATTRequest.offset
by Etan Kissling 12 Apr '13

12 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

Re: Question about CBATTRequest.offset
by Sébastien Martini 12 Apr '13

12 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

Re: Question about CBATTRequest.offset
by Sébastien Martini 12 Apr '13

12 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

Re: Question about CBATTRequest.offset
by Etan Kissling 12 Apr '13

12 Apr '13

Sébastien, BLE allows to send bigger data packets than 20 bytes (Write Long Characteristic Value / Read Long Characteristic Value). In these cases, the data is split to smaller chunks in which the offset value may be used in iOS. Note that you cannot increase throughput by using these values, though. If you don't use Write / Read Long Characteristic Value procedures, offset should always be 0. Etan On 12.04.2013, at 12:51, Sébastien Martini <seb(a)dbzteam.org> wrote: > Hi list, > > Is there a case in practical where this attribute can have a value different than 0 ? > > Given it seems it is already our responsibility to send data by 20 bytes chunks, I don't see where this offset could be different than 0, especially given it is a read-only attribute for us. > > > _______________________________________________ > 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

Question about CBATTRequest.offset
by Sébastien Martini 12 Apr '13

12 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

Re: data transmission rate...to slow...
by Chris Herbert 11 Apr '13

11 Apr '13

The secret sauce in BLE low energy is restricting the packet size. Think about this way. Yelling across a football field the pledge of allegiance takes a lot of effort. Yelling across a football field "Hike!" is a lot easier and can be done repeatedly without wasting energy. If you are looking for speed and larger packet sizes. I suggest Bluetooth 2.1 or even 3.0. MFi supports this. -Chris On Apr 11, 2013, at 12:00 PM, bluetooth-dev-request(a)lists.apple.com wrote: > Send Bluetooth-dev mailing list submissions to > bluetooth-dev(a)lists.apple.com > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.apple.com/mailman/listinfo/bluetooth-dev > or, via email, send a message with subject or body 'help' to > bluetooth-dev-request(a)lists.apple.com > > You can reach the person managing the list at > bluetooth-dev-owner(a)lists.apple.com > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Bluetooth-dev digest..." > > > Today's Topics: > > 1. data transmission rate...to slow... (Frederic Visticot) > 2. Re: data transmission rate...to slow... (Etan Kissling) > 3. Re: A2DP with AAC codec: non-existent document reference in > the "Bluetooth Accessory Design Guidelines for Apple Products" > (John Westing) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 11 Apr 2013 14:54:49 +0200 > From: Frederic Visticot <fvisticot(a)gmail.com> > To: "bluetooth-dev(a)lists.apple.com" <bluetooth-dev(a)lists.apple.com> > Subject: data transmission rate...to slow... > Message-ID: > <CAEvxfZmb5S_p7xiMe1OGR_wFTpt5cUfbZVVUZxoLjXCWkzk-gQ(a)mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > I have made some tests to exchange data between 2 iDevices (iOS6 > iPad3/iPhone5) using CBPeripheralManagerConnectionLatencyLow settings. > > The maximum rate I have is 1135 bytes / s (1.1KB/s) > > - Is it possible to get better speed ? > - What is the maximum I can have with iOS stack ? > >> From some documents: > BLE: 200kbits/s -> 25KB/s > NFC: 424kbits/s > > Why is the difference so huge (20x slower) ? > > Fred >

1 0