September 2012 - Bluetooth-dev

OSX periheral:didWriteValueForCharacteristics:error - always 0
by Thomas Rosenstein 30 Sep '12

30 Sep '12

_______________________________________________ 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: iOS Security Failures vs. Standard Disconnections
by András Kövi 28 Sep '12

28 Sep '12

_______________________________________________ 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

iOS Security Failures vs. Standard Disconnections
by Aaron Wright 28 Sep '12

28 Sep '12

We are trying to distinguish between failures to connect to a device due to a security failure (e.g. a device is bonded to another) and a standard "clean disconnect" by a device (e.g. the device disconnects because the user triggers a clean disconnect) in our app. This is needed in order to determine which devices we want to "auto-reconnect" with and which we do not in our Connected Devices list. Thus-far, we have determined that there are two error-codes for disconnections that we encounter: 1) out of range or sudden disconnect - error code 6 2a) the pairing popup times out - error code 7 2b) the user presses cancel on the "pairing" screen (see attached) - error code 7 2c) the pairing process fails (for whatever reason such as a timeout) - error code 7 2d) the user deliberately disconnects device via CONNECT button (UI) on watch - error code 7 Unfortunately, we need to distinguish between (2d) and the other scenarios (2a, 2b, 2c). The code snippet follows my signature. Our goal is to ensure that the phone automatically reconnects in the scenario where the watch is deliberately disconnected (e.g. powered OFF by the user which triggers a clean disconnect) vs. where pairing fails. Thank you _______________________________________________ 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

Service advertisement in the background is misbehaving
by Andras Kovi 28 Sep '12

28 Sep '12

Hi Joakim, I just helped debugging an issue for Frederic and found a really interesting behavior. Please confirm or correct me. Observation: if the app is sent to background, the advertising continues but the advertisement data is not sent in the packages Effect 1: Backgrounded apps cannot be discovered by clients that filter for services. When a client uses scanForPeripheralsWithServices, the peripheral will be found but callback not happens in the app as the service filtering criteria will not be satisfied Effect 2: Backgrounded apps will never be discovered by clients that started scanning while the app was in background. If a client starts scanning while the app is in the background, CoreBluetooth finds the peripheral but callback does not happen. Then when the app comes to foreground and advertisement data is sent again, CoreBluetooth will not invoke the callback as it thinks it already provided the callback for that. (Discovery may happen only when the BLE address is changed (every 15 minutes or so)) I think this phenomenon can explain many recently reported issues too. Your help is much appreciated. Regards, Andras _______________________________________________ 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: Automatically reestablishing BLE connection when in range
by Pierre Bouchet 27 Sep '12

27 Sep '12

_______________________________________________ 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: Automatically reestablishing BLE connection when in range
by Andras Kovi 27 Sep '12

27 Sep '12

_______________________________________________ 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: Automatically reestablishing BLE connection when in range
by David Chouinard 27 Sep '12

27 Sep '12

_______________________________________________ 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: Automatically reestablishing BLE connection when in range
by Andras Kovi 27 Sep '12

27 Sep '12

_______________________________________________ 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

Automatically reestablishing BLE connection when in range
by David Chouinard 27 Sep '12

27 Sep '12

_______________________________________________ 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: Background advertising and Peripheral detection
by Andras Kovi 27 Sep '12

27 Sep '12

_______________________________________________ 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