Re: WWDC Bluetooth Meetup
I’m not going to be around for WWDC itself, but I’ll be in SF from June 4th onwards and would love to meet other BT devs and see what you’re all doing. On May 20, 2014, at 8:00 PM, bluetooth-dev-request@lists.apple.com wrote:
Send Bluetooth-dev mailing list submissions to bluetooth-dev@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@lists.apple.com
You can reach the person managing the list at bluetooth-dev-owner@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. Avoiding to discover services and characteristics with iOS7 (Fred Visticot) 2. Re: Avoiding to discover services and characteristics with iOS7 (Jason Conn) 3. Re: Avoiding to discover services and characteristics with iOS7 (William Henderson) 4. WWDC Bluetooth Meetup (Steve Jabs) 5. Re: WWDC Bluetooth Meetup (Falko Richter)
----------------------------------------------------------------------
Message: 1 Date: Tue, 20 May 2014 00:51:43 +0200 From: Fred Visticot <fvisticot@gmail.com> To: bluetooth-dev@lists.apple.com Subject: Avoiding to discover services and characteristics with iOS7 Message-ID: <F4A7DD15-2283-4C26-A601-119504A7EA9B@gmail.com> Content-Type: text/plain; charset=iso-8859-1
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 ?
------------------------------
Message: 2 Date: Mon, 19 May 2014 15:55:29 -0700 From: Jason Conn <conn@apple.com> To: Fred Visticot <fvisticot@gmail.com> Cc: bluetooth-dev@lists.apple.com Subject: Re: Avoiding to discover services and characteristics with iOS7 Message-ID: <EC3DD532-B1BA-467C-8E47-C4B534F99B30@apple.com> Content-Type: text/plain; charset=iso-8859-1
- 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@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@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/bluetooth-dev/conn%40apple.com
This email sent to conn@apple.com
------------------------------
Message: 3 Date: Mon, 19 May 2014 19:37:22 -0700 From: William Henderson <william.c.henderson@gmail.com> To: Jason Conn <conn@apple.com> Cc: Fred Visticot <fvisticot@gmail.com>, bluetooth-dev@lists.apple.com Subject: Re: Avoiding to discover services and characteristics with iOS7 Message-ID: <1D010CFD94E544F59CFB4DD6C4823B9A@gmail.com> Content-Type: text/plain; charset="utf-8"
If I recall correctly, caching is used (automatically, as Jason said) only for paired devices who haven’t changed (any of) their advertised characteristics or services.
William
On Monday, May 19, 2014 at 3:55 PM, Jason Conn wrote:
- 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@gmail.com (mailto:fvisticot@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@lists.apple.com (mailto:Bluetooth-dev@lists.apple.com)) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/bluetooth-dev/conn%40apple.com
This email sent to conn@apple.com (mailto:conn@apple.com)
_______________________________________________ Do not post admin requests to the list. They will be ignored. Bluetooth-dev mailing list (Bluetooth-dev@lists.apple.com (mailto:Bluetooth-dev@lists.apple.com)) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/bluetooth-dev/william.c.henderson%40...
This email sent to william.c.henderson@gmail.com (mailto:william.c.henderson@gmail.com)
participants (1)
-
Zachary Davison