mirror of
https://github.com/home-assistant/home-assistant.io.git
synced 2025-11-15 22:10:37 +00:00
Merge branch 'current' into next
This commit is contained in:
@@ -52,7 +52,7 @@ Note that this example uses the `voicerss` text-to-speech platform. There are ma
|
|||||||
|
|
||||||
```yaml
|
```yaml
|
||||||
tts:
|
tts:
|
||||||
- platform: google
|
- platform: google_translate
|
||||||
```
|
```
|
||||||
|
|
||||||
If you want to use this TTS engine, change the line in the example provided to:
|
If you want to use this TTS engine, change the line in the example provided to:
|
||||||
|
|||||||
@@ -118,7 +118,7 @@ homeassistant:
|
|||||||
- group: system-users
|
- group: system-users
|
||||||
```
|
```
|
||||||
|
|
||||||
First note, for `trusted_users` configuration you need to use `user id`, which you can find through Configuration -> Users -> View User Detail. The `trusted_users` configuration will not validate the existing of the user, so please make sure you have put in the correct user id by yourself.
|
First note, for `trusted_users` configuration you need to use `user id`, which you can find through Configuration -> Users -> View User Detail. The `trusted_users` configuration will not validate the existence of the user, so please make sure you have put in the correct user id by yourself.
|
||||||
|
|
||||||
Second note, a trusted user with an IPv6 address must put the IPv6 address in quotes as shown.
|
Second note, a trusted user with an IPv6 address must put the IPv6 address in quotes as shown.
|
||||||
|
|
||||||
|
|||||||
@@ -21,9 +21,9 @@ automation:
|
|||||||
condition: or
|
condition: or
|
||||||
conditions:
|
conditions:
|
||||||
- condition: template
|
- condition: template
|
||||||
value_template: '{% raw %}{{ state_attr('sun.sun', 'elevation') < 4 }}{% endraw %}'
|
value_template: "{% raw %}{{ state_attr('sun.sun', 'elevation') < 4 }}{% endraw %}"
|
||||||
- condition: template
|
- condition: template
|
||||||
value_template: '{% raw %}{{ states('sensor.sensorluz_7_0') < 10 }}{% endraw %}'
|
value_template: "{% raw %}{{ states('sensor.sensorluz_7_0') < 10 }}{% endraw %}"
|
||||||
action:
|
action:
|
||||||
- service: scene.turn_on
|
- service: scene.turn_on
|
||||||
entity_id: scene.DespiertaDespacho
|
entity_id: scene.DespiertaDespacho
|
||||||
|
|||||||
@@ -15,7 +15,7 @@ Here's the summary of what you *must* do to secure your Home Assistant system:
|
|||||||
|
|
||||||
## Remote Access
|
## Remote Access
|
||||||
|
|
||||||
If you want secure remote access, the easiest option is to use [Home Assistant cloud](/cloud/). Other options are to use [TLS/SSL](/docs/ecosystem/certificates/lets_encrypt/) to expose your instance to the internet, use a [VPN](http://www.pivpn.io/), [Tor](/docs/ecosystem/tor/) or an [SSH tunnel](/blog/2017/11/02/secure-shell-tunnel/).
|
If you want secure remote access, the easiest option is to use [Home Assistant cloud](/cloud/). Other options are to use [TLS/SSL](/docs/ecosystem/certificates/lets_encrypt/) to expose your instance to the internet, use a [VPN](https://pivpn.dev/), [Tor](/docs/ecosystem/tor/) or an [SSH tunnel](/blog/2017/11/02/secure-shell-tunnel/).
|
||||||
|
|
||||||
### Extras for manual installations
|
### Extras for manual installations
|
||||||
|
|
||||||
|
|||||||
@@ -75,7 +75,7 @@ This is also fairly easy to achieve with Home Assistant automations, but we are
|
|||||||
|
|
||||||
### Motion Light
|
### Motion Light
|
||||||
|
|
||||||
Our next example is to turn on a light when motion is detected and it is dark, and turn it off after a period of time. This time, the `initialize()` function registers a callback on a state change (of the motion sensor) rather than a specific time. We tell AppDaemon that we are only interested in state changesd where the motion detector comes on by adding an additional parameter to the callback registration - `new = "on"`. When the motion is detected, the callback function `motion()` is called, and we check whether or not the sun has set using a built-in convenience function: `sun_down()`. Next, we turn the light on with `turn_on()`, then set a timer using `run_in()` to turn the light off after 60 seconds, which is another call to the scheduler to execute in a set time from now, which results in `AppDaemon` calling `light_off()` 60 seconds later using the `turn_off()` call to actually turn the light off. This is still pretty simple in code terms:
|
Our next example is to turn on a light when motion is detected and it is dark, and turn it off after a period of time. This time, the `initialize()` function registers a callback on a state change (of the motion sensor) rather than a specific time. We tell AppDaemon that we are only interested in state changes where the motion detector comes on by adding an additional parameter to the callback registration - `new = "on"`. When the motion is detected, the callback function `motion()` is called, and we check whether or not the sun has set using a built-in convenience function: `sun_down()`. Next, we turn the light on with `turn_on()`, then set a timer using `run_in()` to turn the light off after 60 seconds, which is another call to the scheduler to execute in a set time from now, which results in `AppDaemon` calling `light_off()` 60 seconds later using the `turn_off()` call to actually turn the light off. This is still pretty simple in code terms:
|
||||||
|
|
||||||
```python
|
```python
|
||||||
import appdaemon.appapi as appapi
|
import appdaemon.appapi as appapi
|
||||||
|
|||||||
@@ -57,7 +57,6 @@ The [`http`](/integrations/http/) section must contain the full path to the need
|
|||||||
|
|
||||||
```yaml
|
```yaml
|
||||||
http:
|
http:
|
||||||
api_password: YOUR_SECRET_PASSWORD
|
|
||||||
base_url: https://mydomain.com:8123
|
base_url: https://mydomain.com:8123
|
||||||
ssl_certificate: /etc/letsencrypt/live/mydomain.com/fullchain.pem
|
ssl_certificate: /etc/letsencrypt/live/mydomain.com/fullchain.pem
|
||||||
ssl_key: /etc/letsencrypt/live/mydomain.com/privkey.pem
|
ssl_key: /etc/letsencrypt/live/mydomain.com/privkey.pem
|
||||||
|
|||||||
@@ -164,7 +164,7 @@ The SQS event payload will contain everything passed in the service call payload
|
|||||||
```json
|
```json
|
||||||
{
|
{
|
||||||
"title": "Test message!",
|
"title": "Test message!",
|
||||||
"target": "https://sqs.us-east-1.amazonaws.com/123456789012/queue2%22,
|
"target": "https://sqs.us-east-1.amazonaws.com/123456789012/queue2%22",
|
||||||
"data": {
|
"data": {
|
||||||
"test": "okay"
|
"test": "okay"
|
||||||
},
|
},
|
||||||
|
|||||||
@@ -63,7 +63,7 @@ input_datetime:
|
|||||||
description: Set the initial value of this input, depending on `has_time` and `has_date`.
|
description: Set the initial value of this input, depending on `has_time` and `has_date`.
|
||||||
required: false
|
required: false
|
||||||
type: [datetime, time, date]
|
type: [datetime, time, date]
|
||||||
default: 1970-01-01 00:00 | 1970-01-01 | 00:00
|
default: 1970-01-01 00:00 | 00:00 | 1970-01-01
|
||||||
{% endconfiguration %}
|
{% endconfiguration %}
|
||||||
|
|
||||||
### Attributes
|
### Attributes
|
||||||
|
|||||||
@@ -150,5 +150,6 @@ modbus:
|
|||||||
## Building on top of Modbus
|
## Building on top of Modbus
|
||||||
|
|
||||||
- [Modbus Binary Sensor](/integrations/binary_sensor.modbus/)
|
- [Modbus Binary Sensor](/integrations/binary_sensor.modbus/)
|
||||||
|
- [Modbus Climate](/integrations/climate.modbus/)
|
||||||
- [Modbus Sensor](/integrations/sensor.modbus/)
|
- [Modbus Sensor](/integrations/sensor.modbus/)
|
||||||
- [Modbus Switch](/integrations/switch.modbus/)
|
- [Modbus Switch](/integrations/switch.modbus/)
|
||||||
|
|||||||
@@ -316,6 +316,30 @@ The information output is:
|
|||||||
- `Address` - The IP that the device has on the network.
|
- `Address` - The IP that the device has on the network.
|
||||||
- `Token` - The token of the device or `???` if it could not be automatically determined.
|
- `Token` - The token of the device or `???` if it could not be automatically determined.
|
||||||
|
|
||||||
|
|
||||||
|
## Example on how to clean a specific room
|
||||||
|
|
||||||
|
Example script using [`vacuum.send_command`](/integrations/vacuum/) to clean a specific room:
|
||||||
|
|
||||||
|
```yaml
|
||||||
|
vacuum_kitchen:
|
||||||
|
alias: "Clean the kitchen"
|
||||||
|
sequence:
|
||||||
|
- service: vacuum.send_command
|
||||||
|
data:
|
||||||
|
entity_id: vacuum.xiaomi_vacuum_cleaner
|
||||||
|
command: app_segment_clean
|
||||||
|
params: [18]
|
||||||
|
```
|
||||||
|
|
||||||
|
Where params specify room numbers, for multiple rooms, params can be specified like `[17,18]`.
|
||||||
|
|
||||||
|
Valid room numbers can be retrieved using miio command-line tool. It will only give room numbers and not the room names. To get the room names, one can just test the app_segment_clean command and see which room it cleans.
|
||||||
|
|
||||||
|
```bash
|
||||||
|
miio protocol call <ip of the vacuum> get_room_mapping
|
||||||
|
```
|
||||||
|
|
||||||
## Retrieving Zoned Cleaning Coordinates
|
## Retrieving Zoned Cleaning Coordinates
|
||||||
|
|
||||||
### Using FloleVac (Android)
|
### Using FloleVac (Android)
|
||||||
|
|||||||
@@ -15,7 +15,7 @@ ha_category:
|
|||||||
ha_release: pre 0.7
|
ha_release: pre 0.7
|
||||||
---
|
---
|
||||||
|
|
||||||
The [Vera](https://getvera.com/) hub is a controller mainly connecting to Z-Wave devices.
|
The [Vera](https://getvera.com/) hub is a controller mainly for connecting to Z-Wave devices.
|
||||||
|
|
||||||
There is currently support for the following device types within Home Assistant:
|
There is currently support for the following device types within Home Assistant:
|
||||||
|
|
||||||
|
|||||||
Reference in New Issue
Block a user