-
-
Notifications
You must be signed in to change notification settings - Fork 31.9k
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
Bluetooth LE tracker not starting and not discovering new devices #89293
Comments
Also an issue for me |
Any update? |
I'm currently running HA 2023.8.3 on HAOS 10.5. It's been broken for a long time. When E.g. - platform: bluetooth_le_tracker
interval_seconds: 30
consider_home: 240
new_device_defaults:
track_new_devices: true
...
tv_samsung_led50:
icon: mdi:television
mac: BLE_12:34:56:78:90:12
name: '[TV]Samsung LED50'
picture:
track: true
... but it never gets home... With the above config, when I run So I enabled debug logging for the
Maybe I need to add some more debug logging to see what it's actually doing. //update: So far I've got it working with the bluetooth integration set to passive scanning and manually calling cancels = [
bluetooth.async_register_callback(
hass,
_async_update_ble,
BluetoothCallbackMatcher(
connectable=False
), # We will take data from any source
bluetooth.BluetoothScanningMode.PASSIVE,
),
async_track_time_interval(hass, _async_refresh_ble, interval),
] It seems to me there's something wrong with the active scanning of the bluetooth integration. With active scanning this is the output
Very strange ... //update2: in the screenshot you can also see a DEL event for my TV ... I didn't turn it off, it's strange that it doesn't see it anymore as soon as I enable active scanning (and stop scanning from bluetoothctrl using |
Following |
I'm not really sure if something has already been fixed, but I've been running the dev branch locally on my desktop and the Non-LE devices might briefly show home when these devices were previously paired, after that they just go away forever. I think in the past the bluetooth_le tracker also tracked non-LE devices and we were used to this working. |
Mine seemed to not start or generate a known devices file. Then after I manually created one with a known working ble Mac, it would add it as an entity, but it did nothing and I have been unable to delete the entity even after removing the kd.yaml. |
Same for me. Started when upgrading from HA Core 2023.3.6 to 2023.4.6. Worked perfectly before that update! |
There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates. |
Is this maybe just a logger warning if the known_devices.yaml does not contain at least one device to track? I think I might have changed that back then... but just an assumption. |
Still an issue 2024.4.1. I've set up Bluetooth LE Tracker according to the documentation https://www.home-assistant.io/integrations/bluetooth_le_tracker/
|
There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates. |
still persisting issue |
I have the same problem. BLE tracking was working fine for ages, but has now completely stopped. I have removed and re-added the Bluetooth integration to no avail. As above, I can see devices in bluetoothctl, but none are making it to HA. It's a real disappointment as I had quite a few automations triggering on BLE trackers. |
My Odroid N2 stop seen the iBeacon tags if i update HassOS to a version over 12.2. Probably there's something with the bt kernel driver in the newer version.... |
Hello my experience is the following, bare minimun esp32 ESPHOME code (wifi + webserver) works perfect. as sonn as I add the bluetooth_le_tracker all starts working funny, I open the device on the brwoser, it reboots... So only solution for me is to go back to 2023.11 ESPHOME version and recompile the code there, it works. (only issue is that I get a waringn that I believe it has to do with this new "feature" where ble_le_tracking does not want to coexist with wifi. [13:46:18][W][component:214]: Component esp32_ble_tracker took a long time for an operation (0.09 s). |
+1 |
The problem
Since quite some time, the bluetooth le tracking integration hasn't been working properly, i've tested this on my already working device and on a brand new homeassistant install (old installation is a rpi4, new installation is HAOS install on x86 nuc, so 2 very different platform with same result).
If no known_devices.yaml file is present, or no devices are set to tracked in the file, the integration just outright refuses to start, as per the logs i have put below.
If a tracked BLE device is present in the known_devices.yaml the integration seem to start properly, with no error at all in console, but no new devices are discorvered and written in the known_devices.yaml file,
If device is tracked by putting all the correct data in the known_devices.yaml file manually, the tracking seems to work properly
What version of Home Assistant Core has the issue?
2023.3.1
What was the last working version of Home Assistant Core?
No response
What type of installation are you running?
Home Assistant OS
Integration causing the issue
bluetooth_le_tracker
Link to integration documentation on our website
https://www.home-assistant.io/integrations/bluetooth_le_tracker/
Diagnostics information
No response
Example YAML snippet
Anything in the logs that might be useful for us?
Additional information
No response
The text was updated successfully, but these errors were encountered: