-
-
Notifications
You must be signed in to change notification settings - Fork 121
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
BLE adapter being reset after each Companion App discovery #964
Comments
I have this message constantly too on all 5 nodes.
|
Thanks Tunip for confirming. Can you provide a few extra details on version and operating system ? You can get the version of OS, node, room-assistant and bluetooth-hci-socket with:
If you are willing, could you try downgrading the socket package on one of your nodes to see if that rectifies the situation with:
@eLVee1991, @JK-443, sorry for pinging you guys but hoping you could confirm the issue in the original post as I know you have recent installs? |
Hi PetBa, sorry of the missing details. It was a fresh installation from the last weekend. Hardare:
pi@Buro:~ $ cat /etc/os-release
pi@Buro:~ $ node -v
pi@Buro:~ $ room-assistant -h
pi@Buro:~ $ npm list -g --all | grep bluetooth-hci-socket
Will test the downgrade of the socket package on all nodes. Let you know the result. |
Downgrade of the socket package on all nodes done. |
Instead of
|
Yep, I have been seeing those messages for about 6 months now. I suspect due to a kernel/driver update as there are other reports of this with unrelated applications. I haven't seen any downsides as room-assistant retries failed connections. If you want to "revert the revert" then you can easily go back to the latest
|
There hasn't been any activity on this issue recently. In an effort to provide a better overview of current issues we automatically clean some of the old ones. Many of them may already be resolved in newer versions of room-assistant. |
Describe the bug
Following a fresh install of room-assistant onto a Raspberry Pi Zero W, I am now seeing repeated resets of the ble adapter immediately following Companion App discovery. The service recovers and continues to provide location updates so the impact is minimal but an adapter reset shouldn't be happening.
From the logs, It looks like the Room-Assistant BLE service successfully discovers a Companion App but then fails to restart scanning. This then triggers the watchdog to reset the ble adapter after ~30 seconds and normal operation resumes. Since the iPhone changes MAC address every twenty minutes, the three log lines below are repeated on a regular basis.
Given that an identical install from September - same pi and same room-assistant 2.19.1 - does not experience this problem, I suspect this is connected with an update a few weeks ago of the
bluetooth-hci-socket
package that room-assistant relies upon. Reverting to the previous version of the package resolves the issue.Anyone with a recent install (i.e. room-assistant v2.19.1, bluetooth-hci-socket 0.5.3-8) seeing the same in their logs ?
To reproduce
This looks to occur on any fresh install from the last few weeks that pulls down the 0.5.3-8 version of
bluetooth-hci-socket
. You can run the following commands to confirm the dependency version:The adapter resets go away if you force room-assistant to use the previous version of
bluetooth-hci-socket
:Environment
Additional context
@mKeRix , this is identical to the Bleno issue we discussed here. Some thoughts:
bluetooth-hci-socket
exposes but may not necessarily cause. I am happy to explore this. A possibly related problem is being tracked on thebluetooth-hci-socket
's repo here.mkerix/noble
package that tiesbluetooth-hci-socket
to the 0.5.3-7 version until there is a proper resolution on this? That would at least avoid new installs facing this issue.The text was updated successfully, but these errors were encountered: