diff --git a/source/_components/automation.markdown b/source/_components/automation.markdown index 86da3cdd2cf..181d28ba123 100644 --- a/source/_components/automation.markdown +++ b/source/_components/automation.markdown @@ -11,7 +11,7 @@ logo: home-assistant.png ha_category: Automation --- -Please see the [getting started section](/getting-started/automation/) for in-depth documentation on how to use the automation component. +Please see the [docs section](/docs/automation/) for in-depth documentation on how to use the automation component. Starting with 0.28 your automation rules can be controlled with the frontend. diff --git a/source/_components/binary_sensor.aurora.markdown b/source/_components/binary_sensor.aurora.markdown index 5680e247780..08c485a37cb 100644 --- a/source/_components/binary_sensor.aurora.markdown +++ b/source/_components/binary_sensor.aurora.markdown @@ -9,7 +9,9 @@ sharing: true footer: true ha_category: Binary Sensor ha_release: 0.39 +logo: noaa.png --- + The `aurora` platform uses the [NOAA aurora forecast](http://www.swpc.noaa.gov/products/aurora-30-minute-forecast) service to let you know if an aurora might be visible at your home location in the next 30 minutes, based off of current solar flare activity. This service gives a number 0-100 representing the current likelihood of visible auroras at your latitude/longitude. By default this sensor is set up to trigger when the reported likelihood for your location is > 75. It updates every 5 minutes. @@ -24,9 +26,10 @@ binary_sensor: - platform: aurora ``` -#### Configuration variables: +Configuration variables: - **forecast_threshold** (*Optional*): Provide your own threshold number above which the sensor will trigger. Defaults to 75. +- **name** (*Optional*): The name of the sensor. Default is 'Aurora Visibility'. ```yaml binary_sensor: diff --git a/source/_components/device_tracker.bluetooth_le_tracker.markdown b/source/_components/device_tracker.bluetooth_le_tracker.markdown index dc407b3dd2d..ccd8bbddaf3 100644 --- a/source/_components/device_tracker.bluetooth_le_tracker.markdown +++ b/source/_components/device_tracker.bluetooth_le_tracker.markdown @@ -13,16 +13,24 @@ ha_iot_class: "Local Poll" ha_release: 0.27 --- -This tracker discovers new devices on boot and in regular intervals and tracks bluetooth low-energy devices periodically based on interval_seconds value. It is not required to pair the devices with each other! +
+We have received numerous reports that this integration will have a big impact on the performance of the server. +
+ +This tracker discovers new devices on boot and in regular intervals and tracks bluetooth low-energy devices periodically based on interval_seconds value. It is not required to pair the devices with each other. Devices discovered are stored with 'BLE_' as the prefix for device mac addresses in `known_devices.yaml`. -This platform requires pybluez to be installed. On Debian based installs, run `sudo apt install bluetooth libbluetooth-dev pkg-config libboost-python-dev libboost-thread-dev libglib2.0-dev python-dev` +This platform requires pybluez to be installed. On Debian based installs, run + +```bash +$ sudo apt install bluetooth libbluetooth-dev pkg-config libboost-python-dev libboost-thread-dev libglib2.0-dev python-dev +``` Before you get started with this platform, please note that: + - This platform is incompatible with Windows - This platform requires root privileges - - Don't use on a Raspberry Pi. It will become unusable slow when using this platform. To use the Bluetooth tracker in your installation, add the following to your `configuration.yaml` file: diff --git a/source/_components/emulated_hue.markdown b/source/_components/emulated_hue.markdown index fb6def109f8..47bb5291387 100644 --- a/source/_components/emulated_hue.markdown +++ b/source/_components/emulated_hue.markdown @@ -39,7 +39,7 @@ emulated_hue: Configuration variables: -- **type** (*Optional*): The type of assistant who we are emulated for. Either `alexa` or `google_home`, defaults to `alexa`. +- **type** (*Optional*): The type of assistant who we are emulated for. Either `alexa` or `google_home`, defaults to `google_home`. - **host_ip** (*Optional*): The IP address that your Home Assistant installation is running on. If you do not specify this option, the component will attempt to determine the IP address on its own. - **listen_port** (*Optional*): The port the Hue bridge API web server will run on. If not specified, this defaults to 8300. This can be any free port on your system. diff --git a/source/_components/light.mqtt.markdown b/source/_components/light.mqtt.markdown index 2d34dcbadff..3b423e62eaf 100644 --- a/source/_components/light.mqtt.markdown +++ b/source/_components/light.mqtt.markdown @@ -11,9 +11,9 @@ logo: mqtt.png ha_category: Light --- -The `mqtt` light platform lets you control your MQTT enabled light. It supports setting brightness, color temperature, effects, flashing, on/off, RGB colors, transitions, XY colors and white values. +The `mqtt` light platform lets you control your MQTT enabled lights. It supports setting brightness, color temperature, effects, flashing, on/off, RGB colors, transitions, XY colors and white values. -In an ideal scenario, the MQTT device will have a state topic to publish state changes. If these messages are published with RETAIN flag, the MQTT switch will receive an instant state update after subscription and will start with correct state. Otherwise, the initial state of the switch will be false/off. +In an ideal scenario, the MQTT device will have a state topic to publish state changes. If these messages are published with RETAIN flag, the MQTT light will receive an instant state update after subscription and will start with correct state. Otherwise, the initial state of the switch will be false/off. When a state topic is not available, the light will work in optimistic mode. In this mode, the light will immediately change state after every command. Otherwise, the light will wait for state confirmation from device (message from `state_topic`). @@ -127,4 +127,5 @@ light: ### {% linkable_title Implementations %} -A basic example using a nodeMCU board (ESP8266) to control its built-in led (on/off) can be found [here](https://github.com/mertenats/open-home-automation/tree/master/ha_mqtt_light). [Here](https://github.com/mertenats/open-home-automation/tree/master/ha_mqtt_rgb_light) is another example to control a RGB led (on/off, brightness and colors). +- A [basic example](https://github.com/mertenats/open-home-automation/tree/master/ha_mqtt_light) using a nodeMCU board (ESP8266) to control its built-in LED (on/off). +- Another [example](https://github.com/mertenats/open-home-automation/tree/master/ha_mqtt_rgb_light) to control a RGB LED (on/off, brightness, and colors). diff --git a/source/_components/light.mqtt_json.markdown b/source/_components/light.mqtt_json.markdown index d707abccb04..36ce8f23ca2 100644 --- a/source/_components/light.mqtt_json.markdown +++ b/source/_components/light.mqtt_json.markdown @@ -121,6 +121,8 @@ light: ### {% linkable_title Implementations %} -A full example of custom lighting using this platform and an ESP8266 microcontroller can be found [here](https://github.com/corbanmailloux/esp-mqtt-rgb-led). It supports on/off, brightness, transitions, RGB colors, and flashing. +- A full example of custom lighting using this platform and an ESP8266 microcontroller can be found [here](https://github.com/corbanmailloux/esp-mqtt-rgb-led). It supports on/off, brightness, transitions, RGB colors, and flashing. -There is also another implementation forked from the above repo, it supports all the same features but is made for addressable LED strips using FastLED on a NodeMCU V3 it can be found [here](https://github.com/JammyDodger231/nodemcu-mqtt-rgb-led) +- There is also another implementation forked from the above repo, it supports all the same features but is made for addressable LED strips using FastLED on a NodeMCU V3 it can be found [here](https://github.com/JammyDodger231/nodemcu-mqtt-rgb-led). + +- [MQTT JSON Light](https://github.com/mertenats/Open-Home-Automation/tree/master/ha_mqtt_rgbw_light_with_discovery) is another implementation for ESP8266 including [MQTT discovery](/docs/mqtt/discovery/). diff --git a/source/_components/light.rflink.markdown b/source/_components/light.rflink.markdown index e6cd27975b4..e596e1259b0 100644 --- a/source/_components/light.rflink.markdown +++ b/source/_components/light.rflink.markdown @@ -47,10 +47,10 @@ Configuration variables: Device configuration variables: - **name** (*Optional*): Name for the device, defaults to Rflink ID. -- **type** (*Optional*): Override automatically detected type of the light device, can be: switchable, dimmable, hybrid or toggle. See 'Light Types' below. +- **type** (*Optional*): Override automatically detected type of the light device, can be: switchable, dimmable, hybrid or toggle. See 'Light Types' below. (default: Switchable) - **aliasses** (*Optional*): Alternative Rflink ID's this device is known by. - **fire_event** (*Optional*): Fire an `button_pressed` event if this device is turned on or off (default: False). -- **signal_repetitions** (*Optional*): Repeat every Rflink command this number of times (default: 1) +- **signal_repetitions** (*Optional*): Repeat every Rflink command this number of times (default: 1). - **fire_event_** (*Optional*): Set default `fire_event` for RFLink switch devices (see below). - **signal_repetitions** (*Optional*): Set default `signal_repetitions` for RFLink switch devices (see below). @@ -71,6 +71,10 @@ light: aliasses: - newkaku_000000001_2 - kaku_000001_a + Ansluta_ce30_0: + name: Kitchen Under Counter Lights + Maclean_0d82_01: + name: Bedroom Lamp ``` Any on/off command from any allias ID updates the current state of the light. However when sending a command through the frontend only the primary ID is used. diff --git a/source/_components/logger.markdown b/source/_components/logger.markdown index 126a8384f4b..72e7b2f0f7a 100644 --- a/source/_components/logger.markdown +++ b/source/_components/logger.markdown @@ -67,3 +67,9 @@ data: homeassistant.components: warning homeassistant.components.media_player.yamaha: debug ``` + +The log information are stored in the [configuration directory](/docs/configuration/) as `home-assistant.log` and you can read it with the command-line tool `cat` or follow it dynamicly with `tail -f`. If you are a Rasbian user then like the example below: + +```bash +$ tail -f /home/pi/.homeassistant/home-assistant.log +``` diff --git a/source/_components/lutron_caseta.markdown b/source/_components/lutron_caseta.markdown new file mode 100644 index 00000000000..073694ec89e --- /dev/null +++ b/source/_components/lutron_caseta.markdown @@ -0,0 +1,39 @@ +--- +layout: page +title: "Lutron Caseta" +description: "Instructions how to use Lutron Caseta devices with Home Assistant." +date: 2017-01-28 13:00 +sidebar: true +comments: false +sharing: true +footer: true +logo: lutron.png +ha_category: Hub +featured: False +ha_release: 0.41 +--- + +[Lutron](http://www.lutron.com/) is an American lighting control company. They have several lines of home automation devices that manage light switches/dimmers, occupancy sensors, HVAC controls, etc. The `lutron_caseta` component in Home Assistant is responsible for communicating with the Lutron SmartBridge for these systems. + +This component only supports the Caseta line of products. Current only supports Caseta dimmers as Home Assistant lights and caseta wall switches as Home Assistant switches. + +When configured, the `lutron_caseta` component will automatically discover dimmers and switches as setup in the Lutron SmartBridge. + +To use Lutron Caseta devices in your installation, add the following to your configuration.yaml file using the IP of your lutron Smartbridge: + +``` yaml +lutron_caseta: + host:+ It is recommended to assign a static IP address to your Lutron SmartBridge. This ensures that it won't change IP address, so you won't have to change the `host` if it reboots and comes up with a different IP address. +
diff --git a/source/_components/media_player.nad.markdown b/source/_components/media_player.nad.markdown index eaf93d8aed0..b35a5ea99b1 100644 --- a/source/_components/media_player.nad.markdown +++ b/source/_components/media_player.nad.markdown @@ -23,12 +23,6 @@ To add an NAD receiver to your installation, add the following to your `configur media_player: - platform: nad serial_port: /dev/ttyUSB0 - name: NAD Receiver - min_volume: -60 - max_volume: -20 - sources: - 1: 'Kodi' - 2: 'TV' ``` Configuration variables: @@ -39,8 +33,7 @@ Configuration variables: - **max_volume** (*optional*): Maximum volume in dB to use with the slider. Default is `-20` - **sources** (*Optional*): A list of mappings from source to source name. Valid sources are `1 to 10`. -The min_volume and max_volume are there to protect you against misclicks on the slider so you will not blow up your speakers when you go from -92dB to +20dB. -You can still force it to go higher or lower than the values set with the plus and minus buttons. +The min_volume and max_volume are there to protect you against misclicks on the slider so you will not blow up your speakers when you go from -92dB to +20dB. You can still force it to go higher or lower than the values set with the plus and minus buttons.
On linux the user running home-assistant needs `dialout` permissions to access the serial port.
@@ -48,3 +41,17 @@ This can be added to the user by doing `sudo usermod -a -G dialout
Use of the Yahoo Weather API should not exceed reasonable request volume. Access is limited to 2,000 signed calls per day.
@@ -55,6 +55,37 @@ Configuration variables:
- **pressure**: The sea-level air pressure in millibars.
- **visibility**: The average visibility.
+Example of forecast using multiple days. In example, first sensor shows tomorrow's forecast, second sensor shows the next day and so on:
+
+```yaml
+# Example configuration.yaml entry
+sensor:
+ - platform: yweather
+ forecast: 1
+ name: yw_day1
+ monitored_conditions:
+ - weather
+ - temp_min
+ - temp_max
+
+ - platform: yweather
+ forecast: 2
+ name: yw_day2
+ monitored_conditions:
+ - weather
+ - temp_min
+ - temp_max
+
+ - platform: yweather
+ forecast: 3
+ name: yw_day3
+ monitored_conditions:
+ - weather
+ - temp_min
+ - temp_max
+
+```
+
Details about the API are available in the [Yahoo! Developer Network](https://developer.yahoo.com/weather/).
diff --git a/source/_docs/configuration/templating.markdown b/source/_docs/configuration/templating.markdown
index bb94a2c912e..03fda9722b2 100644
--- a/source/_docs/configuration/templating.markdown
+++ b/source/_docs/configuration/templating.markdown
@@ -23,14 +23,14 @@ Templating is a powerful feature in Home Assistant that allows the user control
- Formatting outgoing messages in, for example, the [notify] and [alexa] components.
- Process incoming data from sources that provide raw data, like [MQTT], [REST sensor], or the [command line sensor].
-- [Advanced Automation templating]auto-template]
+- [Automation Templating].
[notify]: /components/notify/
[alexa]: /components/alexa/
[MQTT]: /components/mqtt/
[REST sensor]: /components/sensor.rest/
[command line sensor]: /components/sensor.command_line/
-[auto-template]: /getting-started/automation-templating/
+[Automation Templating]: /docs/automation/templating/
## {% linkable_title Building templates %}
diff --git a/source/_docs/ecosystem/apache.markdown b/source/_docs/ecosystem/apache.markdown
index 94d0a1cf20b..31747c477a2 100644
--- a/source/_docs/ecosystem/apache.markdown
+++ b/source/_docs/ecosystem/apache.markdown
@@ -55,7 +55,7 @@ If you don't want HTTPS, you can change `
OwnTracks communicates directly with your MQTT broker; no data will pass through their servers. @@ -45,6 +45,7 @@ Home Assistant will know the location of your device if you are using OwnTracks. [nmap]: /components/device_tracker.nmap_tracker/ [ha-owntracks]: /components/device_tracker.owntracks/ [ha-locative]: /components/device_tracker.locative/ +[gpslogger]: /components/device_tracker.gpslogger/ [mqtt-self]: /components/mqtt/#run-your-own [mqtt-cloud]: /components/mqtt/#cloudmqtt [zone]: /components/zone/ diff --git a/source/images/blog/2017-04-award/award.jpg b/source/images/blog/2017-04-award/award.jpg new file mode 100644 index 00000000000..d1af3644471 Binary files /dev/null and b/source/images/blog/2017-04-award/award.jpg differ diff --git a/source/images/blog/2017-04-award/social.png b/source/images/blog/2017-04-award/social.png new file mode 100644 index 00000000000..af4991f4d5e Binary files /dev/null and b/source/images/blog/2017-04-award/social.png differ diff --git a/source/images/supported_brands/noaa.png b/source/images/supported_brands/noaa.png new file mode 100644 index 00000000000..a0248bef254 Binary files /dev/null and b/source/images/supported_brands/noaa.png differ