site_archiver(a)lists.apple.com
Delivered-To: bluetooth-dev(a)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(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