Hello again friend,
How are you? Having a good day? We sure are. If you aren’t having a good day, this might cheer you up…
Every other weekend around here gets a little hectic leading to a big sigh of relief as we release a new version of Home Assistant to the world. And this time is no different. Our developer community has once again built us a beautiful new release with lots of new features and improvements. We hope you like it.
One last thing before we get going though, I should warn you… @balloob got a bit lazy this week and let me (@robbiet480) step up to the plate again to write the blog post and do the release. I guess I didn’t do such a bad job in 0.27. You’ll never know what surprises I have in store. Now that i’ve got all that stuff out of the way, let’s get started…
Sadly, no big amazing stats to update you with this time, but we did recently pass 7,000 commits! This release featured submissions from 45 contributors. Hopefully with the new updater component we will be able to give you some really good stats in the 0.32 blog post.
October means Hacktoberfest time and our community has really come through with some excellent improvements and additions. As of this writing, we have 194 merged and 41 open pull requests to the home-assistant repository and 209 merged/28 open pull requests submitted to the home-assistant.github.io repository. If you want to get in on the fun check out our Hacktoberfest blog post or the Hacktoberfest website. You get an awesome t-shirt for free if you have 4 pull requests merged in the month of October! We even have tasks that a non-developer can easily accomplish with a tiny bit of work. Better hurry up though, only 9 days left and most of the easy tasks are gone!
This release includes an update to our updater component. The responsibility of the updater component is to check if a new version is available and notify the user if this is the case.
It used to be that this component would check with PyPi (the Python package manager) to see if a new update was available. This had a couple of problems:
- We are unable to do a slow rollout
- We are unable to show the user extra information (like a link to a changelog or the release date)
- We are unable to warn users for critical security updates
So to work around these problems, we decided to start hosting the version check service ourselves. Since we had to get some infrastructure spun up anyway, we figured we would take it a step further. Which leads me to this bit of the update (the most important part):
Remember how I mentioned that up there in the title that there is some serious business in this release? Well, we also added some basic analytics to the updater component which get sent to the server and stored so that we get a better idea of our user base.
Each Home Assistant instance running the updater component will generate a unique ID (based on UUIDv4) that will be used for the updater to be able to differentiate between instances. This UUID will be stored in your config directory in a file called
There are two ways to opt-out. The first way is by using the new
opt_out option for the updater. This way the updater will continue to check for updates, but no information about your system will be shared with us.
updater: reporting: false
You can also disable the updater component entirely by removing
updater: from your
configuration.yaml although we would not suggest you do this as you would miss any critical updates.
Finally, you can also reset your unique identifier by deleting the
.uuid file and restarting Home Assistant.
Here is what my production Home Assistant instance looks like from the server side:
||Linux Distribution name (only Linux)||
||True if running inside Docker||
||Operating system name||
||Operating system version||
||User agent used to submit analytics||
||Home Assistant version||
||True if running inside virtualenv||
In addition to the above collected data, the server will also use your IP address to do a geographic IP address lookup to determine the city that you are from. To be extremely, extremely clear about this bit: The Home Assistant updater does not: store your IP address in a database and also does not submit the location information from your
Geo-lookup on my IP resolves to Oakland with latitude/longitude pointing at the geographical center of the city.
The server also adds two timestamps to the data: the original date your instance UUID was first seen and the timestamp of the last time we have seen your instance. This gives us the following extra data:
||First time instance ID was submitted||
||GeoIP determined city||
||GeoIP determined country code||
||GeoIP determined country name||
||GeoIP determined latitude (of the city)||
||GeoIP determined longitude (of the city)||
||GeoIP determined metro code||
||GeoIP determined region code||
||GeoIP determined region name||
||GeoIP determined time zone||
||GeoIP determined zip code||
||Most recent time instance ID was submitted||
This data is held in the highest security. The update system runs in a secured Amazon Web Services account owned by me (@robbiet480). I personally have 5 years of experience with complex AWS deployments and have an extensive security background. I have audited the entire system and made sure to take every step to protect the data, including limiting who has access (just @balloob and myself). While not directly personally identifiable we absolutely understand some users hesistance to giving this information out. Please understand that we are only collecting this information to better understand our user base to provide better long term support and feature development then is currently possible.
We currently have no plans to publicly expose any of this information. If we did do such a thing in the future we would of course notify you in advance. It must also be stated that we will never sell or allow the use of this information for non-Home Assistant purposes.
We thank you for understanding why we are collecting this data and hope that you leave the feature enabled but fully understand if you feel uncomfortable with this.
This section was updated on October 24 to be more clear about geo-lookups being on the city level. See original version.
Now, back to the fun stuff…
Home Assistant got a crazy idea recently that it couldn’t do enough already and wanted to challenge itself even more. I really don’t understand how it came up with this kooky idea, but it now thinks that its newest hobby should be a minor career in journalism.
0.31 adds support for the brand spanking new Alexa Flash Briefing API, allowing you to get updates from Home Assistant anytime you ask Alexa to read your flash briefing. What’s the use case you ask? Well, now when I wake up in the morning and get my flash briefing, Home Assistant adds this to the end of it for me:
Drive time with traffic is 35 minutes. There is an UberPOOL that will cost $11.52, estimated to be 2 minutes away, for a total of 37 minutes. BART is currently estimated to take 29 minutes. You should take BART, as it is estimated to be faster by 8 minutes.
Now I know how to best get to my real job (no, Home Assistant is not my real job, it does seem like it sometimes though) every morning. Obviously not the best home automation example, but I think you get the idea. I could see this being used to tell you any major events that happened in your home overnight or reading you your hyperlocal weather report. Thanks to the audio support you could even replace all of the default Alexa Flash Briefing sources with your own news feeds. Home Assistant supports both text and audio content as well as displaying data in the Alexa app. I also want to point out that unlike the existing Skill integration, the Flash Briefing API does not require HTTPS (but you should still be using HTTPS if possible). For more information, check out the new docs.
You stay classy, San Diego. (It's funny, because balloob lives in San Diego))
A rather nasty Z-Wave issue was discovered recently by @lukas-hetzenecker. There was a somewhat large chance that if you had multiple of the same model Z-Wave device they may both try to use the same entity IDs. To fix the issue the internal Z-Wave index is now appended to the end of all Z-Wave entity IDs.
What this means for all you Z-Wave users is that you will need to update your configurations to reflect the change. I personally have quite a few (17) Z-Wave devices and went through the process this week. Here’s what I had to do:
- Update customizations
- Update groups
- Update my
- Update my Alexa skills that used old entity IDs
- Because I use
emulated_huewith Alexa and
emulated_hueuses the entity ID as a unique identifier I also had to remove all Z-Wave devices from Alexa and re-add them.
Your todo list may be a little different from mine, I just wanted to outline the steps I took to give you an idea of what you need to think about. It’s not a very hard process, especially when using global find and replace in Sublime Text but did take me about 20 minutes to complete.
This is super annoying, I know, especially since we had said in 0.12 that Z-Wave IDs should hopefully never change again, but we are now forced to eat those words. I will state again that Z-Wave IDs shouldn’t change in the future but obviously we see how that went. To sum up on this section… sorry but it had to happen.
- Updater component (@infamy, @robbiet480, @kellerza)
- Continue to setup other platforms when 1 platform config is invalid (@kellerza)
- Create persistent notifications when a platform contains invalid config (@kellerza)
- Logbook: Allow filtering domains and entities to be shown (@wokar)
- HTTP: Change
approved_ipsfrom string to CIDR validation (@mweinelt)
- Persistent Notifications: Allow using markdown (@justweb1)
- Netatmo: Add discovery support (@jabesq)
- Netatmo Welcome camera: Add binary sensor (@jabesq)
- Support added for HaveIBeenPwned (@joyrider3774)
- Device tracker:
known_devices.yamlreading and writing tweaks and fixes (@kellerza)
- Fix climate platforms showing the wrong temperature unit (@rcloran)
- Lots of voluptuous love (@fabaff)
- Ensure proper attribution for weather platforms (@fabaff)
- Fix Telegram in Docker (@jeanregisser)
- Support recursive config inclusions in YAML (@lwis)
- Camera: Synology SS cameras now supported (@jgriff2)
- History: Allow filtering domains and entities to be shown (@wokar)
- Media Player - Squeezebox: Now able to show artist and album (@ih8gates)
- Alexa: Flash Briefing skill support added (@robbiet480)
- Device Tracker: Add support for Bbox Modem Router (@HydrelioxGithub)
- Sensor: Add support for Bbox Modem Router (@HydrelioxGithub)
- Input select: Services added to pick next and prev option (@persandstrom)
- Sensor: ARWN now supported (@sdague)
- Pushbullet: Push an URL note if an url is provided inside data (@jabesq)
- Z-Wave: Allow certain devices to be not added to Home Assistant (@lukas-hetzenecker)
- New support for Zoneminder added (@Khabi)
- Weather: Allow tracking severe weather alerts with WUnderground (@tchellomello)
- Sensor: New support added to track min/max/mean (@fabaff)
- Convert EntityComponent to be async (@pvizeli, @balloob)
- Z-Wave: Add association service (@turbokongen)
- Frontend - Services dev tool: persist state and tweak UI (@justweb1)
- Sensor: Support added for scraping websites (@fabaff)
- Clean up of tests (@capellini)
failfilter added to templates to raise on UndefinedError (@jaharkes)
- Support added for Emoncms history (@joyrider3774)
- Support for Apple Push Notifications Service (@sam-io)
- Thermostat: Netatmo now supported (@gieljnssns)
- Alarm control panel: Concord232 now supported (@JasonCarter80)
- Notify: Matrix support added (@mweinelt)
- Device tracker - nmap: Allow specifying multiple inputs for nmap (@hcooper)
- Device Tracker - snmp: SNMPv3 now supported (@T3m3z)
- Notify: Telstra SMS now supported (@nvella)
- Camera: Verisure now supported (@turbokongen)
- Support added for Neato Connected Robot (@jabesq)
- Media player: More options for Yamaha AVR (@ehagan)
- Sensor: Support for Pilight sensor (@DavidLP)
- iOS support (@robbiet480)
- Minor features and bug fixes by @mtl010957, @molobrakos, @flyte, @fabaff, @phardy, @sander76, @T3m3z, @c-w, @balloob, @robbiet480, @StaticCube, @vittoriom, @hartmms, @kirichkov, @mezz64, @ishults, @Danielhiversen and @tchellomello.
- Identify special character encoding error in YAML files (@kellerza, @lwis)
- iOS app component bug fixes (@robbiet480)
- Fix a spelling problem on user-facing error (@robbiet480)
- YAML includes will ignore dirs/files prefixed with . (@lwis)
- The HTTP component now takes a different format for authenticating IPs
- Configuration format has changed for Proximity
- The Arduino platform are now covered by the configuration check. Please check the documentation to see how.
- The Z-Wave entity ID change mentioned above
Thanks for reading all of the above, especially since this week was a pretty long post. We should be back with a new post around November 5th announcing the arrival of 0.32.