Bluetooth-dev

Download

bluetooth-dev@lists.apple.com

March 2019

2 participants
2 discussions

Relaunched app in background can not get central state updates after forced closed
by Ranson Kou 25 Mar '19

25 Mar '19

site_archiver(a)lists.apple.com Delivered-To: bluetooth-dev(a)lists.apple.com User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.6.0 Hi, I understand that there are conditions that iOS Bluetooth State Restoration a limitation of current system or any other suggestion? iOS version 12.1.4. /Ranson. _______________________________________________ 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 won't relaunch an app which is forced closed by the user. My question is that after it is forced closed, the app is relaunched into background by a user action on scheduled local notification, under this condition it seems the app's central manager still can not get any state update or connect back to known peripherals. Is this I am using the latest Xcode 10.1 and have tested on several devices with the latest

1 0

iPhone 7 - iOS 12.1.4 - Fails to report BLE device connected
by Hayden Ball 20 Mar '19

20 Mar '19

site_archiver(a)lists.apple.com Delivered-To: bluetooth-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=playerdata.co.uk; s=google; h=mime-version:from:date:message-id:subject:to; bh=kFYe6BCqqzk8t2ewzUR8eIv02qZsrp1TbW62OIcQC8Y=; b=MuxdzBhT+W5y/mp04vLyBl2ZdCHruHYaEYJZnVZPZWhT10I2Zg5R6lzmc7rKpz6B8u kvupaPYRMV/iD+NAwifxCICtN6K/xgtOdBdaq+ery9NTGvN0SubgpEwiUmVnJTyYRa8M Ju/5Y5F7cZjf6bFxR5OpWrAFTJDlWuiHyppHLXMNrUZmsuABBVwowxi+alhj7ed4OJtA 3RWM+fgp6RWOIzyJpk2W7/azyS1Z31m42oxjjs85jXMeA8JMUY7CC8Lv/pERPMhm6b2A Gek3nwjHFcChuI32azgs7zaV7gonGN4R8e7IT+UoeoGVbPh6LkPVP1eipUTotDKWEb7s GaWw== Good day. I am designing a peripheral to use with Android and iOS devices. The peripheral is running Linux, making use of the Bluez stack (v5.50, Kernel 4.14). BLE connections to test Android devices work with no problem - I am able to connect, scan for services and characteristics, read values, and subscribe to notifications. When attempting to do the same on my test iOS device (an iPhone 7 running iOS 12.1.4), I never receive a connection callback. Examining, first, the peripheral's view of the world (using btmon, output attached) I see the following: * The iPhone connects * Bluez receives a request for its features, and responds. * The iPhone and Bluez negotiate an MTU size of 185 * 40 seconds pass * The iPhone disconnects, stating a Connection Timeout reason Examining the iPhone's story, using the bluetooth diagnostic logs and Wireshark, I see very much the same story: * The iPhone requests a LE Connection * The iPhone requests remote version information * The iPhone responds to the MTU request made by the peripheral * 40 seconds pass * The iPhone disconnects Note that the iPhone never _receives_ remote version information back from the peripheral. On occasion, the connection does succeed. When this does occur, I see a "Read Remote Used Features Complete" entry in the iPhone's bluetooth log shortly after it was requested. I'm guessing there's a race condition somewhere (on the basis it works occasionally). Does anyone have any suggestions as to how I might work around this issue, and allow stable connections from iPhone to my peripheral? Kind Regards, Hayden _______________________________________________ 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 btmon

1 0