mirror of
https://github.com/home-assistant/home-assistant.io.git
synced 2025-07-12 20:06:52 +00:00
🔥Removes linkable_title everywhere (#9772)
* Automatically create linkable headers
* Visually improve position of linkable header chain icon
* Do not auto link headers on homepage
* Remove linkable_title everywhere
* 🚑 Re-instante linkable_title plugin as NOOP
This commit is contained in:
parent
e6605e5405
commit
ebca3218c7
@ -1,16 +1,15 @@
|
||||
module Jekyll
|
||||
class LinkableTitleTag < Liquid::Tag
|
||||
def initialize(tag_name, text, token)
|
||||
super
|
||||
@title = text
|
||||
end
|
||||
module Jekyll
|
||||
class LinkableTitleTag < Liquid::Tag
|
||||
def initialize(tag_name, text, token)
|
||||
super
|
||||
@title = text
|
||||
end
|
||||
|
||||
def render(context)
|
||||
title = Liquid::Template.parse(@title).render context
|
||||
slug = title.downcase.strip.gsub(' ', '-').gsub(/[^\w-]/, '')
|
||||
"<a class='title-link' name='#{slug}' href='\##{slug}'></a> #{title}"
|
||||
end
|
||||
end
|
||||
end
|
||||
def render(context)
|
||||
title = Liquid::Template.parse(@title).render context
|
||||
"#{title}"
|
||||
end
|
||||
end
|
||||
end
|
||||
|
||||
Liquid::Template.register_tag('linkable_title', Jekyll::LinkableTitleTag)
|
||||
Liquid::Template.register_tag('linkable_title', Jekyll::LinkableTitleTag)
|
@ -1,33 +0,0 @@
|
||||
# Jekyll Auto Nofollow Plugin
|
||||
# Automatically adds rel='external nofollow' to outgoing links.
|
||||
|
||||
require 'jekyll'
|
||||
require 'nokogiri'
|
||||
|
||||
module Jekyll
|
||||
module NoFollow
|
||||
def nofollow(content)
|
||||
dom = Nokogiri::HTML.fragment(content)
|
||||
|
||||
# Find all links
|
||||
dom.css('a').each do |link|
|
||||
rel = ['external', 'nofollow']
|
||||
|
||||
# All external links start with 'http', skip when this one does not
|
||||
next unless link.get_attribute('href') =~ /\Ahttp/i
|
||||
|
||||
# Play nice with our own links
|
||||
next if link.get_attribute('href') =~ /\Ahttps?:\/\/\w*.?home-assistant.io/i
|
||||
|
||||
# Play nice with links that already have a rel attribute set
|
||||
rel.unshift(link.get_attribute('rel'))
|
||||
|
||||
# Add rel attribute to link
|
||||
link.set_attribute('rel', rel.join(' ').strip)
|
||||
end
|
||||
dom.to_s
|
||||
end
|
||||
end
|
||||
end
|
||||
|
||||
Liquid::Template.register_filter(Jekyll::NoFollow)
|
50
plugins/output_modder.rb
Normal file
50
plugins/output_modder.rb
Normal file
@ -0,0 +1,50 @@
|
||||
# Jekyll Out Modder - Allows for mangling/modding the HTML output
|
||||
#
|
||||
# This is combined in a single plugin/filter to reduce the NokoGiri dom
|
||||
# parsing to just once per page/content.
|
||||
#
|
||||
# - Automatically adds rel='external nofollow' to outgoing links.
|
||||
# - Automatically make headers linkable
|
||||
#
|
||||
require 'jekyll'
|
||||
require 'nokogiri'
|
||||
|
||||
module Jekyll
|
||||
module OutputModder
|
||||
def output_modder(content)
|
||||
dom = Nokogiri::HTML.fragment(content)
|
||||
|
||||
# Find all links, make all external links rel='external nofollow'
|
||||
dom.css('a').each do |link|
|
||||
rel = ['external', 'nofollow']
|
||||
|
||||
# All external links start with 'http', skip when this one does not
|
||||
next unless link.get_attribute('href') =~ /\Ahttp/i
|
||||
|
||||
# Play nice with our own links
|
||||
next if link.get_attribute('href') =~ /\Ahttps?:\/\/\w*.?home-assistant.io/i
|
||||
|
||||
# Play nice with links that already have a rel attribute set
|
||||
rel.unshift(link.get_attribute('rel'))
|
||||
|
||||
# Add rel attribute to link
|
||||
link.set_attribute('rel', rel.join(' ').strip)
|
||||
end
|
||||
|
||||
# Find all headers, make them linkable
|
||||
dom.css('h2,h3,h4,h5,h6,h7,h8').each do |header|
|
||||
|
||||
# Skip linked headers
|
||||
next if header.at_css('a')
|
||||
|
||||
title = header.content
|
||||
slug = title.downcase.strip.gsub(' ', '-').gsub(/[^\w-]/, '')
|
||||
header.children = "<a class='title-link' name='#{slug}' href='\##{slug}'></a> #{title}"
|
||||
end
|
||||
|
||||
dom.to_s
|
||||
end
|
||||
end
|
||||
end
|
||||
|
||||
Liquid::Template.register_filter(Jekyll::OutputModder)
|
@ -210,7 +210,7 @@ dt:hover a.title-link {
|
||||
|
||||
&::before {
|
||||
position: absolute;
|
||||
top: 2px;
|
||||
top: 5px;
|
||||
left: -25px;
|
||||
padding-right: 40px;
|
||||
font-family: "FontAwesome";
|
||||
|
@ -11,7 +11,7 @@ footer: true
|
||||
|
||||
You can use this add-on to check whether your configuration files are valid against the new version of Home Assistant before you actually update your Home Assistant installation. This add-on will help you avoid errors due to breaking changes, resulting in a smooth update.
|
||||
|
||||
### {% linkable_title How to use this add-on %}
|
||||
### How to use this add-on
|
||||
|
||||
1. Just start the add-on.
|
||||
2. Wait (On a Raspberry Pi it can take several minutes).
|
||||
@ -19,7 +19,7 @@ You can use this add-on to check whether your configuration files are valid agai
|
||||
|
||||
If you get errors, then you should look for **Breaking Changes** against the version you specified for this add-on and change your configuration accordingly.
|
||||
|
||||
### {% linkable_title Add-on configuration %}
|
||||
### Add-on configuration
|
||||
|
||||
```json
|
||||
{
|
||||
|
@ -20,7 +20,7 @@ More information and a standalone version for regular Home Assistant installatio
|
||||
Screenshot of the HASS Configurator.
|
||||
</p>
|
||||
|
||||
### {% linkable_title Feature list %}
|
||||
### Feature list
|
||||
|
||||
- Web-based editor to modify your files with syntax highlighting and YAML linting.
|
||||
- Upload and download files.
|
||||
@ -32,7 +32,7 @@ Screenshot of the HASS Configurator.
|
||||
- Editor settings are saved in your browser.
|
||||
- And much more...
|
||||
|
||||
### {% linkable_title Add-on Configuration %}
|
||||
### Add-on Configuration
|
||||
|
||||
```json
|
||||
{
|
||||
@ -54,6 +54,6 @@ enforce_basepath:
|
||||
default: false
|
||||
{% endconfiguration %}
|
||||
|
||||
### {% linkable_title Old port based Access %}
|
||||
### Old port based Access
|
||||
|
||||
You can set a network Port and the Add-on listens on that Port with Home Assistant user credential. That is as a backup if you are not able to connect to Home Assistant anymore. Today, you can restart Home Assistant with broken config, but maybe some times usefully.
|
||||
|
@ -49,7 +49,7 @@ seconds:
|
||||
type: integer
|
||||
{% endconfiguration %}
|
||||
|
||||
## {% linkable_title Home Assistant configuration %}
|
||||
## Home Assistant configuration
|
||||
|
||||
Use the following configuration in Home Assistant to use the generated certificate:
|
||||
|
||||
@ -62,7 +62,7 @@ http:
|
||||
|
||||
If you use a port other than `8123` or an SSL proxy, change the port number accordingly.
|
||||
|
||||
## {% linkable_title Router configuration %}
|
||||
## Router configuration
|
||||
|
||||
You'll need to forward the port you listed in your configuration (8123 in the example above) on your router to your Home Assistant system. You can find guides on how to do this on [Port Forward](https://portforward.com/). Noting that you'll only need to forward the TCP port.
|
||||
|
||||
@ -70,7 +70,7 @@ Ensure that you allocate the Home Assistant system a fixed IP on your network be
|
||||
|
||||
Restart Home Assistant for the configured changes to take effect. When you access the Home Assistant frontend you will now need to use `https`, even when accessing local instances, for example at `https://192.168.0.1:8123`.
|
||||
|
||||
## {% linkable_title Generate Let's Encrypt certificate for Duck DNS sub sub domains %}
|
||||
## Generate Let's Encrypt certificate for Duck DNS sub sub domains
|
||||
|
||||
To generate certificates for nr.my-domain.duckdns.org update the domain JSON settings to:
|
||||
|
||||
|
@ -79,7 +79,7 @@ speaker:
|
||||
type: string
|
||||
{% endconfiguration %}
|
||||
|
||||
### {% linkable_title Home Assistant configuration %}
|
||||
### Home Assistant configuration
|
||||
|
||||
Use the Home Assistant [DialogFlow component][comp] to integrate the add-on into Home Assistant.
|
||||
|
||||
|
@ -103,7 +103,7 @@ hmip:
|
||||
type: string
|
||||
{% endconfiguration %}
|
||||
|
||||
## {% linkable_title Home Assistant configuration %}
|
||||
## Home Assistant configuration
|
||||
|
||||
Use the following configuration in Home Assistant to use it:
|
||||
|
||||
@ -121,7 +121,7 @@ homematic:
|
||||
port: 2010
|
||||
```
|
||||
|
||||
## {% linkable_title Raspberry Pi3 %}
|
||||
## Raspberry Pi3
|
||||
|
||||
With HM-MOD-RPI-PCB you need to add follow into your `config.txt` on boot partition:
|
||||
|
||||
@ -129,6 +129,6 @@ With HM-MOD-RPI-PCB you need to add follow into your `config.txt` on boot partit
|
||||
dtoverlay=pi3-miniuart-bt
|
||||
```
|
||||
|
||||
## {% linkable_title HmIP-RFUSB %}
|
||||
## HmIP-RFUSB
|
||||
|
||||
HassOS > 1.11 support HmIP-RFUSB default and don't need any configuration. If you run a Linux, you need to follow the installation guide from documentation to set up the UART USB interface on your computer.
|
||||
|
@ -45,7 +45,7 @@ keyfile:
|
||||
default: privkey.pem
|
||||
{% endconfiguration %}
|
||||
|
||||
## {% linkable_title Home Assistant configuration %}
|
||||
## Home Assistant configuration
|
||||
|
||||
Use the following configuration in Home Assistant to use the generated certificate:
|
||||
|
||||
@ -58,7 +58,7 @@ http:
|
||||
|
||||
If you use another port such as `8123` or an SSL proxy, change the port number.
|
||||
|
||||
## {% linkable_title Enabling auto-renewals %}
|
||||
## Enabling auto-renewals
|
||||
|
||||
Out of the box, the add-on will not automatically renew your certificate. In fact, it only starts, tries to get/renew your certificate, and then stops. It's up to you to manually start it again whenever your certificate comes close to expiry.
|
||||
|
||||
|
@ -77,7 +77,7 @@ rights:
|
||||
type: string
|
||||
{% endconfiguration %}
|
||||
|
||||
## {% linkable_title Home Assistant configuration %}
|
||||
## Home Assistant configuration
|
||||
|
||||
Use the following configuration in Home Assistant to use the database above:
|
||||
|
||||
|
@ -47,15 +47,15 @@ customize:
|
||||
type: [boolean, string]
|
||||
{% endconfiguration %}
|
||||
|
||||
### {% linkable_title Home Assistant user management %}
|
||||
### Home Assistant user management
|
||||
|
||||
This add-on is attached to the Home Assistant user system, so mqtt clients can make use of these credentials. Local users may also still be set independently within the configuration options for the add-on. For the internal Hass.io ecosystem we register `homeassistant` and `addons`, so these may not be used as user names.
|
||||
|
||||
### {% linkable_title Home Assistant configuration %}
|
||||
### Home Assistant configuration
|
||||
|
||||
To use the Mosquitto as [broker](/docs/mqtt/broker/#run-your-own), go to the integration page and install the configuration with one click. If you have old MQTT settings available, remove this old integration and restart Home Assistant to see the new one.
|
||||
|
||||
#### {% linkable_title Using Mosquitto with Hass.io %}
|
||||
#### Using Mosquitto with Hass.io
|
||||
|
||||
1. Install the [Mosquitto add-on](/addons/mosquitto/) with the default configuration via 'Hass.io > ADD-ON STORE'. (Don't forget to start the add-on & verify that 'Start on boot' is enabled.)
|
||||
|
||||
@ -73,11 +73,11 @@ To use the Mosquitto as [broker](/docs/mqtt/broker/#run-your-own), go to the int
|
||||
Note: .yaml modifications are not required.
|
||||
See [testing your setup](/docs/mqtt/testing/) to verify the steps above.
|
||||
|
||||
### {% linkable_title Disable listening on insecure (1883) ports %}
|
||||
### Disable listening on insecure (1883) ports
|
||||
|
||||
Remove the ports from the add-on page network card (set them as blank) to disable them.
|
||||
|
||||
### {% linkable_title Access Control Lists (ACLs) %}
|
||||
### Access Control Lists (ACLs)
|
||||
|
||||
It is possible to restrict access to topics based upon the user logged in to Mosquitto. In this scenario it is recommended to create individual users for each of your clients and create an appropriate ACL.
|
||||
|
||||
|
@ -33,7 +33,7 @@ Allows you to shut down a Windows computer with a service call from Home Assista
|
||||
- **computers/address** (*Required*): IP address or NetBIOS name of the computer for the shutdown.
|
||||
- **computers/credentials** (*Required*): Credentials for logging into computer. Use a `%` as the delimiter of username and password.
|
||||
|
||||
### {% linkable_title Home Assistant configuration %}
|
||||
### Home Assistant configuration
|
||||
|
||||
Use the following inside Home Assistant service call to use it:
|
||||
|
||||
|
@ -33,7 +33,7 @@ Now install and activate the [Samba](/addons/samba/) add-on so you can upload yo
|
||||
|
||||
Now it's time to start Snips for the first time. You can configure the microphone and sound card using the Add-on interface. Now start the add-on.
|
||||
|
||||
### {% linkable_title Add-On configuration %}
|
||||
### Add-On configuration
|
||||
|
||||
```json
|
||||
{
|
||||
@ -66,7 +66,7 @@ tts_platform:
|
||||
type: string
|
||||
{% endconfiguration %}
|
||||
|
||||
### {% linkable_title Home Assistant configuration %}
|
||||
### Home Assistant configuration
|
||||
|
||||
A simple configuration just requires this. Consult [Snips.ai integration](/components/snips/) for more options.
|
||||
|
||||
@ -74,11 +74,11 @@ A simple configuration just requires this. Consult [Snips.ai integration](/compo
|
||||
snips:
|
||||
```
|
||||
|
||||
### {% linkable_title Home Assistant configuration %}
|
||||
### Home Assistant configuration
|
||||
|
||||
There is an active [discord](https://discordapp.com/invite/3939Kqx) channel for further support.
|
||||
|
||||
### {% linkable_title Examples %}
|
||||
### Examples
|
||||
|
||||
So now you can turn lights on and off, let's check the weather. Log on to the [console](https://console.snips.ai/). If this is your first time, create a new assistant and add the Home Assistant skill, along with the Weather skill by snips. Download your assistant manually and copy it to the `/share` folder on your HassIO installation using the Samba add-on.
|
||||
|
||||
|
@ -29,7 +29,7 @@ To add [lights](/components/light.tellstick/), [sensors](/components/sensor.tell
|
||||
|
||||
The add-on will also enable you to interact with the `tdtool` via a Home Assistant services call, see example below for self-learning device.
|
||||
|
||||
## {% linkable_title Examples %}
|
||||
## Examples
|
||||
|
||||
Example for adding more devices in the add-on configuration (note the comma separator between devices):
|
||||
|
||||
@ -93,7 +93,7 @@ code:
|
||||
|
||||
For more information about the configuration including protocols, see the [telldus documentation](https://developer.telldus.com/wiki/TellStick_conf).
|
||||
|
||||
## {% linkable_title Service calls %}
|
||||
## Service calls
|
||||
|
||||
If you wish to teach a self-learning device in your TellStick configuration:
|
||||
|
||||
@ -108,7 +108,7 @@ Replace `1` with the corresponding ID of the device in your TellStick configurat
|
||||
You can also use this to list devices or sensors and read the output in the add-on log:
|
||||
`{"addon":"core_tellstick","input":{"function":"list-sensors"}}`
|
||||
|
||||
### {% linkable_title Supported service commands %}
|
||||
### Supported service commands
|
||||
|
||||
- `"function":"list"`: List currently configured devices with name and device id and all discovered sensors.
|
||||
|
||||
|
@ -46,7 +46,7 @@ There is currently support for the following device types within Home Assistant:
|
||||
- [**Switch**](/components/abode/#switch): Reports on `Power Switch` devices and can be used to turn the power switch on and off. Also reports on `Automations` set up in the Abode system and allows you to activate or deactivate them.
|
||||
- **Sensor**: Reports on `Temperature`, `Humidity`, and `Light` sensors.
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To use Abode devices in your installation,
|
||||
add the following `abode` section to your `configuration.yaml` file:
|
||||
@ -99,7 +99,7 @@ lights:
|
||||
type: list
|
||||
{% endconfiguration %}
|
||||
|
||||
## {% linkable_title Events %}
|
||||
## Events
|
||||
|
||||
There are a number of events that can be triggered from Abode.
|
||||
They are grouped into the below events:
|
||||
@ -128,9 +128,9 @@ Field | Description
|
||||
There is a unique list of known event_codes that can be found
|
||||
[here](https://github.com/MisterWil/abodepy/files/1262019/timeline_events.txt).
|
||||
|
||||
## {% linkable_title Services %}
|
||||
## Services
|
||||
|
||||
### {% linkable_title Service `change_setting` %}
|
||||
### Service `change_setting`
|
||||
|
||||
Change settings on your Abode system.
|
||||
For a full list of settings and valid values, consult the
|
||||
@ -141,7 +141,7 @@ For a full list of settings and valid values, consult the
|
||||
| `setting` | No | The setting you wish to change.
|
||||
| `value` | No | The value you wish to change the setting to.
|
||||
|
||||
### {% linkable_title Service `capture_image` %}
|
||||
### Service `capture_image`
|
||||
|
||||
Request a new still image from your Abode IR camera.
|
||||
|
||||
@ -149,7 +149,7 @@ Request a new still image from your Abode IR camera.
|
||||
| ---------------------- | -------- | ----------- |
|
||||
| `entity_id` | No | String or list of strings that point at `entity_id`s of Abode cameras.
|
||||
|
||||
### {% linkable_title Service `trigger_quick_action` %}
|
||||
### Service `trigger_quick_action`
|
||||
|
||||
Trigger a quick action automation on your Abode system.
|
||||
|
||||
@ -157,17 +157,17 @@ Trigger a quick action automation on your Abode system.
|
||||
| ---------------------- | -------- | ----------- |
|
||||
| `entity_id` | No | String or list of strings that point at `entity_id`s of binary_sensors that represent your Abode quick actions.
|
||||
|
||||
### {% linkable_title Binary Sensor %}
|
||||
### Binary Sensor
|
||||
|
||||
This integration will add `Door Contacts`, `Connectivity` sensors (remotes, keypads, and status indicators), `Moisture` sensors, and `Motion` or `Occupancy` sensors.
|
||||
|
||||
This integration will also list all Abode `Quick Actions` that are set up. You can trigger these quick actions by passing the `entity_id` of your quick action binary sensor to the [trigger_quick_action service](/components/abode/#trigger_quick_action).
|
||||
|
||||
### {% linkable_title Light %}
|
||||
### Light
|
||||
|
||||
This integration will automatically add `Lights` configured in your Abode account. You can reclassify `Switches` to show up within Home Assistant as lights by listing the Abode device ID in your [configuration](/components/abode/#configuration).
|
||||
|
||||
### {% linkable_title Switch %}
|
||||
### Switch
|
||||
|
||||
This integration will automatically add `Power Switches` configured in your Abode account. You can reclassify switches to show up within Home Assistant as `Lights` by listing the Abode device ID in your [configuration](/components/abode/#configuration).
|
||||
|
||||
|
@ -18,7 +18,7 @@ redirect_from:
|
||||
|
||||
The `acer_projector` switch platform allows you to control the state of RS232 connected projectors from [Acer](http://www.acer.com).
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To use your Acer Projector in your installation, add the following to your `configuration.yaml` file:
|
||||
|
||||
|
@ -20,7 +20,7 @@ AdGuard Home is a network-wide ad-and-tracker blocking DNS server with parental
|
||||
control (adult content blocking) capabilities. The `adguard` integration allows
|
||||
you to control and monitor your AdGuard Home instance in Home Assistant.
|
||||
|
||||
## {% linkable_title Configuration via the frontend %}
|
||||
## Configuration via the frontend
|
||||
|
||||
Menu: **Configuration** -> **Integrations**.
|
||||
|
||||
@ -28,7 +28,7 @@ Click on the `+` sign to add an integration and click on **AdGuard Home**.
|
||||
Follow the configuration flow, after finishing, the AdGuard Home
|
||||
integration will be available.
|
||||
|
||||
## {% linkable_title Sensors %}
|
||||
## Sensors
|
||||
|
||||
This integration provides sensors for the following information from AdGuard Home:
|
||||
|
||||
@ -41,7 +41,7 @@ This integration provides sensors for the following information from AdGuard Hom
|
||||
- Total number of active filter rules loaded.
|
||||
- Average response time of AdGuard's DNS server in milliseconds.
|
||||
|
||||
## {% linkable_title Switches %}
|
||||
## Switches
|
||||
|
||||
The integration will create a number of switches:
|
||||
|
||||
@ -63,7 +63,7 @@ Turning off Query Log will result in all sensors not receiving updates anymore.
|
||||
AdGuard relies on Query Log to provide stats.
|
||||
</p>
|
||||
|
||||
## {% linkable_title Services %}
|
||||
## Services
|
||||
|
||||
These services allow one to manage filter subscriptions in AdGuard Home.
|
||||
Using these services in automations could be helpful to block certain
|
||||
@ -72,7 +72,7 @@ sites/domains at certain times.
|
||||
For example, you could create a custom filter list blocking social media sites,
|
||||
during the day and release them during the evening, using a simple automation.
|
||||
|
||||
### {% linkable_title Service `add_url` %}
|
||||
### Service `add_url`
|
||||
|
||||
Add a new filter subscription to AdGuard Home.
|
||||
|
||||
@ -81,7 +81,7 @@ Add a new filter subscription to AdGuard Home.
|
||||
| `name` | No | The name of the filter subscription. |
|
||||
| `url` | No | The filter URL to subscribe to, containing the filter rules. |
|
||||
|
||||
### {% linkable_title Service `remove_url` %}
|
||||
### Service `remove_url`
|
||||
|
||||
Removes a filter subscription from AdGuard Home.
|
||||
|
||||
@ -89,7 +89,7 @@ Removes a filter subscription from AdGuard Home.
|
||||
| ---------------------- | -------- | -------------------------------------- |
|
||||
| `url` | No | The filter subscription URL to remove. |
|
||||
|
||||
### {% linkable_title Service `enable_url` %}
|
||||
### Service `enable_url`
|
||||
|
||||
Enables a filter subscription in AdGuard Home.
|
||||
|
||||
@ -97,7 +97,7 @@ Enables a filter subscription in AdGuard Home.
|
||||
| ---------------------- | -------- | -------------------------------------- |
|
||||
| `url` | No | The filter subscription URL to enable. |
|
||||
|
||||
### {% linkable_title Service `disable_url` %}
|
||||
### Service `disable_url`
|
||||
|
||||
Disables a filter subscription in AdGuard Home.
|
||||
|
||||
@ -105,7 +105,7 @@ Disables a filter subscription in AdGuard Home.
|
||||
| ---------------------- | -------- | --------------------------------------- |
|
||||
| `url` | No | The filter subscription URL to disable. |
|
||||
|
||||
### {% linkable_title Service `refresh` %}
|
||||
### Service `refresh`
|
||||
|
||||
Refresh all filter subscriptions in AdGuard Home.
|
||||
|
||||
|
@ -34,7 +34,7 @@ There is currently support for the following device types within Home Assistant:
|
||||
- [Switch](#switch)
|
||||
- [Cover](#cover)
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To enable ADS, add the following lines to your `configuration.yaml` file:
|
||||
|
||||
@ -60,7 +60,7 @@ ip_address:
|
||||
type: string
|
||||
{% endconfiguration %}
|
||||
|
||||
## {% linkable_title Service %}
|
||||
## Service
|
||||
|
||||
The ADS integration will register the service `write_by_name` allowing you to write a value to a variable on your ADS device.
|
||||
|
||||
@ -78,7 +78,7 @@ Service parameters:
|
||||
- **adstype**: Specify the type of the variable. Use one of the following: `int`, `byte`, `uint`, `bool`
|
||||
- **value**: The value that will be written in the variable.
|
||||
|
||||
## {% linkable_title Binary Sensor %}
|
||||
## Binary Sensor
|
||||
|
||||
The `ads` binary sensor platform can be used to monitor a boolean value on your ADS device.
|
||||
|
||||
@ -107,7 +107,7 @@ device_class:
|
||||
type: string
|
||||
{% endconfiguration %}
|
||||
|
||||
## {% linkable_title Light %}
|
||||
## Light
|
||||
|
||||
The `ads` light platform allows you to control your connecte ADS lights.
|
||||
|
||||
@ -137,7 +137,7 @@ name:
|
||||
type: string
|
||||
{% endconfiguration %}
|
||||
|
||||
## {% linkable_title Sensor %}
|
||||
## Sensor
|
||||
|
||||
The `ads` sensor platform allows reading the value of a numeric variable on your ADS device. The variable can be of type *INT*, *UINT*, *BYTE*, *DINT* or *UDINT*.
|
||||
|
||||
@ -176,7 +176,7 @@ factor:
|
||||
|
||||
The *factor* can be used to implement fixed decimals. E.g., set *factor* to 100 if you want to display a fixed decimal value with two decimals. A variable value of `123` will be displayed as `1.23`.
|
||||
|
||||
## {% linkable_title Switch %}
|
||||
## Switch
|
||||
|
||||
The `ads` switch platform accesses a boolean variable on the connected ADS device. The variable is identified by its name.
|
||||
|
||||
@ -201,7 +201,7 @@ name:
|
||||
type: string
|
||||
{% endconfiguration %}
|
||||
|
||||
## {% linkable_title Cover %}
|
||||
## Cover
|
||||
|
||||
The `ads` cover platform allows you to control your connected ADS covers.
|
||||
|
||||
|
@ -20,7 +20,7 @@ The `aftership` platform allows one to track deliveries by [AfterShip](https://w
|
||||
|
||||
The sensor value shows the number of packages that are not in `Delivered` state. As attributes are the number of packages per status.
|
||||
|
||||
## {% linkable_title Setup %}
|
||||
## Setup
|
||||
|
||||
To use this sensor, you need an [AfterShip Account](https://accounts.aftership.com/register) and set up an API Key. To set up an API Key go to [AfterShip API](https://secure.aftership.com/#/settings/api) page, and copy existing key or generate a new one.
|
||||
|
||||
@ -28,7 +28,7 @@ To use this sensor, you need an [AfterShip Account](https://accounts.aftership.c
|
||||
AfterShip recently started requiring having a credit card on file even if you are only using the free plan. That does not change the functionality of the platform, just something to be aware of.
|
||||
</p>
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To enable this sensor, add the following lines to your `configuration.yaml`:
|
||||
|
||||
@ -50,7 +50,7 @@ api_key:
|
||||
type: string
|
||||
{% endconfiguration %}
|
||||
|
||||
## {% linkable_title Service `add_tracking` %}
|
||||
## Service `add_tracking`
|
||||
|
||||
You can use the service `aftership.add_tracking` to add trackings to Aftership.
|
||||
|
||||
@ -60,7 +60,7 @@ api_key:
|
||||
| `slug` | `False` | string | Carrier e.g. `fedex`
|
||||
| `title` | `False` | string | Friendly name of package
|
||||
|
||||
## {% linkable_title Service `remove_tracking` %}
|
||||
## Service `remove_tracking`
|
||||
|
||||
You can use the service `aftership.remove_tracking` to remove trackings from Aftership.
|
||||
|
||||
|
@ -26,7 +26,7 @@ The Community API key is valid for 12 months after which it will expire. You mus
|
||||
The "Community" API key is limited to 10,000 calls per month. In order to leave a buffer, the `airvisual` platform queries the API every 10 minutes (600 seconds) by default. Modification of this (via the `scan_interval` key) to a too-low value may result in your API key being deactivated.
|
||||
</p>
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To enable the platform and gather data via latitude/longitude, add the following lines to your `configuration.yaml` file:
|
||||
|
||||
@ -80,7 +80,7 @@ country:
|
||||
type: string
|
||||
{% endconfiguration %}
|
||||
|
||||
## {% linkable_title Example Configurations %}
|
||||
## Example Configurations
|
||||
|
||||
Configuration using custom Latitude and Longitude:
|
||||
|
||||
@ -111,7 +111,7 @@ sensor:
|
||||
country: USA
|
||||
```
|
||||
|
||||
## {% linkable_title Determining the City/State/Country %}
|
||||
## Determining the City/State/Country
|
||||
|
||||
To easily determine the proper values for a particular location, use the [AirVisual region directory](https://airvisual.com/world). Once you browse to the particular city you want, take note of the breadcrumb title, which is of the form `country > state/region > city`. Use this information to fill out `configuration.yaml`.
|
||||
|
||||
@ -129,7 +129,7 @@ sensor:
|
||||
country: brazil
|
||||
```
|
||||
|
||||
## {% linkable_title Sensor Types %}
|
||||
## Sensor Types
|
||||
|
||||
When configured, the platform will create three sensors for each configured air quality standard:
|
||||
|
||||
|
@ -22,7 +22,7 @@ The `aladdin_connect` cover platform lets you control Genie Aladdin Connect gara
|
||||
Only doors that are owned by your Aladdin Connect account will be available. Doors that your account has been granted shared access to are not yet supported.
|
||||
</p>
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To use your Aladdin Connect cover in your installation, add the following to your `configuration.yaml` file:
|
||||
|
||||
|
@ -21,7 +21,7 @@ This platform depends on the [IFTTT](/components/ifttt/) Home Assistant integrat
|
||||
It is important to note that this platform fully relies on IFTTT to receive updates when the security system's state changes. Therefore, this platform shows an assumed state.
|
||||
</p>
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To enable this, add the following lines to your `configuration.yaml` file:
|
||||
|
||||
@ -80,7 +80,7 @@ optimistic:
|
||||
It is strongly discouraged to use this platform when you don't use encryption; otherwise, your API password will be send unprotected through the IFTTT Webhooks. It is advised to [setup encryption using Let's Encrypt](https://home-assistant.io/blog/2017/09/27/effortless-encryption-with-lets-encrypt-and-duckdns/).
|
||||
</p>
|
||||
|
||||
### {% linkable_title Required IFTTT applets %}
|
||||
### Required IFTTT applets
|
||||
|
||||
Next, you will need to set up the required IFTTT applets as listed below.
|
||||
|
||||
|
@ -27,7 +27,7 @@ The integration will accept the following states from your Alarm Panel (in lower
|
||||
|
||||
The integration can control your Alarm Panel by publishing to the `command_topic` when a user interacts with the Home Assistant frontend.
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To enable this platform, add the following lines to your `configuration.yaml`:
|
||||
|
||||
|
@ -32,7 +32,7 @@ There is currently support for the following device types within Home Assistant:
|
||||
|
||||
This is a fully event-based component. Any event sent by the AlarmDecoder device will be immediately reflected within Home Assistant.
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
An `alarmdecoder` section must be present in the `configuration.yaml` file and contain the following options as required:
|
||||
|
||||
@ -122,7 +122,7 @@ zones:
|
||||
type: integer
|
||||
{% endconfiguration %}
|
||||
|
||||
## {% linkable_title Alarm Control Panel %}
|
||||
## Alarm Control Panel
|
||||
|
||||
There are several attributes available on the alarm panel to give you more information about your alarm.
|
||||
|
||||
@ -136,7 +136,7 @@ There are several attributes available on the alarm panel to give you more infor
|
||||
- `ready`: Set to `true` if your system is ready to be armed. Any faults, including motions sensors, will make this value `false`.
|
||||
- `zone_bypassed`: Set to `true` if your system is currently bypassing a zone.
|
||||
|
||||
## {% linkable_title Services %}
|
||||
## Services
|
||||
|
||||
The Alarm Decoder integration gives you access to several services for you to control your alarm with.
|
||||
|
||||
@ -150,11 +150,11 @@ The Alarm Decoder integration gives you access to several services for you to co
|
||||
`alarm_arm_custom_bypass` and `alarm_trigger`, while available in the services list in Home Assistant, are not currently implemented in the Alarm Decoder platform.
|
||||
</p>
|
||||
|
||||
### {% linkable_title Examples %}
|
||||
### Examples
|
||||
|
||||
Using a combination of the available services and attributes, you can create switch templates.
|
||||
|
||||
### {% linkable_title Chime Status and Control %}
|
||||
### Chime Status and Control
|
||||
|
||||
{% raw %}
|
||||
```yaml
|
||||
|
@ -17,7 +17,7 @@ redirect_from:
|
||||
|
||||
The `alarmdotcom` platform is consuming the information provided by [Alarm.com](https://www.alarm.com/).
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To enable this, add the following lines to your `configuration.yaml`:
|
||||
|
||||
|
@ -23,7 +23,7 @@ water leak sensors, or any condition that may need your attention.
|
||||
Alerts will add an entity to the front end only when they are firing.
|
||||
This entity allows you to silence an alert until it is resolved.
|
||||
|
||||
### {% linkable_title Basic Example %}
|
||||
### Basic Example
|
||||
|
||||
The `alert` integration makes use of any of the `notifications` integrations. To
|
||||
setup the `alert` integration, first, you must setup a `notification` integration.
|
||||
@ -143,7 +143,7 @@ alert:
|
||||
- john_phone_sms
|
||||
```
|
||||
|
||||
### {% linkable_title Complex Alert Criteria %}
|
||||
### Complex Alert Criteria
|
||||
|
||||
By design, the `alert` integration only handles very simple criteria for firing.
|
||||
That is, it only checks if a single entity's state is equal to a value. At some
|
||||
@ -177,7 +177,7 @@ This example will begin firing as soon as the entity `sensor.motion`'s `battery`
|
||||
attribute falls below 15. It will continue to fire until the battery attribute
|
||||
raises above 15 or the alert is acknowledged on the frontend.
|
||||
|
||||
### {% linkable_title Dynamic Notification Delay Times %}
|
||||
### Dynamic Notification Delay Times
|
||||
|
||||
It may be desirable to have the delays between alert notifications dynamically
|
||||
change as the alert continues to fire. This can be done by setting the `repeat`
|
||||
@ -208,7 +208,7 @@ following notification.
|
||||
For example, if the garage door opens at 2:00, a notification will be
|
||||
sent at 2:15, 2:45, 3:45, 4:45, etc., continuing every 60 minutes.
|
||||
|
||||
### {% linkable_title Message Templates %}
|
||||
### Message Templates
|
||||
|
||||
It may be desirable to have the alert notifications include information
|
||||
about the state of the entity. [Templates](/docs/configuration/templating/)
|
||||
@ -237,7 +237,7 @@ alert:
|
||||
|
||||
The resulting message could be `Plant Officeplant needs help (moisture low)`.
|
||||
|
||||
### {% linkable_title Additional parameters for notifiers %}
|
||||
### Additional parameters for notifiers
|
||||
|
||||
Some notifiers support more parameters (e.g., to set text color or action
|
||||
buttons). These can be supplied via the `data` parameter:
|
||||
|
@ -14,11 +14,11 @@ featured: false
|
||||
ha_release: "0.31"
|
||||
---
|
||||
|
||||
## {% linkable_title Flash Briefing Skills %}
|
||||
## Flash Briefing Skills
|
||||
|
||||
As of version [0.31][zero-three-one] Home Assistant supports the new [Alexa Flash Briefing Skills API][flash-briefing-api]. A Flash Briefing Skill adds a new Flash Briefing source that is generated by Home Assistant.
|
||||
|
||||
### {% linkable_title Requirements %}
|
||||
### Requirements
|
||||
|
||||
Amazon requires the endpoint of a skill to be hosted via SSL. Self-signed certificates are OK because our skills will only run in development mode. Read more on [our blog][blog-lets-encrypt] about how to set up encryption for Home Assistant. When running Hass.io, using the [Let's Encrypt](/addons/lets_encrypt/) and [Duck DNS](/addons/duckdns/) add-ons is the easiest method. If you are unable to get HTTPS up and running, consider using [this AWS Lambda proxy for Alexa skills](https://community.home-assistant.io/t/aws-lambda-proxy-custom-alexa-skill-when-you-dont-have-https/5230).
|
||||
|
||||
@ -30,7 +30,7 @@ Additionally, note that at the time of this writing, your Alexa skill endpoint *
|
||||
|
||||
[blog-lets-encrypt]: /blog/2015/12/13/setup-encryption-using-lets-encrypt/
|
||||
|
||||
### {% linkable_title Configuring a Flash Briefing skill in Home Assistant %}
|
||||
### Configuring a Flash Briefing skill in Home Assistant
|
||||
|
||||
You can use [templates] for the `title`, `audio`, `text` and `display_url` configuration parameters.
|
||||
|
||||
@ -56,7 +56,7 @@ You can add multiple items for a feed if you want. The Amazon required UID and t
|
||||
|
||||
Please refer to the [Amazon documentation][flash-briefing-api-docs] for more information about allowed configuration parameters and formats.
|
||||
|
||||
### {% linkable_title Configuring your Flash Briefing skill %}
|
||||
### Configuring your Flash Briefing skill
|
||||
|
||||
- Log in to [Amazon developer console][amazon-dev-console]
|
||||
- Click the Alexa navigation tab at the top of the console
|
||||
|
@ -14,7 +14,7 @@ featured: false
|
||||
ha_release: "0.10"
|
||||
---
|
||||
|
||||
## {% linkable_title I want to build custom commands to use with Echo %}
|
||||
## I want to build custom commands to use with Echo
|
||||
|
||||
The built-in Alexa integration allows you to integrate Home Assistant into Alexa/Amazon Echo. This integration will allow you to query information and call services within Home Assistant by using your voice. Home Assistant offers no built-in sentences but offers a framework for you to define your own.
|
||||
|
||||
@ -22,7 +22,7 @@ The built-in Alexa integration allows you to integrate Home Assistant into Alexa
|
||||
<iframe width="560" height="315" src="https://www.youtube.com/embed/1Ke3mtWd_cQ" frameborder="0" allowfullscreen></iframe>
|
||||
</div>
|
||||
|
||||
### {% linkable_title Requirements %}
|
||||
### Requirements
|
||||
|
||||
Amazon requires the endpoint of a skill to be hosted via SSL. Self-signed certificates are OK because our skills will only run in development mode. Read more on [our blog][blog-lets-encrypt] about how to set up encryption for Home Assistant. When running Hass.io, using the [Let's Encrypt](/addons/lets_encrypt/) and [Duck DNS](/addons/duckdns/) add-ons is the easiest method. If you are unable to get HTTPS up and running, consider using [this AWS Lambda proxy for Alexa skills](https://community.home-assistant.io/t/aws-lambda-proxy-custom-alexa-skill-when-you-dont-have-https/5230).
|
||||
|
||||
@ -49,7 +49,7 @@ To get started with Alexa skills:
|
||||
|
||||
You can use this [specially sized Home Assistant logo][large-icon] as the large icon and [this one][small-icon] as the small one.
|
||||
|
||||
### {% linkable_title Configuring your Amazon Alexa skill %}
|
||||
### Configuring your Amazon Alexa skill
|
||||
|
||||
Alexa works based on intents. Each intent has a name and variable slots. For example, a `LocateIntent` with a slot that contains a `User`. Example intent schema:
|
||||
|
||||
@ -88,7 +88,7 @@ This means that we can now ask Alexa things like:
|
||||
- Alexa, ask Home Assistant where Paul is
|
||||
- Alexa, ask Home Assistant where we are
|
||||
|
||||
## {% linkable_title Configuring Home Assistant %}
|
||||
## Configuring Home Assistant
|
||||
|
||||
When activated, the Alexa integration will have Home Assistant's native intent support handle the incoming intents. If you want to run actions based on intents, use the [`intent_script`](/components/intent_script) integration.
|
||||
|
||||
@ -98,7 +98,7 @@ To enable Alexa, add the following entry to your `configuration.yaml` file:
|
||||
alexa:
|
||||
```
|
||||
|
||||
### {% linkable_title Working With Scenes %}
|
||||
### Working With Scenes
|
||||
|
||||
One of the most useful applications of Alexa integrations is to call scenes directly. This is easily achieved with some simple setup on the Home Assistant side and by letting Alexa know which scenes you want to run.
|
||||
|
||||
@ -157,7 +157,7 @@ Here we are using [templates] to take the name we gave to Alexa e.g., `downstair
|
||||
|
||||
Now say `Alexa ask Home Assistant to activate <some scene>` and Alexa will activate that scene for you.
|
||||
|
||||
### {% linkable_title Adding Scripts %}
|
||||
### Adding Scripts
|
||||
|
||||
We can easily extend the above idea to work with scripts as well. As before, add an intent for scripts:
|
||||
|
||||
@ -203,7 +203,7 @@ intent_script:
|
||||
|
||||
Now say `Alexa ask Home Assistant to run <some script>` and Alexa will run that script for you.
|
||||
|
||||
### {% linkable_title Support for Launch Requests %}
|
||||
### Support for Launch Requests
|
||||
|
||||
There may be times when you want to respond to a launch request initiated from a command such as "Alexa, Red Alert!".
|
||||
|
||||
@ -227,7 +227,7 @@ intent_script:
|
||||
text: OK
|
||||
```
|
||||
|
||||
## {% linkable_title Giving Alexa Some Personality %}
|
||||
## Giving Alexa Some Personality
|
||||
|
||||
In the examples above, we told Alexa to say `OK` when she successfully completed the task. This is effective but a little dull! We can again use [templates] to spice things up a little.
|
||||
|
||||
|
@ -14,13 +14,13 @@ featured: true
|
||||
ha_release: "0.10"
|
||||
---
|
||||
|
||||
## {% linkable_title Automatic setup via Home Assistant Cloud %}
|
||||
## Automatic setup via Home Assistant Cloud
|
||||
|
||||
With [Home Assistant Cloud](/cloud/), you can connect your Home Assistant instance in a few simple clicks to Amazon Alexa. With Home Assistant Cloud you don't have to deal with dynamic DNS, SSL certificates or opening ports on your router. Just log in via the user interface and a secure connection with the cloud will be established. Home Assistant Cloud requires a paid subscription after a 30-day free trial.
|
||||
|
||||
For Home Assistant Cloud Users, documentation can be found [here](https://www.nabucasa.com/config/amazon_alexa/).
|
||||
|
||||
## {% linkable_title Manual setup %}
|
||||
## Manual setup
|
||||
|
||||
There are a few ways that you can use Amazon Alexa and Home Assistant together.
|
||||
|
||||
@ -29,7 +29,7 @@ There are a few ways that you can use Amazon Alexa and Home Assistant together.
|
||||
- [Use the Smart Home API to control lights, etc](/components/alexa.smart_home/)
|
||||
- Alternative: use the [Emulated Hue integration][emulated-hue-component] to trick Alexa to thinking Home Assistant is a Philips Hue hub.
|
||||
|
||||
### {% linkable_title Requirements %}
|
||||
### Requirements
|
||||
|
||||
Manual setup the integration with Amazon Alexa needs several requirements
|
||||
|
||||
|
@ -14,7 +14,7 @@ featured: false
|
||||
ha_release: "0.54"
|
||||
---
|
||||
|
||||
## {% linkable_title Amazon Alexa Smart Home %}
|
||||
## Amazon Alexa Smart Home
|
||||
|
||||
While the Skills API described above allows for arbitrary intents, all
|
||||
utterances must begin with "Alexa, tell $invocation_name ..."
|
||||
@ -38,13 +38,13 @@ With [Home Assistant Cloud](/cloud/), you can connect your Home Assistant instan
|
||||
For Home Assistant Cloud Users, documentation can be found [here](https://www.nabucasa.com/config/amazon_alexa/).
|
||||
</p>
|
||||
|
||||
### {% linkable_title Requirements %}
|
||||
### Requirements
|
||||
|
||||
- Amazon Developer Account. You can sign on [here](https://developer.amazon.com).
|
||||
- An [AWS account](https://aws.amazon.com/free/) is need if you want to use Smart Home Skill API. Part of your Smart Home Skill will be hosted on [AWS Lambda](https://aws.amazon.com/lambda/pricing/). However you don't need worry the cost, AWS Lambda allow free to use up to 1 millions requests and 1GB outbound data transfer per month.
|
||||
- Smart Home API also needs your Home Assistant instance can be accessed from Internet. We strongly suggest you host HTTPS server and use validation certificate. Read more on [our blog](/blog/2015/12/13/setup-encryption-using-lets-encrypt/) about how to set up encryption for Home Assistant. When running Hass.io, using the [Let's Encrypt](/addons/lets_encrypt/) and [Duck DNS](/addons/duckdns/) add-ons is the easiest method.
|
||||
|
||||
### {% linkable_title Create Your Amazon Alexa Smart Home Skill %}
|
||||
### Create Your Amazon Alexa Smart Home Skill
|
||||
|
||||
- Sign in [Alexa Developer Console][alexa-dev-console], you can create your free account on the sign in page.
|
||||
- Go to `Alexa Skills` page if you are not, click `Create Skill` button to start the process.
|
||||
@ -56,7 +56,7 @@ For Home Assistant Cloud Users, documentation can be found [here](https://www.na
|
||||
- In next screen, make sure *v3* is selected in `Payload version`.
|
||||
- Now, you have created a skeleton of Smart Home skill. Next step we will do some "real" developer work. You can keep Alex Developer Console opened, we need change the skill configuration later.
|
||||
|
||||
### {% linkable_title Create Your Lambda Function %}
|
||||
### Create Your Lambda Function
|
||||
|
||||
Alexa Smart Home skill will trigger a AWS Lambda function to process the request, we will write a small piece of code hosted as an Lambda function basically redirect the request to your Home Assistant instance, then Alexa integration integration in Home Assistant will process the request and send back the response. Your Lambda function will delivery the response back to Alexa.
|
||||
|
||||
@ -70,7 +70,7 @@ Amazon also provided a [step-by-step guide](https://developer.amazon.com/docs/sm
|
||||
|
||||
OK, let's go. You first need sign in your [AWS console](https://console.aws.amazon.com/), if you don't have an AWS account yet, you can create a new user [here](https://aws.amazon.com/free/) with 12-month free tire benefit. You don't need worry the cost if your account already pass the first 12 months, AWS provides up to 1 million Lambda request, 1GB outbound data and all inbound data for free, every month, all users. See [Lambda pricing](https://aws.amazon.com/lambda/pricing/) for details.
|
||||
|
||||
#### {% linkable_title Create an IAM Role for Lambda %}
|
||||
#### Create an IAM Role for Lambda
|
||||
|
||||
First thing you need to do after sing in [AWS console](https://console.aws.amazon.com/) is to create an IAM Role for Lambda execution. AWS has very strict access control, you have to specific define and assign the permissions.
|
||||
|
||||
@ -83,7 +83,7 @@ First thing you need to do after sing in [AWS console](https://console.aws.amazo
|
||||
- You can skip `Add tags` page, click `Next: Review`.
|
||||
- Give your new role a name, such as `AWSLambdaBasicExecutionRole-SmartHome`, then click `Create role` button. You should be able to find your new role in the roles list now.
|
||||
|
||||
#### {% linkable_title Create a Lambda function and add code %}
|
||||
#### Create a Lambda function and add code
|
||||
|
||||
Next you need create a Lambda function.
|
||||
|
||||
@ -111,7 +111,7 @@ Next you need create a Lambda function.
|
||||
- Now scroll up to the top, click `Save` button.
|
||||
- You need copy the ARN displayed in the top of the page, which is the identify of this Lambda function. You will need this ARN to continue Alexa Smart Home skill configuration later.
|
||||
|
||||
#### {% linkable_title Test the Lambda function %}
|
||||
#### Test the Lambda function
|
||||
|
||||
Now, you have created the Lambda function, before you can test it, you have to set up your Home Assistant. Put following minimal configuration to your configuration.yaml, it will exposures all of your supported device and automation to Alexa. Check the [configuration section](#alexa-component-configuration) if you want more control of the exposure.
|
||||
|
||||
@ -150,7 +150,7 @@ Now, you can login to your Home Assistant and [generate a long-lived access toke
|
||||
|
||||
This time, you will get a list of your devices as the response. 🎉
|
||||
|
||||
### {% linkable_title Config the Smart Home Service Endpoint %}
|
||||
### Config the Smart Home Service Endpoint
|
||||
|
||||
Now removed the long-lived access token if you want, copied the ARN of your Lambda function, then back to [Alexa Developer Console][alexa-dev-console]. You will finish the configuration of the Smart Home skill.
|
||||
|
||||
@ -159,7 +159,7 @@ Now removed the long-lived access token if you want, copied the ARN of your Lamb
|
||||
- Click `SMART HOME` in the left navigation bar of build page.
|
||||
- Fill in `Default endpoint` under `2. Smart Home service endpoint` using the `ARN` you copied from your Lambda function configuration.
|
||||
|
||||
### {% linkable_title Account Linking %}
|
||||
### Account Linking
|
||||
|
||||
Alexa can link your Amazon account to your Home Assistant account. Therefore Home Assistant can make sure only authenticated Alexa request be able to access your home's devices. In order to link the account, you have to make sure your Home Assistant can be accessed from Internet.
|
||||
|
||||
@ -193,7 +193,7 @@ Alexa can link your Amazon account to your Home Assistant account. Therefore Hom
|
||||
* You can discovery your devices now.
|
||||
- Now, you can ask your Echo or in Alexa App, *turn on bedroom* 🎉
|
||||
|
||||
### {% linkable_title Alexa Component Configuration %}
|
||||
### Alexa Component Configuration
|
||||
|
||||
Example configuration:
|
||||
|
||||
@ -226,7 +226,7 @@ The `endpoint`, `client_id` and `client_secret` are optional, and are only requi
|
||||
- If the "Send Alexa Events" permission was not enabled previously, you need to unlink and relink the skill using the Alexa App, or else Home Assistant will show the following error: "Token invalid and no refresh token available."
|
||||
|
||||
|
||||
### {% linkable_title Alexa web-based app %}
|
||||
### Alexa web-based app
|
||||
|
||||
The following is a list of regions and the corresponding URL for the web-based Alexa app:
|
||||
|
||||
|
@ -78,11 +78,11 @@ foreign_exchange:
|
||||
type: string
|
||||
{% endconfiguration %}
|
||||
|
||||
## {% linkable_title Examples %}
|
||||
## Examples
|
||||
|
||||
In this section you find some real-life examples of how to use this sensor.
|
||||
|
||||
### {% linkable_title Google and the exchange rate for Bitcoin %}
|
||||
### Google and the exchange rate for Bitcoin
|
||||
|
||||
```yaml
|
||||
sensor:
|
||||
|
@ -18,13 +18,13 @@ redirect_from:
|
||||
The `amazon_polly` text-to-speech platform that works with [Amazon Polly](https://aws.amazon.com/polly/) to create the spoken output.
|
||||
Polly is a paid service via Amazon Web Services. There is a [free tier](https://aws.amazon.com/polly/pricing/) for the first 12 months and then a charge per million characters afterwards.
|
||||
|
||||
## {% linkable_title Setup %}
|
||||
## Setup
|
||||
|
||||
For more information, please read the [AWS General Reference regarding Security Credentials](http://docs.aws.amazon.com/general/latest/gr/aws-security-credentials.html) to get the needed details. Also, check the [boto3 Documentation](http://boto3.readthedocs.io/en/latest/guide/configuration.html#shared-credentials-file) about the profiles and the [AWS Regions and Endpoints Reference](https://docs.aws.amazon.com/general/latest/gr/rande.html#pol_region) for available regions.
|
||||
|
||||
Available voices are listed in the [Amazon Documentation](http://docs.aws.amazon.com/polly/latest/dg/voicelist.html).
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To get started, add the following lines to your `configuration.yaml` (example for Amazon Polly):
|
||||
|
||||
@ -79,7 +79,7 @@ sample_rate:
|
||||
default: 22050 for MP3 and Ogg Vorbis, 16000 for pcm
|
||||
{% endconfiguration %}
|
||||
|
||||
## {% linkable_title Usage %}
|
||||
## Usage
|
||||
|
||||
Say to all `media_player` device entities:
|
||||
|
||||
|
@ -42,7 +42,7 @@ client_secret:
|
||||
|
||||
Note that you have to select manual mode from the Ambiclimate app to be able to control the A/C from Home Assistant.
|
||||
|
||||
## {% linkable_title Component services %}
|
||||
## Component services
|
||||
|
||||
Enable comfort mode on your AC:
|
||||
|
||||
|
@ -17,13 +17,13 @@ redirect_from:
|
||||
The `Ambient Weather Station` integration retrieves local weather information
|
||||
via personal weather stations from [Ambient Weather](https://ambientweather.net).
|
||||
|
||||
## {% linkable_title Setup %}
|
||||
## Setup
|
||||
|
||||
Using this integration requires both an Application Key and an API Key. To
|
||||
generate both, simply utilize the profile section of
|
||||
[your Ambient Weather dashboard](https://dashboard.ambientweather.net).
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To add your Ambient Weather PWS to your Home Assistant installation, add the
|
||||
following to your `configuration.yaml` file:
|
||||
|
@ -31,7 +31,7 @@ There is currently support for the following device types within Home Assistant:
|
||||
- Sensor
|
||||
- Switch (deprecated)
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To enable your camera in your installation, add the following to your `configuration.yaml` file:
|
||||
|
||||
@ -175,7 +175,7 @@ Newer Amcrest firmware may not work, then **rtsp** is recommended instead.
|
||||
make sure to follow the steps mentioned at [FFMPEG](/components/ffmpeg/)
|
||||
documentation to install the `ffmpeg`.
|
||||
|
||||
## {% linkable_title Services %}
|
||||
## Services
|
||||
|
||||
Once loaded, the `amcrest` integration will expose services that can be called to perform various actions. The `entity_id` service attribute can specify one or more specific cameras, or `all` can be used to specify all configured Amcrest cameras.
|
||||
|
||||
@ -186,7 +186,7 @@ Available services:
|
||||
`goto_preset`, `set_color_bw`,
|
||||
`start_tour` and `stop_tour`
|
||||
|
||||
#### {% linkable_title Service `enable_audio`/`disable_audio` %}
|
||||
#### Service `enable_audio`/`disable_audio`
|
||||
|
||||
These services enable or disable the camera's audio stream.
|
||||
|
||||
@ -194,7 +194,7 @@ Service data attribute | Optional | Description
|
||||
-|-|-
|
||||
`entity_id` | no | Name(s) of entities, e.g., `camera.living_room_camera`.
|
||||
|
||||
#### {% linkable_title Service `enable_motion_recording`/`disable_motion_recording` %}
|
||||
#### Service `enable_motion_recording`/`disable_motion_recording`
|
||||
|
||||
These services enable or disable the camera to record a clip to its configured storage location when motion is detected.
|
||||
|
||||
@ -202,7 +202,7 @@ Service data attribute | Optional | Description
|
||||
-|-|-
|
||||
`entity_id` | no | Name(s) of entities, e.g., `camera.living_room_camera`.
|
||||
|
||||
#### {% linkable_title Service `enable_recording`/`disable_recording` %}
|
||||
#### Service `enable_recording`/`disable_recording`
|
||||
|
||||
These services enable or disable the camera to continuously record to its configured storage location.
|
||||
|
||||
@ -210,7 +210,7 @@ Service data attribute | Optional | Description
|
||||
-|-|-
|
||||
`entity_id` | no | Name(s) of entities, e.g., `camera.living_room_camera`.
|
||||
|
||||
#### {% linkable_title Service `goto_preset` %}
|
||||
#### Service `goto_preset`
|
||||
|
||||
This service will cause the camera to move to one of the PTZ locations configured within the camera.
|
||||
|
||||
@ -219,7 +219,7 @@ Service data attribute | Optional | Description
|
||||
`entity_id` | no | Name(s) of entities, e.g., `camera.living_room_camera`.
|
||||
`preset` | no | Preset number, starting from 1.
|
||||
|
||||
#### {% linkable_title Service `set_color_bw` %}
|
||||
#### Service `set_color_bw`
|
||||
|
||||
This service will set the color mode of the camera.
|
||||
|
||||
@ -228,7 +228,7 @@ Service data attribute | Optional | Description
|
||||
`entity_id` | no | Name(s) of entities, e.g., `camera.living_room_camera`.
|
||||
`color_bw` | no | One of `auto`, `bw` or `color`.
|
||||
|
||||
#### {% linkable_title Service `start_tour`/`stop_tour` %}
|
||||
#### Service `start_tour`/`stop_tour`
|
||||
|
||||
These services start or stop the camera's PTZ tour function.
|
||||
|
||||
@ -236,7 +236,7 @@ Service data attribute | Optional | Description
|
||||
-|-|-
|
||||
`entity_id` | no | Name(s) of entities, e.g., `camera.living_room_camera`.
|
||||
|
||||
## {% linkable_title Advanced Configuration %}
|
||||
## Advanced Configuration
|
||||
|
||||
You can also use this more advanced configuration example:
|
||||
|
||||
|
@ -17,11 +17,11 @@ ha_iot_class: "Cloud Polling"
|
||||
|
||||
The `ampio` air quality platform will query the open data API of [ampio.pl](http://smog1.ampio.pl:3050/) to monitor air quality sensor station.
|
||||
|
||||
## {% linkable_title Setup %}
|
||||
## Setup
|
||||
|
||||
To get the ID of a station you need to contact Ampio directly.
|
||||
|
||||
## {% linkable_title Manual Configuration %}
|
||||
## Manual Configuration
|
||||
|
||||
To enable this platform, add the following lines to your `configuration.yaml` file:
|
||||
|
||||
|
@ -34,11 +34,11 @@ There is currently support for the following device types within Home Assistant:
|
||||
- Sensor
|
||||
- Switch
|
||||
|
||||
## {% linkable_title Setup %}
|
||||
## Setup
|
||||
|
||||
Download [the IP Webcam app](https://play.google.com/store/apps/details?id=com.pas.webcam) and launch the app. When you press 'Start Server', it will start streaming video from your phone and the IP address of the device will be shown on screen.
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To set up the component, add the following information to your `configuration.yaml` file:
|
||||
|
||||
@ -134,7 +134,7 @@ motion_sensor:
|
||||
You need to enable logging in the Android app (`Data logging` > `Enable data logging`), if you wish to see the sensor states in Home Assistant. The sensor states stays as `unknown`, until it's enabled.
|
||||
</p>
|
||||
|
||||
## {% linkable_title Full example %}
|
||||
## Full example
|
||||
|
||||
```yaml
|
||||
# Example configuration.yaml entry
|
||||
@ -170,11 +170,11 @@ android_ip_webcam:
|
||||
- torch
|
||||
```
|
||||
|
||||
## {% linkable_title Binary Sensor %}
|
||||
## Binary Sensor
|
||||
|
||||
The `android_ip_webcam` binary sensor platform lets you observe the motion state of [Android IP webcam](https://play.google.com/store/apps/details?id=com.pas.webcam) sensors through Home Assistant. Devices will be configured automatically.
|
||||
|
||||
## {% linkable_title Examples %}
|
||||
## Examples
|
||||
|
||||
You can also setup the binary motion sensor with the following script:
|
||||
|
||||
@ -191,11 +191,11 @@ binary_sensor:
|
||||
|
||||
{% endraw %}
|
||||
|
||||
## {% linkable_title Camera %}
|
||||
## Camera
|
||||
|
||||
The `android_ip_webcam` integration adds a camera by default if you choose not to use the integration but still want to see the video feed then the [`mjpeg` camera](/components/camera.mjpeg/) platform can be used.
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To enable only the camera in your installation, add the following to your `configuration.yaml` file:
|
||||
|
||||
@ -206,7 +206,7 @@ camera:
|
||||
mjpeg_url: http://IP_ADDRESS:8080/video
|
||||
```
|
||||
|
||||
## {% linkable_title Sensor %}
|
||||
## Sensor
|
||||
|
||||
The `android_ip_webcam` sensor platform lets you observe states of [Android IP webcam](https://play.google.com/store/apps/details?id=com.pas.webcam) sensors through Home Assistant. Devices will be configured automatically.
|
||||
|
||||
|
@ -18,7 +18,7 @@ redirect_from:
|
||||
|
||||
The `androidtv` platform allows you to control an Android TV device or [Amazon Fire TV](https://www.amazon.com/b/?node=8521791011) device.
|
||||
|
||||
## {% linkable_title Device preparation %}
|
||||
## Device preparation
|
||||
|
||||
To set up your device, you will need to find its IP address and enable ADB debugging. For Android TV devices, please consult the documentation for your device.
|
||||
|
||||
@ -32,7 +32,7 @@ For Fire TV devices, the instructions are as follows:
|
||||
- From the main (Launcher) screen, select Settings.
|
||||
- Select System > About > Network.
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
```yaml
|
||||
# Example configuration.yaml entry
|
||||
@ -108,7 +108,7 @@ turn_off_command:
|
||||
type: string
|
||||
{% endconfiguration %}
|
||||
|
||||
### {% linkable_title Full Configuration %}
|
||||
### Full Configuration
|
||||
|
||||
```yaml
|
||||
# Example configuration.yaml entry
|
||||
@ -135,23 +135,23 @@ media_player:
|
||||
get_sources: false
|
||||
```
|
||||
|
||||
## {% linkable_title ADB Setup %}
|
||||
## ADB Setup
|
||||
|
||||
This integration works by sending ADB commands to your Android TV / Fire TV device. There are two ways to accomplish this:
|
||||
|
||||
### {% linkable_title 1. ADB Server %}
|
||||
### 1. ADB Server
|
||||
|
||||
You can use an ADB server to connect to your Android TV and Fire TV devices.
|
||||
|
||||
For Hass.io users, you can install the [Android Debug Bridge](https://github.com/hassio-addons/addon-adb/blob/master/README.md) addon. Using this approach, Home Assistant will send the ADB commands to the server, which will then send them to the Android TV / Fire TV device and report back to Home Assistant. To use this option, add the `adb_server_ip` option to your configuration. If you are running the server on the same machine as Home Assistant, you can use `127.0.0.1` for this value.
|
||||
|
||||
### {% linkable_title 2. Python ADB Implementation %}
|
||||
### 2. Python ADB Implementation
|
||||
|
||||
The second option is to connect to your device using the `adb` Python package.
|
||||
|
||||
If your device requires ADB authentication, you will need to follow the instructions in the [ADB Authentication](#adb-authentication) section below. Once you have an authenticated key, this approach does not require any additional setup or addons. However, users with newer devices may find that the ADB connection is unstable. For a Fire TV device, you can try setting the `get_sources` configuration option to `false`. If the problem cannot be resolved, you should use the ADB server option.
|
||||
|
||||
#### {% linkable_title ADB Authentication %}
|
||||
#### ADB Authentication
|
||||
|
||||
If you get a "Device authentication required, no keys available" error when trying to set up your Android TV or Fire TV, then you'll need to create an adbkey and add its path to your configuration. Follow the instructions on this page to connect to your device from your computer: [Connecting to Fire TV Through adb](https://developer.amazon.com/zh/docs/fire-tv/connecting-adb-to-device.html).
|
||||
|
||||
@ -166,7 +166,7 @@ Once you've successfully connected to your Android TV / Fire TV via the command
|
||||
|
||||
Copy the `adbkey` file to your Home Assistant folder and add the path to the `adbkey` file to your configuration.
|
||||
|
||||
## {% linkable_title ADB Troubleshooting %}
|
||||
## ADB Troubleshooting
|
||||
|
||||
If you receive the error message `Error while setting up platform androidtv` in your log when trying to set up an Android TV or Fire TV device, then there is probably an issue with your ADB connection. Here are some possible causes.
|
||||
|
||||
@ -184,9 +184,9 @@ If you receive the error message `Error while setting up platform androidtv` in
|
||||
|
||||
4. Some Android TV devices (e.g., Philips TVs running Android TV) only accept the initial ADB connection request over their Wi-Fi interface. If you have the TV wired, you need to connect it to WiFi and try the initial connection again. Once the authentication has been granted via Wi-Fi, you can connect to the TV over the wired interface as well.
|
||||
|
||||
## {% linkable_title Services %}
|
||||
## Services
|
||||
|
||||
### {% linkable_title `media_player.select_source` %}
|
||||
### `media_player.select_source`
|
||||
|
||||
For Fire TV devices, you can launch an app using the `media_player.select_source` command. Simply provide the app ID as the `source`. You can also stop an app by prefixing the app ID with a `!`. For example, you could define [scripts](/docs/scripts) to start and stop Netflix as follows:
|
||||
|
||||
@ -206,7 +206,7 @@ stop_netflix:
|
||||
source: '!com.netflix.ninja'
|
||||
```
|
||||
|
||||
### {% linkable_title `androidtv.adb_command` %}
|
||||
### `androidtv.adb_command`
|
||||
|
||||
The service `androidtv.adb_command` allows you to send either keys or ADB shell commands to your Android TV / Fire TV device. If there is any output, it will be stored in the `'adb_response'` attribute (i.e., `state_attr('media_player.android_tv_living_room', 'adb_response')` in a template) and logged at the INFO level.
|
||||
|
||||
|
@ -18,7 +18,7 @@ redirect_from:
|
||||
|
||||
Both [Anthem]'s current and last generation of A/V Receivers and Processors support IP-based, network control. This Home Assistant platform adds proper "local push" support for any of these receivers on your network.
|
||||
|
||||
## {% linkable_title Supported Models %}
|
||||
## Supported Models
|
||||
|
||||
* MRX 520, MRX 720, MRX 1120, and AVM 60
|
||||
* MRX 310, MRX 510, MRX 710
|
||||
|
@ -26,13 +26,13 @@ There is currently support for the following device types within Home Assistant:
|
||||
- [Binary Sensor](#binary-sensor)
|
||||
- [Sensor](#sensor)
|
||||
|
||||
## {% linkable_title Hass.io Installation %}
|
||||
## Hass.io Installation
|
||||
|
||||
Install this [unofficial add-on](https://github.com/korylprince/hassio-apcupsd/) to use this integration with Hass.io. Keep in mind that we can't give you support for this add-on.
|
||||
|
||||
After installation, follow the instructions on the Github page to configure the plugin. Then continue to follow the integration configurations below.
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To enable this sensor, add the following lines to your `configuration.yaml`:
|
||||
|
||||
@ -58,11 +58,11 @@ port:
|
||||
If you get `ConnectionRefusedError: Connection refused` errors in the Home assistant logs, ensure the [APCUPSd](http://www.apcupsd.org/) configuration directives used by its Network Information Server is set to permit connections from all addresses [NISIP 0.0.0.0](http://www.apcupsd.org/manual/manual.html#configuration-directives-used-by-the-network-information-server), else non-local addesses will not connect. This includes Hass.io running in Docker, even when hosted on the same machine or a virtual machine.
|
||||
</p>
|
||||
|
||||
## {% linkable_title Binary sensor %}
|
||||
## Binary sensor
|
||||
|
||||
In addition to the [APCUPSd Sensor](#sensor) devices, you may also create a device which is simply "on" when the UPS status is online and "off" at all other times.
|
||||
|
||||
### {% linkable_title Configuration %}
|
||||
### Configuration
|
||||
|
||||
To enable this sensor, you first have to set up apcupsd integration (above), and add the following lines to your `configuration.yaml` file:
|
||||
|
||||
@ -80,11 +80,11 @@ name:
|
||||
default: UPS Online Status
|
||||
{% endconfiguration %}
|
||||
|
||||
## {% linkable_title Sensor %}
|
||||
## Sensor
|
||||
|
||||
The `apcupsd` sensor platform allows you to monitor a UPS (battery backup) by using data from the [apcaccess](http://linux.die.net/man/8/apcaccess) command.
|
||||
|
||||
### {% linkable_title Configuration %}
|
||||
### Configuration
|
||||
|
||||
To use this sensor platform, you first have to set up apcupsd integration (above), and add the following to your `configuration.yaml` file:
|
||||
|
||||
@ -104,7 +104,7 @@ resources:
|
||||
type: list
|
||||
{% endconfiguration %}
|
||||
|
||||
### {% linkable_title Example %}
|
||||
### Example
|
||||
|
||||
Given the following output from `apcaccess`:
|
||||
|
||||
|
@ -17,11 +17,11 @@ redirect_from:
|
||||
|
||||
The `apns` platform uses the Apple Push Notification service (APNS) to deliver notifications from Home Assistant.
|
||||
|
||||
## {% linkable_title Setup %}
|
||||
## Setup
|
||||
|
||||
To use the APNS service you will need an Apple developer account and you will need to create an app to receive push notifications. For more information, see the Apple developer documentation.
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To enable APNS notifications, add the following lines to your `configuration.yaml`:
|
||||
|
||||
@ -56,13 +56,13 @@ sandbox:
|
||||
|
||||
The APNS platform will register two services, `notify.NOTIFIER_NAME` and `notify.apns_NOTIFIER_NAME`.
|
||||
|
||||
### {% linkable_title notify.apns_NOTIFIER_NAME %}
|
||||
### notify.apns_NOTIFIER_NAME
|
||||
|
||||
This service will register device IDs with Home Assistant. In order to receive a notification a device must be registered. The app on the device can use this service to send an ID to Home Assistant during startup, the ID will be stored in `[NOTIFIER_NAME]_apns.yaml`.
|
||||
|
||||
See `didRegisterForRemoteNotificationsWithDeviceToken` in the [Apple developer documentation](https://developer.apple.com/library/ios/documentation/UIKit/Reference/UIApplicationDelegate_Protocol/#//apple_ref/occ/intfm/UIApplicationDelegate/application:didRegisterForRemoteNotificationsWithDeviceToken:) for more information about how to obtain a device ID.
|
||||
|
||||
### {% linkable_title notify.NOTIFIER_NAME %}
|
||||
### notify.NOTIFIER_NAME
|
||||
|
||||
This service will send messages to a registered device. The following parameters can be used:
|
||||
|
||||
|
@ -30,7 +30,7 @@ There is currently support for the following device types within Home Assistant:
|
||||
Currently, you must have Home Sharing enabled for this to work. Support for pairing Home Assistant with your device will be supported in a later release.
|
||||
</p>
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To use this component, you must first install some system libraries and a compiler. For Debian or a similar system, this should be enough:
|
||||
|
||||
@ -80,9 +80,9 @@ credentials:
|
||||
|
||||
In order to connect to the device, you need a *login id*. The easiest way to obtain this identifier is to use the `apple_tv_scan` service (described below). Additional information about `start_off` and `credentials` can also be found under the guides section.
|
||||
|
||||
## {% linkable_title Guides %}
|
||||
## Guides
|
||||
|
||||
### {% linkable_title Scanning for devices %}
|
||||
### Scanning for devices
|
||||
|
||||
Make sure Home Sharing is enabled on the Apple TV.
|
||||
|
||||
@ -110,7 +110,7 @@ Note: You must use 'pair' with devices that have home sharing disabled
|
||||
|
||||
Just copy and paste the `login_id` from the device you want to add. For more details about `atvremote`, see: [this page](http://pyatv.readthedocs.io/en/master/atvremote.html).
|
||||
|
||||
### {% linkable_title Setting up device authentication %}
|
||||
### Setting up device authentication
|
||||
|
||||
If you, when playing media with `play_url`, get the following error message:
|
||||
|
||||
@ -140,7 +140,7 @@ apple_tv:
|
||||
|
||||
Restart Home Assistant, and you should now be able to use `play_url` as before.
|
||||
|
||||
### {% linkable_title My Apple TV turns on when I restart Home Assistant %}
|
||||
### My Apple TV turns on when I restart Home Assistant
|
||||
|
||||
The Apple TV will automatically turn on if a request is sent to it, e.g., if a button is pressed, something is streamed to it via AirPlay or if current state (currently playing) is accessed. This is how Apple has designed it, and it will cause problems if you are using HDMI CEC. Every time Home Assistant is started, a new request is sent to the device to figure out what is currently playing. When using CEC, this will wake up your TV and other devices you have configured.
|
||||
|
||||
@ -158,9 +158,9 @@ To put a device into fake standby when starting Home Assistant, add `start_off:
|
||||
Turning the device on/off in the user interface will *not* turn the physical device on/off according to the description above.
|
||||
</p>
|
||||
|
||||
## {% linkable_title Services %}
|
||||
## Services
|
||||
|
||||
### {% linkable_title Service `apple_tv_authenticate` %}
|
||||
### Service `apple_tv_authenticate`
|
||||
|
||||
To play media on an Apple TV with device authentication enabled (e.g., ATV4 with tvOS 10.2+), Home Assistant must be properly authenticated. This method starts the process and presents the credentials needed for playback as a persistent notification. Please see guide above for usage.
|
||||
|
||||
@ -168,11 +168,11 @@ To play media on an Apple TV with device authentication enabled (e.g., ATV4 with
|
||||
| ---------------------- | -------- | ----------- |
|
||||
| `entity_id` | yes | String or list of strings that point at `entity_id`s of Apple TVs.
|
||||
|
||||
### {% linkable_title Service `apple_tv_scan` %}
|
||||
### Service `apple_tv_scan`
|
||||
|
||||
Scans the local network for Apple TVs. All found devices are presented as a persistent notification.
|
||||
|
||||
## {% linkable_title Remote %}
|
||||
## Remote
|
||||
|
||||
The `apple_tv` remote platform allows you to send remote control buttons to an Apple TV. It is automatically setup when an Apple TV is configured.
|
||||
|
||||
|
@ -15,7 +15,7 @@ ha_iot_class: Cloud Push
|
||||
|
||||
The `aprs` [(Automatic Packet Reporting System)](https://en.wikipedia.org/wiki/Automatic_Packet_Reporting_System) device tracker integration connects to the [APRS-IS](http://aprs-is.net/) network for tracking amateur radio devices.
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To enable APRS tracking in Home Assistant, add the following section to `configuration.yaml`:
|
||||
|
||||
|
@ -26,7 +26,7 @@ There is currently support for the following device types within Home Assistant:
|
||||
- [Sensor](#sensor)
|
||||
- [Switch](#switch)
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To add the AquaLogic integration to your installation, add the following to your `configuration.yaml` file:
|
||||
|
||||
@ -48,7 +48,7 @@ port:
|
||||
type: int
|
||||
{% endconfiguration %}
|
||||
|
||||
## {% linkable_title Sensor %}
|
||||
## Sensor
|
||||
|
||||
Once you have enabled the AquaLogic component, add the following to your `configuration.yaml` file:
|
||||
|
||||
@ -87,7 +87,7 @@ monitored_conditions:
|
||||
description: The current system status.
|
||||
{% endconfiguration %}
|
||||
|
||||
## {% linkable_title Switch %}
|
||||
## Switch
|
||||
|
||||
Once you have enabled the AquaLogic component, add the following to your `configuration.yaml` file:
|
||||
|
||||
|
@ -32,7 +32,7 @@ There is currently support for the following device types within Home Assistant:
|
||||
- [Sensor](#sensor)
|
||||
- [Switch](#switch)
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
You need to have the [Firmata firmware](https://github.com/firmata/) on your board. Please upload the `StandardFirmata` sketch to your board; please refer to the [Arduino documentation](https://www.arduino.cc/en/Main/Howto) for further information.
|
||||
|
||||
@ -69,7 +69,7 @@ Add the user who is used to run Home Assistant to the groups to allow access to
|
||||
$ sudo usermod -a -G dialout,lock $USER
|
||||
```
|
||||
|
||||
## {% linkable_title Sensor %}
|
||||
## Sensor
|
||||
|
||||
The `arduino` sensor platform allows you to get numerical values from an analog input pin of an [Arduino](https://www.arduino.cc/) board. Usually the value is between 0 and 1024.
|
||||
|
||||
@ -104,7 +104,7 @@ pins:
|
||||
|
||||
The 6 analog pins of an Arduino UNO are numbered from A0 to A5.
|
||||
|
||||
## {% linkable_title Switch %}
|
||||
## Switch
|
||||
|
||||
The `arduino` switch platform allows you to control the digital pins of your [Arduino](https://www.arduino.cc/) board. Support for switching pins is limited to high/on and low/off of the digital pins. PWM (pin 3, 5, 6, 9, 10, and 11 on an Arduino Uno) is not supported yet.
|
||||
|
||||
|
@ -27,7 +27,7 @@ There is currently support for the following device types within Home Assistant:
|
||||
- [Sensor](#sensor)
|
||||
- [Switch](#switch)
|
||||
|
||||
## {% linkable_title Binary Sensor %}
|
||||
## Binary Sensor
|
||||
|
||||
The `arest` binary sensor platform allows you to get all data from your devices (like Arduinos with an ethernet/wifi connection, the ESP8266, and the Raspberry Pi) running the [aREST](http://arest.io/) RESTful framework.
|
||||
|
||||
@ -78,7 +78,7 @@ binary_sensor:
|
||||
This sensor is not suitable for fast state changes because there is a high possibility that the change took place between two update cycle.
|
||||
</p>
|
||||
|
||||
## {% linkable_title Sensor %}
|
||||
## Sensor
|
||||
|
||||
The `arest` sensor platform allows you to get all data from your devices (like Arduinos with a Ethernet/Wifi connection, the ESP8266, and the Raspberry Pi) running the [aREST](http://arest.io/) RESTful framework.
|
||||
|
||||
@ -181,7 +181,7 @@ The root will give you a JSON response that contains all variables and their cur
|
||||
{"return_value": 34, "id": "sensor02", "name": "livingroom", "connected": true}
|
||||
```
|
||||
|
||||
## {% linkable_title Switch %}
|
||||
## Switch
|
||||
|
||||
The `arest` switch platform allows you to toggle pins of your devices (like Arduino boards with an Ethernet/Wifi connection, ESP8266 based devices, and the Raspberry Pi) running the [aREST](http://arest.io/) RESTful framework.
|
||||
|
||||
|
@ -29,7 +29,7 @@ There is currently support for the following device types within Home Assistant:
|
||||
- [Camera](#camera)
|
||||
- [Sensor](#sensor)
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To enable device linked in your [Arlo](https://arlo.netgear.com/) account, add the following to your `configuration.yaml` file:
|
||||
|
||||
@ -73,9 +73,9 @@ The Arlo integration also provides a camera service to enable/disable the motion
|
||||
entity_id: camera.arlo_frontdoor
|
||||
```
|
||||
|
||||
## {% linkable_title Alarm %}
|
||||
## Alarm
|
||||
|
||||
### {% linkable_title Configuration %}
|
||||
### Configuration
|
||||
|
||||
Once you have enabled the [Arlo component](/components/arlo), add the following to your `configuration.yaml` file:
|
||||
|
||||
@ -102,7 +102,7 @@ night_mode_name:
|
||||
default: "`Armed` mode in Arlo"
|
||||
{% endconfiguration %}
|
||||
|
||||
### {% linkable_title Examples %}
|
||||
### Examples
|
||||
|
||||
These examples are based on an Arlo base station named `my_arlo_base_station`. Replace this with the name of your base station's `entity_id`.
|
||||
|
||||
@ -140,11 +140,11 @@ You can also completely disarm the Arlo base station by calling the `alarm_contr
|
||||
|
||||
More examples and configuration options can be found on the [Manual Alarm Control page](/components/alarm_control_panel.manual/#examples).
|
||||
|
||||
## {% linkable_title Camera %}
|
||||
## Camera
|
||||
|
||||
This integration is not yet able to live stream from your Arlo camera, but it will be able to playback the last video capture.
|
||||
|
||||
### {% linkable_title Configuration %}
|
||||
### Configuration
|
||||
|
||||
Once you have enabled the [Arlo component](/components/arlo), add the following to your `configuration.yaml` file:
|
||||
|
||||
@ -164,13 +164,13 @@ ffmpeg_arguments:
|
||||
|
||||
**Note:** To be able to playback the last capture, it is required to install the `ffmpeg` component. Make sure to follow the steps mentioned at [FFMPEG](/components/ffmpeg/) documentation.
|
||||
|
||||
## {% linkable_title Sensor %}
|
||||
## Sensor
|
||||
|
||||
To get your [Arlo](https://arlo.netgear.com/) sensors working within Home Assistant, please follow the instructions for the general [Arlo component](/components/arlo).
|
||||
|
||||
This platform does not support Arlo Q.
|
||||
|
||||
### {% linkable_title Configuration %}
|
||||
### Configuration
|
||||
|
||||
Once you have enabled the [Arlo component](/components/arlo), add the following to your `configuration.yaml` file:
|
||||
|
||||
|
@ -22,7 +22,7 @@ To enable the component, a configuration is required in both Home Assistant as w
|
||||
|
||||
First follow the [Asterisk PBX configuration guide](/docs/asterisk_mbox/) to setup the necessary server on the Asterisk PBX server (this is needed even if Asterisk and Home Assistant are running on the same server)
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
Once that is complete, add the following entry `configuration.yaml` file:
|
||||
|
||||
|
@ -26,7 +26,7 @@ There is currently support for the following device types within Home Assistant:
|
||||
- **Presence Detection** - The asuswrt platform offers presence detection by looking at connected devices to a ASUSWRT based router.
|
||||
- **Sensor** - The asuswrt sensor platform allows you to get upload and download data from your ASUSWRT within Home Assistant.
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To use an ASUSWRT router in your installation, add the following to your `configuration.yaml` file:
|
||||
|
||||
@ -93,7 +93,7 @@ sensors:
|
||||
You need to [enable telnet](https://www.asus.com/support/faq/1005449/) on your router if you choose to use `protocol: telnet`.
|
||||
</p>
|
||||
|
||||
### {% linkable_title Example Sensor Configuration %}
|
||||
### Example Sensor Configuration
|
||||
|
||||
To enable ASUSWRT sensors as part of your installation, reference the following example configuration:
|
||||
|
||||
@ -118,7 +118,7 @@ The example above, creates the following sensors:
|
||||
- sensor.asuswrt_upload_speed (unit_of_measurement: Mbit/s)
|
||||
|
||||
|
||||
## {% linkable_title Padavan custom firmware (The rt-n56u project) %}
|
||||
## Padavan custom firmware (The rt-n56u project)
|
||||
|
||||
The [rt-n56u project](https://bitbucket.org/padavan/rt-n56u) does not store `dnsmasq.leases` which is used to track devices at `/var/lib/misc/` as `asuswrt` do. However this integration can still be used for the rt-n56u project by linking `dnsmasq.leases` during the boot process of the router.
|
||||
|
||||
|
@ -34,7 +34,7 @@ There is currently support for the following device types within Home Assistant:
|
||||
August Lock 2nd Gen will need either August Connect or Doorbell to connect to Home Assistant.
|
||||
</p>
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
You will need your August login information (username (either phone# or email), and password) to use this module.
|
||||
|
||||
@ -70,7 +70,7 @@ timeout:
|
||||
|
||||
Once Home Assistant is started, a configurator will pop up asking you to enter verification code that is sent to your phone number or email.
|
||||
|
||||
### {% linkable_title Binary Sensor %}
|
||||
### Binary Sensor
|
||||
|
||||
If you have August Doorbell, once you have enabled the August component, you should see following sensors:
|
||||
|
||||
@ -82,6 +82,6 @@ If you have August Smart Lock with DoorSense, once you have enabled the August c
|
||||
|
||||
- Door sensor
|
||||
|
||||
### {% linkable_title Camera %}
|
||||
### Camera
|
||||
|
||||
The `august` camera platform allows you to view the latest camera image (triggered by motion) by your [August](http://august.com) device in Home Assistant.
|
||||
|
@ -21,7 +21,7 @@ This service gives a number 0-100 representing the current likelihood of visible
|
||||
|
||||
You can check the attributes of the sensor to see your exact forecast.
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To add the aurora binary sensor to your installation, add the following to your `configuration.yaml` file:
|
||||
|
||||
@ -44,7 +44,7 @@ name:
|
||||
default: Aurora Visibility
|
||||
{% endconfiguration %}
|
||||
|
||||
## {% linkable_title Full example %}
|
||||
## Full example
|
||||
|
||||
```yaml
|
||||
binary_sensor:
|
||||
|
@ -19,13 +19,13 @@ redirect_from:
|
||||
|
||||
The `automatic` device tracker platform offers presence detection by retrieving your car's information from the [Automatic](http://automatic.com/) cloud service.
|
||||
|
||||
## {% linkable_title Setup %}
|
||||
## Setup
|
||||
|
||||
To use Automatic with Home Assistant, first you must [create a free development account](https://developer.automatic.com/). Automatic will generate a Client ID and Secret for you to use in your Home Assistant configuration. You will need to update your Event Delivery preferences to ensure Home Assistant can receive updates. On the developer page, under App Settings / Event Delivery, select "Websocket" for Event Delivery Preference. Next, specify the OAuth Redirect URL in the developer page. This should be configured to `<home-assistant-url>/api/automatic/callback`. (Example: `http://hassio.local:8123/api/automatic/callback`) Note that this URL only needs to be accessible from the browser you use to perform the authentication.
|
||||
|
||||
Home Assistant can also take advantage of `scope:current_location` if available. This will allow Home Assistant to receive periodic location updates during a trip. In order to use this functionality, you must request the scope for your application from Automatic. Once `scope:current_location` is available, change `current_location` to `true` in your configuration.yaml.
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
Once your developer account is created, add the following to your `configuration.yaml` file:
|
||||
|
||||
|
@ -18,7 +18,7 @@ redirect_from:
|
||||
|
||||
Support for the Avi-on Bluetooth dimmer switch [Avi-On](http://avi-on.com/).
|
||||
|
||||
## {% linkable_title Setup %}
|
||||
## Setup
|
||||
|
||||
If you want to add your devices manually (like in the example below) then you need to get the API key. The API key can be obtained by executing the following command:
|
||||
|
||||
@ -30,7 +30,7 @@ $ curl -X POST -H "Content-Type: application/json" \
|
||||
|
||||
with the email and password fields replaced with those used when registering the device via the mobile app. The pass phrase field of the output should be used as the API key in the configuration.
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To enable these lights, add the following lines to your `configuration.yaml` file:
|
||||
|
||||
@ -70,7 +70,7 @@ devices:
|
||||
type: string
|
||||
{% endconfiguration %}
|
||||
|
||||
## {% linkable_title Full example %}
|
||||
## Full example
|
||||
|
||||
If username and password are not supplied, devices must be configured manually like so:
|
||||
|
||||
|
@ -20,7 +20,7 @@ The `awair` sensor platform will fetch data from your [Awair device(s)](https://
|
||||
|
||||
You will need to request access to the Awair API and obtain an access token from the Awair [Developer Console](https://developer.getawair.com/).
|
||||
|
||||
## {% linkable_title Configuring the Platform %}
|
||||
## Configuring the Platform
|
||||
|
||||
To enable these sensors, add the following lines to your `configuration.yaml` file:
|
||||
|
||||
@ -58,7 +58,7 @@ devices:
|
||||
type: string
|
||||
{% endconfiguration %}
|
||||
|
||||
## {% linkable_title Available Sensors %}
|
||||
## Available Sensors
|
||||
|
||||
The platform will fetch all available sensors from each Awair device linked to your account. Supported sensors:
|
||||
|
||||
|
@ -15,7 +15,7 @@ ha_release: "0.91"
|
||||
|
||||
The `aws` integration provides a single place to interact with [Amazon Web Services](https://aws.amazon.com/). Currently it provides a notification platform that can send a message to [AWS SQS](https://aws.amazon.com/sqs/), [AWS SNS](https://aws.amazon.com/sns/), or invoke [AWS Lambda](https://aws.amazon.com/lambda/) functions.
|
||||
|
||||
## {% linkable_title Setup %}
|
||||
## Setup
|
||||
|
||||
You have to have an AWS account to use Amazon Web Services, create one [here](https://aws.amazon.com/free/) with a 12 months free tier benefit. Please note, even in the first 12-months, you may still be billed if you use more resources than offered in the free tier. We advise you to monitor your costs in the [AWS Billing Console](https://console.aws.amazon.com/billing/) closely. You can read the [Control your AWS costs](https://aws.amazon.com/getting-started/tutorials/control-your-costs-free-tier-budgets/) guide for more information.
|
||||
|
||||
@ -23,7 +23,7 @@ The `lambda`, `sns` and `sqs` services, used in the `aws` component, all provide
|
||||
|
||||
The `aws` integration is using [botocore](https://botocore.amazonaws.com/v1/documentation/api/latest/index.html) to communicate with Amazon Web Services, which is also used by the [AWS Command Client Interface](https://aws.amazon.com/cli/) tool. Therefore, `aws` shares the same credential and profiles with `awscli` tool. Please read [Configuring the AWS CLI](https://docs.aws.amazon.com/cli/latest/userguide/cli-chap-configure.html) to learn how to get access keys and how to manage them on your local system securely.
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To use the `aws` integration and the `notify` platform in your installation, add the following to your `configuration.yaml` file:
|
||||
|
||||
@ -40,7 +40,7 @@ aws:
|
||||
region_name: us-east-1
|
||||
```
|
||||
|
||||
### {% linkable_title Configuration for credentials %}
|
||||
### Configuration for credentials
|
||||
|
||||
{% configuration %}
|
||||
name:
|
||||
@ -66,7 +66,7 @@ validate:
|
||||
type: boolean
|
||||
{% endconfiguration %}
|
||||
|
||||
### {% linkable_title Configuration for notify %}
|
||||
### Configuration for notify
|
||||
|
||||
{% configuration %}
|
||||
service:
|
||||
@ -104,7 +104,7 @@ context:
|
||||
type: string
|
||||
{% endconfiguration %}
|
||||
|
||||
## {% linkable_title Lambda Notify Usage %}
|
||||
## Lambda Notify Usage
|
||||
|
||||
AWS Lambda is a notification platform and thus can be controlled by calling the `notify` service [as described here](/components/notify/). It will invoke a Lambda for all targets given in the notification payload. A target can be formatted as a function name, an entire ARN ([Amazon Resource Name](http://docs.aws.amazon.com/general/latest/gr/aws-arns-and-namespaces.html)) or a partial ARN. For more information, please see the [botocore docs](https://botocore.amazonaws.com/v1/documentation/api/latest/reference/services/lambda.html#Lambda.Client.invoke).
|
||||
|
||||
@ -132,13 +132,13 @@ The context will look like this:
|
||||
}
|
||||
```
|
||||
|
||||
## {% linkable_title SNS Notify Usage %}
|
||||
## SNS Notify Usage
|
||||
|
||||
AWS SNS is a notification platform and thus can be controlled by calling the `notify` service [as described here](/components/notify/). It will publish a message to all targets given in the notification payload. A target must be a SNS topic or endpoint ARN ([Amazon Resource Name](http://docs.aws.amazon.com/general/latest/gr/aws-arns-and-namespaces.html)). For more information, please see the [botocore docs](https://botocore.amazonaws.com/v1/documentation/api/latest/reference/services/sns.html#SNS.Client.publish).
|
||||
|
||||
If one exists, the SNS Subject will be set to the title. All attributes from the payload, except the message, will be sent as stringified message attributes.
|
||||
|
||||
### {% linkable_title Setting up SNS within AWS %}
|
||||
### Setting up SNS within AWS
|
||||
|
||||
- Log into your AWS console and under "Security and Identity", select "Identity & Access Management".
|
||||
- On the left-hand side, select "Users" then click "Create New Users". Enter a name here and then click "Create".
|
||||
@ -158,7 +158,7 @@ If one exists, the SNS Subject will be set to the title. All attributes from the
|
||||
- Repeat for additional numbers.
|
||||
- Back in the "Users" section you will see a long alphanumeric line that starts with "arn:" and ends with the Topic Name you choose previously. This is what your "target" in Home Assistant will be.
|
||||
|
||||
## {% linkable_title SQS Notify Usage %}
|
||||
## SQS Notify Usage
|
||||
|
||||
AWS SQS is a notification platform and thus can be controlled by calling the `notify` service [as described here](/components/notify/). It will publish a message to the queue for all targets given in the notification payload. A target must be a SQS topic URL. For more information, please see the [SQS docs](http://docs.aws.amazon.com/AWSSimpleQueueService/latest/SQSDeveloperGuide/ImportantIdentifiers.html) and [bototcore docs](https://botocore.amazonaws.com/v1/documentation/api/latest/reference/services/sqs.html#SQS.Client.send_message)
|
||||
|
||||
|
@ -24,7 +24,7 @@ redirect_from:
|
||||
|
||||
Home Assistant will automatically discover their presence on your network.
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
For configuration go to the `Integrations pane` on your Home Assistant instance.
|
||||
|
||||
@ -32,11 +32,11 @@ For configuration go to the `Integrations pane` on your Home Assistant instance.
|
||||
It is recommended that you create a user on your Axis device specifically for Home Assistant. For all current functionality, it is enough to create a user belonging to user group viewer.
|
||||
</p>
|
||||
|
||||
## {% linkable_title Troubleshooting discovery %}
|
||||
## Troubleshooting discovery
|
||||
|
||||
If your device is not discovered. On your camera, go to **System Options** -> **Advanced** -> **Plain Config**. Change the drop-down box to `network` and click `Select Group`. If `Network Interface I0 ZeroConf` contains the `169.x.x.x` IP address, unchecked the box next to `Enabled` for this section and click `Save`.
|
||||
|
||||
## {% linkable_title Binary Sensor %}
|
||||
## Binary Sensor
|
||||
|
||||
The following sensor types are supported:
|
||||
|
||||
@ -46,7 +46,7 @@ The following sensor types are supported:
|
||||
- Day/night mode
|
||||
- Inputs and Supervised Inputs
|
||||
|
||||
## {% linkable_title Switch %}
|
||||
## Switch
|
||||
|
||||
The following controllable port types are supported:
|
||||
|
||||
|
@ -15,7 +15,7 @@ ha_release: 0.94
|
||||
|
||||
The `Azure Event Hub` integration allows you to hook into the Home Assistant event bus and send events to [Azure Event Hub](https://azure.microsoft.com/en-us/services/event-hubs/) or to a [Azure IoT Hub](https://docs.microsoft.com/en-us/azure/iot-hub/iot-hub-devguide-messages-read-builtin).
|
||||
|
||||
## {% linkable_title First time setup %}
|
||||
## First time setup
|
||||
|
||||
This assumes you already have a Azure account. Otherwise create a Free account [here](https://azure.microsoft.com/en-us/free/).
|
||||
|
||||
@ -25,7 +25,7 @@ You must then create a Shared Access Policy for the Event Hub with 'Send' claims
|
||||
|
||||
Once you have the name of your namespace, instance, Shared Access Policy and the key for that policy, you can setup the integration itself.
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
Add the following lines to your `configuration.yaml` file:
|
||||
|
||||
@ -92,7 +92,7 @@ filter:
|
||||
Event Hubs have a retention time of at most 7 days, if you do not capture or use the events they are deleted automatically from the Event Hub, the default retention is 1 day.
|
||||
</p>
|
||||
|
||||
### {% linkable_title Using the data in Azure %}
|
||||
### Using the data in Azure
|
||||
|
||||
There are a number of ways to stream the data that comes into the Event Hub into storages in Azure, the easiest way is to use the built-in Capture function and this allows you to capture the data in Azure Blob Storage or Azure Data Lake store, [details here](https://docs.microsoft.com/en-us/azure/event-hubs/event-hubs-capture-overview).
|
||||
|
||||
|
@ -17,7 +17,7 @@ redirect_from:
|
||||
|
||||
The `baidu` text-to-speech platform uses [Baidu TTS engine](https://cloud.baidu.com/product/speech/tts) to read a text with natural sounding voices.
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To get started, add the following lines to your `configuration.yaml`:
|
||||
|
||||
|
@ -21,7 +21,7 @@ The `bayesian` binary sensor platform observes the state from multiple sensors a
|
||||
|
||||
This allows for the detection of complex events that may not be readily observable, e.g., cooking, showering, in bed, the start of a morning routine, etc. It can also be used to gain greater confidence about events that _are_ directly observable, but for which the sensors can be unreliable, e.g., presence.
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To enable the Bayesian sensor, add the following lines to your `configuration.yaml`:
|
||||
|
||||
@ -90,7 +90,7 @@ observations:
|
||||
type: string
|
||||
{% endconfiguration %}
|
||||
|
||||
## {% linkable_title Full examples %}
|
||||
## Full examples
|
||||
|
||||
The following is an example for the `state` observation platform.
|
||||
|
||||
|
@ -22,11 +22,11 @@ redirect_from:
|
||||
The `bbb_gpio` integration is the base for all [BeagleBone Black](https://beagleboard.org/black) related GPIO platforms in Home Assistant.
|
||||
There is no setup needed for the integration itself.
|
||||
|
||||
## {% linkable_title Binary Sensor %}
|
||||
## Binary Sensor
|
||||
|
||||
The `bbb_gpio` binary sensor platform allows you to read sensor values of the GPIOs of your [BeagleBone Black](https://beagleboard.org/black).
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To use your BeagleBone Black's GPIO in your installation, add the following to your `configuration.yaml` file:
|
||||
|
||||
@ -75,11 +75,11 @@ pins:
|
||||
|
||||
For more details about the GPIO layout, visit the [article](http://elinux.org/Beagleboard:BeagleBoneBlack) about the BeagleBone Black.
|
||||
|
||||
## {% linkable_title Switch %}
|
||||
## Switch
|
||||
|
||||
The `bbb_gpio` switch platform allows you to control the GPIOs of your [BeagleBone Black](https://beagleboard.org/black).
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To use your BeagleBone Black's GPIO in your installation, add the following to your `configuration.yaml` file:
|
||||
|
||||
|
@ -30,7 +30,7 @@ There is currently support for the following device types within Home Assistant:
|
||||
Due to third party limitation, the sensors will only be available if Home Assistant and the Bbox are on the same local area network. You can check this by going to 192.168.1.254 with your web browser.
|
||||
</p>
|
||||
|
||||
## {% linkable_title Presence Detection %}
|
||||
## Presence Detection
|
||||
|
||||
The `bbox` platform offers presence detection by looking at connected devices to a [Bbox](https://fr.wikipedia.org/wiki/Bbox) based router from [Bouygues](https://www.bouyguestelecom.fr/), which is one of the main Internet provider in France.
|
||||
|
||||
@ -38,7 +38,7 @@ Bbox is a generic name for different hardware routers. The platform has been tes
|
||||
|
||||
- Sagem F@st 5330b
|
||||
|
||||
### {% linkable_title Configuration %}
|
||||
### Configuration
|
||||
|
||||
To use an Bbox router in your installation, add the following to your `configuration.yaml` file:
|
||||
|
||||
@ -63,7 +63,7 @@ For now and due to third party limitation, the Bbox must be on the same local ne
|
||||
|
||||
See the [device tracker integration page](/components/device_tracker/) for instructions how to configure the people to be tracked.
|
||||
|
||||
## {% linkable_title Sensor %}
|
||||
## Sensor
|
||||
|
||||
To add Bbox sensors to your installation, add the following to your `configuration.yaml` file:
|
||||
|
||||
|
@ -22,7 +22,7 @@ Tested devices:
|
||||
|
||||
- [Raspberry Pi](https://www.raspberrypi.org/)
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To use your BH1750 sensor in your installation, add the following to your `configuration.yaml` file:
|
||||
|
||||
@ -70,7 +70,7 @@ multiplier:
|
||||
type: integer
|
||||
{% endconfiguration %}
|
||||
|
||||
## {% linkable_title Full Examples %}
|
||||
## Full Examples
|
||||
|
||||
If you want to specify the resolution mode of the digital sensor or need to change the default I2c address (which is 0x23), add more details to the `configuration.yaml` file.
|
||||
|
||||
@ -88,7 +88,7 @@ sensor:
|
||||
scan_interval: 25
|
||||
```
|
||||
|
||||
## {% linkable_title Directions for installing smbus support on Raspberry Pi %}
|
||||
## Directions for installing smbus support on Raspberry Pi
|
||||
|
||||
Enable I2c interface with the Raspberry Pi configuration utility:
|
||||
|
||||
@ -112,7 +112,7 @@ $ sudo addgroup homeassistant i2c
|
||||
$ sudo reboot
|
||||
```
|
||||
|
||||
### {% linkable_title Check the i2c address of the sensor %}
|
||||
### Check the i2c address of the sensor
|
||||
|
||||
After installing `i2c-tools`, a new utility is available to scan the addresses of the connected sensors:
|
||||
|
||||
|
@ -16,7 +16,7 @@ ha_iot_class: Local Polling
|
||||
|
||||
The `knx` sensor platform allows you to monitor [KNX](http://www.knx.org) binary sensors.
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
The `knx` integration must be configured correctly, see [KNX Integration](/components/knx).
|
||||
|
||||
@ -51,7 +51,7 @@ reset_after:
|
||||
type: integer
|
||||
{% endconfiguration %}
|
||||
|
||||
### {% linkable_title Automation actions %}
|
||||
### Automation actions
|
||||
|
||||
You can also attach actions to binary sensors (e.g., to switch on a light when a switch was pressed). In this example, one light is switched on when the button was pressed once and two others when the button was pressed a second time.
|
||||
|
||||
|
@ -16,7 +16,7 @@ ha_release: 0.9
|
||||
|
||||
Binary sensors gather information about the state of devices which have a "digital" return value (either 1 or 0). These can be switches, contacts, pins, etc. These sensors only have two states: **0/off/low/closed/false** and **1/on/high/open/true**. Knowing that there are only two states allows Home Assistant to represent these sensors in a better way in the frontend according to their functionality.
|
||||
|
||||
### {% linkable_title Device Class %}
|
||||
### Device Class
|
||||
|
||||
The way these sensors are displayed in the frontend can be modified in the [customize section](/getting-started/customizing-devices/). The following device classes are supported for binary sensors:
|
||||
|
||||
|
@ -16,7 +16,7 @@ ha_iot_class: Local Push
|
||||
|
||||
The `modbus` binary sensor allows you to gather data from [Modbus](http://www.modbus.org/) coils.
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To use your Modbus binary sensors in your installation, add the following to your `configuration.yaml` file:
|
||||
|
||||
@ -62,7 +62,7 @@ coils:
|
||||
|
||||
It's possible to change the default 30 seconds scan interval for the sensor updates as shown in the [Platform options](/docs/configuration/platform_options/#scan-interval) documentation.
|
||||
|
||||
## {% linkable_title Full example %}
|
||||
## Full example
|
||||
|
||||
Example a sensor with a 10 seconds scan interval:
|
||||
|
||||
|
@ -20,7 +20,7 @@ The binary sensor state will be updated only after a new message is published on
|
||||
the binary sensor will receive an instant state update after subscription and Home Assistant will display the correct state on startup.
|
||||
Otherwise, the initial state displayed in Home Assistant will be `unknown`.
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
The `mqtt` binary sensor platform optionally supports an `availability_topic` to receive online and offline messages (birth and LWT messages) from the MQTT device. During normal operation, if the MQTT sensor device goes offline (i.e., publishes `payload_not_available` to `availability_topic`), Home Assistant will display the binary sensor as `unavailable`. If these messages are published with the `retain` flag set, the binary sensor will receive an instant update after subscription and Home Assistant will display the correct availability state of the binary sensor when Home Assistant starts up. If the `retain` flag is not set, Home Assistant will display the binary sensor as `unavailable` when Home Assistant starts up. If no `availability_topic`
|
||||
is defined, Home Assistant will consider the MQTT device to be available.
|
||||
@ -134,11 +134,11 @@ device:
|
||||
type: string
|
||||
{% endconfiguration %}
|
||||
|
||||
## {% linkable_title Examples %}
|
||||
## Examples
|
||||
|
||||
In this section, you will find some real-life examples of how to use this sensor.
|
||||
|
||||
### {% linkable_title Full configuration %}
|
||||
### Full configuration
|
||||
|
||||
To test, you can use the command line tool `mosquitto_pub` shipped with `mosquitto` or the `mosquitto-clients` package to send MQTT messages.
|
||||
|
||||
@ -168,7 +168,7 @@ binary_sensor:
|
||||
```
|
||||
{% endraw %}
|
||||
|
||||
### {% linkable_title Toggle the binary sensor each time a message is received on state_topic %}
|
||||
### Toggle the binary sensor each time a message is received on state_topic
|
||||
{% raw %}
|
||||
```yaml
|
||||
# Example configuration.yaml entry
|
||||
@ -179,7 +179,7 @@ binary_sensor:
|
||||
```
|
||||
{% endraw %}
|
||||
|
||||
### {% linkable_title Get the state of a device with ESPEasy %}
|
||||
### Get the state of a device with ESPEasy
|
||||
|
||||
Assuming that you have flashed your ESP8266 unit with [ESPEasy](https://github.com/letscontrolit/ESPEasy). Under "Config" is a name ("Unit Name:") set for your device (here it's "bathroom"). A configuration for a "Controller" for MQTT with the protocol "OpenHAB MQTT" is present and the entries ("Controller Subscribe:" and "Controller Publish:") are adjusted to match your needs. In this example, the topics are prefixed with "home". Also, add a "Switch Input" in the "Devices" tap with the name "switch" and "button" as value.
|
||||
|
||||
|
@ -39,7 +39,7 @@ S_MOISTURE | V_TRIPPED
|
||||
|
||||
For more information, visit the [serial api] of MySensors.
|
||||
|
||||
### {% linkable_title Example sketch %}
|
||||
### Example sketch
|
||||
|
||||
```cpp
|
||||
/**
|
||||
|
@ -34,7 +34,7 @@ The JSON messages can contain different values like `1`, `"1"`,
|
||||
}
|
||||
```
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To enable this sensor,
|
||||
add the following lines to your `configuration.yaml` file for a GET request:
|
||||
@ -118,11 +118,11 @@ headers:
|
||||
Make sure that the URL exactly matches your endpoint or resource.
|
||||
</p>
|
||||
|
||||
## {% linkable_title Examples %}
|
||||
## Examples
|
||||
|
||||
In this section you find some real-life examples of how to use this sensor.
|
||||
|
||||
### {% linkable_title aREST sensor %}
|
||||
### aREST sensor
|
||||
|
||||
Instead of using an [aREST](/components/binary_sensor.arest/) binary sensor,
|
||||
you could retrieve the value of a device supporting
|
||||
@ -138,7 +138,7 @@ binary_sensor:
|
||||
value_template: {% raw %}'{{ value_json.return_value }}'{% endraw %}
|
||||
```
|
||||
|
||||
### {% linkable_title Accessing an HTTP authentication protected endpoint %}
|
||||
### Accessing an HTTP authentication protected endpoint
|
||||
|
||||
The REST sensor supports HTTP authentication and customized headers.
|
||||
|
||||
|
@ -69,15 +69,15 @@ devices:
|
||||
default: false
|
||||
{% endconfiguration %}
|
||||
|
||||
### {% linkable_title Sensor state %}
|
||||
### Sensor state
|
||||
|
||||
Initially, the state of a binary sensor is unknown. When a sensor update is received, the state is known and will be shown in the frontend.
|
||||
|
||||
### {% linkable_title Device support %}
|
||||
### Device support
|
||||
|
||||
See [device support](/components/rflink/#device-support)
|
||||
|
||||
### {% linkable_title Additional configuration examples %}
|
||||
### Additional configuration examples
|
||||
|
||||
Multiple sensors with custom name and device class and set off_delay
|
||||
|
||||
|
@ -23,7 +23,7 @@ them may be recognized under the X10 protocol but most of them are recognized
|
||||
under the *Lighting4* protocol. The rfxtrx binary sensor integration provides
|
||||
some special options for them, while other rfxtrx protocols should work too.
|
||||
|
||||
## {% linkable_title Setting up your devices %}
|
||||
## Setting up your devices
|
||||
|
||||
Once you have set up your [rfxtrx hub](/components/rfxtrx/), the easiest way
|
||||
to find your binary sensors is to add this to your `configuration.yaml`:
|
||||
@ -133,7 +133,7 @@ binary_sensor:
|
||||
seconds: 5
|
||||
```
|
||||
|
||||
### {% linkable_title Options for PT-2262 devices under the Lighting4 protocol %}
|
||||
### Options for PT-2262 devices under the Lighting4 protocol
|
||||
|
||||
When a data packet is transmitted by a PT-2262 device using the Lighting4
|
||||
protocol, there is no way to automatically extract the device identifier and the
|
||||
@ -203,7 +203,7 @@ This automatic guess should work most of the time but there is
|
||||
no guarantee on that. You should activate it only when you
|
||||
want to configure your new devices and leave it off otherwise.
|
||||
|
||||
### {% linkable_title Known working devices %}
|
||||
### Known working devices
|
||||
|
||||
The following devices are known to work with the rfxtrx binary sensor component.
|
||||
There are too many other to list.
|
||||
|
@ -19,7 +19,7 @@ The `template` platform supports binary sensors which get their values from
|
||||
other entities. The state of a Template Binary Sensor can only be `on` or
|
||||
`off`.
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
Here is an example of adding a Template Binary Sensor to the `configuration.yaml` file:
|
||||
|
||||
@ -82,7 +82,7 @@ sensors:
|
||||
type: time
|
||||
{% endconfiguration %}
|
||||
|
||||
## {% linkable_title Considerations %}
|
||||
## Considerations
|
||||
|
||||
### Startup
|
||||
|
||||
@ -104,11 +104,11 @@ the contents of a group. In this case you can use `entity_id` to provide a
|
||||
list of entity IDs that will cause the sensor to update or you can run the
|
||||
service `homeassistant.update_entity` to update the sensor at will.
|
||||
|
||||
## {% linkable_title Examples %}
|
||||
## Examples
|
||||
|
||||
In this section you find some real-life examples of how to use this sensor.
|
||||
|
||||
### {% linkable_title Sensor Threshold %}
|
||||
### Sensor Threshold
|
||||
|
||||
This example indicates true if a sensor is above a given threshold. Assuming a
|
||||
sensor of `furnace` that provides a current reading for the fan motor, we can
|
||||
@ -126,7 +126,7 @@ binary_sensor:
|
||||
```
|
||||
{% endraw %}
|
||||
|
||||
### {% linkable_title Switch as Sensor %}
|
||||
### Switch as Sensor
|
||||
|
||||
Some movement sensors and door/window sensors will appear as a switch. By using
|
||||
a Template Binary Sensor, the switch can be displayed as a binary sensors. The
|
||||
@ -147,7 +147,7 @@ binary_sensor:
|
||||
```
|
||||
{% endraw %}
|
||||
|
||||
### {% linkable_title Combining Multiple Sensors %}
|
||||
### Combining Multiple Sensors
|
||||
|
||||
This example combines multiple CO sensors into a single overall
|
||||
status. When using templates with binary sensors, you need to return
|
||||
@ -168,7 +168,7 @@ binary_sensor:
|
||||
```
|
||||
{% endraw %}
|
||||
|
||||
### {% linkable_title Washing Machine Running %}
|
||||
### Washing Machine Running
|
||||
|
||||
This example creates a washing machine "load running" sensor by monitoring an
|
||||
energy meter connected to the washer. During the washer's operation, the energy
|
||||
@ -191,7 +191,7 @@ binary_sensor:
|
||||
```
|
||||
{% endraw %}
|
||||
|
||||
### {% linkable_title Is Anyone Home? %}
|
||||
### Is Anyone Home?
|
||||
|
||||
This example is determining if anyone is home based on the combination of device
|
||||
tracking and motion sensors. It's extremely useful if you have kids/baby sitter/
|
||||
@ -216,7 +216,7 @@ binary_sensor:
|
||||
```
|
||||
{% endraw %}
|
||||
|
||||
### {% linkable_title Change the icon when state changes %}
|
||||
### Change the icon when state changes
|
||||
|
||||
This example demonstrates how to use `icon_template` to change the entity's
|
||||
icon as its state changes, it evaluates the state of its own sensor and uses a
|
||||
|
@ -18,7 +18,7 @@ The `xiaomi aqara` binary sensor platform allows you to get data from your [Xiao
|
||||
|
||||
The requirement is that you have setup the [`xiaomi aqara` integration](/components/xiaomi_aqara/).
|
||||
|
||||
### {% linkable_title Type of sensors supported %}
|
||||
### Type of sensors supported
|
||||
|
||||
| Name | Zigbee entity | Model no. | States | Event | Event key | Event values |
|
||||
| ---- | ------------- | --------- | ------ | ----- | --------- | ------------ |
|
||||
@ -39,9 +39,9 @@ The requirement is that you have setup the [`xiaomi aqara` integration](/compone
|
||||
| Cube | cube | MFKZQ01LM | off (always) | `xiaomi_aqara.cube_action` | `action_type`, `action_value` (rotate) | `flip90`, `flip180`, `move`, `tap_twice`, `shake_air`, `swing`, `alert`, `free_fall`, `rotate` (degrees at action_value) |
|
||||
| Vibration Sensor | vibration | DJT11LM | off (always) | `xiaomi_aqara.movement` | `movement_type` | `vibrate`, `tilt`, `free_fall` |
|
||||
|
||||
### {% linkable_title Automation examples %}
|
||||
### Automation examples
|
||||
|
||||
#### {% linkable_title Motion %}
|
||||
#### Motion
|
||||
|
||||
```yaml
|
||||
- alias: If there is motion and its dark turn on the gateway light
|
||||
@ -78,7 +78,7 @@ The requirement is that you have setup the [`xiaomi aqara` integration](/compone
|
||||
entity_id: automation.Motion_off
|
||||
```
|
||||
|
||||
#### {% linkable_title Door and/or Window %}
|
||||
#### Door and/or Window
|
||||
|
||||
```yaml
|
||||
- alias: If the window is open turn off the radiator
|
||||
@ -107,7 +107,7 @@ The requirement is that you have setup the [`xiaomi aqara` integration](/compone
|
||||
operation_mode: 'Smart schedule'
|
||||
```
|
||||
|
||||
#### {% linkable_title Smoke %}
|
||||
#### Smoke
|
||||
|
||||
```yaml
|
||||
- alias: Send notification on fire alarm
|
||||
@ -128,7 +128,7 @@ The requirement is that you have setup the [`xiaomi aqara` integration](/compone
|
||||
ringtone_vol: 100
|
||||
```
|
||||
|
||||
#### {% linkable_title Gas %}
|
||||
#### Gas
|
||||
|
||||
```yaml
|
||||
- alias: Send notification on gas alarm
|
||||
@ -144,7 +144,7 @@ The requirement is that you have setup the [`xiaomi aqara` integration](/compone
|
||||
message: 'Gas with a density of {% raw %}{{ state_attr('binary_sensor.natgas_sensor_158dxxxxxxxxxx', 'density') }}{% endraw %} detected.'
|
||||
```
|
||||
|
||||
#### {% linkable_title Xiaomi Wireless Button %}
|
||||
#### Xiaomi Wireless Button
|
||||
|
||||
As indicated in the table on top of this page there are 3 versions of the button. For the round shaped button the available events are `single`, `double`, `hold`, `long_click_press` and `long_click_release`. Aqara branded buttons are square shaped. Model WXKG11LM only supports `single` and `double` events. WXKG12LM supports `single`, `double`, `long_click_press` and `shake` events. For the Aqara versions the delay between two clicks to generate a double click must be larger than with the round button. Clicking too quickly generates a single click event.
|
||||
|
||||
@ -184,7 +184,7 @@ As indicated in the table on top of this page there are 3 versions of the button
|
||||
ringtone_vol: 8
|
||||
```
|
||||
|
||||
#### {% linkable_title Xiaomi Cube %}
|
||||
#### Xiaomi Cube
|
||||
|
||||
Available events are `flip90`, `flip180`, `move`, `tap_twice`, `shake_air`, `swing`, `alert`, `free_fall` and `rotate`. The integration stores the last action as the attribute `last_action`.
|
||||
|
||||
@ -251,7 +251,7 @@ Available events are `flip90`, `flip180`, `move`, `tap_twice`, `shake_air`, `swi
|
||||
color_name: "blue"
|
||||
```
|
||||
|
||||
#### {% linkable_title Aqara Wireless Switch %}
|
||||
#### Aqara Wireless Switch
|
||||
|
||||
The Aqara Wireless Switch is available as single-key and double-key version. Each key behaves like the Wireless Button limited to the click event `single`. The double key version adds a third device called `binary_sensor.wall_switch_both_158xxxxxxxxx12` which reports a click event called `both` if both keys are pressed.
|
||||
|
||||
@ -312,7 +312,7 @@ The Aqara Wireless Switch is available as single-key and double-key version. Eac
|
||||
entity_id: light.gateway_light_34xxxxxxxx13
|
||||
```
|
||||
|
||||
#### {% linkable_title Vibration Sensor %}
|
||||
#### Vibration Sensor
|
||||
|
||||
This automation toggles the living room lamp on vibration/tilt.
|
||||
|
||||
|
@ -58,7 +58,7 @@ sources:
|
||||
description: The name of the source.
|
||||
{% endconfiguration %}
|
||||
|
||||
### {% linkable_title Service `media_player.blackbird_set_all_zones` %}
|
||||
### Service `media_player.blackbird_set_all_zones`
|
||||
|
||||
Set all zones to the same input source. This service allows you to immediately synchronize all the TVs in your home. Regardless of `entity_id` provided, all zones will be updated.
|
||||
|
||||
|
@ -25,11 +25,11 @@ redirect_from:
|
||||
|
||||
The `blink` integration lets you view camera images and motion events from [Blink](http://blinkforhome.com) camera and security systems.
|
||||
|
||||
## {% linkable_title Setup %}
|
||||
## Setup
|
||||
|
||||
You will need your Blink login information (username, which is usually your email address, and password) to use this module.
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To enable devices linked in your [Blink](https://blinkforhome.com) account, add the following to your `configuration.yaml` file:
|
||||
|
||||
@ -115,15 +115,15 @@ blink:
|
||||
- wifi_strength
|
||||
```
|
||||
|
||||
## {% linkable_title Services %}
|
||||
## Services
|
||||
|
||||
Any sequential calls to services relating to blink should have a minimum of a 5 second delay in between them to prevent the calls fro being throttled and ignored.
|
||||
|
||||
### {% linkable_title `blink.blink_update` %}
|
||||
### `blink.blink_update`
|
||||
|
||||
Force a refresh of the Blink system.
|
||||
|
||||
### {% linkable_title `blink.trigger_camera` %}
|
||||
### `blink.trigger_camera`
|
||||
|
||||
Trigger a camera to take a new still image.
|
||||
|
||||
@ -131,7 +131,7 @@ Trigger a camera to take a new still image.
|
||||
|------------------------|----------|----------------------------------------|
|
||||
| `name` | no | Name of camera to take new image with. |
|
||||
|
||||
### {% linkable_title `blink.save_video` %}
|
||||
### `blink.save_video`
|
||||
|
||||
Save the last recorded video of a camera to a local file. Note that in most cases, Home Assistant will need to know that the directory is writable via the `whitelist_external_dirs` in your `configuration.yaml` file (see example below).
|
||||
|
||||
@ -149,16 +149,16 @@ homeassistant:
|
||||
- '/path/to/whitelist'
|
||||
```
|
||||
|
||||
### {% linkable_title Other Services %}
|
||||
### Other Services
|
||||
|
||||
In addition to the services mentioned above, there are generic `camera` and `alarm_control_panel` services available for use as well. The `camera.enable_motion_detection` and `camera.disable_motion_detection` services allow for individual cameras to be enabled and disabled, respectively, within the Blink system. The `alarm_control_panel.alarm_arm_away` and `alarm_control_panel.alarm_disarm` services allow for the whole system to be armed and disarmed, respectively.
|
||||
|
||||
|
||||
## {% linkable_title Examples %}
|
||||
## Examples
|
||||
|
||||
The following are some examples showing how to correctly make service calls using Blink:
|
||||
|
||||
### {% linkable_title Snap Picture and Save Locally %}
|
||||
### Snap Picture and Save Locally
|
||||
|
||||
This example script shows how to take a picture with your camera, named `My Camera` in your Blink app (this is **not necessarily** the friendly name in home-assistant). After snapping a picture, the image will then be saved to a local directory called `/tmp/my_image.jpg`. Note that this example makes use of services found in the [camera integration](https://www.home-assistant.io/components/camera#service-snapshot)
|
||||
|
||||
@ -176,7 +176,7 @@ sequence:
|
||||
filename: /tmp/my_image.jpg
|
||||
```
|
||||
|
||||
### {% linkable_title Arm Blink When Away %}
|
||||
### Arm Blink When Away
|
||||
|
||||
This example automation will arm your blink sync module to detect motion on any of your blink cameras that have motion detection enabled. By default, Blink enables motion detection on all cameras so, unless you've changed anything in your app, you're all set. If you want to manually enable motion detection for individual cameras, you can utilize the [appropriate camera service](https://www.home-assistant.io/components/camera#service-enable_motion_detection) but pelase note that motion will only be captured if the sync module is armed.
|
||||
|
||||
@ -194,7 +194,7 @@ Here, this example assumes your blink module is named `My Sync Module` and that
|
||||
entity_id: alarm_control_panel.blink_my_sync_module
|
||||
```
|
||||
|
||||
### {% linkable_title Disarm Blink When Home %}
|
||||
### Disarm Blink When Home
|
||||
|
||||
Similar to the previous example, this automation will disarm blink when arriving home.
|
||||
|
||||
@ -210,7 +210,7 @@ Similar to the previous example, this automation will disarm blink when arriving
|
||||
entity_id: alarm_control_panel.blink_my_sync_module
|
||||
```
|
||||
|
||||
### {% linkable_title Save Video Locally When Motion Detected %}
|
||||
### Save Video Locally When Motion Detected
|
||||
|
||||
When motion is detected, you can use the Blink Home-Assistant integration to save the last recorded video locally, rather than relying on Blink's servers to save your data.
|
||||
|
||||
|
@ -19,7 +19,7 @@ redirect_from:
|
||||
|
||||
The `blinkstick` platform lets you control your [Blinkstick](https://www.blinkstick.com/) lights from within Home Assistant.
|
||||
|
||||
## {% linkable_title Setup %}
|
||||
## Setup
|
||||
|
||||
To use your Blinkstick, you need to allow the access to the device for [non-root users](https://github.com/arvydas/blinkstick-python#permission-problems-in-linux-and-mac-os-x).
|
||||
|
||||
@ -27,7 +27,7 @@ To use your Blinkstick, you need to allow the access to the device for [non-root
|
||||
$ sudo blinkstick --add-udev-rule
|
||||
```
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To add a Blinkstick to your installation, add the following to your `configuration.yaml` file:
|
||||
|
||||
|
@ -18,7 +18,7 @@ redirect_from:
|
||||
|
||||
The `blinkt` light platform lets you control the [Blinkt!](https://shop.pimoroni.com/products/blinkt) board, featuring eight super-bright RGB LEDs.
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To enable `blinkt` in your installation, add the following to your `configuration.yaml` file:
|
||||
|
||||
|
@ -27,11 +27,11 @@ There is currently support for the following device types within Home Assistant:
|
||||
- [Camera](#camera)
|
||||
- [Sensor](#sensor)
|
||||
|
||||
## {% linkable_title Setup %}
|
||||
## Setup
|
||||
|
||||
Obtain your API key from your [BloomSky dashboard](https://dashboard.bloomsky.com). Click `developers` in the bottom left of the screen.
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To integrate your BloomSky hub with Home Assistant, add the following section to your `configuration.yaml` file:
|
||||
|
||||
@ -48,13 +48,13 @@ api_key:
|
||||
type: string
|
||||
{% endconfiguration %}
|
||||
|
||||
## {% linkable_title Binary Sensor %}
|
||||
## Binary Sensor
|
||||
|
||||
The `bloomsky` binary sensor platform allows you to get data from your BloomSky device.
|
||||
|
||||
To get your BloomSky binary sensors working with Home Assistant, follow the instructions above first.
|
||||
|
||||
### {% linkable_title Configuration %}
|
||||
### Configuration
|
||||
|
||||
To use your BloomSky binary sensor in your installation, add the following to your `configuration.yaml` file:
|
||||
|
||||
@ -79,11 +79,11 @@ monitored_conditions:
|
||||
description: Rain
|
||||
{% endconfiguration %}
|
||||
|
||||
## {% linkable_title Camera %}
|
||||
## Camera
|
||||
|
||||
The `bloomsky` camera integration allows you to view the current photo created by the camera in the [BloomSky](https://www.bloomsky.com) weather station. This can work in concert with [BloomSky sensors](#sensor).
|
||||
|
||||
### {% linkable_title Configuration %}
|
||||
### Configuration
|
||||
|
||||
To enable this camera in your installation, set up the BloomSky integration with your API key and add the following to your `configuration.yaml` file:
|
||||
|
||||
@ -93,11 +93,11 @@ camera:
|
||||
- platform: bloomsky
|
||||
```
|
||||
|
||||
## {% linkable_title Sensor %}
|
||||
## Sensor
|
||||
|
||||
The `bloomsky` sensor integration allows you to view the measurements made by sensors in the [BloomSky](https://www.bloomsky.com) weather station. This can work in concert with the [BloomSky camera](#camera).
|
||||
|
||||
### {% linkable_title Configuration %}
|
||||
### Configuration
|
||||
|
||||
To enable these sensors in your installation, set up the BloomSky integration with your API key add the following to your `configuration.yaml` file:
|
||||
|
||||
|
@ -63,7 +63,7 @@ media_player:
|
||||
- host: 192.168.1.131
|
||||
```
|
||||
|
||||
### {% linkable_title Service `bluesound_join` %}
|
||||
### Service `bluesound_join`
|
||||
|
||||
Group players together under a single master speaker. That will make a new group or join an existing group.
|
||||
|
||||
@ -72,7 +72,7 @@ Group players together under a single master speaker. That will make a new group
|
||||
| `master` | no | A single `entity_id` that will become/hold the master speaker.
|
||||
| `entity_id` | no | String or list of a single `entity_id` that will group to master speaker.
|
||||
|
||||
### {% linkable_title Service `bluesound_unjoin` %}
|
||||
### Service `bluesound_unjoin`
|
||||
|
||||
Remove one or more speakers from a group of speakers. If no `entity_id` is provided, all speakers are unjoined.
|
||||
|
||||
@ -80,7 +80,7 @@ Remove one or more speakers from a group of speakers. If no `entity_id` is provi
|
||||
| ---------------------- | -------- | ----------- |
|
||||
| `entity_id` | yes | String or list of `entity_id`s that will be separated from their master speaker.
|
||||
|
||||
### {% linkable_title Service `bluesound_set_sleep_timer` %}
|
||||
### Service `bluesound_set_sleep_timer`
|
||||
|
||||
Sets a timer that will turn off the speaker. For each time you call this it will increase the time by one step. The steps are (in minutes): 15, 30, 45, 60, 90, 0.
|
||||
If you increase an ongoing timer of for example 13 minutes, it will increase it to 15. If the timer is set to 90, it will remove the time (hence the 0).
|
||||
@ -89,7 +89,7 @@ If you increase an ongoing timer of for example 13 minutes, it will increase it
|
||||
| ---------------------- | -------- | ----------- |
|
||||
| `entity_id` | no | String or list of `entity_id`s that will have their timers set.
|
||||
|
||||
### {% linkable_title Service `bluesound_clear_sleep_timer` %}
|
||||
### Service `bluesound_clear_sleep_timer`
|
||||
|
||||
Clear the sleep timer on a speaker, if one is set.
|
||||
|
||||
|
@ -55,7 +55,7 @@ interval_seconds:
|
||||
As some BT LE devices change their MAC address regularly, a new device is only discovered when it has been seen 5 times.
|
||||
Some BTLE devices (e.g., fitness trackers) are only visible to the devices that they are paired with. In this case, the BTLE tracker won't see this device.
|
||||
|
||||
## {% linkable_title Rootless Setup %}
|
||||
## Rootless Setup
|
||||
|
||||
Normally accessing the Bluetooth stack is reserved for root, but running programs that are networked as root is a bad security wise. To allow non-root access to the Bluetooth stack we can give Python 3 and hcitool the missing capabilities to access the Bluetooth stack. Quite like setting the setuid bit (see [Stack Exchange](http://unix.stackexchange.com/questions/96106/bluetooth-le-scan-as-non-root) for more information).
|
||||
|
||||
|
@ -22,7 +22,7 @@ Tested devices:
|
||||
|
||||
- [Raspberry Pi](https://www.raspberrypi.org/)
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To use your BME280 sensor in your installation, add the following to your `configuration.yaml` file:
|
||||
|
||||
@ -90,7 +90,7 @@ monitored_conditions:
|
||||
type: list
|
||||
{% endconfiguration %}
|
||||
|
||||
## {% linkable_title Full Examples %}
|
||||
## Full Examples
|
||||
|
||||
If you want to specify the working mode of the digital sensor or need to change the default I2c address (which is 0x76), add more details to the `configuration.yaml` file:
|
||||
|
||||
@ -115,7 +115,7 @@ sensor:
|
||||
|
||||
This sensor is somehow famous for generating relatively high temperature measurements compared to other sensors (it looks like self-heating does not feel good for some encapsulations). If you experience this problem, you can define an absolute delta of temperature correction using a negative number.
|
||||
|
||||
## {% linkable_title Customizing the sensor data %}
|
||||
## Customizing the sensor data
|
||||
|
||||
Give the values friendly names and icons, add the following to your `customize:` section.
|
||||
|
||||
@ -146,7 +146,7 @@ group:
|
||||
- sensor.ambient_pressure
|
||||
```
|
||||
|
||||
## {% linkable_title Directions for installing smbus support on Raspberry Pi %}
|
||||
## Directions for installing smbus support on Raspberry Pi
|
||||
|
||||
Enable I2c interface with the Raspberry Pi configuration utility:
|
||||
|
||||
@ -170,7 +170,7 @@ $ sudo addgroup homeassistant i2c
|
||||
$ sudo reboot
|
||||
```
|
||||
|
||||
### {% linkable_title Check the i2c address of the sensor %}
|
||||
### Check the i2c address of the sensor
|
||||
|
||||
After installing `i2c-tools`, a new utility is available to scan the addresses of the connected sensors:
|
||||
|
||||
|
@ -22,7 +22,7 @@ Tested devices:
|
||||
|
||||
- [Raspberry Pi](https://www.raspberrypi.org/)
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To use your BME680 sensor in your installation, add the following to your `configuration.yaml` file:
|
||||
|
||||
@ -120,7 +120,7 @@ temp_offset:
|
||||
type: float
|
||||
{% endconfiguration %}
|
||||
|
||||
## {% linkable_title Full Examples %}
|
||||
## Full Examples
|
||||
|
||||
If you want to specify the working mode of the digital sensor or need to change the default I2C address (which is 0x77), add more details to the `configuration.yaml` file:
|
||||
|
||||
@ -149,7 +149,7 @@ sensor:
|
||||
temp_offset: -5.5
|
||||
```
|
||||
|
||||
## {% linkable_title Customizing the sensor data %}
|
||||
## Customizing the sensor data
|
||||
|
||||
Give the values friendly names and icons, add the following to your `customize:` section.
|
||||
|
||||
@ -188,11 +188,11 @@ group:
|
||||
- sensor.bme680_sensor_air_quality
|
||||
```
|
||||
|
||||
## {% linkable_title Directions for enabling I2C interface on Hass.io %}
|
||||
## Directions for enabling I2C interface on Hass.io
|
||||
|
||||
Follow the instructions here to [enable I2C on Hass.io.](/hassio/enable_i2c/).
|
||||
|
||||
## {% linkable_title Directions for installing SMBus support on Raspberry Pi %}
|
||||
## Directions for installing SMBus support on Raspberry Pi
|
||||
|
||||
Enable I2C interface with the Raspberry Pi configuration utility:
|
||||
|
||||
@ -216,7 +216,7 @@ $ sudo addgroup homeassistant i2c
|
||||
$ sudo reboot
|
||||
```
|
||||
|
||||
### {% linkable_title Check the I2C address of the sensor %}
|
||||
### Check the I2C address of the sensor
|
||||
|
||||
After installing `i2c-tools`, a new utility is available to scan the addresses of the connected sensors:
|
||||
|
||||
|
@ -36,7 +36,7 @@ This integration provides the following platforms:
|
||||
- Sensors: Mileage, remaining range, remaining fuel, charging time remaining (electric cars), charging status (electric cars), remaining range electric (electric cars).
|
||||
- Services: Turn on air condition, sound the horn, flash the lights and update the state. More details can be found [here](/components/bmw_connected_drive/#services).
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To enable this integration in your installation, add the following to your
|
||||
`configuration.yaml` file:
|
||||
@ -79,17 +79,17 @@ bmw_connected_drive:
|
||||
default: false
|
||||
{% endconfiguration %}
|
||||
|
||||
## {% linkable_title Services %}
|
||||
## Services
|
||||
|
||||
The `bmw_connected_drive` integration offers several services. In case you need to provide the vehicle identification number (VIN) as a parameter, you can see the VIN in the attributes of the device tracker for the vehicle. The VIN is a 17 digit alphanumeric string, e.g., `WBANXXXXXX1234567`.
|
||||
|
||||
Using these services will impact the state of your vehicle. So use these services with care!
|
||||
|
||||
### {% linkable_title Locking and unlocking %}
|
||||
### Locking and unlocking
|
||||
|
||||
The vehicle can be locked and unlocked via the lock integration that is created automatically for each vehicle. Before invoking these services, make sure it's safe to lock/unlock the vehicle in the current situation.
|
||||
|
||||
### {% linkable_title Air condition %}
|
||||
### Air condition
|
||||
|
||||
The air condition of the vehicle can be activated with the service `bmw_connected_drive.activate_air_conditioning`.
|
||||
|
||||
@ -97,20 +97,20 @@ What exactly is started here depends on the type of vehicle. It might range from
|
||||
|
||||
The vehicle is identified via the parameter `vin`.
|
||||
|
||||
### {% linkable_title Sound the horn %}
|
||||
### Sound the horn
|
||||
|
||||
The service `bmw_connected_drive.sound_horn` sounds the horn of the vehicle. This option is not available in some countries (among which the UK). Use this feature responsibly, as it might annoy your neighbors. The vehicle is identified via the parameter `vin`.
|
||||
|
||||
### {% linkable_title Flash the lights %}
|
||||
### Flash the lights
|
||||
|
||||
The service `bmw_connected_drive.light_flash` flashes the lights of the vehicle. The vehicle is identified via the parameter `vin`.
|
||||
|
||||
### {% linkable_title Update the state %}
|
||||
### Update the state
|
||||
|
||||
The service `bmw_connected_drive.update_state` fetches the last state of the vehicles of all your accounts from the BMW server. This does *not* trigger an update from the vehicle; it gets the data from the BMW servers. So this service does *not* interact with your vehicles.
|
||||
|
||||
This service does not require any attributes.
|
||||
|
||||
## {% linkable_title Disclaimer %}
|
||||
## Disclaimer
|
||||
|
||||
This software is not affiliated with or endorsed by BMW Group.
|
||||
|
@ -26,7 +26,7 @@ There is currently support for the following device types within Home Assistant:
|
||||
- [Camera](#camera)
|
||||
- [Sensor](#sensor)
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To add the BOM weather platform to your installation, add the following to your `configuration.yaml` file:
|
||||
|
||||
@ -53,7 +53,7 @@ This platform is an alternative to the [`bom`](#sensor) sensor.
|
||||
The weather platform is easier to configure but less customizable.
|
||||
</p>
|
||||
|
||||
## {% linkable_title Camera %}
|
||||
## Camera
|
||||
|
||||
The `bom` camera platform uses the [Australian Bureau of Meteorology (BOM)](http://www.bom.gov.au) [radar web service](http://www.bom.gov.au/australia/radar/) as a source to generate an animated radar image.
|
||||
|
||||
@ -95,7 +95,7 @@ filename:
|
||||
type: string
|
||||
{% endconfiguration %}
|
||||
|
||||
### {% linkable_title Valid `location` values %}
|
||||
### Valid `location` values
|
||||
|
||||
```
|
||||
Adelaide Albany AliceSprings Bairnsdale Bowen
|
||||
@ -112,9 +112,9 @@ Weipa WillisIs Wollongong Woomera Wyndham
|
||||
Yarrawonga
|
||||
```
|
||||
|
||||
### {% linkable_title Examples %}
|
||||
### Examples
|
||||
|
||||
#### {% linkable_title Using `location` and `name` %}
|
||||
#### Using `location` and `name`
|
||||
|
||||
Example `configuration.yaml` entry to display the `Townsville` radar with a camera named `mytowsvilleradar`:
|
||||
|
||||
@ -125,7 +125,7 @@ camera:
|
||||
location: Townsville
|
||||
```
|
||||
|
||||
#### {% linkable_title Using `id`, `delta` and `frames` %}
|
||||
#### Using `id`, `delta` and `frames`
|
||||
|
||||
In the event BOM creates a new radar, or a radar's ID changes, you may define a custom `id` along with corresponding `delta` and `frames` values. You may also specify custom `delta` and `frames` values, along with a valid `location`, to override the default values for an existing radar. You may not define `location` and `id` in the same entity; you must specify one or the other. If `id` is specified, then `delta` and `frames` values _must_ be provided. If `location` is specified, `delta` and `frames` _may_ be provided to override the default values.
|
||||
|
||||
@ -148,7 +148,7 @@ camera:
|
||||
name: 'Carnarvon'
|
||||
```
|
||||
|
||||
#### {% linkable_title Using `filename` %}
|
||||
#### Using `filename`
|
||||
|
||||
This option can be specified to save the animated radar-imagery GIF to the given filesystem path.
|
||||
|
||||
@ -163,7 +163,7 @@ camera:
|
||||
|
||||
The file will be updated every `delta` seconds when the camera regenerates the animation.
|
||||
|
||||
## {% linkable_title Sensor %}
|
||||
## Sensor
|
||||
|
||||
The `bom` sensor platform uses the [Australian Bureau of Meteorology (BOM)](http://www.bom.gov.au) as a source for current (half-hourly) meteorological data.
|
||||
|
||||
|
@ -49,11 +49,11 @@ You are also able to configure the TV manually by placing a `bravia.conf` file i
|
||||
{"192.168.0.10": {"pin": "7745", "mac": "ac:1e:0a:e1:0c:01"}}
|
||||
```
|
||||
|
||||
## {% linkable_title For TVs older than 2013 %}
|
||||
## For TVs older than 2013
|
||||
|
||||
Users of TVs older than 2013 have another option for controlling their TV via Home Assistant.
|
||||
|
||||
### {% linkable_title Using HDMI-CEC %}
|
||||
### Using HDMI-CEC
|
||||
|
||||
If you have a Raspberry Pi connected to your TV:
|
||||
|
||||
|
@ -17,7 +17,7 @@ redirect_from:
|
||||
|
||||
Telegram implementation to support **sending messages only**. Your Home Assistant instance does not have to be exposed to the Internet and there is no polling to receive messages sent to the bot.
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To integrate this into Home Assistant, add the following section to your `configuration.yaml` file:
|
||||
|
||||
|
@ -23,7 +23,7 @@ There is currently support for the following device types within Home Assistant:
|
||||
- [Sensor](#sensor)
|
||||
- [Switch](#switch)
|
||||
|
||||
## {% linkable_title Sensor %}
|
||||
## Sensor
|
||||
|
||||
The `broadlink` sensor platform let you monitor data from an RM2 and A1 E-air. There is currently no support for the cloud API.
|
||||
|
||||
@ -110,7 +110,7 @@ sensor:
|
||||
- temperature
|
||||
```
|
||||
|
||||
### {% linkable_title Microsoft Windows installation %}
|
||||
### Microsoft Windows installation
|
||||
|
||||
<p class='note'>
|
||||
The pycrypto library needs to be available on your platform. On a typical windows sysytem `pip install pycrypto` will fail, as a compiler needs to be installed first.
|
||||
@ -124,11 +124,11 @@ Be sure to get the correct 64 or 32-bit binary for your system, the full command
|
||||
pip install --use-wheel --no-index --find-links=https://github.com/sfbahr/PyCrypto-Wheels/raw/master/pycrypto-2.6.1-cp35-none-win_amd64.whl pycrypto
|
||||
```
|
||||
|
||||
## {% linkable_title Switch %}
|
||||
## Switch
|
||||
|
||||
This `Broadlink` switch platform allow to you control Broadlink [devices](http://www.ibroadlink.com/).
|
||||
|
||||
### {% linkable_title Configuration %}
|
||||
### Configuration
|
||||
|
||||
To enable it, add the following lines to your `configuration.yaml`:
|
||||
|
||||
@ -208,7 +208,7 @@ slots:
|
||||
|
||||
Information about how to install on Windows can be found [here](/components/sensor.broadlink/#microsoft-windows-installation).
|
||||
|
||||
### {% linkable_title How to obtain IR/RF packets? %}
|
||||
### How to obtain IR/RF packets?
|
||||
|
||||
Choose Call Service from the Developer Tools. Choose the service `broadlink.learn` from the list of **Available services:**, write in "Service Data" JSON with 1 field "host":"your_broadlink_IP" and hit **CALL SERVICE**. Press the button on your remote with in 20 seconds. The packet will be printed as a persistent notification in the States page of the web interface.
|
||||
|
||||
@ -288,7 +288,7 @@ switch:
|
||||
slot_4: 'Speaker slot'
|
||||
```
|
||||
|
||||
### {% linkable_title Service `broadlink.send` %}
|
||||
### Service `broadlink.send`
|
||||
|
||||
You can use the service `broadlink.send` to directly send IR packets without the need to assign a switch entity for each command.
|
||||
|
||||
@ -311,7 +311,7 @@ script:
|
||||
- "JgBGAJSTFDUUNhM2ExITEhMSExITEhM2EzYTNhQRFBEUERQRFBEUNRQ2ExITNhMSExITNhMSExITEhM2ExITNhQ1FBEUNhMADQUAAA=="
|
||||
```
|
||||
|
||||
### {% linkable_title Using E-Control remotes %}
|
||||
### Using E-Control remotes
|
||||
|
||||
If you already have your remotes learned on E-Control app you can use this method to "copy" them to Home Assistant.
|
||||
|
||||
@ -359,7 +359,7 @@ First get or learn all the remotes you want to add to Home Assistant in E-Contro
|
||||
8. Convert the HEX codes to base64.
|
||||
Use [this](http://tomeko.net/online_tools/hex_to_base64.php?lang=en1) tool to convert the hex codes to base64 for use with Home Assistant.
|
||||
|
||||
### {% linkable_title Using iOS and Windows to obtain codes %}
|
||||
### Using iOS and Windows to obtain codes
|
||||
|
||||
1. Use the E-Control app to learn the codes from all of your suitable remotes. Depending on the remote, try to add useful names for the buttons and/or the remotes. This will mean that you should only have to run this process once and will help with getting them quickly into Home Assistant. Dump the files in the app by navigating to the hamburger icon, select `share and select`, then choose `Share to other phones on WLAN`.
|
||||
|
||||
@ -407,7 +407,7 @@ First get or learn all the remotes you want to add to Home Assistant in E-Contro
|
||||
|
||||
6. Now there should be a file with the name of the remote you chose in the same directory ending in `.txt`. Open that up and it will contain the Base64 code required for Home Assistant. To ensure these codes work correctly you may need to add `==` to the end of the code in your config.yaml file (or wherever you have your switches).
|
||||
|
||||
### {% linkable_title Using Windows to obtain codes with Broadlink Manager %}
|
||||
### Using Windows to obtain codes with Broadlink Manager
|
||||
|
||||
1. Install Broadlink Manager from this SourceForge link [here](https://sourceforge.net/projects/broadlink-manager/).
|
||||
2. Open the application and hit "scan" to activate your broadlink device.
|
||||
@ -415,7 +415,7 @@ First get or learn all the remotes you want to add to Home Assistant in E-Contro
|
||||
4. The "OnRawData Base64" is the value to be used with Home Assistant.
|
||||
|
||||
|
||||
### {% linkable_title Using Node-RED to obtain codes %}
|
||||
### Using Node-RED to obtain codes
|
||||
|
||||
1. Install the Broadlink Control palette in Node-RED (click the Hamburger menu at top right corner> Settings> Palette> Install and type Broadlink. Click install on the node-red-contrib-broadlink-control.
|
||||
2. Once installed, verify that the new palette titled broadlink is available in the nodes menu.
|
||||
@ -452,7 +452,7 @@ First get or learn all the remotes you want to add to Home Assistant in E-Contro
|
||||
```
|
||||
This is the code we need to transmit again to replicate the same remote function.
|
||||
|
||||
### {% linkable_title Using Node red to Transmit Codes %}
|
||||
### Using Node red to Transmit Codes
|
||||
|
||||
1. Drag another RM node on the same flow we created earlier. The RM node should be configured to the RM device created earlier by default.
|
||||
2. In the Action field, select - Set from msg.payload -.
|
||||
@ -479,11 +479,11 @@ The "status" : "OK" at the end is a feedback that the Broadlink RM device is con
|
||||
|
||||
Now you can add as many template nodes, each having a specific code, and add any type of input nodes to activate the template and transmit the code.
|
||||
|
||||
### {% linkable_title Using broadlink_cli to obtain codes %}
|
||||
### Using broadlink_cli to obtain codes
|
||||
|
||||
It is also possible to obtain codes using `broadlink_cli` from [python-broadlink](https://github.com/mjg59/python-broadlink) project.
|
||||
|
||||
### {% linkable_title Conversion of codes from other projects %}
|
||||
### Conversion of codes from other projects
|
||||
|
||||
For old/awkward devices another possibility is to try to get codes by using data gathered by the LIRC project.
|
||||
|
||||
|
@ -18,7 +18,7 @@ redirect_from:
|
||||
|
||||
The `brottsplatskartan` sensor allows one to track reported incidents occurring in a given area. Incidents include anything reported to [Brottsplatskartan](https://brottsplatskartan.se). The sensor only counts incidents from the current day.
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To enable this sensor, add the following lines to your `configuration.yaml`.
|
||||
|
||||
@ -48,12 +48,12 @@ longitude:
|
||||
{% endconfiguration %}
|
||||
|
||||
|
||||
## {% linkable_title Notes %}
|
||||
## Notes
|
||||
|
||||
### {% linkable_title Area %}
|
||||
### Area
|
||||
|
||||
Brottsplatskartan captures all incidents in a region, e.g Stockholms län. If area parameter is defined, any latitude and longitude parameters are ignored.
|
||||
|
||||
### {% linkable_title Latitude and Longitude %}
|
||||
### Latitude and Longitude
|
||||
|
||||
The radius is set to 5 km when using latitude and longitude to monitor an area. It's not possible to explicitly set radius to another value.
|
||||
|
@ -16,7 +16,7 @@ ha_release: pre 0.7
|
||||
|
||||
The `browser` integration provides a service to open URLs in the default browser on the host machine.
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To load this component, add the following lines to your `configuration.yaml`:
|
||||
|
||||
@ -25,14 +25,14 @@ To load this component, add the following lines to your `configuration.yaml`:
|
||||
browser:
|
||||
```
|
||||
|
||||
#### {% linkable_title Service `browser/browse_url` %}
|
||||
#### Service `browser/browse_url`
|
||||
|
||||
| Service data attribute | Optional | Description |
|
||||
| ---------------------- | -------- | ----------- |
|
||||
| `url` | no | The URL to open.
|
||||
|
||||
|
||||
### {% linkable_title Usage %}
|
||||
### Usage
|
||||
|
||||
To use this service, choose **Call Service** from the **Developer Tools**. Choose the service *browser/browse_url* from the list of **Available services:** and enter the URL into the **Service Data** field and hit **CALL SERVICE**.
|
||||
|
||||
|
@ -18,7 +18,7 @@ redirect_from:
|
||||
|
||||
The `brunt` platform allows one to control Blind Engines by [Brunt](https://www.brunt.co). To use this sensor, you need a Brunt App Account. All Brunt Blind devices registered to your account are automatically added to your Home Assistant with the names given them through the Brunt app.
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To enable this integration, add the following lines to your `configuration.yaml`:
|
||||
|
||||
|
@ -19,7 +19,7 @@ redirect_from:
|
||||
This platform offers presence detection by looking at connected devices to a [BT Smart Hub](https://en.wikipedia.org/wiki/BT_Smart_Hub) based router.
|
||||
This router is sometimes referred to as the BT Home Hub 6.
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To use a BT Smart Hub router in your installation, add the following to your `configuration.yaml` file:
|
||||
|
||||
|
@ -20,7 +20,7 @@ The `buienradar` platform uses [buienradar.nl](http://buienradar.nl/) as a sourc
|
||||
|
||||
The relevant weather station used will be automatically selected based on the location specified in the Home Assistant configuration (or in the Buienradar weather/sensor component). A map of all available weather stations can be found [here](https://www.google.com/maps/d/embed?mid=1NivHkTGQUOs0dwQTnTMZi8Uatj0).
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To add the Buienradar weather to your installation, add the following to your `configuration.yaml` file:
|
||||
|
||||
@ -50,7 +50,7 @@ forecast:
|
||||
default: true
|
||||
{% endconfiguration %}
|
||||
|
||||
### {% linkable_title Full configuration %}
|
||||
### Full configuration
|
||||
|
||||
A full configuration example:
|
||||
|
||||
|
@ -22,7 +22,7 @@ that below). These sensors will be `on` if you have an on going event in that
|
||||
calendar or `off` if the event is later in time, or if there is no event at all.
|
||||
The WebDav calendar get updated roughly every 15 minutes.
|
||||
|
||||
### {% linkable_title Prerequisites %}
|
||||
### Prerequisites
|
||||
|
||||
You need to have a CalDav server and credentials for it. This integration was
|
||||
tested against [Baikal](http://sabre.io/baikal/) but any integration complying
|
||||
@ -36,7 +36,7 @@ Python caldav library. On a Debian based system, install them by:
|
||||
$ sudo apt-get install libxml2-dev libxslt1-dev zlib1g-dev
|
||||
```
|
||||
|
||||
### {% linkable_title Basic Setup %}
|
||||
### Basic Setup
|
||||
|
||||
To integrate a WebDav calendar in Home Assistant,
|
||||
add the following section to your `configuration.yaml` file:
|
||||
@ -65,7 +65,7 @@ your account. Those calendars will be `on` when there is an ongoing event and
|
||||
You have to setup custom calendars in order to take them into account or for
|
||||
advanced event filtering.
|
||||
|
||||
### {% linkable_title Custom calendars %}
|
||||
### Custom calendars
|
||||
|
||||
You have the possibility to create multiple binary
|
||||
sensors for events that match certain conditions.
|
||||
@ -134,7 +134,7 @@ custom_calendars:
|
||||
type: string
|
||||
{% endconfiguration %}
|
||||
|
||||
### {% linkable_title Sensor attributes %}
|
||||
### Sensor attributes
|
||||
|
||||
- **offset_reached**: If set in the event title and parsed out will be on/off once the offset in the title in minutes is reached. So the title Very important meeting !!-10 would trigger this attribute to be on 10 minutes before the event starts.
|
||||
- **all_day**: `True/False` if this is an all day event. Will be `False` if there is no event found.
|
||||
@ -144,7 +144,7 @@ custom_calendars:
|
||||
- **start_time**: Start time of event.
|
||||
- **end_time**: End time of event.
|
||||
|
||||
### {% linkable_title Examples %}
|
||||
### Examples
|
||||
|
||||
All events of the calendars "private" and "holidays". Note that all day events are not included.
|
||||
```yaml
|
||||
|
@ -22,7 +22,7 @@ configuration file `google_calendars.yaml` that will contain information about
|
||||
all of the calendars you can see.
|
||||
It also exposes a service to add an event to one of your Google Calendars.
|
||||
|
||||
## {% linkable_title Prerequisites %}
|
||||
## Prerequisites
|
||||
|
||||
Generate a Client ID and Client Secret on
|
||||
[Google Developers Console](https://console.developers.google.com/start/api?id=calendar).
|
||||
@ -39,7 +39,7 @@ Generate a Client ID and Client Secret on
|
||||
|
||||
If you are adding more Google API scopes later to the OAuth than just "Google Calendar API" then you need to delete your token file. You will lose your refresh token due to the re-authenticating to add more API access. It's recommended to use different authorizations for different pieces of Google.
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To integrate Google Calendar in Home Assistant,
|
||||
add the following section to your `configuration.yaml` file:
|
||||
@ -77,7 +77,7 @@ It will give you a URL and a code to enter. This will grant your Home Assistant
|
||||
service access to all the Google Calendars that the account you
|
||||
authenticate with can read. This is a Read-Only view of these calendars.
|
||||
|
||||
## {% linkable_title Calendar Configuration %}
|
||||
## Calendar Configuration
|
||||
|
||||
Editing the `google_calendars.yaml` file.
|
||||
|
||||
@ -165,7 +165,7 @@ If you use a `#` sign for `search` then wrap the whole search term in quotes.
|
||||
Otherwise everything following the hash sign would be considered a YAML comment.
|
||||
</p>
|
||||
|
||||
### {% linkable_title Sensor attributes %}
|
||||
### Sensor attributes
|
||||
|
||||
- **offset_reached**: If set in the event title and parsed out will be `on`/`off` once the offset in the title in minutes is reached. So the title `Very important meeting #Important !!-10` would trigger this attribute to be `on` 10 minutes before the event starts.
|
||||
- **all_day**: `true`/`false` if this is an all day event. Will be `false` if there is no event found.
|
||||
@ -175,7 +175,7 @@ Otherwise everything following the hash sign would be considered a YAML comment.
|
||||
- **start_time**: Start time of event.
|
||||
- **end_time**: End time of event.
|
||||
|
||||
### {% linkable_title Service `google.add_event` %}
|
||||
### Service `google.add_event`
|
||||
|
||||
You can use the service `google.add_event` to create a new calendar event in a calendar. Calendar id's can be found in the file `google_calendars.yaml`. All dates and times are in your local time, the integration gets your time zone from your `configuration.yaml` file.
|
||||
|
||||
@ -194,7 +194,7 @@ You can use the service `google.add_event` to create a new calendar event in a c
|
||||
You either use `start_date_time` and `end_date_time`, or `start_date` and `end_date`, or `in`.
|
||||
</p>
|
||||
|
||||
## {% linkable_title Using calendar in automations %}
|
||||
## Using calendar in automations
|
||||
|
||||
A calendar can be used as an external scheduler for special events or reoccurring events instead of hardcoding them in automations.
|
||||
|
||||
|
@ -16,7 +16,7 @@ ha_iot_class: Local Polling
|
||||
|
||||
The `ffmpeg` platform allows you to use any video feed as a camera in Home Assistant via [FFmpeg](http://www.ffmpeg.org/). This video source must support multiple simultaneous reads, because for every concurrent Home Assistant user, a connection will be made to the source every 10 seconds. Normally this should not be a problem.
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To enable your FFmpeg feed in your installation you must first configure the [ffmpeg integration](/components/ffmpeg/), then add the following to your `configuration.yaml` file:
|
||||
|
||||
@ -43,7 +43,7 @@ extra_arguments:
|
||||
default: "-pred 1"
|
||||
{% endconfiguration %}
|
||||
|
||||
### {% linkable_title Image quality %}
|
||||
### Image quality
|
||||
|
||||
You can control the image quality with [`extra_arguments`](https://www.ffmpeg.org/ffmpeg-codecs.html#jpeg2000) `-q:v 2-32` or with lossless option `-pred 1`. Default is lossless.
|
||||
|
||||
|
@ -16,7 +16,7 @@ ha_release: 0.7
|
||||
|
||||
The camera integration allows you to use IP cameras with Home Assistant.
|
||||
|
||||
### {% linkable_title Streaming Video %}
|
||||
### Streaming Video
|
||||
|
||||
If your camera supports it, and the [`stream`](/components/stream) integration is setup, you will be able to stream your cameras in the frontend and on supported media players.
|
||||
|
||||
@ -28,13 +28,13 @@ This option will keep the stream alive, and preload the feed on Home Assistant s
|
||||
</p>
|
||||
|
||||
|
||||
### {% linkable_title Services %}
|
||||
### Services
|
||||
|
||||
Once loaded, the `camera` platform will expose services that can be called to perform various actions.
|
||||
|
||||
Available services: `turn_on`, `turn_off`, `enable_motion_detection`, `disable_motion_detection`, `snapshot`, and `play_stream`.
|
||||
|
||||
#### {% linkable_title Service `play_stream` %}
|
||||
#### Service `play_stream`
|
||||
|
||||
Play a live stream from a camera to selected media player(s). Requires [`stream`](/components/stream) integration to be set up.
|
||||
|
||||
@ -54,7 +54,7 @@ action:
|
||||
media_player: media_player.chromecast
|
||||
```
|
||||
|
||||
#### {% linkable_title Service `turn_on` %}
|
||||
#### Service `turn_on`
|
||||
|
||||
Turn on camera. Not all camera models support this service, please consult individual camera page.
|
||||
|
||||
@ -62,7 +62,7 @@ Turn on camera. Not all camera models support this service, please consult indiv
|
||||
| ---------------------- | -------- | ----------- |
|
||||
| `entity_id` | yes | Name(s) of entities to turn on, e.g., `camera.living_room_camera`. |
|
||||
|
||||
#### {% linkable_title Service `turn_off` %}
|
||||
#### Service `turn_off`
|
||||
|
||||
Turn off camera. Not all camera models support this service, please consult individual camera page.
|
||||
|
||||
@ -70,7 +70,7 @@ Turn off camera. Not all camera models support this service, please consult indi
|
||||
| ---------------------- | -------- | ----------- |
|
||||
| `entity_id` | yes | Name(s) of entities to turn off, e.g., `camera.living_room_camera`. |
|
||||
|
||||
#### {% linkable_title Service `enable_motion_detection` %}
|
||||
#### Service `enable_motion_detection`
|
||||
|
||||
Enable the motion detection in a camera.
|
||||
|
||||
@ -78,7 +78,7 @@ Enable the motion detection in a camera.
|
||||
| ---------------------- | -------- | ----------- |
|
||||
| `entity_id` | yes | Name(s) of entities to enable motion detection, e.g., `camera.living_room_camera`. |
|
||||
|
||||
#### {% linkable_title Service `disable_motion_detection` %}
|
||||
#### Service `disable_motion_detection`
|
||||
|
||||
Disable the motion detection in a camera.
|
||||
|
||||
@ -86,7 +86,7 @@ Disable the motion detection in a camera.
|
||||
| ---------------------- | -------- | ----------- |
|
||||
| `entity_id` | yes | Name(s) of entities to disable motion detection, e.g., `camera.living_room_camera`. |
|
||||
|
||||
#### {% linkable_title Service `snapshot` %}
|
||||
#### Service `snapshot`
|
||||
|
||||
Take a snapshot from a camera.
|
||||
|
||||
@ -109,7 +109,7 @@ action:
|
||||
```
|
||||
{% endraw %}
|
||||
|
||||
#### {% linkable_title Service `record` %}
|
||||
#### Service `record`
|
||||
|
||||
Make a `.mp4` recording from a camera stream. Requires `stream` integration to be set up.
|
||||
|
||||
@ -136,7 +136,7 @@ action:
|
||||
```
|
||||
{% endraw %}
|
||||
|
||||
### {% linkable_title Test if it works %}
|
||||
### Test if it works
|
||||
|
||||
A simple way to test if you have set up your `camera` platform correctly, is to use <img src='/images/screenshots/developer-tool-services-icon.png' alt='service developer tool icon' class="no-shadow" height="38" /> **Services** from the **Developer Tools**. Choose your service from the dropdown menu **Service**, enter something like the sample below into the **Service Data** field, and hit **CALL SERVICE**.
|
||||
|
||||
|
@ -18,7 +18,7 @@ The `mqtt` camera platform allows you to integrate the content of an image file
|
||||
|
||||
This can be used with an application or a service capable of sending images through MQTT, for example [Zanzito](https://play.google.com/store/apps/details?id=it.barbaro.zanzito).
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To enable this camera in your installation, add the following to your `configuration.yaml` file:
|
||||
|
||||
|
@ -28,7 +28,7 @@ There is currently support for the following device types within Home Assistant:
|
||||
- [Camera](#camera)
|
||||
- [Sensor](#sensor)
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
You will need your Canary login information (username, usually your email address, and password) to use this module.
|
||||
|
||||
@ -65,13 +65,13 @@ Once loaded, your front end will have the following integrations:
|
||||
- A sensor per camera that reports humidity.
|
||||
- A sensor per camera that reports air quality.
|
||||
|
||||
## {% linkable_title Camera %}
|
||||
## Camera
|
||||
|
||||
The `canary` camera platform allows you to watch the live stream of your [Canary](https://canary.is) camera in Home Assistant. This requires the [`ffmpeg` integration](/components/ffmpeg/) to be already configured.
|
||||
|
||||
Once you have [Canary integration](/components/canary/) setup, your [Canary](https://canary.is) camera(s) should show up automatically.
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
You can add the following to your `configuration.yaml` file to configure `canary` camera with optional settings:
|
||||
|
||||
@ -87,7 +87,7 @@ ffmpeg_arguments:
|
||||
type: string
|
||||
{% endconfiguration %}
|
||||
|
||||
## {% linkable_title Sensor %}
|
||||
## Sensor
|
||||
|
||||
The `canary` sensor platform allows you to integrate the sensors of your [Canary](https://canary.is) devices in Home Assistant.
|
||||
|
||||
|
@ -21,7 +21,7 @@ discovered if you enable [the discovery integration(/components/discovery/). If
|
||||
you don't have the discovery integration enabled, you can enable the Cast
|
||||
integration by going to the Integrations page inside the config panel.
|
||||
|
||||
## {% linkable_title Advanced use %}
|
||||
## Advanced use
|
||||
|
||||
The Cast integration has some extra configuration options available for advanced
|
||||
users. You will still need to create a config entry to initialize the Cast
|
||||
|
@ -18,7 +18,7 @@ redirect_from:
|
||||
|
||||
The `cert_expiry` sensor fetches information from a configured URL and displays the certificate expiry in days.
|
||||
|
||||
## {% linkable_title Configuration %}
|
||||
## Configuration
|
||||
|
||||
To add the Certificate Expiry sensor to your installation, add these options to `configuration.yaml` file:
|
||||
|
||||
|
Some files were not shown because too many files have changed in this diff Show More
Loading…
x
Reference in New Issue
Block a user