This was explained in the stream, that HA keeps a track of what adaptor has a stronger signal - so it knows which adaptor to use to communicate to the device with.
However the ESP32s right now are passive only, you cannot control a device with a bluetooth_proxy - yet. But that is being worked on.
Thanks but the need for the hardware key is documented in both the Hardware integrationand the default_config integration.
In contrast, the schedule key is not documented in the default_config integration. That omission may trip up users who donât use default_config and prefer to cherry-pick its integrations individually.
For those users itâs common practice to review default_config's documentation whenever thereâs a monthly release to see if any new integrations were added (in August it was bluetooth). However, for Septemberâs release, schedule isnât mentioned in default_config's documentation but itâs definitely part of the default_config integration.
Maybe help them get the documentation up to date? Anyone can submit a PR on any of the documentation pages, its not that difficult, there are some links at the bottom of every page for thatâŚ
I do wish History would include that elusive âAllâ option, though.
Also, Iâm a little confused by the Processor and memory usage addition to the Hardware page. It seems like a simplified duplication of effort/functionality, especially when we can already do the following quite easily:
Anybody has an issue with shelly.light? I have a dimmer that after the upgrade show the following error:
Unable to prepare setup for platform shelly.light: Platform not found (cannot import name âATTR_WHITE_VALUEâ from âhomeassistant.components.lightâ (/usr/src/homeassistant/homeassistant/components/light/init.py)).
Very cool release. My Switchbot Light Strip was discovered right away after the update!
But one question:
Is it possible to use an already in ESPresense installed ESP32 as Bluetooth proxy too?
Means can i install the Bluetooth Proxy in addition?