Today we’re happy to announce that our new Lovelace UI, which has been in beta for the last 8 months, is becoming the new default interface of Home Assistant 0.86. With Lovelace we’re taking a new approach to building user interfaces for Home Assistant. We’re no longer storing the look and feel of your UI in your configuration.yaml, requiring restarts for changes. With Lovelace we’re keeping the UI concerns in the UI¹, unlocking a whole new set of features:

• 24 cards to place and configure as you like.
• UI Editor. A configuration UI to manage your Lovelace UI including live preview when editing cards.
• Fast. Using a static config allows us to build up the UI once.
• Customizable.
  • Cards have numerous options to configure how your data is presented.
  • Themes; even at a per card basis.
  • Ability to override names and icons of entities.
  • Custom Cards from our amazing community are fully supported.

In case you’re reading this and want to give it a try right now: we’ve updated the Home Assistant demo. It now features multiple Lovelace configuration examples. The demo is fully interactive, including the configuration UI (accessible via the menu in the top right). You can also access it by updating to Home Assistant 0.86.

For a deep dive into all the new features, check out the latest episode of the Home Assistant podcast, featuring an interview with Zack Arnett from the Lovelace team.

For an overview of all the different features, check out the Lovelace documentation.

¹: If you prefer to write your Dashboard config in YAML, Home Assistant also includes an optional YAML mode.

Migrating to Lovelace

You have to do… nothing! If not configured, Lovelace will use the same algorithm to built-up the UI as the old UI did.

History

With Lovelace we’ve built a foundation that not only provides a lean and sleek interface, but will also allow us to add many new exciting features in the future. The main difference with the old UI is that we no longer store any UI concerns in the state machine.

When Home Assistant was started, I came up with an algorithm that would automatically organize the available entities in badges, cards and tabs; and then show that on the screen. Users demanded more influence; so over time, we’ve added a bunch of components and features of the backend whose main or sole purpose were to influence how the algorithm in the UI shows and organizes entities.

As this kept growing, I realized that we were on the wrong path. It was impossible to get an algorithm that would fulfill all needs and the backend shouldn’t be aware of anything in the frontend. It should just deliver the entities and the frontend should figure out how to display things together with the user.

At the same time as this was happening, we also had some discussions about the development of the frontend. Users wanted more control on what is shown, when it’s shown and how it’s shown. Eventually, @andrey-git came up with Custom UI for the old interface. This allowed users to do whatever they wanted. However, it was limited to power users.

Lovelace was built from the start to tackle these problems. The initial version completely dropped the algorithm and required users to add each card to their configuration. We went from a fully automatic UI to nothing. We launched it under the nomer “experimental UI” and it quickly gained traction. People loved the control and the ability to inject custom cards or entity rows at will.

The enthusiasm was great among our power users, however by switching away from an automatic UI, we were no longer beginner-friendly. A new user would open Home Assistant and they would see a blank, unconfigured UI. We realized that this had to be solved if we were to make Lovelace the default.

To solve this, we re-introduced our automatic algorithm. However, this time the algorithm generates a Lovelace configuration. If a user doesn’t like the automatic configuration, they can take control and configure it to their liking. When you take control, the automatic generated configuration will no longer be updated by Home Assistant, allowing the user to change each detail.

To make configuring your UI as easy as possible, Lovelace UI allows (custom) cards to include a config editor. This way the user will be able to quickly edit a card while a live preview shows how the changes look. If a card does not include an editor (yet), the user will be presented with a text editor in the browser.

Because of the ease to customize and share customizations, we’ve already seen a big community get created around Lovelace. They are very active in the #lovelace channel on our chat, and work is shared on ShareTheLove.io and the Lovelace section on Awesome HA.

Credits

Lovelace UI has been 8 months in the making and it has been a big undertaking. We’ve worked hard and are proud of being able to ship this first version. Lovelace UI would not have been possible without the following current and former members of the Lovelace team:

• @balloob / Paulus Schoutsen
• @bramkragten / Bram Kragten
• @c727
• @ciotlosm / Marius Ciotloș
• @iantrich / Ian Richardson
• @jeradM / Jerad Meisner
• @thomasloven / Thomas Lovén
• @zsarnett / Zack Arnett

I also want to thank the community for adopting this so eagerly, building a ton of helpful tooling and examples and helping one another to create beautiful UIs for their homes.

Old UI

The transition to Lovelace should be painless for most users. If you are encountering issues, please let us know. For the time being, you will be able to still change back to the old user interface on a per-device basis by going to the info developer tool and following the instructions.

Read this breaking change warning? 👆 Good. Let’s get started. This is the first release of 2019 and it covers a whopping 4 weeks, as we skipped the last release of the year to focus on friends and family. This is going to be a great year and we’re planning a lot of cool stuff. If you haven’t seen it yet, check the State of the Union to see what we have planned.

We’ve been so good at taking a break, that we pushed Lovelace as the default UI to 86 to make sure it’s super polished. We expect just bug fixes between 85 and 86, so feel free to check it out!

We’re also busy churning through the backlog of open PRs for Home Assistant (170 as of now), if you did a contribution over the past 4 weeks, we’ll get to it soon.

During the break we’ve launched the Home Assistant Data Science Portal. It explains all the data that Home Assistant stores and how you can get a data science environment going to explore it yourself.

This release also features native support for ESPHome, a system for managing ESP8266 and ESP32 microchips with a YAML config inspired by Home Assistant. The native API replaces MQTT for ESPHome firmwares and is designed specifically for Home Assistant and absolute efficiency. 🏎 It also comes with a Hass.io add-on to make configuration even easier.

New Platforms

• Add NMBS (Belgian railway) sensor platform (@thibmaek - #18610) (sensor.nmbs docs) (new-platform)
• Add air pollutants component (@fabaff - #18707) (air_pollutants docs) (demo docs) (new-platform)
• Adding support for Plum Lightpad (@ColinHarrington - #16576) (plum_lightpad docs) (binary_sensor.plum_lightpad docs) (light.plum_lightpad docs) (sensor.plum_lightpad docs) (new-platform)
• Add Ambient Weather PWS Sensor component (@tmd224 - #18551) (sensor.ambient_station docs) (new-platform)
• Add Brottsplatskartan sensor (@chrillux - #19018) (sensor.brottsplatskartan docs) (new-platform)
• Add native ESPHome API component (@OttoWinter - #19334) (new-platform)
• Add GTT Sensor (@eliseomartelli - #18449) ([sensor.gtt docs]) (new-platform)
• Add openSenseMap air pollutants platform (@fabaff - #19357) (air_pollutants docs) (new-platform)
• Add Prezzibenzina (Italian Fuel Price) Sensor (@eliseomartelli - #19297) (new-platform)
• Add sensor platform for SolarEdge Monitoring API (@GidoHakvoort - #18846) (sensor.solaredge docs) (new-platform)
• Add Mythic Beasts DNSAPI Component (@thinkl33t - #18333) (mythicbeastsdns docs) (new-platform)
• Add new sensor platform to expose Islamic prayer times (@uchagani - #19444) (sensor.islamic_prayer_times docs) (new-platform)
• Add Lutron Homeworks component (@dubnom - #18311) (homeworks docs) (binary_sensor.homeworks docs) (light.homeworks docs) (new-platform)
• Improve Lutron RadioRA2 support, adding switches and scenes (@cdheiser - #18330) (lutron docs) (scene.lutron docs) (switch.lutron docs) (new-platform)
• Pencom (@dubnom - #19369) (switch.pencom docs) (new-platform)
• Add AfterShip sensor for packages (@maxandersen - #18034) (sensor.aftership docs) (new-platform)
• Add Freebox component with sensors and device tracker (@SNoof85 - #18472) (device_tracker docs) (freebox docs) (sensor.freebox docs) (breaking change) (new-platform)
• LCN component and light platform (@alengwenus - #18621) (lcn docs) (light.lcn docs) (new-platform)
• Add RaspyRFM switch platform (@markusressel - #19130) (switch.raspyrfm docs) (new-platform)
• Add IDTECK proximity card component (@dubnom - #18309) (idteck_prox docs) (new-platform)
• Add ness alarm control panel using nessclient (@nickw444 - #18463) (ness_alarm docs) (alarm_control_panel.ness_alarm docs) (binary_sensor.ness_alarm docs) (new-platform)

Release 0.85.1 - January 11

• check config instead of config_entry for quirks flag (@dmulcahey - #19730) (zha docs)
• Don’t map LevelControl to light for single cluster devices. (@Adminiuga - #19929) (zha docs)
• Fix entity_id: all warning (@balloob - #19946)
• Lovelace: Fix resources being dropped in inline editor

If you need help…

…don’t hesitate to use our very active forums or join us for a little chat. The release notes have comments enabled but it’s preferred if you use the former communication channels. Thanks.

Reporting Issues

Experiencing issues introduced by this release? Please report them in our issue tracker. Make sure to fill in all fields of the issue template.

Today we are launching our brand new data science portal to teach you how you can learn from your own smart home data. Learn what data Home Assistant stores locally and learn to explore your data. In 15 minutes, you will set up a local data science environment and are running reports on your own data.

We have worked hard on a smooth experience. Single click to set up a local data science environment powered by Jupyter. Pre-installed with our Getting Started notebook for Home Assistant, automatically connects to your database and generates reports with a single click.

All of this is powered by the new JupyterLab hass.io add-on by @frenck and the new HASS Data Detective Python package by @robmarkcole.

Today is only the start. We will continue to develop the data tools for Home Assistant. It’s our goal to make Home Assistant the easiest platform to use for data scientists interested in home automation.

• Launch blogpost
• Data Science Portal

This post originally talked about Logitech not willing to support local APIs after removing their private, but widely used, local API. This decision has been reversed and this blog post is no longer applicable to Logitech. More information on the events can be found in this blogpost.

Logitech has decided to remove a widely used local API of their Logitech Harmony hub. We’ve been tracking the story here. This has caused a lot of commotion among our users, and users of other smart home solutions, that integrated with the Logitech Harmony hub and all of a sudden were surprised with a broken smart home. Not a nice way to start the already busy holiday season!

Since it’s 2018, a lot of these discussions are playing out on Twitter. While browsing the discussions, we came across this statement by a senior manager for product marketing for Logitech Smart Home, Todd Walker:

Currently, we do not plan to add support for local control.

— Todd Walker (@ToddW_Logitech) December 19, 2018

We have a lot of opinions about this, but felt that they were appropriately covered by Twitter user, and contributor to Home Assistant, Jon Maddox:

You realize that any kind of device like this…with only cloud control…is an inferior experience right?

Why would you mandate the latency that round trip cloud requests incur? Please try harder to make the product better, not usurping more control over it.

— Jon Maddox (@maddox) December 19, 2018

The Harmony smart assistant skills are limited to 1 hub. Will you guys be resolving that?

Your official implementations of things we’ve accomplished ourselves, are actually inferior.

I think people would be less upset if the case was different.

— Jon Maddox (@maddox) December 19, 2018

Why should we buy more than one Harmony hub if only one of them works with Alexa? We utilized the local api to create our own supported experience that allows for private, secure, faster, and more than 1 hub.

That means we BUY more than 1 hub. That’s a really great thing.

— Jon Maddox (@maddox) December 19, 2018

And lastly, (to get it all off my chest 😄), locking down a local API and forcing users to a complete cloud solution is not more secure.

Home networks are trusted zones. Corporate clouds have proven time and time again to be revealed as less than secure.

— Jon Maddox (@maddox) December 19, 2018

I can be responsible for my own home network. I cannot be sure that yours is.

Consider embracing these users. Create an authenticated local API. Local control is the only guaranteed private, secure, and RELIABLE way to control the future of devices at home.

— Jon Maddox (@maddox) December 19, 2018

Update 6 (21 dec): Great news! Logitech has announced in a forum post that it has introduced an XMPP Beta Program that makes it possible to install a developer firmware version which reinstates the XMPP API as it was, including the security vulnerabilties. Note that installing this version voids your warranty.

Logitech is also working on a new version of the hub firmware that fixes the vulnerabilities. This is great and this restores our trust in Logitech. Thanks Logitech for turning around and working with your users.

The developer-only firmware that reinstates the local XMPP API. Voids warranty if installed.

Tenable, the cyber security firm that discovered the security vulnerabilities, has released a Research Advisory detailing the issues and the disclosure timeline.

Update 7 (21 dec): Even better news! Someone from Harmony posted in our forums and stated that they are now committed to maintaining their local XMPP API.

We will verify with Logitech if this post is official, and if so, we will revert the Home Assistant implementation back to using the XMPP API. Until then, we don’t expect the websocket API that we are using since 0.84.3 to go away or change until we migrate back, so if your Harmony setup works today, don’t change anything. (Verified, it’s from an account connected to a logitech.com email address)

Forum post by Harmony employee on the Home Assistant forums.

Original Post:

Time for the last release of the year. We were hoping to end the year with an enormous bang and make Lovelace the default UI. However, in our final stretch we realized that to get to the experience that we wanted, we had to make more last minute changes than we felt comfortable making. If you are a Lovelace tester, please read the section for existing testers below.

We want to wish everybody happy holidays and want to thank all our contributors to the code, the documentation and all the ones in the chat for making up our amazing community. We had a great year with a lot of accomplishments and are looking forward to see all the great stuff you all come up with in 2019. Cheers! 🥂

Paulus

We will skip our next release in our bi-weekly release cycle and plan to be back on January 9. See you then!

Cloud webhooks

This release introduces a new Home Assistant Cloud feature available: cloud webhooks. With cloud webhooks you can enable any webhook-enabled integration or automation in Home Assistant to be accessible via a unique URL in the cloud without having to open up a port on your router.

This means that you can send any data back to your instance for OwnTracks, IFTTT or an automation with a webhook-trigger. Check the cloud page in the configuration panel to get started or read more about the new functionality at the Nabu Casa website.

Improved state restoring

We have a new more reliable way of state restoration introduced by @armills. Instead of relying on the database it will now leverage the storage helper to keep track of states that need to be tracked. This should improve reliability and startup speed.

This comes with a downside: we will be unable to restore states the first time you start 0.84.

This means that on upgrade to 0.84 any automation that doesn’t have an initial_state defined will be disabled.

Improved service calling

We have improved how we call services with better validation checks. This means that if you have an automation or a script that sends invalid data, we will now stop the execution and be better able to point out where your incorrect calls are coming from.

For existing Lovelace testers

If you are currently testing Lovelace, please read the notes thoroughly as a lot has changed. First, we now have now three different Lovelace modes: auto-generated, storage, and yaml (the old way of doing Lovelace). The UI editor will be limited to the storage mode, in which we control how the config is stored.

So if you were using Lovelace before 0.84, you now have two options. Option one is to use the new storage mode and import your existing file. You can do this by opening the Lovelace UI and click on Configure UI, this will prompt you to change to storage mode. This will unlock a new option in the menu called “raw config editor”. Open this and paste the content of your ui-lovelace.yaml file into it and click save. Note that YAML comments are not persisted and !include/!secret are not supported if in storage mode.

If you want to continue managing a YAML file, check here how to enable the YAML mode. The file ui-lovelace.yaml will now follow the same options as configuration.yaml. This means that the Lovelace YAML config is now parsed with YAML 1.1 instead of YAML 1.2. Major change is that you need to make sure that you wrap on and off with quotes in your configs!

We have also aligned the configuration of all the cards, causing backward-incompatible changes. Changes are especially focused around how we define actions for short and long presses. See the docs for more info.

Editor UI is now further processed. You can manage your Lovelace UI without leaving your browser! It is possible to add, edit and delete views. It is possible to add, edit, move and delete cards, including custom cards!

New Platforms

• Refactor ZHA (@dmulcahey - #18629) (zha docs) (binary_sensor.zha docs) (fan.zha docs) (light.zha docs) (sensor.zha docs) (switch.zha docs) (new-platform)
• Add Awair sensor platform (@ahayworth - #18570) (sensor.awair docs) (new-platform)
• Allow managing cloud webhook (@balloob - #18672) (cloud docs) (new-platform)
• U.S. Geological Survey Earthquake Hazards Program Feed platform (@exxamalte - #18207) (geo_location docs) (new-platform)
• Mqtt light refactor (@emontnemery - #18227) (mqtt docs) (light.mqtt docs) (breaking change) (new-platform)
• Added qbittorrent sensor platform (@eliseomartelli - #18618) (sensor.qbittorrent docs) (new-platform)
• Add Entur departure information sensor (@hfurubotten - #17286) (sensor.entur_public_transport docs) (new-platform)
• Add lightwave components for switches and lights (@GeoffAtHome - #18026) (lightwave docs) (light.lightwave docs) (switch.lightwave docs) (new-platform)
• Initial hlk-sw16 relay switch support (@jameshilliard - #17855) (hlk_sw16 docs) (switch.hlk_sw16 docs) (new-platform)
• Initial scene support for Fibaro hubs (@pbalogh77 - #18779) (fibaro docs) (scene.fibaro docs) (new-platform)

Release 0.84.1 - December 12

• Add automation and script events to logbook event types (@hunterjm - #19219) (logbook docs)
• Fix owntracks topic in encrypted ios (@balloob - #19220) (device_tracker docs) (owntracks docs)

Release 0.84.2 - December 14

• Don’t avoid async_schedule_update_ha_state by returning false (@syssi - #19102) (binary_sensor.xiaomi_aqara docs)
• Always add friendly name attribute to ZHA entities (@damarco - #19141) (zha docs)
• Bump aioasuswrt (@kennedyshead - #19229) (asuswrt docs)
• Add automation and script events to logbook filter events (@luca-angemi - #19253) (logbook docs)
• Fix list (fixes #19235) (@fabaff - #19258) (tts docs)
• Fix OwnTracks deadlocking (@balloob - #19260) (owntracks docs)
• Fix call to super() (@marchingphoenix - #19279) (light.lutron docs)
• Improve check for duplicated entity_id (@emontnemery - #19194)
• Fix race in entity_platform.async_add_entities (@emontnemery - #19222)

Release 0.84.3 - December 17

• Set lock status correctly for Schlage BE469 Z-Wave locks (@ahayworth - #18737) (lock.zwave docs)
• Fix restore state for manual alarm control panel (@liaanvdm - #19284) (alarm_control_panel.manual docs)
• Fix not being able to update entities (@glentakahashi - #19344) (config docs)

Release 0.84.4 - December 19

• Fix parts of the frontend not picking up translations (@balloob)
• Fix IHC config schema (@mopolus - #19415) (ihc docs)
• Use web sockets for Harmony HUB (@ehendrix23 - #19440) (remote.harmony docs)

Release 0.84.5 - December 19

• Fix Harmony for people not running Home Assistant in Docker (@ehendrix23)

Release 0.84.6 - December 21

• Fix incorrect local check when creating webhooks via a config flow (impacted all but Owntracks) (@balloob - #19494)

Frontend

• Fix setting aspect ratio in percentage (#2289) @balloob
• Fix opening edit dialog twice when closed by clicking on overlay (#2290) @balloob
• Fix translations not loading on first load (#2293) @balloob
• remove Animation for thermostat and light (#2303) @zsarnett
• Fix for picture element positioning (#2335) @iantrich
• Fix undefined on plant/weather card (#2339) @balloob
• Fix service button element (#2343) @balloob

If you need help…

…don’t hesitate to use our very active forums or join us for a little chat. The release notes have comments enabled but it’s preferred if you use the former communication channels. Thanks.

Reporting Issues

Experiencing issues introduced by this release? Please report them in our issue tracker. Make sure to fill in all fields of the issue template.

It’s release day! Today we’re happy to release Home Assistant 0.83. If you might have noticed, this is using our new release schedule which evolves around releases on Wednesdays instead of Fridays (this one is one day late). It’s the same 2-week release schedule as before, except that it has moved 5 days later.

So what’s new? A LOT. First, a contributor milestone. This release the backend has 99 contributors. That means that in the last 2,5 weeks since the last release, 99 people have written code that is now part of Home Assistant. The frontend has another 15 contributors. It’s amazing to see how as a community we can rally around building the best piece of home automation software out there and get it done.

I want to give a shout out to @MartinHjelmare who is doing an amazing job going through PRs and helping out where possible. Good job! ✨

Alright, time for some highlights. First is that thanks to @pbalogh77, Fibaro Home Center hubs are now supported. If you had already invested in a Z-Wave network with Fibaro, you can now seamlessly integrate that into Home Assistant and combine it with all the other intgrations out there.

The second cool thing is that Google Assistant now supports locks. Locking is enabled by default, but if you want to support unlocking, you will need to go to the Home Assistant Cloud settings to enable unlocking, or, if you’re using the manual config, add allow_unlock: true to your config.

See what entities are exposed to Google and enable unlocking of locks.

The frontend team hasn’t sit still either. The extended release notes are here but the main highlight is the new shopping list card. @iantrich took the shopping list panel and shrunk it to the size of a Lovelace card.

Oh and if you’re into GPS tracking: OwnTracks is a lot easier to get started with in this release. But if you really like all the data in the world: @ludeeus has added support for Traccar, including accompanying Hass.io add-on by @frenck.

Note, this release includes a migration to add an index to speed up the logbook queries. It might take a bit on first boot, please be patient.

New Platforms

• Add Tautulli sensor platform (@ludeeus - #17835) (sensor.tautulli docs) (new-platform)
• Implemented tplink_lte components and notify service via SMS (@andtos90 - #17111) (notify docs) (tplink_lte docs) (new-platform)
• Add Traccar device tracker (@ludeeus - #18200) (device_tracker docs) (new-platform)
• Add support for Google Home device tracking (@ludeeus - #18190) (device_tracker docs) (new-platform)
• Add Norwegian Public Transportation sensor (Ruter). (@ludeeus - #18237) (sensor.ruter docs) (new-platform)
• Split out geofency with a component and platform. The geofency device_tracker platform no longer takes any configuration. The configuration needs to be applied to the component geofency instead. The platform will be automatically loaded with the component. (@rohankapoorcom - #17933) (device_tracker docs) (geofency docs) (breaking change) (new-platform)
• Add support for Lupusec alarm control panel (@majuss - #17691) (lupusec docs) (alarm_control_panel.lupusec docs) (binary_sensor.lupusec docs) (switch.lupusec docs) (new-platform)
• Add upload and download sensors and component for asuswrt (@kennedyshead - #17757) (asuswrt docs) (device_tracker docs) (sensor.asuswrt docs) (breaking change) (new-platform)
• Add support for 17track.net package sensors (@bachya - #18038) (sensor.seventeentrack docs) (new-platform)
• Add new launch sensor to keep track of space launches. (@ludeeus - #18274) (sensor.launch_library docs) (new-platform)
• W800rf32 (@horga83 - #17920) (w800rf32 docs) (binary_sensor.w800rf32 docs) (new-platform)
• Srpenergy (@briglx - #18036) (new-platform)
• Add support for sensors from Flu Near You (@bachya - #18136) (sensor.flunearyou docs) (new-platform)
• Add niko-home-control support (@legovaer - #18019) (light.niko_home_control docs) (new-platform)
• Readded climate.velbus (@Cereal2nd - #18434) (velbus docs) (climate.velbus docs) (new-platform)
• Support for Fibaro HomeCenter hubs (@pbalogh77 - #17891 - #18487) (fibaro docs) (binary_sensor.fibaro docs) (new-platform)
• Support for Point component (@fredrike - #17466) (point docs) (binary_sensor.point docs) (sensor.point docs) (new-platform)
• Adds light switch platform (@frenck - #18562) (light.switch docs) (new-platform)
• Add cloud pref for Google unlock (@balloob - #18600) (cloud docs) (new-platform)
• Add support for Panasonic Blu-Ray players (@u1f35c - #18541) (media_player.panasonic_bluray docs) (new-platform)

Release 0.83.1 - November 29

• Add websocket call for adding item to shopping-list (@iantrich - #18623) (shopping_list docs)
• Convert shopping-list update to WebSockets (@iantrich - #18713) (shopping_list docs)
• Legacy api fix (@balloob - #18733) (http docs)
• Fix logbook domain filter - alexa, homekit (@cdce8p - #18790) (logbook docs)
• Make auth backwards compat again (@balloob - #18792)
• Render the secret (@balloob - #18793) (owntracks docs)
• Fix race condition in group.set (@balloob - #18796) (group docs)
• BUGFIX: handle extra fan speeds. (@marchingphoenix - #18799) (google_assistant docs)
• Bumped py17track to 2.1.0 (@bachya - #18804) (sensor.seventeentrack docs)
• Remove self from update function in rainmachine (@Danielhiversen - #18807) (binary_sensor.rainmachine docs)
• Remove additional self from update function in RainMachine (@bachya - #18810) (sensor.rainmachine docs)
• Hotfix for crash with virtual devices (@pbalogh77 - #18808) (fibaro docs)
• Use proper signals (@balloob - #18613) (emulated_hue docs) (http docs)

Release 0.83.2 - November 30

• Revert change to MQTT discovery_hash introduced in #18169 (@emontnemery - #18763) (mqtt docs)
• bump gtts-token to 1.1.3 (@stonith - #18824) (tts docs)
• Always set hass_user (@balloob - #18844) (http docs)
• Hotfix for Fibaro wall plug (@pbalogh77 - #18845) (light.fibaro docs)

Release 0.83.3 - December 3

We had an issue where users that are still using the legacy auth for API access but not for UI access could end up with a legacy auth user without any permissions. If you run into this issue, we suggest to upgrade your scripts to use long lived access tokens, which offer the exact same functionality. Alternative is that you manually upgrade the legacy API user to be part of the admin group using these instructions.

• bugfix: ensure the google_assistant component respects allow_unlock (@ahayworth - #18874) (google_assistant docs)
• Use capability of sensor if present to fix multisensor Wink devices (@w1ll1am23 - #18907) (wink docs)
• Add users added via credentials to admin group too (@balloob - #18922)
• fix aioasuswrt sometimes return empty lists (@kennedyshead - #18742) (sensor.asuswrt docs)
• bump aioasuswrt version (@kennedyshead - #18955) (asuswrt docs)

If you need help…

…don’t hesitate to use our very active forums or join us for a little chat. The release notes have comments enabled but it’s preferred if you use the former communication channels. Thanks.

Reporting Issues

Experiencing issues introduced by this release? Please report them in our issue tracker. Make sure to fill in all fields of the issue template.

Last Wednesday, November 14, we had a meetup in Amsterdam hosted by ING. Over 80 Home Assistant enthusiasts gathered to hear me, Paulus Schoutsen, the founder of Home Assistant, speak. I talked about how Home Assistant got started, what makes Home Assistant so successful (community!) and what we’re working towards.

Special thanks to:

• Jeroen Joosse for the initiative and organizing
• Erik-Jan Riemers for co-organizing and making it this big
• ING for hosting the event
• Franck Nijhof for providing the Hass.io demos
• Klaas Schoute for providing the TensorFlow demos
• Frank Kuiper for editing the presentation video

More photos after the click.

It’s time for another great release. As this includes the tail-end of HacktoberFest, it’s packed again with stuff. Hope you like stuff.

I want to do a shout out to all the people who help with the documentation. Since the beginning of HacktoberFest, we’ve seen 953 PRs get merged, 953! Especially thanks to @klaasnicolaas who has converted 240 pages to the new configuration format. DAAAAANG.

We also got some cool new features. The first one being that you can now use TensorFlow, a machine learning framework, to detect objects on your cameras thanks to the hard work by @hunterjm. Check out the docs for more info.

Next up is that @rohankapoorcom has been working hard on converting more integrations to the Webhook format. This allows for easy setting up via the UI and generates difficult to guess urls. This release includes Mailgun, Twilio and DialogFlow.

The frontend team has been BUSY. We’re prepping Lovelace for general release and slowly all pieces are coming together. This release introduces an experimental, alpha, ultra-raw, (enough warnings already?) UI editor for Lovelace cards. It requires that your card has an ID but then, it just works. Including a live preview of the config you’re editing.

Screenshot of editing a Lovelace card.

Also frontend related, in version 0.81 we removed all config splitting functions for ui-lovelace.yaml, we are happy to report that we managed to add back support for !secret and !include. The rest of the config splitting commands you are used to in configuration.yaml will not be available for Lovelace. Mind that you can not edit content in !include from the UI, and !secret cannot be used in the UI or preview at the moment.

And we have one more thing… we have soft-forked Open Z-Wave and have added support for the barrier command class! This means that now you will be able to control your garage doors from Z-Wave without compiling Open Z-Wave yourself. We’ll continue to monitor what other features we can add to our fork while remaining close to the OZW project.

New Platforms

• Add device tracking for the BT Smart Hub router (@jxwolstenholme - #17158) (device_tracker docs) (new-platform)
• Météo-france sensor : current weather and 1 hour rain forecast (@victorcerutti - #17773) (sensor.meteo_france docs) (new-platform)
• Support for WeMo Humidifier (@sqldiablo - #17996) (wemo docs) (fan.wemo docs) (new-platform)
• Add a component for GreenEye Monitor (@jkeljo - #16378) (greeneye_monitor docs) (new-platform)
• TensorFlow image_processing component (@hunterjm - #17795) (image_processing.tensorflow docs) (new-platform)

Release 0.82.1 - November 15

• catch key error when saving image (@hunterjm - #18365) (image_processing.tensorflow docs)
• Fix hangouts notify (@MartinHjelmare - #18372) (notify docs)
• Fix including from sub dir (@bramkragten - #18378)
• Fix default value for optional Sense configuration parameter (@claytonjn - #18379) (sense docs)
• cancel off_delay action (@dgomes - #18389) (binary_sensor.mqtt docs)
• Changed checking of cover state closed from 0 to closed_position variable. (@pszafer - #18407) (cover.mqtt docs)
• updated pydaikin version (@fredrike - #18413) (daikin docs) (climate.daikin docs)
• edp_redy: increase UPDATE_INTERVAL (@abmantis - #18429)
• Update pyozw to 0.1.1 (@pvizeli - #18436) (zwave docs)
• Fix AsusWRT (@kennedyshead - #18400)

If you need help…

…don’t hesitate to use our very active forums or join us for a little chat. The release notes have comments enabled but it’s preferred if you use the former communication channels. Thanks.

Reporting Issues

Experiencing issues introduced by this release? Please report them in our issue tracker. Make sure to fill in all fields of the issue template.

This release is a major milestone – 100 contributors have contributed over the last two weeks. A great bit thank you to everybody who contributed, both those returning and those who’ve been involved for their first time.

To go with the configuration entry support, MQTT also now also integrates with the device registry. Not to be left out, LIFX, SimpliSafe, and Z-Wave have all gained both device registry support, and configuration entry support.

Lovelace has another three new cards, the alarm panel, the button card, and the thermostat card:

Screenshot of the thermostat card.

The glance card, and the button card can also be themed now, and the way the columns in the glance card has changed. There’s also long press support, custom UI support, and more (yes, Lovelace is feeling the love this release).

Other things to be aware of:

• We have a new service homeassistant.update_entity to request the update of an entity, rather than waiting for the next scheduled update. This means you can set a really long scan_interval in the platform_options and then update on demand, ideal for those services where you have low API limit.
• Template sensors will no longer auto update if we can’t find relevant entities in the template. You’ll want to review your template sensors and consider adding relevant entity_id entries or use the new homeassistant.update_entity service.
• Water heaters get their own platform separate from climate, because you’re not a fish living inside the hot water tank

New Platforms

• Add support for ElkM1 alarm/automation panel (@gwww - #16952) (elkm1 docs) (alarm_control_panel.elkm1 docs) (new-platform)
• Water heater support (@w1ll1am23 - #17058) (water_heater docs) (new-platform)
• Thermoworks Smoke Sensor (@nhorvath - #16139) (sensor.thermoworks_smoke docs) (new-platform)
• Swedish weather institute weather component (@helto4real - #16717) (smhi docs) (weather docs) (weather.smhi docs) (new-platform)
• Added lumitek/ankuoo recswitch component (@marcolertora - #15764) (switch.recswitch docs) (new-platform)
• Rewrite opentherm_gw to a component (@mvn23 - #17133) (opentherm_gw docs) (climate.opentherm_gw docs) (breaking change) (new-platform)
• Add Verizon Fios Quantum Gateway device_tracker platform (@cisasteelersfan - #17023) (device_tracker docs) (new-platform)
• Add Elk-M1 switch and scene platforms (@gwww - #17256) (elkm1 docs) (switch.elkm1 docs) (new-platform)
• Transport NSW (@Dav0815 - #17242) (sensor.transport_nsw docs) (new-platform)
• Template Lock (@Anonym-tsk - #17288) (lock.template docs) (new-platform)
• notify.homematic (@siom79 - #16973) (notify docs) (new-platform)
• Add AWS Route53 Dynamic DNS support (@keirans - #17072) (route53 docs) (new-platform)
• NSW Rural Fire Service platform (@exxamalte - #16802) (geo_location docs) (new-platform)
• Mill climate device (@Danielhiversen - #17313) (climate.mill docs) (new-platform)
• Add support for LG soundbars (@mjg59 - #17570) (media_player.lg_soundbar docs) (new-platform)
• Add binary_sensor support to RFlink (@emontnemery - #17146) (rflink docs) (binary_sensor.rflink docs) (sensor.rflink docs) (new-platform)
• Add sensor support to opentherm_gw (@mvn23 - #17314) (opentherm_gw docs) (sensor.opentherm_gw docs) (new-platform)
• Add Elk-M1 sensor platform (@gwww - #17342) (elkm1 docs) (sensor.elkm1 docs) (new-platform)
• Add opentherm_gw binary sensor support (@mvn23 - #17625) (opentherm_gw docs) (binary_sensor.opentherm_gw docs) (new-platform)
• Add support for Dyson Hot+Cool Fan as a climate device (@soraxas - #14598) (dyson docs) (climate.dyson docs) (new-platform)
• Add new rtorrent sensor (@terorie - #17421) (sensor.rtorrent docs) (new-platform)
• Elk-M1 climate (@gwww - #17679) (elkm1 docs) (climate.elkm1 docs) (beta fix) (new-platform)

New Features

• Add LogBook support to HomeKit (@ehendrix23 - #17180) (homekit docs) (logbook docs) (new-feature)
• Add water_heater support to HomeKit (@cdce8p - #17614) (homekit docs) (new-feature)

Release 0.81.1 - October 27

• Switch to using Client from twilio.rest rather than the deleted TwilioRestClient (@rohankapoorcom - #17885) (twilio docs)
• Fixes an issue with OpenUV config import failing (@bachya - #17831) (openuv docs) (breaking change)
• Allow a list ofr update entity (@balloob - #17860)
• Move migrate to separate WS command (@balloob - #17890) (lovelace docs)

Release 0.81.2 - October 29

• Fix controller not being stored when setup fails and sequentially fails the retry functionality (@Kane610 - #17927) (unifi docs)
• Pass hass_config to load_platform (@balloob - #17952)
• Update requests to 2.20.0 (@balloob - #17978)
• Don’t use keyset (@balloob - #17984) (cloud docs)

0.81.3 was skipped because it broke LL.

Release 0.81.4 - November 2

• fix naming bug (@helto4real - #17976) (weather.smhi docs)
• Konnected: Pass hass_config to load_platform (@heythisisnate - #18027) (konnected docs)
• Change cv.string to [cv.string] (@awarecan - #18050) (nest docs)
• Revert HomeKit update to 2.2.2 (@cdce8p - #18069) (homekit docs)
• Fix time zone for flux switch (@amelchio - #18102) (switch.flux docs)
• Bunch of frontend fixes (link)
• Upgrade pyipma

Release 0.81.5 - November 3

• Fix lovelace
• Remove FFmpeg input tests (@jjlawren - #18131)

Release 0.81.6 - November 4

• Bugfix discovery (delete/mqtt) call for Hass.io #18159

If you need help…

…don’t hesitate to use our very active forums or join us for a little chat. The release notes have comments enabled but it’s preferred if you use the former communication channels. Thanks.

Reporting Issues

Experiencing issues introduced by this release? Please report them in our issue tracker. Make sure to fill in all fields of the issue template.