More Bluetooth PinePhone (PPP) Debugging

The following introduce extra latency, in order of highest (most latency) to lowest:

• BT Scanning on
• Distance (less than a meter is terrible)
• Wifi Enabled
• Cellular Enabled

Harder to quantify:

• nearby RF sources
• car engine/alternator [1]
• ac/dc line noise [2]
• microwave
• other WiFi devices (or anything near 2.5Ghz :-( )
• CPU load

The best trade off for performance is to scan off in bluetoothctl after the connection has been established and keeping the device a meter or more from the WiFi and Bluetooth devices it’s communicating with. rfkill block wifi can help if it’s not possible to increase the distance (for example, in the car.)

Bluetooth also seems to interfere with WiFi, causing sporadic hangs and disconnects, but this may just be when it’s too close physically.

Tags

=> #pinephone | #index | #bluetooth

Navigation

=> index | tags | prev ⏰ | ⏰ next

Backlinks

=> 2022-12-28 - bt fail

created: 2023-04-06

(re)generated: 2025-01-29

[1] This could be with the Bluetooth receiver that’s connected to the same vehicle, not sure how to reliably repeat this, but I’ll try with a wireless Bluetooth speaker in the future.

[2] See previous note.