Here it is! Home Assistant 0.103 is released, which is the last major release for this year. For the final stretch of this year, we’ve focussed on cleaning things up. This release contains many things that were still in progress (e.g., due to Hacktoberfest), lots of bugfixes; mainly things that help to improve the stability and experience of Home Assistant.
We wish you happy holidays! As always, we skip a release cycle at the end of the year, making this the final, major release of 2019. This gives all of us time to enjoy the holidays with our families as well. The first release of 2020, will be on 15 January.
Furthermore, we’d like to take the opportunity to thank all of our contributors, no matter how small or big the contribution; code, documentation, issue reporting, beta testing, supporters in our forum and chat. We salute and thank you and wish you the best for the new decade, as we are entering 2020! ❤️
For 0.103, an extensive cleanup has been taken place around the names of the services. We realize this affects many users; therefore, we made sure all these changes are in this release. This change was driven by @raman325, who did an excellent job of completing this in time for 0.103.
We used to have services that were placed inside other domains,
which wasn’t always the case, and therefore inconsistent.
So, for example, the service to add an item to Todoist was actually a service
call under the
This release, all services that were not placed correctly, are moved into their
respective integration domain. So, for the above example of
calendar.todoist_new_task, has been renamed to
We hope this brings a more streamlined experience to the use of services, for now, and in the future. For a complete list of old vs. new service names, a table as been added to the release notes, below.
Internally, Home Assistant uses a lot of Python packages, that our integrations are using. In the past weeks, the locations where all those imports take place, was changed. This does not directly resonate with your system and is mainly an internal cleanup.
A big shout out to the following contributors that together are responsible for making hundreds of contributions the past weeks to help us out:
Thank you so much!
Since version 0.101, support for Python 3.6 has been deprecated. We are currently working on Python 3.8 support, which is expected soon.
Therefore, this release marks the last release, which supports Python 3.6.
If you haven’t upgraded your system to Python 3.7 yet, it is recommended to do so, to ensure you can keep using Home Assistant in the future.
If you are using Docker or Hass.io, you don’t have to worry about this, since we provide a matching and working Python version for you.
As announced during the State of the Union 2019, Frenck has joined Nabu Casa.
Today marks the first day of my full time open-source adventure! 🥳 Heading into my office this morning, full of energy and lots thankfulness for this opportunity! I feel blessed to be able to work on @home_assistant for @NabuCasa 🙏 pic.twitter.com/mjkMYeCNaz— Franck Nijhof (@Frenck) December 2, 2019
We gave some love and attention to the automation editor, fixing some bugs and adding some useful features.
We add area support for automations that you create with natural language, and we try to pick the right area or device for you if you mentioned the name.
So you can now say: “Turn the lights on in the living room”, and it adds all
the light devices of your living room to the automation.
Choose individual devices, you can add or remove devices.
Screenshot of the result of the above query.
You can now edit every individual trigger, condition or action as YAML. This makes it possible even to do very complicated automations in the automation editor and allows you to copy parts of your automation quickly.
Screenshot of the automation YAML editor.
We also added the ability to rearrange your actions, so you don’t have to start all over when you want to add a delay between 2 service calls. Talking about the service call action, that has now an entity picker to help you search for the right one.
Screenshot of automation actions.
.@home_assistant for iOS version 2019.1/2.0 is now (finally) available in an App Store near you! Also releasing today: beautiful new documentation for the app! Check it out at https://t.co/4RhY8tOand. pic.twitter.com/YkuhhdRjwu— Robbie Trencheny (@Robbie) November 26, 2019
The following integrations are added in this release:
- Add support for Hisense AEH-W4A1 wifi module (AC remote control) (@bannhead - #28641) (hisense_aehw4a1 docs) (new-integration)
- GeoNet NZ Volcanic Alert Level sensor (@exxamalte - #26901) (geonetnz_volcano docs) (new-integration)
- Add component VersaSense (@flamm3blemuff1n - #24619) (versasense docs) (new-integration)
- Add Proxmox VE integration ([@K4ds3] - #27315) (proxmoxve docs) (new-integration)
- Add flume support (@ChrisMandich - #27235) (flume docs) (new-integration)
- StarLine integration ([@Anonym-tsk] - #27197) (starline docs) (new-integration)
- Add intent integration to expose intent handle API (@balloob - #29124) (conversation docs) (new-integration)
- Dsmr reader (@depl0y - #28701) (dsmr_reader docs) (fleetgo docs) (openhardwaremonitor docs) (new-integration)
- Add ATEN PE component for ATEN eco PDUs (@mtdcr - #27960) (aten_pe docs) (new-integration)
The following platforms have been added to existing integrations:
- Add support for SimpliSafe locks (@bachya - #28672) (simplisafe docs) (new-platform)
- Add fan support to lutron_caseta (@djj211 - #29033) (lutron_caseta docs) (new-platform)
- Add support for Somfy Camera Shutter (@tetienne - #29057) (somfy docs) (new-platform)
- Add Huawei LTE binary sensor support, mobile connection sensor (@scop - #28226) (huawei_lte docs) (new-platform)
- Broadlink remote (@felipediel - #26528) (broadlink docs) (new-platform)
If you are an existing user, make sure to read the this section before upgrading, this helps you understand the changes and avoids having issues during an upgrade.
All services for use in Home Assistant are moved to their integration naming space.
The list below shows service calls and platforms which have been moved to their own integrations - @raman325
Samsung TV - The behavior for next and previous track commands for Samsung TVs has changed. Before the change, the Samsung TV integration reacted to the two above commands sending the KEY_FF and KEY_REWIND commands. While watching TV programs, those two commands do nothing. After the change, the entity sends the KEY_CHUP and KEY_CHDOWN commands instead, thus allowing the user to change the channel using the media player standard Lovelace interface. The user doesn’t need to change anything in the configuration. - (@tulindo - #28213) (samsungtv docs)
PulseAudio Loopback Switch - The default port was incorrectly set to 4712, however, the official documentation states that the default port is 4713. Therefore, the port has been changed and all previously configured switches now need to listen to port 4713. - (@springstan - #28857) (pulseaudio_loopback docs)
Z-Wave - This changes the primary command class for z-wave thermostats in discovery schemas from
COMMAND_CLASS_THERMOSTAT_MODE. This will cause a typical dual setpoint thermostat to be correctly represented as a single entity. - (@oandrew - #27040) (zwave docs)
Opentherm Gateway - Adds device support. This change breaks enabled
binary_sensorentities, which are now disabled by default and can be re-enabled through the Devices panel. It also breaks
entity_idof the climate entity in some configurations. The
entity_idis now based on the
gateway_idrather than the configured
nameto guarantee uniqueness. - (@mvn23 - #28722) (opentherm_gw docs)
Intent - If you use the built-in intents for shopping list, cover or light, you need to add
configuration.yaml. - (@balloob - #29280) (conversation docs) (cover docs) (light docs) (shopping_list docs)
Emulated Hue - As previous
entityidwere not Hue compliant,
emulated_hue_ids.jsonwill need to be cleared out and devices re-discovered and configured in Alexa / Google Home. This is a necessary growing pain to move the integration forward in a Hue-compliant fashion. - ([@NobleKangaroo] - #28317) (emulated_hue docs)
Example configuration YAML:
- id: plant_unreachable alias: "plant unreachable" trigger: - entity_id: sensor.plant_moisture for: 01:00:00 platform: state to: unavailable action:
Entity ID - It is no longer possible to target all entities by not passing both
area_idto your service data. This feature was previously deprecated and has been printing warnings. The correct way to target all entities is to set
entity_id: all- (@balloob - #29178)
Heatmiser Thermostat - The Heatmiser integration has been updated to the latest version of the heatmiserV3 library, meaning less code inside HA, and more leverage on the library. The current version of the Heatmiser integration went out of date with the introduction of voluptuous. This has now been fixed, but it breaks the old config syntax slightly. See the updated docs for the new config format. - (@andylockran - #29006) (heatmiser docs)
- Install requirements of after_dependencies when loading integrations (@balloob - #29491)
- Bump aioambient to 1.0.2 (@bachya - #29850) (ambient_station docs)
- Fix setup for tank_utility component (@springstan - #29902) (tank_utility docs)
- Fix setup error for logbook (@springstan - #29908)
- Support entity_id: all in lifx.set_state (@amelchio - #29919) (lifx docs)
- Fix mobile app device identifiers (@JBassett - #29920) (mobile_app docs)
- Fix loading flume integration (@ChrisMandich - #29926) (flume docs)
- Fix support for legacy Z-Wave thermostats (@oandrew - #29955) (zwave docs)
- Bump simplisafe-python to 5.3.6 (@bachya - #30055) (simplisafe docs)
- Fix dependency installation recursinog (@balloob)
- Fix update port and api key on deconz discovery config entry u… (@frenck - #30088) (deconz docs)
- Patch rachio (@omriasta - #30031) (rachio docs)
- Fix failure in transform method (@depl0y - #30023) (dsmr_reader docs)
- Fix homekit handling of 0 light brightness and fan speed (@fuzzie360 - #29962) (homekit docs)
- Bump starlingbank to 3.2 (@springstan - #30098) (starlingbank docs)
- Bump ring to 0.2.5 (@balloob - #30103) (ring docs)
- Remove requirement from entity integration (@balloob - #30113) (doods docs) (image_processing docs) (seven_segments docs) (tensorflow docs)
- Move imports into setup function in homekit init.py (@springstan - #30137) (homekit docs)
- Fix deconz SSDP updating Hassio discovery (@frenck - #30153) (deconz docs)
- Allow battery value of 0 as well as make sure to not create a battery tracker if one already exist (@Kane610 - #30155) (deconz docs)
- Handle wired bug on restart (@Kane610 - #30276) (unifi docs)
- Bump pysmartthings 0.7.0 (@andrewsayre - #30302) (smartthings docs)
- Bump env_canada to 0.0.31 (@michaeldavie - #30409) (environment_canada docs)
- Fix google sync (@balloob - #30524) (cloud docs) (google_assistant docs)
Experiencing issues introduced by this release? Please report them in our issue tracker. Make sure to fill in all fields of the issue template.Read on →
It’s that time of the year. The time when it’s cold outside, it’s cozy and warm inside, we’re spending time with friends and family, and time for big companies to drop local accessible technology (2015, 2018).
On November 20, 2019, Sonos announced that they had acquired Snips earlier that month. Snips was a popular option for people to get local voice control in their homes.
In the same month of the acquisition, Snips has announced that they are shutting down their console for users. The console allows users to train their system with custom sentences and intents. By shutting this down, it is no longer possible to make any changes to your local Snips system.
Announcement on the Snips forums.
What is actually worse, is that it looks like they are not shutting down their console completely, they are just shutting down public access. They could support users, but actively decide not to do so. It seems like they don’t want us to know this, as they have edited their announcement on the forums.
Edit history of the announcement shows they removed the words "public access to".
Voice control, powered by Snips, might show up in future Sonos devices. However, Sonos is not accessible to many people out there. The customizations will also be lost according to Patrick Spence, the CEO of Sonos, in an interview with Variety:
“We are not building an ask-anything assistant,” Spence said. Instead, the goal of the acquisition was to build something a lot more music-specific.
A very bad move by Sonos. This is not a world in which it’s Sonos vs. Google vs. Amazon. It is not even a fight just about smart speakers, it is a fight about if the audio system in our house is local and private, or not.
By taking Snips off the table, there is one less option for local voice control. These users will now look for alternatives, which will include cloud options.
Technology often ends up with a winner takes all. Sonos has just made a better case for its competitors, again.
Audio is an essential part of our homes. We want to play music, be notified of events (i.e., doorbell) and we want to be able to use our voice to control our devices. A system that provides this, needs to run locally and be accessible via an open API.
Sonos could be this system, they have great hardware that works together nicely. However, they are keeping their API tightly controlled, making it impossible for a user to build on top of it.
It is a choice. They could keep the Snips console open to the public, open up their modern local API and embrace the community that cares about local control. Nevertheless, they choose to work against it.
So Sonos, why are you?
With Home Assistant, we want to help people live their life, while helping out in the background. I wrote about this in 2016 when I detailed my view on the perfect home automation. We’ve been working towards this ever since.
In 2019 we focused on “Make It Easier” (see State of the Union for details). We made Home Assistant easier to use, configure and to contribute to. Every time we make it easier, we become accessible to more people. There is still a ton we can make easier, and that’s great because 2020 is around the corner and we need things to do :-)
During Thanksgiving, Home Assistant made it to #1 on Hacker News, a social news website focusing on computer science and entrepreneurship. The comments had lots of users chiming in with their positive experiences. One comment stood out to me and I wanted to share it:
Just wanted to say that my life as a quadriplegic would be 13.4 million percent more crap without Home Assistant. Being quadriplegic and having something as open as Home Assistant is absolutely amazing, I have automated absolutely everything in the house and home assistant has not choked once.
Couple that with one of the friendliest communities for newbies I have come across in a long time and you have something really awesome.
I've been using it for a couple of years, I have tried all the other open source alternatives but nothing really comes close for me. I'm actually fiddling with my installation right now as it were.
I cannot plug my phone in to charge it up myself obviously, so I am writing a little automation that will check who is in the house and announce through the speakers my phone needs charging up or send them a text message if I have their phone number when my mobile phone charge gets below 20%.
Totally cool beanz and I am totally serious about how much easier this makes my life as a quadriplegic.
– escapologybb on Hacker News
This is just great. I love how this user can live a more comfortable life. It’s really motivating.
I also really like the first reply to the above comment. It highlights how we tend to judge things from our perspective and that our perspective might not paint the whole picture.
Thanks for your comment. I came to this discussion with my blinkers on, so to speak, pre -judging how I need less automation in my world, and you give concrete evidence how someone's "meh" can be balanced by untold advantages (13.4 million, in fact) of such a system.
Thanks for making me eat humble pie and broadening my views. Sometimes more tech is helpful indeed.
Ps: The way you're applying it is creative and awesome too!
– cmroanirgo on Hacker News
As Home Assistant grows and evolves, let’s make sure we don’t judge the additions and changes based on just our own perspective and needs. Think about how it can help other (potential) Home Assistant users. It’s our goal that a privacy-focused home automation platform is within everyone’s reach, regardless of background, location or income.
On November 13, 2019, 150 Home Assistant community members gathered at ING in Amsterdam for the Home Assistant State of the Union 2019.
That evening, Paulus Schoutsen (founder Home Assistant) and Pascal Vizeli (founder hass.io) presented what Home Assistant is up to, why we’re doing what we’re doing and what we got planned.
Video of the event is embedded below (it starts at 7:12):
The State of the Union could not have been possible without the time and energy of the following people:
- ING for hosting us once again ❤️
- Erik-Jan Riemers for organizing – Rockstar ⭐️
- Frenck for managing the livestream
- Arjan Vroege for assisting the team
GitHub posted their State of the Octoverse, listing Home Assistant as the tenth biggest project in the last year based on the number of contributors.
This is especially impressive because all the other things on the list are related to, or maintained by billion dollar companies.
Top 10 biggest open-source projects.
In Home Assistant 0.102 we’re launching a new scene editor. We’re also adding two scene services
scene.create. First one allows you to apply a scene without prior defining it, the second one allows you to create a scene on the fly.
@robbiet480 has submitted the new and updated iOS app to the app store and it will be available soon.
We’ve made it easier in Home Assistant for integrations to use OAuth2 account linking. This is available starting Home Assistant 0.102. Somfy is the first partner to use it.
It works using a small cloud service provided by Home Assistant Cloud. It is available to all users for free, no cloud account necessary.
Check the updated developer documentation if you want to add OAuth2 account linking to an integration.
We’ve teamed up with the Stanford Open Virtual Assistant Lab to bring Almond to Home Assistant users. Almond has been upgraded with Home Assistant integration and users can now talk to Almond via the Lovelace UI.
You can run this standalone, as a hass.io add-on or via a version hosted in the cloud by Stanford.
Short description of what Almond is.
For more information, check the announcement blog.
We have introduced a new project called Ada. Ada is a voice assistant that outsources all processing to the speech-to-text (new!), conversation and text-to-speech integrations in Home Assistant. You can pick your own providers for each integration.
You can run this standalone or as a hass.io add-on.
For more information, check the announcement blog.
Architectural overview of Ada.
Nabu Casa has introduced a new beta service providing speech-to-text and text-to-speech services to Home Assistant Cloud subscribers powered by Azure Cognitive Services. This will make it easy to get started with Ada or use it to send spoken notifications to speakers in your house.
We’ve been working with the Open Z-Wave developers on a new solution that will allow us to migrate to the new Open Z-Wave 1.6 relase and make it easier to stay up to date in the future.
We’re expecting to launch an MVP soon. This effort is driven by @cgarwood.
Frenck will be joining Nabu Casa as the fourth employee working full-time on Home Assistant.
“If I could describe my dream job, it would be being a full-time open source developer; Helping the world to become a better place by dedicating my time & knowledge to create & innovate open source software solutions. Allowing everybody on this earth the privilege to enjoy those things for free.” – Franck Nijhof (Frenck) on frenck.dev
We have been able to leverage Almond’s neural network to allow users to generate automations using natural language. This means that you can now create an automation by telling Home Assistant to “turn on the lights when I get home” and we’ll convert it to the appropriate automation in Home Assistant.
Screenshot of the create automation dialog.
Home Assistant is the community and the community is Home Assistant. Help us spread the Home Assistant love, help others and share your knowledge on YouTube, blogs and other media.
- Teamed up with Almond, available in Home Assistant 0.102.
- Introducing Ada, voice assistant powered by Home Assistant integrations. Available as Hass.io add-on.
- New beta speech-to-text and text-to-speech service for Home Assistant Cloud subscribers.
Voice assistants are a great way to interact with your house, ask a quick question, set a timer or control your devices. The more an assistant knows about you, your home and its other inhabitants, the better it is able to help you.
Today’s available virtual assistants work great, but they have a big problem: They store your data in the cloud, don’t provide APIs to allow other companies to build products on top and are run by companies whose core business is building profiles on their users to help serve ads and product suggestions.
The backbone to our homes needs to be one that keeps data local and has APIs allowing other companies to build on top. Innovation happens when many different people, with many different backgrounds, do many different experiments until we find something that sticks. This cannot be left to a single company.
Recently we got in touch with the Open Virtual Assistant Lab at Stanford University. In the last four years, they have been working on a virtual assistant named Almond. And it’s a perfect match for Home Assistant.Read on →
Home Assistant 0.102 is here ! It’s been quite the trip as we hosted our annual State of the Union last week, which took a lot of energy away from our release. This doesn’t mean that we don’t have anything to share, just that the notes might be a little less polished.
First, we had our State of the Union at the ING office in Amsterdam! It was great. You can watch it back on YouTube or keep an eye out for the blog post coming soon that will summarize all the announcements.
Alright, so what’s new? A lot.
At the State of the Union we announced that we have released the initial version of the official Home Assistant Android app. It’s still a work in progress, but the basic version already works.Read on →
It is almost the end of Hacktoberfest, and boy, it was a good one. We had a total of 1318 PRs merged in the last month. And most of them are in this release!
We had: 154 authors on home-assistant 184 authors on home-assistant.io 30 authors on home-assistant-polymer
A lot of thanks to all the contributors!
It is no longer possible to make authenticated requests using trusted networks or by appending
?api_password=X to the URL. You will now first need to get an authentication token and use that token to make requests.
These features were deprecated in Home Assistant 0.90 and 0.91 (released around April 2019). It was initially planned to be dropped in Home Assistant 0.96 (released July 17, 2019).
The support of configuring the auth providers for API Password and Trusted Networks via the HTTP configuration is also removed. It now needs to be configured in the auth provider section (docs).
Direct authentication meant that you could make an authenticated request without a bearer token by making the request from a trusted network or appending
?api_password=X to the URL.
These features are still available as authentication providers (docs).
You can use Long-Lived Access Tokens that can be created in the fronted on your profile page. These tokens will not expire and can be added in the header of the request. See the developer documentation for more info.
Screenshot of the Long-Lived Access Tokens interface in the profile page.
Or you can use a webhook-based-integration. A webhook is a unique hard to guess URL that can be used to send data to Home Assistant. Requests made to webhooks do not need authentication. Your webhook should be available from the internet, if you have a cloud subscription, the cloud will take care if this. You can find the cloud webhook URLs on your cloud configuration page.
As you may have already read, we’ll be sunsetting Hassbian.
Hassbian was a superset of Raspbian optimized for Home Assistant. With limited time from the developers and easier alternatives as Hass.io it is time to sunset Hassbian.
For more info, read the blogpost
This release includes improved support for alarms, covers, locks and sensors. A “for” option was added in release 0.100 which allows you to specify triggers for when a certain device has been in a certain state for a period of time, in this release we added support for it in the automation editor.
Screenshot of a device trigger with duration.
A lot has happened on the frontend; we had a ton of Hacktoberfest PRs that added localization to the frontend and made our user experience better. A special shout out to @springstan who did a lot of localization work, we now have the biggest part of our UI translatable!
Thanks a lot to all the contributors!
We now have our own confirmation dialogs thanks to @timmo001! No more ugly browser modals.
Screenshot of a confirm dialog when restarting Home Assistant.
In the last release, we changed all the JSON inputs to YAML inputs, this release we add a code editor to all the YAML and Jinja2 inputs. This makes it a lot easier to read and write YAML.
Screenshot of the service dev tools with YAML editor.
The entity registry is now also migrated to a datatable so you can easily search and sort your entities so it is easier to find the one you are looking for.
Screenshot of the entity registry data table.
We improved the device picker in automations, you can now search them and see in what area the device is.
Screenshot of the device picker.
mdonoughe added support the activate scene action in the automation editor.
Check the Lovelace changelog for all changes.
Proud to announce that the Visual Studio Code add-on for @home_assistant reached v1.0.0! 🎉— Franck Nijhof (@Frenck) October 26, 2019
This version ships the second generation code-server, VSCode 1.39, HA extension 1.3, updates MDI ext and adds a rainbow indent function ❤️
Oh, and it is FAST 🚀 pic.twitter.com/eBe8CirZ4B
🎉Restriction Card for @home_assistant released 🎉— Ian Richardson (@iantrich) October 17, 2019
Client-side security for your Lovelace cards
* Options to hide/block/lock/password-protect/confirm interactions with cards
* Set conditions for when to apply
* Set exemptions based on usershttps://t.co/psiVBf9U7N
- Add Airly integration (@bieniu - #26375) (airly docs) (new-integration)
- Add Apprise notification integration (@caronc - #26868) (apprise docs) (new-integration)
- New sensor platform integration for Orange and Rockland Utility smart energy meter (@bvlaicu - #27571) (oru docs) (new-integration)
- Add sinch integration (notify component) (@bendikrb - #26502) (sinch docs) (new-integration)
- Add Solar-Log platform ([@Ernst79] - #27036) (solarlog docs) (new-integration)
- New platform for Microsoft Teams (@peroyvind - #27981) (msteams docs) (new-integration)
- UniFi - Bandwidth sensors ([@Kane610] - #27229) (unifi docs) (breaking change) (new-platform)
- Neato battery sensor (@dshokouhi - #27286) (neato docs) (new-platform)
- Add sensor platform to Airly integration (@bieniu - #27717) (airly docs) (new-platform)
- Move imports in mqtt component (@exxamalte - #27835) (mqtt docs) (new-platform)
- Bump songpal to fix a regression (@rytilahti - #28115) (songpal docs)
- Bump pymyq to 2.0.1 (@bachya - #28348) (myq docs)
- Bump pysaj to v0.0.13 (fix for sensor date) (@fredericvl - #28351) (saj docs)
- Bump env_canada to fixed 0.0.29 version (@shmick - #28360) (environment_canada docs)
- Fix Airly asyncio timeout error (@bieniu - #28387) (airly docs)
- Fix hdate spamming homeassistant log (@tsvi - #28392) (jewish_calendar docs)
- Fix check config (@balloob - #28393)
- Check for import errors before validating config (@balloob - #28395)
- Prevent TypeError when KNX RGB(W) light value contains None (@phispi - #28358) (knx docs)
- Change Abode cache file path, add cache path to config flow (@MisterWil - #28389) (abode docs)
- SNMP switch fix integer support (@rfpronk - #28425) (snmp docs)
- Use server-specific unique_ids for Plex media_players (@jjlawren - #28447) (plex docs)
- Also install after_deps (@balloob - #28453)
- Fix missing import (@timmccor - #28460) (sonos docs)
- Fix Airly if more than one config entry (@bieniu - #28498) (airly docs)
- Add deprecated attributes to light.reproduce_state (@Santobert - #28557) (light docs)
Experiencing issues introduced by this release? Please report them in our issue tracker. Make sure to fill in all fields of the issue template.Read on →
It’s time for what was once the simplest way to install Home Assistant to retire.
Some of you will probably wonder why Hassbian is being retired and I’ll try to give a proper motivation. First of is the age-old factor of time. I as the lead developer of Hassbian haven’t been able to give it the time and attention it requires, and there have been few others that have pushed the project further. The one exception being @ludeeus who’s done most of the heavy lifting when the image was retooled to use a proper apt package and repository. Second is that it’s no longer the best option for most to use as an installation method. Hass.io has surpassed Hassbian in almost all ways I can imagine.
Since Hassbian has been around for quite a while, there are quite a few users that don’t want Hassbian to go away. To make this as easy as possible for those users, here’s the plan.
- The repositories pi-gen and hassbian-scripts hosting the Hassbian projects files will be moved to a new organization.
- A last release will be done by me mid Q4 2019. This image will be hosted under the pi-gen repository.
- The pi-gen repository will be reworked to work with a standard raspbian image with minor modifications for anyone wanting to create their own “Hassbian like” image. This has always been possible, but the current repository is a bit out of date with the current layout of the Raspbian image.
- The hassbian-scripts package will get a final release and will continue to be hosted on Gitlab. Some minor changes will be made to reflect the changes to the project.
The Hassbian image has always aimed to be the same as a manual Raspbian Lite installation with some packages added. There won’t really be any big changes for all of the users of Hassbian and for documentation, please refer to the Manual installation on a Raspberry PI method.
If you want to continue using something similar, have a look at the manual installation on a Raspberry Pi since it is the base Hassbian was created from. For everyone else, I would wholeheartedly recommend Hass.io since it is what I personally use now (It’s what I had hoped Hassbian could have been but better).
Last but not least, thank you to all of those who contributed, in any way, to the Hassbian project and image.
Welcome to the release notes of yet another wonderful release! No, we’re not going for 1.0, we’re doing 0.100! We feel like we’re not ready yet with our goals for 1.0, but we’re making progress every day. For a sneak peak of what we’re thinking about, check our blog Simple mode in Home Assistant 1.0.
It is Hacktoberfest. This means that we’re spending the month celebrating contributing to open source. If you make 4 pull requests this month, you get a free Hacktoberfest t-shirt! More info and what to work on, check our Hacktoberfest blog post.
Average contributions per day have doubled for the month of October. There are now on average 40 contributions coming in each day. Breakdown is ~50% Home Assistant backend, ~37% documentation and ~13% the frontend. Most of these contributions you’ll see in the next release!
Last 14 days of pull pequest throughput in the Home Assistant organization. (source)
We’re going to have another State of the Union! It will be held at November 13, in Amsterdam. Like last year, it will be hosted by our friends at ING. I’m looking forward to talk about all the great things that are happening in Home Assistant land. We had 150 tickets available when we announced it on social media, and they were all gone in less than 24 hours!
We’re going to make sure that there will be a live stream available. We’ll announce that in time via the blog and social media. Some people are talking about hosting viewing parties across the globe. Keep an eye out on the social category on the forums for announcements. This would also be the place to announce if you are planning on hosting one.
@jjlawren has been on fire with the Plex integration. You will now be able to link your account via the official Plex account link feature.
Screenshot of the Plex user interface asking the user if they want to link with Home Assistant.
- There are a lot more option for state filtering
- We have a bunch of new UI editors
- A new action
urlto link to external sites
- Config panel: Disabled entities are now hidden by default.
@emontnemery has been hard at work at further expanding device automations aided by @dmulcahey and [@Kane610]. This release includes improved support for Zigbee (ZHA) devices, sensors, binary sensor, switch and Deconz. One neat new improvement is the addition of a “for” option. This allows you to specify triggers for when a certain device has been on for a period of time.
Screenshot of a device trigger for a temperature sensor.
@emontnemery has added a bunch of functions to the automation editor, you can now use
or conditions, and give your automation a description so you know why you did what you did.
Screenshot of an and-condition in the automation editor.
Device automations are now available on the experimental device page that we introduced in the last release. You can now see all the triggers, conditions and actions the device supports. Clicking on it will open the automation editor with the automation filled in, ready to edit.
We also added the entity registry, so you can change all the settings of the devices entities in one place.
And, bonus, when you rename a device on the device page, it will now also rename the entities of that device if they contain the device name. When you are in advanced mode, it can also rename the entity id’s for you.
On the backend we have been using YAML for a long time, but on the frontend, we still used JSON for a lot of things. JSON is harder to write than YAML so we have aligned that. All data inputs on the frontend now accept YAML. You can still use JSON, as JSON is valid YAML.
- The automation editor
- The script editor
- Services data in dev tools
- States in dev tools
- Events in dev tools
Screenshot of a service action in the automation editor using YAML.
Core developer @amelchio is taking a break from working on Home Assistant. Amelchio has been a contributing member of the Home Assistant community for 2.5 years in which he made a grand total of 275 pull requests! Amelchio has worked on improving database performance and under his wing the Sonos, LIFX and Netgear LTE integrations flourished. He is an example community member, always available in the chat to help other people contribute to Home Assistant.
Thanks Anders, we’re going to miss you! ❤️
Hans Oischinger showcased how he can steer his vacuum cleaner to specific rooms in his house via his floorplan. Besides this tweet, he also wrote a great blog about it.
Freed my vacuum robot from the cloud with https://t.co/tirC2vcsqK— Hans Oischinger (@oischinger) September 29, 2019
This unlocked some new functionality for my vacuum:
Configure and start zoned cleanup in @home_assistant with live map overlayed on the floorplan pic.twitter.com/jtPZHk2xeT
As always, this release of Home Assistant is accompanied with a new release of the Home Assistant Podcast:
Time for another #smarthome #Podcast— Phil Hawthorne (@philhawthorne) October 9, 2019
This week we're talking @home_assistant version 1...hundred, @hacktoberfest and catch up with 🇦🇺 Tony about his #homeautomation journey with Home Assistant, or maybe it should just be @NodeRED 🤷♂️https://t.co/DUtNZTHOAA
- Add support for DOODS Image Processing (@snowzach - #26208) (doods docs) (new-integration)
- Izone component ([@Swamp-Ig] - #24550) (izone docs) (new-integration)
- Add transport data from maps.yandex.ru api (@rishatik92 - #26252) (yandex_transport docs) (new-integration)
- Add Kaiterra integration ([@Michsior14] - #26661) (kaiterra docs) (new-integration)
- Add Ombi integration (@larssont - #26755) (ombi docs) (new-integration)
- Add here_travel_time (@eifinger - #24603) (here_travel_time docs) (new-integration)
- Add support for SOMA Smartshades devices (@ratsept - #26226) (soma docs) (new-integration)
- Add saj component (@fredericvl - #26902) (saj docs) (new-integration)
- Add iaqualink binary sensor and unique_id (@flz - #26616) (iaqualink docs) (new-platform)
- Add basic support for IKEA Fyrtur blinds (@ggravlingen - #26659) (tradfri docs) (new-platform)
- Centralize rainbird config and add binary sensor platform (@konikvranik - #26393) (rainbird docs) (breaking change) (new-platform)
- Fix build not succeeding @bramkragten
- Vangorra withings fix (@vangorra - #27404) (withings docs)
- Bump python-songpal (@rytilahti - #27398) (songpal docs)
- bump songpal to fix attrs usage when using its most recent version (@rytilahti - #27410) (songpal docs)
- iaqualink: set 5s timeout, use cookiejar defaults (@flz - #27426) (iaqualink docs)
- Add mobile_app dependency on cloud (@uSpike - #27470) (mobile_app docs)
- Fix for unknown sensor state (@marthoc - #27542) (ecobee docs)
- Google: catch query not supported (@balloob - #27559) (google_assistant docs)
- Fixing nzbget units display (@chriscla - #27521) (nzbget docs)
- Use URI provided by Plex for local connections (@jjlawren - #27515) (plex docs)
- Update pymyq to 2.0.0 (@bachya - #28069) (myq docs)
Experiencing issues introduced by this release? Please report them in our issue tracker. Make sure to fill in all fields of the issue template.Read on →
Happy 6th birthday to us! Yep, it’s been 6 years since the first commit, 6 years since we started our quest for a local and privacy foucsed home automation hub. And I think that we’re doing a pretty ok job 😏
It’s time for Home Assistant release 99. And this release is adding a bunch of new great features all over the place.
Nabu Casa has hired Bram Kragten. Bram has been active in the Home Assistant community for a while and is one of the driving forces behind the Lovelace UI. He will work on the Home Assistant frontend full-time. He will focus on making it easier to manage your Home Assistant installation, make sure all of the frontend is translatable and drive our efforts on making the frontend accessible for visually impaired people.
This is possible thanks to all the people who subscribe to Home Assistant Cloud ❤️
We took a step back, looked at Home Assistant, and thought about how we could make it easier for users to create automations. We realized that there was room for improvement. We identified the following issues:
- To write automations, users need to learn Home Assistant concepts like events, entities and services.
- It’s difficult to discover what can be automated. For example, if you’re automating a long press on the “turn on” button on a Zigbee remote, you need to know to listen to the event “zha_event” and match against the Zigbee device identifier of your remote and the long press type.
So we put our inventor hat on and have come up with a solution that allows users to create automations in the concepts that they already know: devices. Now when a user starts configuring an automation trigger, it can pick device automation as a new type.
Screenshot of defining a device trigger in the UI.
The user starts by picking one of their devices that is integrated into Home Assistant. A second dropdown will now appear that contains all the possible triggers for this device. This list is populated based on the integrations that are linked to this device (ie. Hue & Light).
Device automations are available for triggers, conditions and actions. Today’s release supports lights, switches and Deconz. More to come in future releases as integration developers adopt it.
Big thanks to @emontnemery for driving this effort. He added initial support for device automations as a YAML-only feature in Home Assistant 0.97 and has worked hard to extend it in this release with UI support and support for conditions, actions and more integrations. Also a big thanks to @kane610 who added added support for device automations to Deconz which helped squash bugs and improve the design.
There is a lot to talk here. Buckle up.
@thomasloven has built a brand new round slider from scratch for use in Home Assistant. It is using modern technologies to create a great experience. This component was so useful standalone that he has decided to release it as a standalone web component that anyone can use in their websites.
Shout out to @iantrich who has been on fire in recent weeks squashing a ton of bugs and adding some nice features to improve the Lovelace experience. And a shout out to @SeanPM5 who has been bringing UX bugs and improvements to our attention. Our frontend team is seriously awesome.
Unused entities has been moved into the configure UI section and completely revamped by @bramkragten. It’s now a table, you can see a lot more info, you can sort it. If you are using Lovelace storage mode, you can select entities and add them to your UI directly from that screen.
Screenshot of the new unused entities page.
Now that we have a data table component, Bram also went ahead and used it in a new devices page. This page, still experimental, will allow users to see a list of all their devices and sort them by manufacturer, area or battery %. The goal is to create a one stop shop for device management.
Screenshot of the new devices page.
And there is a ton more, here are some of the other highlights:
- Allow subscribing to an MQTT topic inside the MQTT dev tools @bramkragten
- Option to display last changed in glance-card @iantrich
- Add image option to glance card entities @iantrich
- Allow controlling timer entities from the more info dialog @iantrich
- Fill example data in dev tools @bramkragten
- Stop effect in more-info-light @iantrich
- Add vibration on mobile when controlling entities @bramkragten
- Update Home Assistant logs when activating the info developer tool tab @bramkragten
Home Assistant now supports opening Home Assistant Cast from the backend. It is available as the service
cast.show_lovelace_view. This allows you to open a view on your Chromecast as part of an automation. For example, show the frontdoor and who is home when your doorbell rings.
Note that Home Assistant Cast requires your Home Assistant installation to be accessible via
https://. If you’re using Home Assistant Cloud, you don’t need to do anything. Otherwise you must make sure that you have configured the
base_url for the
Hass.io is now able to work with your secrets stored in Home Assistant. So now you are able to use
!secret my_value inside add-on options like you can do inside
configuration.yaml. For more info about how to define secrets, check the docs.
We have published a release candidate of HassOS that is compatible with the new Raspberry Pi 4. Download it here.
Home Assistant had a booth this year at the CEDIA home tech trade show. We spend a lot of time talking to manufacturers about local APIs, official integrations and better support for open source systems.
We also had some great drinks in the evenings with companies that integrate with Home Assistant. In this picture Konnected.io and Senic.
@timmo has released version 2.0 of his Home Panel. This is an alternative user interface for Home Assistant.
It's finally here. 🎉— Timmo (@timmo001) September 14, 2019
Home Panel v2.0.0 is now released and has been completely rewritten in #React with #TypeScript
⚠️Please read the release notes before upgrading as are breaking changes to know about before upgrading!https://t.co/NMDQu4zZW8#HomePanel #HomeAssistant pic.twitter.com/ucA1HxwurB
- Add Withings support (@vangorra - #25154) (withings docs) (new-integration)
- Add NWS weather ([@MatthewFlamm] - #23647) (nws docs) (new-integration)
- Add BeeWi SmartClim BLE sensors (@alemuro - #26174) (beewi_smartclim docs) (new-integration)
- Add support Slide cover (@ualex73 - #25913) (slide docs) (new-integration)
- Add atome sensor platform ([@BaQs] - #26197) (atome docs) (new-integration)
- Add Viessmann ViCare Climate platform (@oischinger - #26151) (vicare docs) (new-integration)
- Add new integration for Jandy iAqualink pool control (@flz - #26034) (iaqualink docs) (new-integration)
- Add vivotek camera component ([@HarlemSquirrel] - #26071) (vivotek docs) (new-integration)
- Add growatt server integration (@indykoning - #25635) (growatt_server docs) (new-integration)
- Add Obihai integration (@dshokouhi - #26537) (obihai docs) (new-integration)
- Add support for Supla switches ([@Rocik] - #26188) (supla docs) (new-platform)
- GeoNet NZ Quakes Sensor (@exxamalte - #26078) (geonetnz_quakes docs) (new-platform)
- Jewish calendar binary sensor (@tsvi - #26200) (jewish_calendar docs) (breaking change) (new-platform)
- Add light platform to iaqualink integration (@flz - #26484) (iaqualink docs) (new-platform)
- Add sensor platform to iaqualink component (@flz - #26544) (iaqualink docs) (new-platform)
- Add switch platform to iaqualink integration (@flz - #26545) (iaqualink docs) (new-platform)
- Encode prometheus metric names per the prom spec (@growse - #26639) (prometheus docs)
- Bump TRADFRI (@balloob - #26731) (tradfri docs)
- Bump pyobihai to fix issue with user account (@dshokouhi - #26736) (obihai docs)
Forgot to include frontend update 99.1.
- fix continue integration flow (#3766) @bramkragten
- Show toast on success save entity settings (#3763) @bramkragten
- Align behaviour state badge (#3767) @bramkragten
- Bump zigpy-zigate to 0.3.1 (@doudz - #26600) (zha docs)
- HM-CC-TC was not recognized (@MajestyIV - #26623) (homematic docs)
- Bring back babel for ES5 builds @bramkragten