Bluetooth connection drops randomly
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 35/100
- Issue type
- Bug
- Clarity
- Mostly clear
- Activity status
- Stale
- Tech stack
- c, linux
- Domain
- networking, operating-systems
Research direction
Start with the reported dmesg errors and the Bluetooth failure symptoms, then compare the Pi 3B+ behavior with the previously used Pi 3 under LibreELEC 9, firmware bcefbb195b77d6b9a02dfbad0e1fff3b18122585, and kernel 4.19.14. Done means reproducing the audio-speaker connection drop and preventing Bluetooth from becoming unusable without a reboot.
Written by the indexing model from the issue text.
Description
Describe the bug
I am experiencing random Bluetooth connect drop between the Pi and an audio speaker. These drops appear after a random time, sometime few minutes, sometime few hours.
Once the the drop happen, the only fix is to reboot the PI: RFKILL report no block, Bluez report an Unknown Error, hciconfig hci0 down && hciconfig hci0 up has no effect, only the dmesg seems to spot a problem.
I am using LibreElec 9 (8.95.003)
I am using both onboard Wi-Fi and Bluetooth (I upgraded to 3 to 3B+ because I read the antenna design was changed and allow both in use)
To reproduce
Connect a Bluetooth speaker, and start playing audio on it.
Expected behaviour
No drop at any time, or at least no need for reboot
Actual behaviour
Bluetooth getting completely unusable after drop
System
- Which model of Raspberry Pi? Pi3B+
- Which OS and version (
cat /etc/rpi-issue)? LibreElec 9 (8.95.003) - Which firmware version (
vcgencmd version)? bcefbb195b77d6b9a02dfbad0e1fff3b18122585 (Jan 9 2019 20:07:49) - Which kernel version (
uname -a)? 4.19.14
Logs
- dmesg*
[ xxxx] Bluetooth: hci0: hardware error 0x00
[ xxxx] Bluetooth: hci0: command 0x1003 tx timeout
[ xxxx] Bluetooth: hci0: command 0x1007 tx timeout
[ xxxx] Bluetooth: hci0: command 0x1009 tx timeout
<Keep repeating>
** Additional context **
I was using the RPI 3 before, with the exact same OS/Version, but this one didn't experience such a bug.
- Dominant language
- C
- Stars
- 13.2k
- Forks
- 5.5k
- Avg merge
- 2d 21h
- Merged PRs (30d)
- 21
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from raspberrypi/linux
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
raspberrypi/linux#7415 · 2 comments · 1 reaction ·
-
rp1-cfe doesn't forward V4L2_EVENT_SOURCE_CHANGE event from csi-2 sensor driver to userspace app Open
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
raspberrypi/linux#7399 · 1 comment ·
-
Difficulty 1/5 Under an hour Newbie friendliness 82/100
raspberrypi/linux#7357 · 1 comment ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
raspberrypi/linux#7054 · 2 comments ·
-
Difficulty 4/5 3-5 days Newbie friendliness 48/100
raspberrypi/linux#7634 · 8 comments · 1 reaction ·
All issues in raspberrypi/linux
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
zephyrproject-rtos/zephyr#119726 ·
-
[Bounty proposal] fix(web): memory insights count an evening memory on the next day ($25 proposed) Open
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
BasedHardware/omi#15320 ·
-
[adam] AdamNet network read doesn't cap to MAX_ADAM_PACKET_LEN, overflows client receive buffers Open
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
FujiNetWIFI/fujinet-firmware#1649 · 2 comments ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
HarbourMasters/Shipwright#7229 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
riscv-software-src/riscv-isa-sim#2435 · 1 comment ·