After two weeks of hard work I’m proud to announce the release of Home Assistant v0.7.6. For this release the main focus was bugs, test coverage and documentation. And we exceeded expectations on all three fronts. Bugs have been squashed, test coverage increased to 85% and thanks to the hard work by @fabaff and myself the component section on the website has gotten a complete revamp.

Changes

• Device tracker: Newer TP-Link routers now supported (@mKeRix)
• Alarm Control Panel: Manual alarm added (@sfam)
• Thermostat: Radiotherm now supported (@toddeye)
• Media Player: Amazon FireTV now supported (@happyleavesaoc)
• Device Tracker: Geofancy now supported (@wind-rider)
• New component Shell Command can expose shell commands as services (@balloob)
• Scripts can now be customized using customize key in configuration.yaml (@balloob)
• Light: Hyperion now supported (@MakeMeASandwich)
• Sensor: aRest can now also read out pins (@balloob)
• Sensor: Forecast.io now supports specifying units in configuration.yaml (@balloob)
• Thermostat: Heat Control has been completely rewritten (@balloob)
• Switch: Rest now supported (@bachp)
• Media Player: Plex can now be auto discovered and configure itself (@tomduijf)
• Downloader will now treat relative paths based on config dir (@tomduijf)
• Line Charts will use interpolation for sensor data and show current and target temperature for thermostats (@balloob)
• Device Tracker: OpenWRT via ubus now supported (@krzynio)

{::options coderay_line_numbers=“table” /}

I recently learned about the ESP8266, a $5 chip that includes WiFi and is Arduino compatible. This means that all your DIY projects can now be done for a fraction of the price.

For this tutorial, I’ll walk through how to get going with ESP8266, get the temperature and humidity and report it to MQTT where Home Assistant can pick it up.

Picture of the final setup (+ 2 LED for decoration)

Home Assistant will keep track of historical values and allow you to integrate it into automation.

We discovered two issues annoying enough to warrant the release of 0.7.5:

• Home Assistant package did not include the CloudMQTT certificate.
• A bug in the core caused issues when some platforms are loaded twice.

This release also includes some new platforms (because they keep coming!):

• Light: blinkstick platform added (@alanbowman)
• Device Tracker: SNMP platform added (@tomduijf)
• Light: rfxtrx platform added (@badele)
• Switch: rfxtrx platform added (@badele)
• Notify: telegram platform added (@fabaff)

Also, the media player was extended by @maddox to support the play media command. This has been implemented for the iTunes platform.

A few weeks have past and it is time again for another release: version 0.7.4. This time we’re very glad to be able to introduce brand new integration with OwnTracks to allow tracking of people on a map. The geo support consists of three different parts:

• OwnTracks platform for the device tracker to get locations for devices
• Brand new zone component to define zones to identify locations and trigger automation
• A map in the UI to see all this (see it in action in the demo)

We have added a new getting started section to get up and running.

Map in Home Assistant showing two people and three zones (home, school, work)

Ofcourse more things happened in the last three weeks. I’m moving away from my usual long post to a short summary of highlights:

• Sensor: rest platform added (@fabaff)
• Alarm Control Panel: MQTT platform added (@sfam)
• Media Player: Plex platform added ([@miniconfig](https://github.com/miniconfig, @adrienbrault)
• Dev Tools: services can now show description of fields (@balloob)
• MQTT: Support for certificates and improved error reporting (@balloob)
• Light: limitlessled platform extended with white light support (@auchter)
• Fuzzy matching for scenes (@pavoni)
• Scene support for media player (@maddox)

It’s like someone opened a can of rock solid developers and emptied it above our chat channel because it exploded with great conversations and solid contributions. Featured in release 0.7.3: Sonos, iTunes, Alarm component and Automation upgrade.

See GitHub for more detailed release notes.

Migration note: the scheduler component has been removed in favor of the automation component.

Sonos Sonos support has been added by @rhooper and @SEJeff. Home Assistant is now able to automatically detect Sonos devices in your network and set them up for you. It will allow you to control music playing on your Sonos and change the volume.

iTunes and airplay speakers @maddox has contributed support for controlling iTunes and airplay speakers. For this to work you will have to run itunes-api on your Mac as middleware.

# Example configuration.yaml entry
media_player:
  platform: itunes
  name: iTunes
  host: http://192.168.1.50
  port: 8181

Today we announce the release of Home Assistant v0.7.2 which includes brand new support by @sfam to integrate with IFTTT. IFTTT stands for If This, Then That and is a webservice that integrates with almost every possible webservice out there. Adding Home Assistant to this mix means Home Assistant can connect with all via IFTTT.

It is now possible to disable your irregation system if it is going to be cloudy tomorrow or tweet if your smoke alarm goes off.

Head over to the setup instructions to get started with IFTTT. Click the read more button for some example recipes.

{::options coderay_line_numbers=“table” /}

MQTT support was added to Home Assistant recently. The MQTT component will enable you to do all sort of things. Most likely you will use it to communicate with your devices. But Home Assistant doesn’t care where the data is coming from or is limited to real hardware as long as there is MQTT support. This means that it doesn’t matter if the data is coming from a human, a web service, or a device.

A great example is shown in a Laundry Automation post in this blog.

This post will give you a small overview of some other possibilities on how to use MQTT with Home Assistant.

As Home Assistant is gaining more and more users we started to feel the pain from not having a proper release mechanism. We had no version numbering and required users to checkout the source using Git to get started. On top of that, as the number of devices that we support keeps raising, so did the number of dependencies that are used. That’s why we decided to change the way we roll. From now on:

• Each release will have a version number, starting with version 0.7. This was chosen because it shows that we have been around for some time but are not considering ourselves to be fully stable.
• Each release will be pushed to PyPi. This will be the only supported method of distribution.
• Home Assistant is available after installation as a command-line utility hass.
• The default configuration location has been moved from config in the current working directory to ~/.homeassistant (%APPDATA%/.homeassistant on Windows).
• Requirements for components and platforms are no longer installed into the current Python environment (being virtual or not) but will be installed in <config-dir>/lib.

A huge shout out to Ryan Kraus for making this all possible. Please make sure you read the full blog post for details on how to migrate your existing setup.

And while Ryan was fixing distribution, I have been hard at work in giving Home Assistant a face lift. We already looked pretty good but lacked proper form of organization for users with many devices. The new UI moves away from a card per entity and has cards per group and domain instead. The demo has been updated so give it a spin.

Screenshots of the new UI

This is a guest post by Home Assistant user and contributor Nolan Gilley.

In our house, laundry has been a struggle for quite some time. Our washer and dryer both lack a buzzer which leads to forgotten laundry, and stinky mess that needs to be rewashed. I decided to create a solution by monitoring the washer and dryer myself with some cheap electronics.

As an avid user of Home Assistant, I decided it would be the perfect application to manage the UI and notification system. Now all I needed was a way to monitor the washer and dryer. I tried using sound sensors but found them unreliable. I ended up opting for an accelerometer attached to the back of each appliance. I also added magnetic reed switches on the doors of the washer and dryer to detect if the doors are open or closed. I connected the accelerometers and reed switches to a Moteino, an arduino clone with an RF transceiver. The Moteino can perform the logic to figure out which state the appliances are in and wirelessly communicate that data with another Moteino that is connected via serial to my Raspberry Pi. The Raspberry Pi reads the serial data and repeats it over MQTT for Home Assistant to use. This is great because I don’t have to run Home Assistant on the Raspberry Pi. I can run it on a faster machine and point the MQTT component to my Raspberry Pi.

After taking some sample data from the accelerometers while each appliance was in operation, I decided to plot the data to help determine the proper thresholds of when the devices were running or off. I had to do this in order to get precise ranges so the dryer sensor wouldn’t get tripped by the washer or vice versa. In the plot below you can see the acceleration in the x direction for the accelerometer connected to the washing machine. It’s easy to see when the washing machine is in operation here. I used the same technique for the dryer’s accelerometer.

Graph showing the accelerometer data