Ryan Kraus 49a0841126 Alert component documentation. (#1787)
* Alert component documentation.

Added the documentation for the alert component.
home-assistant/home-assistant#5201

* Updated alert documentation to reflect changes made in PR.

* Bumped the ha_release number.
2017-02-03 08:26:18 +01:00

4.6 KiB

layout, title, description, date, sidebar, comments, sharing, footer, logo, ha_category, ha_release
layout title description date sidebar comments sharing footer logo ha_category ha_release
page Alert Instructions how to setup automatic alerts within Home Assistant. 2017-01-15 20:00 true false true true home-assistant.png Automation 0.38

The alert component is designed to notify you when problematic issues arise. For example, if the garage door is left open, the alert component can be used remind you of this by sending you repeating notifications at customizable intervals. This is also useful for low battery sensors, 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 %}

The alert component makes use of any of the notifications components. To setup the alert component, first, you must setup a notification component. Then, add the following to your configuration file:

# Example configuration.yaml entry
alert:
  garage_door:
    name: Garage is open
    entity_id: input_boolean.garage_door
    state: 'on'   # Optional, 'on' is the default value
    repeat: 30
    can_acknowledge: True  # Optional, default is True
    skip_first: True  # Optional, false is the default
    notifiers:
      - ryans_phone
      - kristens_phone

Configuration variables:

  • name (Required): The friendly name of the alert.
  • entity_id (Required): The ID of the entity to watch.
  • state (Optional): The problem condition for the entity.
  • repeat (Required): Number of minutes before the notification should be repeated. Can be either a number or a list of numbers.
  • can_acknowledge (Optional): Allows the alert to be unacknowledgable.
  • skip_first (Optional): Controls whether the notification should be sent immediately or after the first delay.
  • notifiers (Required): List of notification components to use for alerts.

In this example, the garage door status (input_boolean.garage_door) is watched and this alert will be triggered when its status is equal to on. This indicates that the door has been opened. Because the skip_first option was set to True, the first notification will not be delivered immediately. However, every 30 minutes, a notification will be delivered until either input_boolean.garage_door no longer has a state of on or until the alert is acknowledged using the Home Assistant frontend.

{% linkable_title Complex Alert Criteria %}

By design, the alert component only handles very simple criteria for firing. That is, is only checks if a single entity's state is equal to a value. At some point, it may be desireable to have an alert with a more complex criteria. Possibly, when a battery percentage falls below a threshold. Maybe you want to disable the alert on certain days. Maybe the alert firing should depend on more than one input. For all of these situations, it is best to use the alert in conjunction with a Template Binary Sensor. The following example does that.

binary_sensor:
  - platform: template
    sensors:
      motion_battery_low:
        value_template: {% raw %}'{{ states.sensor.motion.attributes.battery < 15 }}'{% endraw %}
        friendly_name: 'Motion battery is low'

alert:
  motion_battery:
    - name: Motion Battery is Low
      entity_id: binary_sensor.motion_battery_low
      repeat: 30
      notifiers:
        - ryans_phone
        - kristens_phone

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 %}

It may be desireable to have the delays between alert notifications dynamically change as the alert continues to fire. This can be done by setting the repeat configuration key to a list of numbers rather than a single number. Altering the first example would look like the following.

# Example configuration.yaml entry
alert:
  garage_door:
    name: Garage is open
    entity_id: input_boolean.garage_door
    state: 'on'   # Optional, 'on' is the default value
    repeat:
      - 15
      - 30
      - 60
    can_acknowledge: True  # Optional, default is True
    skip_first: True  # Optional, false is the default
    notifiers:
      - ryans_phone
      - kristens_phone

Now, the first message will be sent after a 15 minute delay. The second will be sent after a 30 minute delay. A 60 minute delay will fall between every following notification.