- 2016-07-01T17:20:06+00:00
+ 2016-07-01T18:46:16+00:00https://home-assistant.io/
@@ -13,6 +13,106 @@
Octopress
+
+
+
+ 2016-07-01T00:31:00+00:00
+ https://home-assistant.io/blog/2016/07/01/tbd
+ It’s time for Home Assistant 0.23 and it’s full of goodies. It’s also the release that bumps us over a 1000 tests and to 94% test coverage! Also our install issues on the Raspberry Pi and Synology have been resolved.
+
+
This release brings support for two new ecosystems: Envisalink and Homematic. We can now also control your TV via HDMI using HDMI-CEC (which works on the Pi!) and another cool feature is the persistent notifications which allow you to add a notification to the frontend till dismissed.
+
+
Wink support has been dramatically improved by migrating to the PubNub API. This allows Wink to push changes from their system to Home Assistant. This change came just in time as somehow our Wink integration was causing a lot of requests to their servers. Thanks to Wink for letting us know so we could solve it instead of blocking us.
+
+
On the config side, you can now store your passwords in your OS keyring or just in a standalone file. We also got a new service to reload the core config so no reboots needed anymore after changing customize settings!
Core: new elevation config option added (@balloob)
+
Sensor: OneWire support extended with support for DS18S20, DS1822, DS1825 and DS28EA00 temperature sensors + support for bus masters which use fuse to mount device tree. (@Ardetus)
HTTP: Migrate to CherryPy WSGI server to fix install and runtime problems (@balloob)
+
+
+
Breaking changes:
+
+
+
Homematic thermostat configuration has changed and now depends on the new Homematic component.
+
+
+]]>
+
+
+
+
+
+ 2016-07-01T00:31:00+00:00
+ https://home-assistant.io/blog/2016/07/01/envisalink-homematic-hdmi-cec-and-cherrypi
+ It’s time for Home Assistant 0.23 and it’s full of goodies. It’s also the release that bumps us over a 1000 tests and to 94% test coverage! Also our install issues on the Raspberry Pi and Synology have been resolved.
+
+
This release brings support for two new ecosystems: Envisalink and Homematic. We can now also control your TV via HDMI using HDMI-CEC (which works on the Pi!) and another cool feature is the persistent notifications which allow you to add a notification to the frontend till dismissed.
+
+
Wink support has been dramatically improved by migrating to the PubNub API. This allows Wink to push changes from their system to Home Assistant. This change came just in time as somehow our Wink integration was causing a lot of requests to their servers. Thanks to Wink for letting us know so we could solve it instead of blocking us.
+
+
On the config side, you can now store your passwords in your OS keyring or just in a standalone file. We also got a new service to reload the core config so no reboots needed anymore after changing customize settings!
Core: new elevation config option added (@balloob)
+
Sensor: OneWire support extended with support for DS18S20, DS1822, DS1825 and DS28EA00 temperature sensors + support for bus masters which use fuse to mount device tree. (@Ardetus)
HTTP: Migrate to CherryPy WSGI server to fix install and runtime problems (@balloob)
+
+
+
Breaking changes:
+
+
+
Homematic thermostat configuration has changed and now depends on the new Homematic component.
+
+
+]]>
+
+
@@ -1046,93 +1146,6 @@ For example, my wife works next door - and I couldn’t detect whether she’s a
I hope that this little article could give you an idea of extending Home Assistant in an unconventional way.
-]]>
-
-
-
-
-
- 2016-04-05T04:11:00+00:00
- https://home-assistant.io/blog/2016/04/05/your-hub-should-be-local-and-open
- Today the news spread that Google will be shutting down the Revolv hubs. And shutting down here doesn’t mean they stop selling or supporting them - no, they are sending an update to each hub to turn your perfectly fine home automation hub into a useless piece of plastic. The fact that this seemed like a good idea by Google astonishes me. If anything, they should have gone the same route as ninjasphere: open it all up and let people decide on the fate of their own hub.
-
-
The cloud should be treated as an extension to your smart home instead of running it.
-
-
-
Your hub should not be affected when your internet breaks down or the company that sold you your hub goes out of business. It should work locally so that it can continue to work even long after the vendor goes out of business or decides to kill it. Preferably, your hub should also be open so that the community can take over development after the vendor stops caring.
-
-
Unless you can afford losing a product here and there, be cautious when buying IoT products that depend on the cloud from companies that are not well established. The chances are high that they go bankrupt or get acquired and closed. This however is easier said than done as Gartner predicts that by 2017, 50 percent of IoT solutions will originate in startups that are less than three years old.
-
-]]>
-
-
-
-
-
- 2016-03-26T07:10:00+00:00
- https://home-assistant.io/blog/2016/03/26/embedded-mqtt-broker-uber-yamaha-growl
- Party people, 0.16 is here! The big thing with this release is that we have completely removed the barrier to get started by MQTT by being able to launch an embedded MQTT server: hbMQTT. Just add mqtt: to your config and a broker is launched and connected with Home Assistant. See the documentation for more info.
-
-
Further in this release a bunch of cool new stuff, bug fixes and rewrites for the Vera and Tellstick component (see breaking changes section at bottom for this!).
-
-
Rock on.
-
-
-
-
-
Device Tracker - OwnTracks: Allow entry into passive zones using iBeacons (@pavoni)
Automation: support for old deprecated config has been removed
-
-
-
Tellstick configuration has changed
-
-
-
-
-
tellstick:
- signal_repetitions: X
-
-
-
-
-
-
Vera configuration has changed
-
-
-
-
vera:
- vera_controller_url: http://192.168.1.161:3480/
- # Optional to exclude devices - this is a list of vera device ids
- exclude: [ 13, 14, 16, 20, 23, 72, 73, 74, 75, 76, 77, 78, 88, 89, 99]
- # Optional to import switches as lights - this is a list of vera device ids
- lights: [15, 17, 19, 21, 22, 24, 26, 43, 64, 70, 87]
-
diff --git a/blog/2014/12/26/home-control-home-automation-and-the-smart-home/index.html b/blog/2014/12/26/home-control-home-automation-and-the-smart-home/index.html
index 256b18e37a..7cf5a1c18d 100644
--- a/blog/2014/12/26/home-control-home-automation-and-the-smart-home/index.html
+++ b/blog/2014/12/26/home-control-home-automation-and-the-smart-home/index.html
@@ -234,6 +234,18 @@ This article will try to explain how they all relate.
diff --git a/blog/2015/02/08/looking-at-the-past/index.html b/blog/2015/02/08/looking-at-the-past/index.html
index cb0dc8d441..24c91eb4de 100644
--- a/blog/2015/02/08/looking-at-the-past/index.html
+++ b/blog/2015/02/08/looking-at-the-past/index.html
@@ -210,6 +210,18 @@ Events are saved in a local database. Google Graphs is used to draw the graph. D
diff --git a/blog/2015/03/08/new-logo/index.html b/blog/2015/03/08/new-logo/index.html
index 4f8b089073..df6aeae3ad 100644
--- a/blog/2015/03/08/new-logo/index.html
+++ b/blog/2015/03/08/new-logo/index.html
@@ -186,6 +186,18 @@ The old logo, the new detailed logo and the new simple logo.
diff --git a/blog/2015/03/11/release-notes/index.html b/blog/2015/03/11/release-notes/index.html
index 5e7487286b..2ac7a1f0d5 100644
--- a/blog/2015/03/11/release-notes/index.html
+++ b/blog/2015/03/11/release-notes/index.html
@@ -225,6 +225,18 @@ An initial version of voice control for Home Assistant has landed. The current i
diff --git a/blog/2015/03/22/release-notes/index.html b/blog/2015/03/22/release-notes/index.html
index 042d131116..f3b126109f 100644
--- a/blog/2015/03/22/release-notes/index.html
+++ b/blog/2015/03/22/release-notes/index.html
@@ -262,6 +262,18 @@ I (Paulus) have contributed a scene component. A user can create scenes that cap
diff --git a/blog/2015/05/14/release-notes/index.html b/blog/2015/05/14/release-notes/index.html
index 7810439e09..99380ad562 100644
--- a/blog/2015/05/14/release-notes/index.html
+++ b/blog/2015/05/14/release-notes/index.html
@@ -300,6 +300,18 @@ Before diving into the newly supported devices and services, I want to highlight
diff --git a/blog/2015/06/10/release-notes/index.html b/blog/2015/06/10/release-notes/index.html
index 93fa31d9f3..ee5abcd3ff 100644
--- a/blog/2015/06/10/release-notes/index.html
+++ b/blog/2015/06/10/release-notes/index.html
@@ -353,6 +353,18 @@ This switch platform allows you to control your motion detection setting on your
diff --git a/blog/2015/07/11/ip-cameras-arduino-kodi-efergy-support/index.html b/blog/2015/07/11/ip-cameras-arduino-kodi-efergy-support/index.html
index 12669bb201..d2616ffa92 100644
--- a/blog/2015/07/11/ip-cameras-arduino-kodi-efergy-support/index.html
+++ b/blog/2015/07/11/ip-cameras-arduino-kodi-efergy-support/index.html
@@ -305,6 +305,18 @@ Fabian has added support for Forecast.io to g
diff --git a/blog/2015/08/09/mqtt-raspberry-pi-squeezebox-asuswrt-support/index.html b/blog/2015/08/09/mqtt-raspberry-pi-squeezebox-asuswrt-support/index.html
index 24889a5e08..55039cd4a5 100644
--- a/blog/2015/08/09/mqtt-raspberry-pi-squeezebox-asuswrt-support/index.html
+++ b/blog/2015/08/09/mqtt-raspberry-pi-squeezebox-asuswrt-support/index.html
@@ -294,6 +294,18 @@ Support for Temper temperature sensors has been contributed by
+
diff --git a/blog/2015/08/26/laundry-automation-with-moteino-mqtt-and-home-assistant/index.html b/blog/2015/08/26/laundry-automation-with-moteino-mqtt-and-home-assistant/index.html
index 72247824b2..2fb12c04c0 100644
--- a/blog/2015/08/26/laundry-automation-with-moteino-mqtt-and-home-assistant/index.html
+++ b/blog/2015/08/26/laundry-automation-with-moteino-mqtt-and-home-assistant/index.html
@@ -317,6 +317,18 @@ The automation and script syntax here is using a deprecated and no longer suppor
diff --git a/blog/2015/09/18/monitoring-with-glances-and-home-assistant/index.html b/blog/2015/09/18/monitoring-with-glances-and-home-assistant/index.html
index 32e42e06ff..15abde80e1 100644
--- a/blog/2015/09/18/monitoring-with-glances-and-home-assistant/index.html
+++ b/blog/2015/09/18/monitoring-with-glances-and-home-assistant/index.html
@@ -254,6 +254,18 @@ Glances web server started on http://0.0.0.0:61208/
diff --git a/blog/2015/09/19/alarm-sonos-and-itunes-support/index.html b/blog/2015/09/19/alarm-sonos-and-itunes-support/index.html
index a232a65de8..d8e6d2cc84 100644
--- a/blog/2015/09/19/alarm-sonos-and-itunes-support/index.html
+++ b/blog/2015/09/19/alarm-sonos-and-itunes-support/index.html
@@ -233,6 +233,18 @@ Automation has gotten a lot of love. It now supports conditions, multiple trigge
diff --git a/blog/2015/10/05/home-assistant-goes-geo-with-owntracks/index.html b/blog/2015/10/05/home-assistant-goes-geo-with-owntracks/index.html
index dd35405a36..3d521f30c7 100644
--- a/blog/2015/10/05/home-assistant-goes-geo-with-owntracks/index.html
+++ b/blog/2015/10/05/home-assistant-goes-geo-with-owntracks/index.html
@@ -209,6 +209,18 @@ Map in Home Assistant showing two people and three zones (home, school, work)
diff --git a/blog/2015/10/26/firetv-and-radiotherm-now-supported/index.html b/blog/2015/10/26/firetv-and-radiotherm-now-supported/index.html
index 7f4a004934..1f1ebbdab8 100644
--- a/blog/2015/10/26/firetv-and-radiotherm-now-supported/index.html
+++ b/blog/2015/10/26/firetv-and-radiotherm-now-supported/index.html
@@ -220,6 +220,18 @@ This makes more sense as most people run Home Assistant as a daemon
diff --git a/blog/2016/01/30/insteon-lifx-twitter-and-zigbee/index.html b/blog/2016/01/30/insteon-lifx-twitter-and-zigbee/index.html
index 21781b8b95..acf0dd6024 100644
--- a/blog/2016/01/30/insteon-lifx-twitter-and-zigbee/index.html
+++ b/blog/2016/01/30/insteon-lifx-twitter-and-zigbee/index.html
@@ -218,6 +218,18 @@ Example of the new views in the frontend. Learn mor
diff --git a/blog/2016/02/20/community-highlights/index.html b/blog/2016/02/20/community-highlights/index.html
index c62664ef3b..6848e13b60 100644
--- a/blog/2016/02/20/community-highlights/index.html
+++ b/blog/2016/02/20/community-highlights/index.html
@@ -231,6 +231,18 @@ Hold your NFC tag against the belly of Garfield to unlock the alarm.
diff --git a/blog/2016/04/30/ibeacons-part-1-making-presence-detection-work-better/index.html b/blog/2016/04/30/ibeacons-part-1-making-presence-detection-work-better/index.html
index a4ae3bfac0..d763473578 100644
--- a/blog/2016/04/30/ibeacons-part-1-making-presence-detection-work-better/index.html
+++ b/blog/2016/04/30/ibeacons-part-1-making-presence-detection-work-better/index.html
@@ -313,6 +313,18 @@ For example, my wife works next door - and I couldn’t detect whether she’s a
It’s time for Home Assistant 0.23 and it’s full of goodies. It’s also the release that bumps us over a 1000 tests and to 94% test coverage! Also our install issues on the Raspberry Pi and Synology have been resolved.
+
+
This release brings support for two new ecosystems: Envisalink and Homematic. We can now also control your TV via HDMI using HDMI-CEC (which works on the Pi!) and another cool feature is the persistent notifications which allow you to add a notification to the frontend till dismissed.
+
+
Wink support has been dramatically improved by migrating to the PubNub API. This allows Wink to push changes from their system to Home Assistant. This change came just in time as somehow our Wink integration was causing a lot of requests to their servers. Thanks to Wink for letting us know so we could solve it instead of blocking us.
+
+
On the config side, you can now store your passwords in your OS keyring or just in a standalone file. We also got a new service to reload the core config so no reboots needed anymore after changing customize settings!
Core: new elevation config option added (@balloob)
+
Sensor: OneWire support extended with support for DS18S20, DS1822, DS1825 and DS28EA00 temperature sensors + support for bus masters which use fuse to mount device tree. (@Ardetus)
It’s time for Home Assistant 0.23 and it’s full of goodies. It’s also the release that bumps us over a 1000 tests and to 94% test coverage! Also our install issues on the Raspberry Pi and Synology have been resolved.
+
+
This release brings support for two new ecosystems: Envisalink and Homematic. We can now also control your TV via HDMI using HDMI-CEC (which works on the Pi!) and another cool feature is the persistent notifications which allow you to add a notification to the frontend till dismissed.
+
+
Wink support has been dramatically improved by migrating to the PubNub API. This allows Wink to push changes from their system to Home Assistant. This change came just in time as somehow our Wink integration was causing a lot of requests to their servers. Thanks to Wink for letting us know so we could solve it instead of blocking us.
+
+
On the config side, you can now store your passwords in your OS keyring or just in a standalone file. We also got a new service to reload the core config so no reboots needed anymore after changing customize settings!
Core: new elevation config option added (@balloob)
+
Sensor: OneWire support extended with support for DS18S20, DS1822, DS1825 and DS28EA00 temperature sensors + support for bus masters which use fuse to mount device tree. (@Ardetus)
diff --git a/blog/categories/release-notes/atom.xml b/blog/categories/release-notes/atom.xml
index 3d14341030..b25b992b6f 100644
--- a/blog/categories/release-notes/atom.xml
+++ b/blog/categories/release-notes/atom.xml
@@ -4,7 +4,7 @@
- 2016-07-01T17:20:06+00:00
+ 2016-07-01T18:46:16+00:00https://home-assistant.io/
@@ -13,6 +13,106 @@
Octopress
+
+
+
+ 2016-07-01T00:31:00+00:00
+ https://home-assistant.io/blog/2016/07/01/tbd
+ It’s time for Home Assistant 0.23 and it’s full of goodies. It’s also the release that bumps us over a 1000 tests and to 94% test coverage! Also our install issues on the Raspberry Pi and Synology have been resolved.
+
+
This release brings support for two new ecosystems: Envisalink and Homematic. We can now also control your TV via HDMI using HDMI-CEC (which works on the Pi!) and another cool feature is the persistent notifications which allow you to add a notification to the frontend till dismissed.
+
+
Wink support has been dramatically improved by migrating to the PubNub API. This allows Wink to push changes from their system to Home Assistant. This change came just in time as somehow our Wink integration was causing a lot of requests to their servers. Thanks to Wink for letting us know so we could solve it instead of blocking us.
+
+
On the config side, you can now store your passwords in your OS keyring or just in a standalone file. We also got a new service to reload the core config so no reboots needed anymore after changing customize settings!
Core: new elevation config option added (@balloob)
+
Sensor: OneWire support extended with support for DS18S20, DS1822, DS1825 and DS28EA00 temperature sensors + support for bus masters which use fuse to mount device tree. (@Ardetus)
HTTP: Migrate to CherryPy WSGI server to fix install and runtime problems (@balloob)
+
+
+
Breaking changes:
+
+
+
Homematic thermostat configuration has changed and now depends on the new Homematic component.
+
+
+]]>
+
+
+
+
+
+ 2016-07-01T00:31:00+00:00
+ https://home-assistant.io/blog/2016/07/01/envisalink-homematic-hdmi-cec-and-cherrypi
+ It’s time for Home Assistant 0.23 and it’s full of goodies. It’s also the release that bumps us over a 1000 tests and to 94% test coverage! Also our install issues on the Raspberry Pi and Synology have been resolved.
+
+
This release brings support for two new ecosystems: Envisalink and Homematic. We can now also control your TV via HDMI using HDMI-CEC (which works on the Pi!) and another cool feature is the persistent notifications which allow you to add a notification to the frontend till dismissed.
+
+
Wink support has been dramatically improved by migrating to the PubNub API. This allows Wink to push changes from their system to Home Assistant. This change came just in time as somehow our Wink integration was causing a lot of requests to their servers. Thanks to Wink for letting us know so we could solve it instead of blocking us.
+
+
On the config side, you can now store your passwords in your OS keyring or just in a standalone file. We also got a new service to reload the core config so no reboots needed anymore after changing customize settings!
Core: new elevation config option added (@balloob)
+
Sensor: OneWire support extended with support for DS18S20, DS1822, DS1825 and DS28EA00 temperature sensors + support for bus masters which use fuse to mount device tree. (@Ardetus)
HTTP: Migrate to CherryPy WSGI server to fix install and runtime problems (@balloob)
+
+
+
Breaking changes:
+
+
+
Homematic thermostat configuration has changed and now depends on the new Homematic component.
+
+
+]]>
+
+
@@ -196,163 +296,6 @@
-]]>
-
-
-
-
-
- 2016-05-07T18:06:00+00:00
- https://home-assistant.io/blog/2016/05/07/empowering-scripts-and-alexa
- This release is big. Until now, our automations and scripts have been very static. Starting today it should all be a bit more dynamic.
-
-
Scripts are now available in automations and when responding to Alexa/Amazon Echo. Both of these components will now expose data to be used in script templates (including from_state !). Passing data to script entities is available by passing the data to the script services.
Entity Namespaces allow you to influence the entity ids for a specific platform. For example you can turn light.living_room into light.holiday_home_living_room with the following config:
devices:
- 1b2200000890efab1213f60:
- name: My DI.0 light device
-
-
-
-]]>
-
-
-
-
-
- 2016-04-20T06:10:00+00:00
- https://home-assistant.io/blog/2016/04/20/bluetooth-lg-webos-tvs-and-roombas
- It’s time for 0.18. This release cycle is 2 days shorter than usual as I’ll be travelling to Europe. This also means that it can take some more time before you get feedback on PRs.
-
-
Since the last release we have moved all Home Assistant source code etc into it’s own organisation on GitHub. We’re growing up! This sadly did cause us to have to move all Docker images. Check the breaking changes section for more info.
Media player: Plex will now monitor the server and add clients as they pop up (@infamy)
-
Core: We now use iso8601 for datetimes (@balloob).
-
Media Player: MPD now supports service to play playlists (@Cinntax)
-
Z-Wave should be a little bit more stable (@Turbokongen)
-
Media Player: Sonos will now only add visible devices (@jpmossin)
-
Light: Wink will now allow controlling the colors (@bradsk88)
-
-
-
Breaking changes
-
-
We have migrated our datetime format to be iso8601. This will only impact you if you are consuming the date times from the API directly. You can ignore this if you are just using Home Assistant via configuration and the frontend.
-
The constant TEMP_CELCIUS is now correctly called TEMP_CELSIUS. Old one is deprecated and will eventually be removed.
-
The location of the Docker image has changed. There was no possibility for us to keep maintaining the old image (as it was bound to the GitHub repo under my name) or to make a redirect. So if you are using the Home Assistant Docker image, change it to run homeassistant/home-assistant:latest for the latest release and homeassistant/home-assistant:dev for the latest dev version.
-
MySensors received two big changes that will cause you to update your configs. See component page for new example config.
-
-
All MySensors entity IDs are different! There was an error in the naming that caused MySensors to append node ID and child ID instead of separating them with an underscore. This has been fixed but will cause all your MySensors entity IDs to change. This is a one time breaking change.
-
The second change is that we now support the TCP ethernet gateway. This is causing a slight change to the config format: you have to change port: under gateways to device:.
It’s time for Home Assistant 0.23 and it’s full of goodies. It’s also the release that bumps us over a 1000 tests and to 94% test coverage! Also our install issues on the Raspberry Pi and Synology have been resolved.
+
+
This release brings support for two new ecosystems: Envisalink and Homematic. We can now also control your TV via HDMI using HDMI-CEC (which works on the Pi!) and another cool feature is the persistent notifications which allow you to add a notification to the frontend till dismissed.
+
+
Wink support has been dramatically improved by migrating to the PubNub API. This allows Wink to push changes from their system to Home Assistant. This change came just in time as somehow our Wink integration was causing a lot of requests to their servers. Thanks to Wink for letting us know so we could solve it instead of blocking us.
+
+
On the config side, you can now store your passwords in your OS keyring or just in a standalone file. We also got a new service to reload the core config so no reboots needed anymore after changing customize settings!
Core: new elevation config option added (@balloob)
+
Sensor: OneWire support extended with support for DS18S20, DS1822, DS1825 and DS28EA00 temperature sensors + support for bus masters which use fuse to mount device tree. (@Ardetus)
It’s time for Home Assistant 0.23 and it’s full of goodies. It’s also the release that bumps us over a 1000 tests and to 94% test coverage! Also our install issues on the Raspberry Pi and Synology have been resolved.
+
+
This release brings support for two new ecosystems: Envisalink and Homematic. We can now also control your TV via HDMI using HDMI-CEC (which works on the Pi!) and another cool feature is the persistent notifications which allow you to add a notification to the frontend till dismissed.
+
+
Wink support has been dramatically improved by migrating to the PubNub API. This allows Wink to push changes from their system to Home Assistant. This change came just in time as somehow our Wink integration was causing a lot of requests to their servers. Thanks to Wink for letting us know so we could solve it instead of blocking us.
+
+
On the config side, you can now store your passwords in your OS keyring or just in a standalone file. We also got a new service to reload the core config so no reboots needed anymore after changing customize settings!
Core: new elevation config option added (@balloob)
+
Sensor: OneWire support extended with support for DS18S20, DS1822, DS1825 and DS28EA00 temperature sensors + support for bus masters which use fuse to mount device tree. (@Ardetus)
I’ve been planning to write this post for a while now as we get questions like this a lot: “Why does Home Assistant use Polymer? Why not React, Redux and what not?”
-
-
It’s understandable, Polymer is quite the underdog in the world of web frameworks. A corporate backer does not guarantee popularity or an active community and this shows in the number of projects using Polymer.
-
-
Still, we use Polymer and it’s awesome. To explain why, I’ll be referencing the React workflow quite a bit, as they do a lot of things right, and show how it is done in Polymer.
-
-
Polymer gives us components for the web, just like React, but based on web standards: web components, CSS variables. These standards don’t have wide browser support yet but it’s being implemented by every major browser: It’s the future. For now they are being polyfilled and that works just fine but in the future the Home Assistant web app will be able to run native in the browsers == fast.
Ben from BRUH Automation authors a lot of great video’s about how he is using Home Assistant and how you can get started with it too. The video below will walk you through how to configure Home Assistant. Enjoy!
-
-
Make sure to subscribe to his YouTube channel for more Home Assistant video’s.
I’ve been planning to write this post for a while now as we get questions like this a lot: “Why does Home Assistant use Polymer? Why not React, Redux and what not?”
+
+
It’s understandable, Polymer is quite the underdog in the world of web frameworks. A corporate backer does not guarantee popularity or an active community and this shows in the number of projects using Polymer.
+
+
Still, we use Polymer and it’s awesome. To explain why, I’ll be referencing the React workflow quite a bit, as they do a lot of things right, and show how it is done in Polymer.
+
+
Polymer gives us components for the web, just like React, but based on web standards: web components, CSS variables. These standards don’t have wide browser support yet but it’s being implemented by every major browser: It’s the future. For now they are being polyfilled and that works just fine but in the future the Home Assistant web app will be able to run native in the browsers == fast.
Ben from BRUH Automation authors a lot of great video’s about how he is using Home Assistant and how you can get started with it too. The video below will walk you through how to configure Home Assistant. Enjoy!
+
+
Make sure to subscribe to his YouTube channel for more Home Assistant video’s.
Today the news spread that Google will be shutting down the Revolv hubs. And shutting down here doesn’t mean they stop selling or supporting them - no, they are sending an update to each hub to turn your perfectly fine home automation hub into a useless piece of plastic. The fact that this seemed like a good idea by Google astonishes me. If anything, they should have gone the same route as ninjasphere: open it all up and let people decide on the fate of their own hub.
The cloud should be treated as an extension to your smart home instead of running it.
-
-
-
Your hub should not be affected when your internet breaks down or the company that sold you your hub goes out of business. It should work locally so that it can continue to work even long after the vendor goes out of business or decides to kill it. Preferably, your hub should also be open so that the community can take over development after the vendor stops caring.
-
-
Unless you can afford losing a product here and there, be cautious when buying IoT products that depend on the cloud from companies that are not well established. The chances are high that they go bankrupt or get acquired and closed. This however is easier said than done as Gartner predicts that by 2017, 50 percent of IoT solutions will originate in startups that are less than three years old.
Party people, 0.16 is here! The big thing with this release is that we have completely removed the barrier to get started by MQTT by being able to launch an embedded MQTT server: hbMQTT. Just add mqtt: to your config and a broker is launched and connected with Home Assistant. See the documentation for more info.
-
-
Further in this release a bunch of cool new stuff, bug fixes and rewrites for the Vera and Tellstick component (see breaking changes section at bottom for this!).
-
-
Rock on.
-
-
-
-
-
Device Tracker - OwnTracks: Allow entry into passive zones using iBeacons (@pavoni)
Automation: support for old deprecated config has been removed
-
-
-
Tellstick configuration has changed
-
-
-
-
-
tellstick:
- signal_repetitions: X
-
-
-
-
-
-
Vera configuration has changed
-
-
-
-
vera:
- vera_controller_url: http://192.168.1.161:3480/
- # Optional to exclude devices - this is a list of vera device ids
- exclude: [ 13, 14, 16, 20, 23, 72, 73, 74, 75, 76, 77, 78, 88, 89, 99]
- # Optional to import switches as lights - this is a list of vera device ids
- lights: [15, 17, 19, 21, 22, 24, 26, 43, 64, 70, 87]
-
Today the news spread that Google will be shutting down the Revolv hubs. And shutting down here doesn’t mean they stop selling or supporting them - no, they are sending an update to each hub to turn your perfectly fine home automation hub into a useless piece of plastic. The fact that this seemed like a good idea by Google astonishes me. If anything, they should have gone the same route as ninjasphere: open it all up and let people decide on the fate of their own hub.
The cloud should be treated as an extension to your smart home instead of running it.
+
+
+
Your hub should not be affected when your internet breaks down or the company that sold you your hub goes out of business. It should work locally so that it can continue to work even long after the vendor goes out of business or decides to kill it. Preferably, your hub should also be open so that the community can take over development after the vendor stops caring.
+
+
Unless you can afford losing a product here and there, be cautious when buying IoT products that depend on the cloud from companies that are not well established. The chances are high that they go bankrupt or get acquired and closed. This however is easier said than done as Gartner predicts that by 2017, 50 percent of IoT solutions will originate in startups that are less than three years old.
Party people, 0.16 is here! The big thing with this release is that we have completely removed the barrier to get started by MQTT by being able to launch an embedded MQTT server: hbMQTT. Just add mqtt: to your config and a broker is launched and connected with Home Assistant. See the documentation for more info.
+
+
Further in this release a bunch of cool new stuff, bug fixes and rewrites for the Vera and Tellstick component (see breaking changes section at bottom for this!).
+
+
Rock on.
+
+
+
+
+
Device Tracker - OwnTracks: Allow entry into passive zones using iBeacons (@pavoni)
Automation: support for old deprecated config has been removed
+
+
+
Tellstick configuration has changed
+
+
+
+
+
tellstick:
+ signal_repetitions: X
+
+
+
+
+
+
Vera configuration has changed
+
+
+
+
vera:
+ vera_controller_url: http://192.168.1.161:3480/
+ # Optional to exclude devices - this is a list of vera device ids
+ exclude: [ 13, 14, 16, 20, 23, 72, 73, 74, 75, 76, 77, 78, 88, 89, 99]
+ # Optional to import switches as lights - this is a list of vera device ids
+ lights: [15, 17, 19, 21, 22, 24, 26, 43, 64, 70, 87]
+
+
+
+
+
+
+
+
+
@@ -718,133 +869,6 @@ Example of the new views in the frontend. Learn mor
-
People often ask me about my vision for Home Assistant. Before I can describe where I want to go with Home Assistant, I should first talk about how home automation would look in my ideal world. This will be the aim of this post. I’m not going to focus on protocols, networks or specific hubs. That’s all implementation details. Instead, this post will focus on what is most important: the interaction between the users and their home.
-
-
You should not have to adapt to technology.
-
-
When people start using home automation, they always experience home control first: being able to control devices in new ways using a phone or computer. They believe the future is now and their app will be their remote for their lives. They only focus on what they are getting, not on what they are losing. You install some light bulbs and all of a sudden you are no longer able to use the light switches. You’ll arrive at home at night and have to pull out your phone, open the app, let it connect and finally you’ll be able to turn on the light. All while turning the light on could have been a switch away.
-
-
Yes, you can solve this with presence detection. What if your phone runs out of battery? You’ll have to resort to the switch again.
-
-
If you find that using your new home devices is cumbersome, the promise of home automation technology has failed you. Your lights should work with both a switch (or button) at the entrance of your room and via presence detection. Honestly, there are hardly any valid use cases for being able to control lights from your phone except for showing off.
First release of 2016 and we are on 🔥! The main repository has passed 2500 ⭐ on GitHub (2596 ⭐ as of now). This release also has a record number of 20 contributors all working on improving and extending Home Assistant. With the continued growth, I am very excited to see what 2016 will bring us 🤘.
People often ask me about my vision for Home Assistant. Before I can describe where I want to go with Home Assistant, I should first talk about how home automation would look in my ideal world. This will be the aim of this post. I’m not going to focus on protocols, networks or specific hubs. That’s all implementation details. Instead, this post will focus on what is most important: the interaction between the users and their home.
+
+
You should not have to adapt to technology.
+
+
When people start using home automation, they always experience home control first: being able to control devices in new ways using a phone or computer. They believe the future is now and their app will be their remote for their lives. They only focus on what they are getting, not on what they are losing. You install some light bulbs and all of a sudden you are no longer able to use the light switches. You’ll arrive at home at night and have to pull out your phone, open the app, let it connect and finally you’ll be able to turn on the light. All while turning the light on could have been a switch away.
+
+
Yes, you can solve this with presence detection. What if your phone runs out of battery? You’ll have to resort to the switch again.
+
+
If you find that using your new home devices is cumbersome, the promise of home automation technology has failed you. Your lights should work with both a switch (or button) at the entrance of your room and via presence detection. Honestly, there are hardly any valid use cases for being able to control lights from your phone except for showing off.
First release of 2016 and we are on 🔥! The main repository has passed 2500 ⭐ on GitHub (2596 ⭐ as of now). This release also has a record number of 20 contributors all working on improving and extending Home Assistant. With the continued growth, I am very excited to see what 2016 will bring us 🤘.
We have all been hard at work to get this latest release ready. One of the big highlights in this release is the introduction of an extended iconset to be used in the frontend (credits to @happyleavesaoc for idea and prototype). To get started with customizing, pick any icon from MaterialDesignIcons.com, prefix the name with mdi: and stick it into your customize section in configuration.yaml:
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.
We have all been hard at work to get this latest release ready. One of the big highlights in this release is the introduction of an extended iconset to be used in the frontend (credits to @happyleavesaoc for idea and prototype). To get started with customizing, pick any icon from MaterialDesignIcons.com, prefix the name with mdi: and stick it into your customize section in configuration.yaml:
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.
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.
A minor bug fix release to fix some issues that have come up since the last release. Please upgrade as soon as possible by running git pull from the Home Assistant directory.
-
-
This release is a major milestone in our test coverage as we’ve crossed into the 80s! It has to be noted that this covers mainly the core and automation components. Platforms that communicate with IoT devices have been excluded.
-
-
As we didn’t want to just push out bug fixes, this release includes a few additions:
-
-
-
Support for modern TP-Link routers like the ArcherC9 line has been contributed by @chrisvis.
-
Improved support for MQTT topic subscriptions has been contributed by @qrtn
-
-
-
Verisure Support
- Home Assistant support to integrate your Verisure alarms, hygrometers, sensors and thermometers has been contributed by @persandstrom.
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.
A minor bug fix release to fix some issues that have come up since the last release. Please upgrade as soon as possible by running git pull from the Home Assistant directory.
+
+
This release is a major milestone in our test coverage as we’ve crossed into the 80s! It has to be noted that this covers mainly the core and automation components. Platforms that communicate with IoT devices have been excluded.
+
+
As we didn’t want to just push out bug fixes, this release includes a few additions:
+
+
+
Support for modern TP-Link routers like the ArcherC9 line has been contributed by @chrisvis.
+
Improved support for MQTT topic subscriptions has been contributed by @qrtn
+
+
+
Verisure Support
+ Home Assistant support to integrate your Verisure alarms, hygrometers, sensors and thermometers has been contributed by @persandstrom.
It is well known that you are either a good programmer or a good designer. It’s rare you’ll meet someone that is both. That’s why it wasn’t surprising to anyone that the logo that I made was mediocre — at best. Luckily, Jeremy Geltman has come to the rescue and contributed a brand new logo for Home Assistant.
-
-
The new logo follows Googles material design spec. It uses the blue color that Home Assistant uses in the interface and it comes in two versions: a high detailed version (for homescreen icon etc) and a simple version (for favicon etc).
-
-
-
-The old logo, the new detailed logo and the new simple logo.
-
Home Assistant is now using YAML for it’s configuration file. YAML allows the use of lists, which should make the configuration file a bit more flexible and useful. The new configuration file format is backwards compatible with existing components. Because of this, there is no need for component developers to update their components.
-
-
The new file is named configuration.yaml and if it can’t be found in your config directory, Home Assistant will instead try to find the old configuration file, home-assistant.conf.
It is well known that you are either a good programmer or a good designer. It’s rare you’ll meet someone that is both. That’s why it wasn’t surprising to anyone that the logo that I made was mediocre — at best. Luckily, Jeremy Geltman has come to the rescue and contributed a brand new logo for Home Assistant.
+
+
The new logo follows Googles material design spec. It uses the blue color that Home Assistant uses in the interface and it comes in two versions: a high detailed version (for homescreen icon etc) and a simple version (for favicon etc).
+
+
+
+The old logo, the new detailed logo and the new simple logo.
+
Home Assistant is now using YAML for it’s configuration file. YAML allows the use of lists, which should make the configuration file a bit more flexible and useful. The new configuration file format is backwards compatible with existing components. Because of this, there is no need for component developers to update their components.
+
+
The new file is named configuration.yaml and if it can’t be found in your config directory, Home Assistant will instead try to find the old configuration file, home-assistant.conf.
diff --git a/components/binary_sensor.arest/index.html b/components/binary_sensor.arest/index.html
index f42cac4c89..b0f0c81e2f 100644
--- a/components/binary_sensor.arest/index.html
+++ b/components/binary_sensor.arest/index.html
@@ -173,9 +173,15 @@ This sensor is not suitable for fast state changes because there is a high possi
diff --git a/components/binary_sensor.rest/index.html b/components/binary_sensor.rest/index.html
index 6c8fe068cf..1925f1a7b6 100644
--- a/components/binary_sensor.rest/index.html
+++ b/components/binary_sensor.rest/index.html
@@ -199,9 +199,15 @@ Make sure that the URL matches exactly your endpoint or resource.
diff --git a/components/binary_sensor.rpi_gpio/index.html b/components/binary_sensor.rpi_gpio/index.html
index c6340906ea..8817a5f41b 100644
--- a/components/binary_sensor.rpi_gpio/index.html
+++ b/components/binary_sensor.rpi_gpio/index.html
@@ -155,6 +155,9 @@ To avoid having to run Home Assistant as root when using this component, run a R
diff --git a/components/discovery/index.html b/components/discovery/index.html
index 671ce955a4..c1befade41 100644
--- a/components/discovery/index.html
+++ b/components/discovery/index.html
@@ -178,6 +178,9 @@ If you see Not initializing discovery because could not install dependency
This component will allow Home Assistant users who own either a DSC or Honeywell alarm panel to leverage their alarm system and it’s sensors to provide Home Assistant with rich information about their homes.
+Connectivity between Home Assistant and the alarm panel is accomplished through a device produced by Eyez On, known as the Envisalink. The Envisalink evl3 and evl4 boards provide a TCP/IP interface to the alarm panel, where it emulates an alarm keypad. This board also exposes a raw TCP/IP based API, upon which this component is built. Currently, the Envisalink version 4 is the latest model. This component supports both the evl3 and the evl4.
+
+
Please visit the eyezon website for further information about the evl3 and evl4 boards.
+
+
There is currently support for the following device types within Home Assistant:
Sensor: Emulates an alpha-numeric keypad attached to the alarm panel
+
Alarm Control Panel: Reports on partition status, and can be used to arm/disarm the system
+
+
+
This is a fully event-based component- any event sent by the Envisalink device will be immediately reflected within Home Assistant.
+
+
Configuration
+
+
An envisalink section must be present in the configuration.yaml file and contain the following options as required:
+
+
Required Parameters
+
+
host: The IP address of the Envisalink device on your home network.
+
panel_type: HONEYWELL or DSC, depending upon which alarm system you have.
+
user_name: Which username to authenticate with when connecting to the device. On a Honeywell alarm panel, the username/password are the same.
+
password: Which password to authenticate with when connecting to the device.
+
code: Your alarm panel’s code, for authenticating user input during arm/disarm.
+
+
+
Optional Parameters
+
+
port: Which network port to connect with. Default: 4025
+
evl_version: 3 for evl3, or 4 for evl4. Default: 3
+
keepalive_interval: This is a periodic heartbeat signal (measured in seconds) sent to your Envisalink board to keep it from restarting. This is required for DSC and Honeywell systems. Default: 60 seconds
+
zonedump_interval: This is an interval (measured in seconds) where the evl will dump out all zone statuses. This is required for Honeywell systems, which do not properly send zone closure events. DSC boards do not technically need this. Default: 30
+
zones: Envisalink boards have no way to tell us which zones are actually in use, so each zone must be configured in Home Assistant. For each zone, at least a name must be given. Note- if no zones are specified, Home Assistant will not load any binary_sensor components.
+
partitions: Again, Envisalink boards do not tell us what is in use, and what is not, so each partition must be configured with a partition name. If no partition parameter is specified, then no alarm_panel or sensor components are loaded.
The CEC component provides services that allow selecting the active device, powering on all devices, and setting all devices to standby. Devices are defined in the configuration file by associating HDMI port number and a device name. Connected devices that provide further HDMI ports, such as Soundbars and AVRs are also supported. Devices are listed from the perspective of the CEC-enabled Home Assistant device. Any connected device can be listed, regardless of whether it supports CEC. Ideally the HDMI port number on your device will map correctly the CEC physical address. If it does not, use cec-client (part of the libcec package) to listen to traffic on the CEC bus and discover the correct numbers.
+
+
CEC Setup
+
+
Adapter
+
+
The computer running Home Assistant must support CEC, and of course be connected via HDMI to a device also supporting CEC. You can purchase a USB CEC adapter to add support if necessary. Note that all Raspberry Pi models support CEC natively.
+
+
libcec
+
+
libcec must be installed for this component to work. Follow the installation instructions for your environment, provided at the link. libcec installs Python 3 bindings, by default as a system Python module. If you are running Home Assistant in a Python virtual environment, make sure it can access the system module, by either symlinking it or using the --system-site-packages flag.
+
+
Configuration Example
+
+
In the following example, a Pi Zero running Home Assistant is on a TV’s HDMI port 1. HDMI port 2 is attached to a AV receiver. Three devices are attached to the AV receiver on HDMI ports 1 through 3.
+yaml
+hdmi_cec:
+ devices:
+ 1: Pi Zero
+ 2:
+ 1: Fire TV Stick
+ 2: Chromecast
+ 3: Another Device
+
+
+
Services
+
+
Select Device
+
+
Call the hdmi_cec/select_device service with the name of the device to select, for example:
+
+
+
{
+ "device": "Chromecast"
+}
+
+
+
+
+
Power On
+
+
Call the hdmi_cec/power_on service (no arguments) to power on any devices that support this function.
+
+
Standby
+
+
Call the hdmi_cec/standby service (no arguments) to place in standby any devices that support this function.
The Homematic component provides bi-directional communication of Homematic platforms with their real world counterparts. This implementation does in no way modify your existing setup. Instead it queries your setup for its devices and subscribes to them to send and receive events.
+
+
Device support is currently available for most of:
+
+
+
Switch/Dimmer-actors
+
Thermostats
+
Rollershutters
+
Sensors (shutter contacts, motion detectors, power meters and more)
+
Simple remote controls
+
+
+
If you want to see if a specific device you have is supported, head over to the pyhomematic repository and browse through the sourcecode. A dictionary with the device identifiers (e.g. HM-Sec-SC-2) can be found within the relevant modules near the bottom.
+
+
We automatically detect all devices we currently support and try to generate useful names. If you enable name-resolving, we try to fetch names from Metadata (Homegear), via JSON-RPC or the XML-API you may have installed on your CCU. Since this may fail this is disabled by default.
+You can manually override the created entities be using Home Assistants Customizing feature. With it you are able to hide entities you don’t need to see within the UI.
+
+
To set up the component, add the following information to your configuration.yaml file:
local_ip (Required): IP of device running Home Assistant
+
local_port (Optional): Port for connection with Home Assistant. Defaults to 8943.
+
remote_ip (Required): IP of CCU/Homegear
+
remote_port (Required): Port of Homegear/CCU XML-RPC Server (usually 2001)
+
resolvenames (Optional): <metadata, json, xml> Try to fetch device names. Defaults to False if not specified.
+
username (Optional): When fetching names via JSON-RPC, you need to specify a user with guest-access to the CCU.
+
password (Optional): When fetching names via JSON-RPC, you need to specify the password of the user you have configured above.
+
delay (Optional): Delay fetching of current state per deivce on startup. Used to prevent overloading of the CCU. Defaults to 0.5.
+
+
+
To further explain the resolvenames option:
+We use three approaches to fetch the names of devices. Each assumes you have properly named your devices in your existing Homematic setup. As a general advice: Use ASCII for your devices names. Home Assistant won’t include non-ASCII characters in entity-names.
+
+
+
The CCU allows to fetch details of the paired devices via JSON-RPC. For this to work you need to add valid credentials to your component-configuration. Guest-access is sufficient to query for device names.
+
If you use a regular CCU, there is an add-on called the “XML-API”. With it installed, you are able to fetch all kinds of information from you CCU using XML-RPC. We can leverage this and fetch the names of devices set within the CCU. We don’t support authentication with this method.
+
Homegear provides device-names through the metadata devices internally have. When using an HM-CFG-LAN interface, you typically use a configuration software (“HomeMatic-Komponenten konfigurieren” is the name of the shortcut on your desktop by default) to pair and configure your devices. If you have paired devices, you’ll see them listed in a table. The leftmost column (Name) is prefilled with default names. You can click such a name and enter whatever you like.
+
+
+
Resolving names can take some time. So when you start Home Assistant you won’t see you devices at first. For a setup with 20+ devices it can take up to a minute until all devices show up in the UI.
+
+
Devices with buttons
+
+
Devices with buttons (e.g. HM-Sen-MDIR-WM55, remote controls) may not be fully visible in the UI. This is intended, as buttons don’t serve any value here and all they do is trigger events.
+As an example:
+The HM-Sen-MDIR-WM55 motion detector will be displayed as 2 entities. A motion sensor and a brightness sensor. On top of that we have 2 sets (one set per button) of 4 events: PRESS_SHORT, PRESS_LONG, PRESS_CONT, PRESS_LONG_RELEASE. Be aware, that there are devices which don’t provide all of these events. But in general: if you can press it, it at least has PRESS_SHORT.
+Here’s an example of how to use these events for automations:
The channel parameter is equal to the channel of the button you are configuring the automation for. You can view the available channels in the UI you use to pair your devices.
+The name depends on if you chose to resolve names or not. If not, it will be the device ID (e.g. LEQ1234657). If you chose to resolve names (and that is successful), it will be the name you have set in your CCU or in the metadata (e.g. “Kitchen Switch”).
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
\ No newline at end of file
diff --git a/components/http/index.html b/components/http/index.html
index 536b2a88d8..05d5e491e0 100644
--- a/components/http/index.html
+++ b/components/http/index.html
@@ -187,6 +187,9 @@
diff --git a/components/ifttt/index.html b/components/ifttt/index.html
index 822f201889..75a0618911 100644
--- a/components/ifttt/index.html
+++ b/components/ifttt/index.html
@@ -200,6 +200,9 @@ You need to setup a unique trigger for each event you sent to IFTTT.
diff --git a/components/index.html b/components/index.html
index dcc73fd8e2..3f570a4292 100644
--- a/components/index.html
+++ b/components/index.html
@@ -1042,6 +1042,48 @@ Support for these components is provided by the Home Assistant community.
+
+
diff --git a/components/light.rfxtrx/index.html b/components/light.rfxtrx/index.html
index 50ce704c54..4a2697b396 100644
--- a/components/light.rfxtrx/index.html
+++ b/components/light.rfxtrx/index.html
@@ -198,6 +198,9 @@ Then you should update your configuration to:
diff --git a/components/lirc/index.html b/components/lirc/index.html
index 9ea70e03d1..c8d6277c4c 100644
--- a/components/lirc/index.html
+++ b/components/lirc/index.html
@@ -210,6 +210,9 @@ If you are on a Debian based system (like Raspberry Pi) and are having issues lo
diff --git a/components/lock.mqtt/index.html b/components/lock.mqtt/index.html
index cc3427df9b..1bb262df0a 100644
--- a/components/lock.mqtt/index.html
+++ b/components/lock.mqtt/index.html
@@ -201,6 +201,9 @@ Make sure that your topic match exact. some-topic/ and some-t
You will need to configure your TV to allow the Home Assistant for remote usage. To do that, ensure that your TV is turned on. Open the configuration popup on Home Assistant and enter a random PIN (for example 0000). After that, the TV will show you a PIN and Home Assistant will allow you to re-enter that PIN. Enter the PIN shown on your TV and Home Assistant will be able to control your Sony Bravia TV.
+
+
To add a TV to your installation, add the following to your configuration.yaml file:
+
+
+
# Example configuration.yaml entry
+media_player:
+ platform: braviatv
+ host: 192.168.0.10
+ name: Living Room TV
+
+
+
+
+
Configuration variables:
+
+
+
host (Required): The IP of the Sony Bravia TV, eg. 192.168.0.10
+
name (Optional): The name to use on the frontend.
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
\ No newline at end of file
diff --git a/components/media_player.cast/index.html b/components/media_player.cast/index.html
index 95f2350814..8ae0da63a9 100644
--- a/components/media_player.cast/index.html
+++ b/components/media_player.cast/index.html
@@ -185,12 +185,18 @@
The cmus platform allows you to control a cmus music player on a remote or local machine from Home Assistant.
+
+
To add cmus to your installation, add the following to your configuration.yaml file if cmus is running on a remote server:
+
+
+
# Example configuration.yaml entry
+media_player:
+ platform: cmus
+ host: IP_ADDRESS
+ port: 3000
+ password: PASSWORD
+ name: Desktop Computer Music Player
+
+
+
+
+
if running locally it will look like:
+yaml
+# Example configuration.yaml entry
+media_player:
+ platform: cmus
+ name: Local Music Player
+
+
+
Configuration variables:
+
+
+
host Hostname or IP address of the machine running cmus. Note if a remote
+cmus is configured that instance must be configured to listen to remote connections, which also requires a password to be set.
+
password (Required if host is set): Password for your cmus player.
+
port (Optional): Port of the cmus socket, defaults to 3000.
+
name (Optional): The name you’d like to give the cmus player in Home Assistant
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
\ No newline at end of file
diff --git a/components/media_player.denon/index.html b/components/media_player.denon/index.html
index 3036519483..12201b2591 100644
--- a/components/media_player.denon/index.html
+++ b/components/media_player.denon/index.html
@@ -204,12 +204,18 @@
diff --git a/components/media_player.firetv/index.html b/components/media_player.firetv/index.html
index 70afa8103f..af2cdb8a20 100644
--- a/components/media_player.firetv/index.html
+++ b/components/media_player.firetv/index.html
@@ -224,12 +224,18 @@ Note that python-firetv has support for multiple Amazon Fire TV devices. If you
diff --git a/components/media_player.lg_netcast/index.html b/components/media_player.lg_netcast/index.html
index ffa2812198..280236edc0 100644
--- a/components/media_player.lg_netcast/index.html
+++ b/components/media_player.lg_netcast/index.html
@@ -204,12 +204,18 @@ The access token will not change until you factory reset your TV.
diff --git a/components/media_player.samsungtv/index.html b/components/media_player.samsungtv/index.html
index 67223fdf7d..1605b18f37 100644
--- a/components/media_player.samsungtv/index.html
+++ b/components/media_player.samsungtv/index.html
@@ -208,12 +208,18 @@ The two letters at the beginning of the model number represent the region, UE is
diff --git a/components/media_player.squeezebox/index.html b/components/media_player.squeezebox/index.html
index e96d82e141..62f68c6ac9 100644
--- a/components/media_player.squeezebox/index.html
+++ b/components/media_player.squeezebox/index.html
@@ -195,12 +195,18 @@ This lets you control Squeezebox hardware like the Classic, Transporter, Duet, B
diff --git a/components/mqtt/index.html b/components/mqtt/index.html
index 52a90ae3a5..d5515cf9d3 100644
--- a/components/mqtt/index.html
+++ b/components/mqtt/index.html
@@ -486,6 +486,9 @@ Home Assistant will automatically load the correct certificate if you connect to
diff --git a/components/netatmo/index.html b/components/netatmo/index.html
index 29ab078305..5199ea3328 100644
--- a/components/netatmo/index.html
+++ b/components/netatmo/index.html
@@ -185,6 +185,9 @@ The Home Assistant NetAtmo platform has only be tested with the classic indoor,
The persistant_notification can be used to show a message on the frontend that has to be dismissed by the user.
+
+
+
+
+
+
Service
+
+
The service persistent_notification/create takes in message, title, and notification_id.
+
+
+
+
+
Service data attribute
+
Optional
+
Description
+
+
+
+
+
message
+
no
+
Body of the notification.
+
+
+
title
+
yes
+
Title of the notification.
+
+
+
notification_id
+
yes
+
If notification_id is given, it will overwrite the notification if there already was a notification with that ID.
+
+
+
+
+
The persistant_notification component supports specifying templates for both the message and the title. This will allow you to use the current state of Home Assistant in your notifications.
+
+
In an action of your automation setup it could look like this with a customized subject.
Choose Services from the Developer Tools to call the persistant_notification service. Select persistant_notification/create from the list of Available services: and enter something like the sample below into the Service Data field and hit CALL SERVICE.
+
+
+
{
+ "notification_id": "1234",
+ "title": "Sample notification",
+ "message": "This is a sample text"
+}
+
+
+
+
This will create the notification entry shown above.
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
\ No newline at end of file
diff --git a/components/qwikswitch/index.html b/components/qwikswitch/index.html
index 797a76ed14..d8055ff85d 100644
--- a/components/qwikswitch/index.html
+++ b/components/qwikswitch/index.html
@@ -186,6 +186,9 @@
diff --git a/components/thermostat.homematic/index.html b/components/rollershutter.homematic/index.html
similarity index 60%
rename from components/thermostat.homematic/index.html
rename to components/rollershutter.homematic/index.html
index 7d23c1b5b5..958b26ecf9 100644
--- a/components/thermostat.homematic/index.html
+++ b/components/rollershutter.homematic/index.html
@@ -7,26 +7,26 @@
- Homematic Thermostat - Home Assistant
+ Homematic Rollershutter - Home Assistant
-
+
-
+
-
+
-
+
-
+
-
-
+
+
@@ -83,44 +83,15 @@
- Homematic Thermostat
+ Homematic Rollershutter
-
The homematic thermostat platform let you control Homematic thermostat from Home Assistant. Currently there is support for Homematic (HM-TC-IT-WM-W-EU, HM-CC-RT-DN) thermostats using Homegear or Homematic central (CCU1/CCU2).
-
-
To set it up, add the following information to your configuration.yaml file:
diff --git a/components/rollershutter.rfxtrx/index.html b/components/rollershutter.rfxtrx/index.html
index 5ad81fca2a..67bbfa4f97 100644
--- a/components/rollershutter.rfxtrx/index.html
+++ b/components/rollershutter.rfxtrx/index.html
@@ -197,6 +197,9 @@ Then you should update your configuration to:
The deutsche_bahn sensor will give you the departure time of the next train for the given connection. In case of a delay, the delay is also shown. Additional ATTRIBUTES are used to inform about eg. the type of the train, price and if it is ontime. The data are coming from the bahn.de website.
+
The deutsche_bahn sensor will give you the departure time of the next train for the given connection. In case of a delay, the delay is also shown. Additional details are used to inform about eg. the type of the train, price, and if it is ontime.
To enable this sensor, add the following lines to your configuration.yaml file:
@@ -107,9 +107,24 @@
from (Required): The name of the start station.
-
to (Required): The name of the end station.
+
to (Required): The name of the end/destination station.
+
As already mentioned this sensor contains a lot of information to access those a template senosr can come handy.
diff --git a/components/sensor.efergy/index.html b/components/sensor.efergy/index.html
index d346973831..a3b734cdfd 100644
--- a/components/sensor.efergy/index.html
+++ b/components/sensor.efergy/index.html
@@ -184,6 +184,9 @@ negative number of minutes your timezone is ahead/behind UTC time.
base (Optional): The symbol of the base currency. Default to USD
+
target (Required): The symbol of the target currency.
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
\ No newline at end of file
diff --git a/components/sensor.glances/index.html b/components/sensor.glances/index.html
index 4c48c6fc76..757f47ff6a 100644
--- a/components/sensor.glances/index.html
+++ b/components/sensor.glances/index.html
@@ -225,6 +225,9 @@ Glances web server started on http://0.0.0.0:61208/
The homematic sensor platform lets you observe the state of Homematic sensors through Home Assistant.
+
+
Devices will be configured automatically. Please refer to the component configuration on how to setup Homematic.
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
\ No newline at end of file
diff --git a/components/sensor.http/index.html b/components/sensor.http/index.html
index 53ab83cd43..2245811b09 100644
--- a/components/sensor.http/index.html
+++ b/components/sensor.http/index.html
@@ -214,6 +214,9 @@ You should choose a unique device name (DEVICE_NAME) to avoid clashes with other
diff --git a/components/sensor.modbus/index.html b/components/sensor.modbus/index.html
index 00c1a01525..003008138f 100644
--- a/components/sensor.modbus/index.html
+++ b/components/sensor.modbus/index.html
@@ -221,6 +221,9 @@ Each named register will create an integer sensor and each named bit will create
diff --git a/components/sensor.moldindicator/index.html b/components/sensor.moldindicator/index.html
index f9804c6c4e..acbae3812e 100644
--- a/components/sensor.moldindicator/index.html
+++ b/components/sensor.moldindicator/index.html
@@ -177,6 +177,9 @@ With the three measured temperatures (in Celsius or Fahrenheit), the calibration
diff --git a/components/sensor.nest/index.html b/components/sensor.nest/index.html
index 6c7965e21d..b85f815c89 100644
--- a/components/sensor.nest/index.html
+++ b/components/sensor.nest/index.html
@@ -219,6 +219,9 @@ You must have the Nest component configured to u
The openexchangerates sensor will show you the current exchange rate from Open Exchange Rates that provides realtime exchange rates for 170 currencies. The free account is limited to only USD as a base currency, allows 1000 requests per month, and updates every hour.
diff --git a/components/sensor.rest/index.html b/components/sensor.rest/index.html
index 05ab0dfbdc..d3a5c8be64 100644
--- a/components/sensor.rest/index.html
+++ b/components/sensor.rest/index.html
@@ -270,6 +270,9 @@ Make sure that the URL matches exactly your endpoint or resource.
diff --git a/components/sensor.rfxtrx/index.html b/components/sensor.rfxtrx/index.html
index 15032717de..83b2d2d99d 100644
--- a/components/sensor.rfxtrx/index.html
+++ b/components/sensor.rfxtrx/index.html
@@ -239,6 +239,9 @@ Then you should update your configuration to:
The swiss_hydrological_data sensor will show you details (temperature, level, and discharge) of rivers and lakes in Switzerland.
+
+
The station overview contains a list of all available measuring points and will help to determine the ID of station which is needed for the configuration.
+
+
To enable this sensor, add the following lines to your configuration.yaml file:
+
+
+
# Example configuration.yaml entry
+sensor:
+ platform: swiss_hydrological_data
+ name: Aare
+ station: STATION_ID
+
+
+
+
+
Configuration variables:
+
+
+
name (Optional): Name to use in the frontend.
+
station (Required): The ID of the measurement point.
diff --git a/components/switch.command_line/index.html b/components/switch.command_line/index.html
index ca99b05f86..7ddf59a666 100644
--- a/components/switch.command_line/index.html
+++ b/components/switch.command_line/index.html
@@ -269,6 +269,9 @@ This switch will shutdown your host immediately, there will be no confirmation.
diff --git a/components/switch.hikvision/index.html b/components/switch.hikvision/index.html
index c260fb25db..ea10b7bed1 100644
--- a/components/switch.hikvision/index.html
+++ b/components/switch.hikvision/index.html
@@ -168,6 +168,9 @@ Currently works using default https port only.
diff --git a/components/switch.modbus/index.html b/components/switch.modbus/index.html
index 10920fe17e..ea45e5154c 100644
--- a/components/switch.modbus/index.html
+++ b/components/switch.modbus/index.html
@@ -206,6 +206,9 @@ Each named bit will create a switch.
diff --git a/components/switch.mqtt/index.html b/components/switch.mqtt/index.html
index 26c1559077..cd9f53ce6b 100644
--- a/components/switch.mqtt/index.html
+++ b/components/switch.mqtt/index.html
@@ -222,6 +222,9 @@ Make sure that your topic match exact. some-topic/ and some-t
diff --git a/components/switch.pulseaudio_loopback/index.html b/components/switch.pulseaudio_loopback/index.html
index b89c80cebb..ebc8e910e4 100644
--- a/components/switch.pulseaudio_loopback/index.html
+++ b/components/switch.pulseaudio_loopback/index.html
@@ -180,6 +180,9 @@ this component, module-cli-protocol must be loaded on the PulseAudio server.
diff --git a/components/switch.rest/index.html b/components/switch.rest/index.html
index 8c01cc7cdb..ff1d8dcf84 100644
--- a/components/switch.rest/index.html
+++ b/components/switch.rest/index.html
@@ -182,6 +182,9 @@ Make sure that the URL matches exactly your endpoint or resource.
diff --git a/components/switch.rfxtrx/index.html b/components/switch.rfxtrx/index.html
index f2efff24b3..c43aa8c5db 100644
--- a/components/switch.rfxtrx/index.html
+++ b/components/switch.rfxtrx/index.html
@@ -217,6 +217,9 @@ Then you should update your configuration to:
diff --git a/components/switch.rpi_gpio/index.html b/components/switch.rpi_gpio/index.html
index 2aef4a5cf3..36db07235e 100644
--- a/components/switch.rpi_gpio/index.html
+++ b/components/switch.rpi_gpio/index.html
@@ -151,6 +151,9 @@ If you are not running Raspbian Jessie, you will need to run Home Assistant as r
diff --git a/components/switch.rpi_rf/index.html b/components/switch.rpi_rf/index.html
index 755b49ed41..d788fbf72e 100644
--- a/components/switch.rpi_rf/index.html
+++ b/components/switch.rpi_rf/index.html
@@ -186,6 +186,9 @@ For more info see the PyPi module description: Vera hub is a controller mainly connecting to Z-Wave devices.
-
Switches, Lights (inc Dimmers), Sensors and Binary sensors are supported - and will be automaticaly added when HA connects to your Vera controller.
+
Switches, Lights (inc Dimmers), Locks, Sensors and Binary sensors are supported - and will be automaticaly added when HA connects to your Vera controller.
To use Vera devices in your installation, add the following to your configuration.yaml file using the IP and port number of your Vera controller:
diff --git a/components/wink/index.html b/components/wink/index.html
index 812e642bfd..feefacd980 100644
--- a/components/wink/index.html
+++ b/components/wink/index.html
@@ -182,6 +182,9 @@ The Wink hub can only be accessed via the cloud. This means it requires an activ
Home Assistant offers a service to reload the core configuration while Home Assistant is running called homeassistant/reload_core_config. This allows you to change your customize section and see it being applied without having to restart Home Assistant. To call this service, go to the service developer tools, select the service homeassistant/reload_core_config and click “Call Service”.
+
+
+New customize information will be applied the next time the state of the entity gets updated.
+
diff --git a/images/screenshots/persistant-notification.png b/images/screenshots/persistant-notification.png
new file mode 100644
index 0000000000..3988cbadc7
Binary files /dev/null and b/images/screenshots/persistant-notification.png differ
diff --git a/images/supported_brands/bravia.png b/images/supported_brands/bravia.png
new file mode 100644
index 0000000000..f36681a809
Binary files /dev/null and b/images/supported_brands/bravia.png differ
diff --git a/images/supported_brands/eyezon.png b/images/supported_brands/eyezon.png
new file mode 100644
index 0000000000..1dd698a885
Binary files /dev/null and b/images/supported_brands/eyezon.png differ
diff --git a/images/supported_brands/fixer-io.png b/images/supported_brands/fixer-io.png
new file mode 100644
index 0000000000..5559042b1f
Binary files /dev/null and b/images/supported_brands/fixer-io.png differ
diff --git a/images/supported_brands/openexchangerates.png b/images/supported_brands/openexchangerates.png
new file mode 100644
index 0000000000..dbcf719dc4
Binary files /dev/null and b/images/supported_brands/openexchangerates.png differ
diff --git a/index.html b/index.html
index ca6d154f19..5cd2cfdfad 100644
--- a/index.html
+++ b/index.html
@@ -115,11 +115,11 @@ Home Assistant is an open-source home automation platform running on Python 3. T
The configuration.yaml file a plain-text file thus it is readable for everyone who has access to the file. The file contains passwords and API tokens which need to be redacted if you want to share your configuration. This separation can also help you to keep easier track of your passwords and API keys (as they are all stored at one place and no longer spread across the configuration.yaml file) if you don’t want to split up your configuration.
+
+
Using secrets.yaml
+
+
The workflow for the outsourcing in the secrets.yaml are very similar to the splitting of the configuration. Create a secrets.yaml file in your Home assistant configuration directory (The location of the folder differs between operating systems: on OS X and Linux it’s ~/.homeassistant and on Windows it’s %APPDATA%/.homeassistant).
+
+
The entries for password and API keys in the configuration.yaml file usally looks like the example below.
+
+
+
http:
+ api_password: YOUR_PASSWORD
+
+
+
+
+
Those entries need to be replaced with !secret and a identifier.
+
+
+
http:
+ api_password: !secrethttp_password
+
+
+
+
+
The secrets.yaml files stored the corresponding password assigned to the identifier.
+
+
+
debug: 0
+http_password: YOUR_PASSWORD
+
+
+
+
+
Python Keyring
+
+
Using Keyring is an alternative way to secrets.yaml but requires that keyring is installed (incl. its command-line tools). This can be done with:
+
+
+
$ pip3 install keyring
+
+
+
+
+
Replaced your password or API key with !secret and an identifier in configuration.yaml file.
+
+
+
http:
+ api_password: !secrethttp_password
+
+
+
+
+
Create an entry in your keyring. The service (SERVICE) is homeassistant and the identifier is the USERNAME in the keyring context.
+
+
+
$ keyring set homeassistant http_password
+Password for 'http_password' in 'homeassistant':
+Please set a password for your new keyring:
+Please confirm the password:
+
+
+
+
+
If the command-line tool keyring is not available, launch python3 and do the process manually.
+
+
+
>>> importkeyring
+>>> keyring.set_password("homeassistant", "http_password", "12345")
+Please set a password for your new keyring:
+Please confirm the password:
+>>> keyring.get_password("homeassistant", "http_password")
+'12345'
+>>> keyring.get_keyring()
+<EncryptedKeyring at /home/your_user/.local/share/python_keyring/crypted_pass.cfg>
+
+
+
+
+
If you launch home Assistant now, you will be prompted for the keyring password to unlock your keyring.
+
+
+
$ hass
+Config directory: /home/fab/.homeassistant
+Please enter password for encrypted keyring:
+
+
+
+
+
+ With this configuration autostart will no longer work.
+