site_archiver@lists.apple.com Delivered-To: bluetooth-dev@lists.apple.com In the hope that this mailing list is still read by anyone… I maintain an ECU tuning software on iOS that communicates with our own custom OBD2 adapter via BLE/L2CAP. Most of the time everything works very well. Recently though, we found unsolicited BLE disconnects which we couldn’t pinpoint for a while. In our logs we see WARNING: Unknown error: 708 2025-03-05 21:29:57.629 [Swift-Automotive:AsyncStreamThread] <5> (T) Stream <__NSCFInputStream: 0x3038e0090> ==> event [has bytes available] 2025-03-05 21:29:57.629 [Swift-Automotive:AsyncStreamCommand] <5> (D) Can't read from input stream, are we still connected? 2025-03-05 21:29:57.629 [Swift-Automotive:AsyncStreamThread] <5> (T) Stream <__NSCFInputStream: 0x3038e0090> ==> event [end encountered] 2025-03-05 21:29:57.630 [Swift-Automotive:AsyncStreamThread] <5> (I) Exceptional condition on <__NSCFInputStream: 0x3038e0090>: [end encountered] 708 seems to be a generic BLE error issued by the Bluetooth subsystem. This happens almost every time when the iPhone connects to a WiFi CarPlay system. In parallel, a vendor app (e.g. AUDI) gets opened in the background which possibly communicates via BLE as well. We did not yet test whether the problem also occurs without the vendor app. I wonder whether this is a bug in the BLE subsystem and if we can do anything to work around this. It’s massively inconvenient to „just reconnect“, since ECU communication over CAN or ENET is a whole stack that can’t really be re-established on the fly. I’d be grateful for any insights. Best regards, :M: _______________________________________________ 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