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

Re: Avoiding to discover services and characteristics with iOS7
by William Henderson 20 May '14

20 May '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: Avoiding to discover services and characteristics with iOS7
by Jason Conn 19 May '14

19 May '14

> - Can I save a characteristic and use this property without services and characteristics discovering step ? No. CBService/Characteristics/Descriptors are only valid within the context of the connection in which they were discovered. You need to go through the same steps and the cache will be used where appropriate. On May 19, 2014, at 3:51 PM, Fred Visticot <fvisticot(a)gmail.com> wrote: > I know that iOS7 has introduced caching mechanisms in the CoreBluetooth. > > 1. I reconnect to a previous connected device with the peripheral identifier. > 2. Connection is fast (100ms) > 3. I need to read a characteristic value > > - Is it mandatory to discover services and characteristics before reading a value ? > In my case it takes 1.5s to read the value ? > - Can I save a characteristic and use this property without services and characteristics discovering step ? > > Is the iOS7 caching mechanism « transparent » / « free » meaning that discovering services and characteristics is using cache ? > _______________________________________________ > 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/site_archiver%40lists… This email sent to site_archiver(a)lists.apple.com

1 0

Avoiding to discover services and characteristics with iOS7
by Fred Visticot 19 May '14

19 May '14

I know that iOS7 has introduced caching mechanisms in the CoreBluetooth. 1. I reconnect to a previous connected device with the peripheral identifier. 2. Connection is fast (100ms) 3. I need to read a characteristic value - Is it mandatory to discover services and characteristics before reading a value ? In my case it takes 1.5s to read the value ? - Can I save a characteristic and use this property without services and characteristics discovering step ? Is the iOS7 caching mechanism « transparent » / « free » meaning that discovering services and characteristics is using cache ? _______________________________________________ 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: Unexplained loss of connectivity with Multipeer Connectivity
by Sal Conigliaro 19 May '14

19 May '14

Summary: I downloaded project from https://github.com/mxstrand/iOS_Bluetooth_App and have been running it with Bluetooth only (WIFI turned off) on two iPods. The project is described reasonably completely at http://strandcode.com/2013/09/29/breaking-down-bluetooth-in-objective-c-and…. When I run the apps on two iPods, I find (sometimes even before the alerts appear) that one of the iPods receives a call in session:peer:didChangeState: notifying it that connection has been lost to the other peer. After this event and after pressing OK on both alerts, the peer receiving the call cannot control the bubbles on the other peer; however, the peer NOT losing the connection can still control the bubbles on both iPods. In addition, the peer losing the connection seems to have an earlier timestamp about half the time (and correspondingly a later timestamp about half the time), so I assume the loss of connection is not correlated with the timestamp order. This loss of connectivity appears to be a bug, and no explanatory error message accompanies it. Steps to Reproduce: 1. Downloaded project from https://github.com/mxstrand/iOS_Bluetooth_App 2. Compile and load app onto two iPods with IOS 7.1 (latest iOS update) and separated by 1 foot. 3. Run app on two iPods which have Bluetooth ON and WIFI OFF. 4. Each of the apps connect to the other. 5. One of the apps will lose the connection to the other, which appears to me to be a bug. Expected Results: Until step 5. occurs, moving the bubbles on one peer will exactly control the movement of the bubbles on the other peer. Actual Results: When step 5. does occur, moving the bubbles on the peer that has not lost the connection will exactly control the movement of the bubbles on the other peer. However, moving the bubbles on the peer that has lost the connection has no effect on the movement of the bubbles on the other peer. Version: iOS 7 for iPods Notes: Description of the project is given at http://strandcode.com/2013/09/29/breaking-down-bluetooth-in-objective-c-and… _______________________________________________ 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

Sniff Mode required for all accessories?
by Daire O´Neill 19 May '14

19 May '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: Scanning, advertising in a background.
by Etan Kissling 19 May '14

19 May '14

Can confirm that it works with advertising for more than an hour while backgrounded :-) On 04.05.2014, at 17:32, Alexander Syvak <alexander.svk(a)gmail.com> wrote: > Hello, > > did you succeed to scan/advertise in the background-mode at least for an hour? > > AS > _______________________________________________ > 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

Re: CBCentralManager restoration after reboot
by Etan Kissling 19 May '14

19 May '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

Unexplained loss of connectivity with Multipeer Connectivity
by Richard Lipes 17 May '14

17 May '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

Unexplained loss of connectivity with Multipeer Connectivity
by Richard Lipes 17 May '14

17 May '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

Unexplained loss of connectivity with Multipeer Connectivity
by Richard Lipes 17 May '14

17 May '14

One month ago I submitted a bug (16638107) to the Apple developer bug report, but I have not heard of any resolution or of change in status. I am hoping that someone in this Bluetooth developers interest group may have some insight into the cause of my problem. I submitted the following inform to the Apple bug report: Summary: I downloaded the project from https://github.com/mxstrand/iOS_Bluetooth_App and have been running it with Bluetooth only (WIFI turned off) on two iPods. I find even before the alerts appear that only one of the iPods receives a call in session:peer:didChangeState: notifying it that connection has been lost to the other peer. After this event and after pressing OK on both alerts, the peer receiving the call cannot control the bubbles on the other peer; however, the peer NOT losing the connection can still control the bubbles on both iPods. In addition, the peer losing the connection seems to have an earlier timestamp about half the time (and correspondingly a later timestamp about half the time), so I assume the loss of connection is not correlated with the timestamp order. This loss of connectivity appears to be a bug, and no explanatory error message accompanies it. Steps to Reproduce: 1. Downloaded project from https://github.com/mxstrand/iOS_Bluetooth_App 2. Compile and load app onto two iPods with IOS 7.1 (latest iOS update) and separated by 1 foot. 3. Run app on two iPods which have Bluetooth ON and WIFI OFF. 4. Each of the apps connect to the other. 5. One of the apps will lose the connection to the other, which appears to me to be a bug. Expected Results: Until step 5. occurs, moving the bubbles on one peer will exactly control the movement of the bubbles on the other peer. Actual Results: When step 5. does occur, moving the bubbles on the peer that has not lost the connection will exactly control the movement of the bubbles on the other peer. However, moving the bubbles on the peer that has lost the connection has no effect on the movement of the bubbles on the other peer. Version: iOS 7 for iPods Notes: Description of the project is given at http://strandcode.com/2013/09/29/breaking-down-bluetooth-in-objective-c-and… _______________________________________________ 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