Hi Robert, While this *should* work, it’s complicated, and many factors can affect your performance. If you are using a modern headset that supports eSCO, and allows the phone to be the master, then the controller should be able to find an event every 50ms to talk to the central. If you are using an older headset that is SCO only, and the timing does not match (being the peripheral side of the link, the iOS device cannot guarantee that these events will be interleaved), events can be significantly delayed, though they should not be totally starved. There are additional factors like additional LE accessories, WiFi throughput, and even potentially LTE coex, so like I said, it’s complicated. Most likely you have design constraints that have led to the iOS device being the peripheral side of the connection, but my advice would be to have the iOS device be the central if at all possible. iOS attempts to be the master of Classic connections, and is typically the central for LE connections, so it can own the clock and effectively schedule these multi-device scenarios. - Craig
On Jun 20, 2016, at 11:58 AM, Robert Hartman <roberth@spindance.com> wrote:
We're developing an application that relies upon an iOS device acting as a peripheral, sending messages to a central at 20 Hz. We're curious what the implications on our application would be with the same device also performing a hands-free phone call, via bluetooth headset for example. We've witnessed degraded performance in a different iOS application during a HFP call, but with the app acting as a central. (Sorry, I don't have detail on exactly how the performance was degraded). We're basically wondering if anyone has experience with this, and how we can expect to be impacted when sending small messages at 20Hz under such a scenario? _______________________________________________ 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/cdooley%40apple.com
This email sent to cdooley@apple.com
_______________________________________________ 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/site_archiver%40lists.... This email sent to site_archiver@lists.apple.com