Следим за автоматизациями в Hass.io на Node-RED

Итак, у вас настроена достаточно типичная автоматизация на включение света по датчику движения. Но иногда что-то идёт не так и свет не включается. Кто виноват и что делать?

Создадим нехитрую автоматизацию для проверки этой ситуации. Она будет проверять, включился ли свет по нашей команде или нет. И если нет - отправлять уведомление в Телеграм.

Так что если при вас свет не включился и вы получили уведомление - проблема в реле или лампочке. А если свет не включился и уведомление вы не получили - проблема в датчике движения или в самом Home Assistant.

А вот тут собственно вся магия. Через две секунды после вызова сервиса мы проверяем, поменяло ли устройство своё состояние в нужное нам или нет. Ноды link in и delay несложные. Не буду расписывать, что у них внутри.

Имя сервиса notify у вас может отличаться. Оно задаётся в процессе настройки интеграции Telegram в Home Assistant.

В данных у меня такая строка:

{"message":"Есть проблемы: {{ data.attributes.friendly_name }}"}

Здесь берётся friendly_name из результатов ноды current state.

Вот и всё. Цепочка универсальна и её можно подключать после любого вызова сервисов turn_on и turn_off. Главное не забывать включать Output Location в ноде вызова сервиса.

Вызванный сервис, entity_id и friendly_name заполнятся автоматически.

Важно понимать, что не все интеграции поддерживают обратную связь от устройств в реальном времени.

Вы шлёте устройству команду на включение, устройство включается, сообщает об этом в Home Assistant и интеграция меняет состояние устройства. Так работают правильные устройства и интеграции. Например, SonoffLAN.

Некоторые интеграции меняют статус устройства сразу после отсылки команды. Даже если устройство не на связи. Это печально.

XiaomiGateway3 возвращает успешный ответ от Zigbee-розетки сразу после отправки команды. Даже если розетка физически выключена из сети. Зачем в Xiaomi так сделали - непонятно. С этим ещё предстоит побороться.