2022.10: Far and wide
Comfortable October! October is at all times a particular month for the venture. It’s the
month all people begins engaged on their dwelling automations once more, the month that
Hacktoberfest brings in plenty of new contributions and contributors to the
venture (đ welcome!), and in addition this yr: the Month of âWhat the Heck?!â.
The Month of WTH already looks very promising,
and plenty of good and attention-grabbing points, concepts, and strategies to streamline
have been proposed. Preserve these matters and votes going â¤ď¸.
Oh! And Dwelling Assistant Core 2022.10! đ
Final monthâs launch was an enormous one; this monthâs launch largely continues to
bettering on that. I suppose it’s no shock that the largest enchancment can
be discovered (as soon as once more) in Bluetooth! There’s much more, although this launch
is a bit âeverywhereâ, which is definitely kinda good.
Benefit from the launch!
../Frenck
PS: I observed the Dwelling Assistant SkyConnect is now out there for pre-order đĽł
Donât overlook to join our release party live stream on YouTube as we speak at 12:00 PDT / 21:00 CET!
Marcel van der Veldt joins Nabu Casa
We are excited to announce that Marcel van der Veldt
has joined Nabu Casa!
Marcel is understood for his contributions to the Z-Wave integration,
the rewrite of the Hue integration, the
Music Assistant custom integration,
and plenty of extra!
Marcel goes to be engaged on Matter
help in Dwelling Assistant. Simply in case you missed it, Matter is now officially
available/released đ.
Welcome aboard Marcel!
Lively Bluetooth in every single place
Two releases again, we introduced the Bluetooth integration.
The previous release we brought Bluetooth everywhere in your home by adding
support for Bluetooth Proxies.
Letâs not stop there!
In this release, those proxies now support active Bluetooth connections! đ¤Ż
To explain this quickly: Previously, we could listen for Bluetooth devices
and only receive data via the proxies (passive connection); now, we can actively
set up a conversation with those devices and send data (active connection). This
adds the capability to extend the range of Bluetooth devices that can be
controlled đ.
For this occasion, ESPHome will have an additional release, which adds this
functionality. We have also updated our Bluetooth proxy installer website
to put in with help for lively connections.
So, you need to management that SwitchBot Bluetooth machine on the opposite finish of your
dwelling that appears out of attain? Now you may by putting in a proxy on
a easy ESP32 machine.
Oh! Bonus: the Bluetooth efficiency has been improved too! Particularly native
Bluetooth adapters ought to be fairly a bit quicker. đ
Help for iBeacons
This launch additionally provides help for iBeacons. These are Bluetooth-enabled units
that ship out identifiers to announce their location. Dwelling Assistant can
now decide these up and present an approximate distance to such an iBeacon.
iBeacons can open up a whole lot of superior use circumstances for automations. For instance,
you can connect an iBeacon to your automotive, so that youâll know the automotive is at dwelling. Or,
on the trash can and use it to find out if the rubbish remains to be sitting within the
storage on pick-up day and ship out a notification.
Read more about iBeacons in our documentation.
Finding the right integration
For some brands of devices, we have multiple integrations available.
For example, we have a lot of âGoogleâ integrations. Some brands provide devices
that can work via Zigbee or their matching hub, meaning youâd have a choice
of integrating their hub or using the devices directly via Zigbee
(e.g., using ZHA).
To make it more clear on the choices available, you can now categorize
integrations by brand. Home Assistant will show the options available
for that specific brand. For example, the âGoogleâ brand:
This way, you no longer have to âfind outâ how your device could be integrated.
We now show if an integration uses âthe cloudâ or not, so you are aware upfront.
We often get questions about YAML-only integrations that cannot be found in the
user interface. While we love them to be available via the UI, we can
understand not finding them at all can be confusing.
To help with that, we now show all integrations when adding a new
integration, including those only available via YAML. While they cannot be
set up via the user interface, we now do provide links to the documentation
with the instructions on how to set it up.
Subviews for dashboards
This might be one of the coolest and most impactful features that has been
added to our Dashboards lately: Subviews!
Each view on a dashboard can now be marked as being a âSubviewâ:
Subviews wonât show up in the navigation bar of your dashboard, meaning
you can only navigate to them by using, for example, a navigation action on
a button.
When you navigate to a subview, the subview itself will not show the Dashboard
navigation bar. Instead, it will show a back button to the previous view
you came from.
Screen recording showing a Kitchen subview in action.
This allows for creating cool navigation concepts that are particularly helpful
on a mobile or tablet device.
All dialogs restyled
All dialogs that are shown in the Home Assistant have been slightly updated.
Most notably: The dialogs are now rounder on the edges, and the action buttons
have been styled and named more consistently. It brings Home Assistant closer
to version 3 of the Material Design that Home Assistant follows.
Viewing YAML automations in the automation editor
In the last release, we revamped our automation editor, and we are very
happy to read how many of you loved these changes â¤ď¸
However, if you manage your automations manually in YAML, youâd always be
served an error message when trying to open an automation in the UI. Not very
helpful, right?
This has been improved! You can now open any automation (or script) in the
UI. This lets you view your automation, providing a quick glance at its
workings.
Besides, as a bonus, if you have considered moving your automation to the UI,
you can now view and experience how it would look/work for those automations
and import them into the UI with the click of a button in the top right.
Handling version numbers in templates
A new version() template function/filter has been added, allowing you to do
awesome things with version numbers in templates.
It allows for getting information about a version number, comparing version
numbers, and even checking the difference between two versions.
-
version("2022.10.0") > "2022.9.7"
Returns true, as2022.10.0is newer. -
(version("2022.10.1") - "2022.10.0").patch
Returns true, as the patch number of the version changed. -
(version("2022.10.1") - "2022.10.0").minor
Returns false, as there is just a patch difference. -
version("2022.10.0b0").beta
Return true, as this is a beta version.
version() can be helpful when building automations or Blueprints for
update entities. You could, for example, easier
decide to automatically upgrade or send more detailed notification messages
in case a patch version is available.
Google Sheets
This release introduces a new way to export data from Home Assistant:
Google Sheets.
With this integration, you can add new rows to a Google Sheet document
from a service call, allowing you to export data from automations for
further processing, visualization, or insights.
Export anything you like to a sheet in Google Sheets, like your energy usage.
Maybe you like to export your daily energy usage or keep track of the number
of diapers you have used in your baby feeding diary spreadsheet.
The possibilities with this are endless.
Other noteworthy changes
There is much more juice in this release; here are some of the other
noteworthy changes this release:
- The long-term statics card now uses the unit you have selected a sensor to
be in. So, if youâve changed the sensor, it will now match! Also, more sensors
are now able to change/convert units. Thanks, @emontnemery and @epenet! - When eradicating integrations that use software credentials, we are going to now ask
if you wish to clear up these credentials. Good contact, @allenporter! - The Netatmo integration bought plenty of love! It now helps the Netatmo
Doorbell, modulating thermostats and now additionally helps units from Legrand,
Bubendorff, BTicino and Smarther! Thanks @cgtobi! - You probably have a Prusa printer, now you can use the PrusaLink integration
to regulate your print job utilizing the brand new job management buttons out there!
Thanks, @balloob! - BTHome now helps binary sensors! Thanks, @Ernst79!
- The HomeKit Controller now helps Thread transport. Thanks, @roysjosh
and @Jc2k! -
forked-daapd (OwnTone) now helps the media browser and may leverage
the Spotify integration. Thanks, @uvjustin! - The Min/Max helper now helps calculating the statistical vary. For
instance, useful if you wish to present the distinction between the good and
warmest rooms. Thanks, @jsherman256! -
@holysoles added distinctive ID help to the Common Media Participant,
@magic7s added help for it to OhmConnect. Thanks! -
NETGEAR now has a bunch of switches to regulate issues like parental
controls, Wi-Fi availability, and entry. Thanks, @starkillerOG!
New Integrations
We welcome the next new integrations on this launch:
Integrations now available to set up from the UI
The following integrations are now available via the Home Assistant UI:
Release 2022.10.1 – October 6
Release 2022.10.2 – October 9
Release 2022.10.3 – October 10
Release 2022.10.4 – October 14
Release 2022.10.5 – October 20
Need help? Join the community!
Home Assistant has a great community of users who are all more than willing
to help each other out. So, join us!
Our very active Discord chat server is an excellent place to be
at, and donât forget to join our amazing forums.
Discovered a bug or situation? Please report it in our issue tracker,
to get it mounted! Or, examine our assist web page for steering for extra
locations you may go.
Are you extra into e-mail? Signal-up for our Constructing the Open Dwelling E-newsletter
to get the most recent information about options, issues occurring in our neighborhood and
different information about constructing an Open Dwelling; straight into your inbox.
Breaking Changes
Below is a listing of the breaking change for this release, per subject or
integration. Click on one of those to read more about the breaking change
for that specific item.
prob_given_false is now a required configuration variable. Previously it had a default value of 1 - prob_given_true; this didnât really have any mathematical basis and so has been removed. You can use this documentation to calculate what it should be, or to restore your previous functionality, set it to 1 - prob_given_true.
The logic of Bayesian sensors has been significantly corrected. Previously the configs given in the examples above would not have worked as expected. For example, if the device device_tracker.paulus was home, this would not have updated the probability that Paulus Home was on. This is because Bayesian ignored observations that were false, even though that should update our probabilities.
Because of this, many users will have had to use either of two workarounds:
- Providing additional observations that evaluate to
Truewhen the other evaluates toFalse, effectively mirroring it. This forced Bayesian to take into account a negative observation. - Tweaking
prior,threshold, and even sometimesprob_given_trueandprob_given_falseto get the desired functionality, often with the help of a community-provided spreadsheet for iterative testing.
To solve (1), all you need do is delete the mirrored entry as shown below:
# Example of a mirrored entry used a workaround
binary_sensor:
- name: "Heat On"
platform: bayesian
prior: 0.2
probability_threshold: 0.9
observations:
- platform: numeric_state
entity_id: sensor.outside_air_temperature_fahrenheit
prob_given_true: 0.95
prob_given_false: 0.05
below: 50
- platform: numeric_state # line no longer needed - delete
entity_id: sensor.outside_air_temperature_fahrenheit # line no longer needed - delete
prob_given_true: 0.05 # line no longer needed - delete
prob_given_false: 0.95 # line no longer needed - delete
above: 50 # no longer needed - delete
- platform: state
entity_id: binary_sensor.house_occupied
prob_given_true: 0.3
prob_given_false: 0.05
to_state: "on"
- platform: state # line no longer needed - delete
entity_id: binary_sensor.house_occupied # line no longer needed - delete
prob_given_true: 0.7 # line no longer needed - delete
prob_given_false: 0.95 # line no longer needed - delete
to_state: "off" # line no longer needed - delete
To solve (2), you need to re-estimate your probabilities using this documentation – this will likely result in better performance in the long term.
A hacky and not recommended workaround to restore your previous functionality would be to put in a mirrored entry for each observation where prob_given_false is equal to prob_given_true. This will induce the same behavior as before – the negative, counterfactual observation is essentially ignored. Be warned – this may break or cause errors in future versions and will not work for template or numeric_state observations. For templates, instead, make them return None where they would have returned False to induce Bayesian to ignore them.
binary_sensor:
- name: "Heat On"
platform: bayesian
prior: 0.2
probability_threshold: 0.9
observations:
- platform: state
entity_id: binary_sensor.house_occupied
prob_given_true: 0.3
prob_given_false: 0.05
to_state: "on"
- platform: state # not
entity_id: binary_sensor.house_occupied # not recommended
prob_given_true: 0.5 # not recommended
prob_given_false: 0.5 # not recommended
to_state: "off" # not recommended
The beforehand deprecated YAML configuration of the HERE Journey Time
integration has been eliminated.
HERE Journey Time is now configured through the UI, any present YAML
configuration has been imported in earlier releases and may now be safely
eliminated out of your YAML configuration recordsdata
When the participant isn’t lively, the state now not stories as âdownsideâ,
however as a substitute stories as âoffâ.
When the participant is lively, however the state doesnât match recognized states,
the state now not stories as âokayâ however as a substitute stories as âonâ.
Some breaking adjustments have been made in disabling the Motion pictures rely sensor out
of warning. This sensor may cause issues with huge databases.
For those who nonetheless want to use it, you might achieve this.
Film names are now not included as attributes within the films sensor. Upcoming
has been eliminated. It’s being modernized as calendar gadgets ought to be.
Diskspace is now break up into totally different sensors, one for every folder.
Standing and instructions have been eliminated as they donât seem to have actual
worth for automations.
Because of adjustments within the upstream library, the next is now not supported by
the Workday integration:
- UK subdivisions (Wales, Scotland, EnglandâŚ) can now not be offered as
values to thenationconfiguration key. They’re nonetheless out there to be used as
values to theprovincesetting. -
IsleOfManis now not a acknowledged province of the UK,
use theIMcode for thenationas a substitute. - The prolonged Portuguese vacation set (
PortugalExt) is now not out there
as a separate nation; as a substitute it is best to use the nation codePTand
the provinceExt.
You will need to use zwave-js-server 1.24.0 or larger (schema 24).
With this launch, you’ll need to replace your zwave-js-server occasion.
- For those who use the
Z-Wave JSaddon, you want to have no less than model 0.1.74. - For those who use the
Z-Wave JS UIaddon, you want to have no less than model 1.1.0. - For those who use the
Z-Wave JS UIDocker container, you want to have no less than model 8.1.0. - For those who run your personal Docker container, or another set up technique, you’ll need to replace your
zwave-js-serveroccasion to no less than 1.24.0.
(@raman325 – #79342) (documentation)
The fan pace ranges of Leviton ZW4SF fan controllers are actually mapped accurately
to corresponding proportion ranges in Dwelling Assistant.
This will change which fan pace is chosen at sure percentages.
It’s best to regulate any automations and scripts that focus on these units
as wanted.
(@mkowalchuk – #60677) (documentation)
If you’re a customized integration developer and need to find out about breaking
adjustments and new options out there on your integration: Be sure you comply with our
developer blog. The next are probably the most notable for this launch:
Farewell to the next
The next integrations are additionally now not out there as of this launch:
- Ambee because it grew to become inconceivable to get API keys for personal use.
- Climacell has been changed by Tomorrow.io.
-
Flu Close to You the useful resource is now not out there, inflicting the mixing
now not to work. -
U.S. Citizenship and Immigration Providers (USCIS) the mixing relied
on webscraping, which is now not allowed.
All adjustments
In fact, there may be much more on this launch. You will discover an inventory of
all adjustments made right here: Full changelog for Dwelling Assistant Core 2022.10
