Home Assistant перезапустился, а датчик уже показывает воду. Автоматизация, которая ждёт только перехода «сухо → мокро», может не отправить новое сообщение: к моменту её запуска датчик уже мокрый, и перехода больше нет. Решение — отдельно проверять состояние при запуске Home Assistant и продолжать слушать новые срабатывания датчика.
Это помогает обнаружить уже известное системе мокрое состояние. Сначала всё равно проверьте, что сам датчик верно передаёт состояние, а выбранное действие действительно доставляет уведомление на телефон.
Почему обычное уведомление может промолчать
Триггер автоматизации ловит событие в момент изменения. Он не повторяет действие всё время, пока состояние остаётся истинным. Поэтому автоматизация на переход датчика в мокрое состояние хорошо подходит для нового срабатывания, но не проверяет, что уже было мокро до запуска Home Assistant.
В Home Assistant бинарный датчик класса moisture показывает on, когда обнаружена влага, и off, когда поверхность сухая. В интерфейсе вместо этих значений могут отображаться подписи «Мокро» и «Сухо». Если сущность имеет другой класс или интеграция задаёт обратную логику, ориентируйтесь на её фактическое состояние в Настройки → Инструменты разработчика → Состояния.
Важно различать три состояния:
| Состояние сущности | Что известно Home Assistant | Что делать |
|---|---|---|
| on у датчика moisture | Датчик сообщает о влаге | Отправить тревожное уведомление и проверить место установки |
| off | Датчик сейчас сообщает, что сухо | Это только текущий ответ датчика, а не доказательство исправности всей системы |
| unavailable или unknown | Данных сейчас нет или значение ещё неизвестно | Не трактовать как «сухо»; проверить связь, интеграцию и сам датчик |
Два момента для проверки датчика
Добавьте в одну автоматизацию два триггера:
- Состояние датчика стало мокрым. Так уведомление придёт при новом обнаружении воды. Не указывайте from: off: при восстановлении связи переход может быть unavailable → on, и условие from: off его отсечёт.
- Home Assistant запустился. В этом случае автоматизация не ждёт нового события, а проверяет текущее состояние. Если оно уже on, система отправляет сообщение о воде, обнаруженной во время перезапуска или простоя.
Если при старте датчик пока unavailable, проверка не должна объявлять его сухим. Когда интеграция восстановит сущность, переход в on попадёт под state trigger без from. Если датчик остаётся недоступным, нужен отдельный сигнал о потере связи, а не вывод о том, что протечки нет.
Если датчик подключён по Zigbee, при потере связи проверьте также координатор и сеть — в статье о Zigbee в Home Assistant разобраны размещение и диагностика подключения. Для проверки самой автоматизации пригодится руководство по настройке Home Assistant.
Схема показывает логику автоматизации, а не проверенную установку или работу конкретного датчика.
Пример автоматизации
Откройте Настройки → Автоматизации и сцены → Создать автоматизацию. В редакторе можно добавить триггер Home Assistant при запуске и триггер изменения состояния датчика. Ниже тот же принцип в YAML; замените binary_sensor.kitchen_leak и notify.my_phone на свои сущности.
alias: Проверить датчик протечки и уведомить
description: Проверка мокрого состояния при запуске и при новом срабатывании
triggers:
- trigger: state
entity_id: binary_sensor.kitchen_leak
to: "on"
id: moisture_detected
- trigger: homeassistant
event: start
id: ha_started
conditions: []
actions:
- choose:
- conditions:
- condition: trigger
id: moisture_detected
sequence:
- action: notify.send_message
target:
entity_id: notify.my_phone
data:
title: "Датчик протечки"
message: "Датчик кухни сообщает о воде. Проверьте место установки."
- conditions:
- condition: trigger
id: ha_started
- condition: state
entity_id: binary_sensor.kitchen_leak
state: "on"
sequence:
- action: notify.send_message
target:
entity_id: notify.my_phone
data:
title: "Проверка после запуска Home Assistant"
message: "Датчик кухни уже сообщает о воде. Проверьте место установки."
mode: single
Для мобильного приложения выберите действие уведомления и конкретный телефон как получателя. В разных установках название notify. отличается; точное действие можно посмотреть в Настройки → Инструменты разработчика → Действия* и сначала отправить оттуда контрольное сообщение. Встроенное постоянное уведомление Home Assistant подходит для проверки внутри интерфейса, но само по себе не доставляет push на телефон.
У этой схемы два повода для уведомления: переход в мокрое состояние и проверка после запуска. Если оба сработают почти одновременно, откройте трассировку автоматизации и убедитесь, что сообщение не дублируется. Режим single не заменяет такую проверку; если повтор действительно возникает, оставьте один путь уведомления или добавьте отдельное подавление повторов под свою систему.
Если датчик недоступен или разряжен
unavailable означает, что Home Assistant не может сейчас получить состояние сущности; unknown — что значение пока неизвестно. Ни одно из них не означает «сухо». Добавьте отдельную автоматизацию или уведомление для состояния связи, если ваша интеграция показывает его надёжно. Уточните для конкретной модели, означает ли потеря доступности обрыв Zigbee, выключенный шлюз, разряд батареи или ошибку интеграции: само состояние причины не раскрывает.
Если интеграция отдаёт батарею, проверьте её отдельную сущность и историю. Для бинарного сенсора класса battery значение on означает низкий заряд, off — нормальный. Некоторые устройства передают заряд не постоянно; сравните обновления в истории и руководство производителя. Отсутствие сущности батареи не доказывает, что заряд в порядке.
Разведите три сообщения по причине: обнаружена вода, датчик или интеграция недоступны, батарея требует внимания. Тогда предупреждение «датчик пропал» не будет выглядеть как сообщение «всё сухо». Если у датчика есть встроенная сирена, проверьте в документации модели, как она работает без Home Assistant; это свойство нельзя переносить на другие модели.
Как проверить всю цепочку
Проверьте настройки без создания настоящей протечки:
- В инструментах разработчика вручную отправьте тестовое уведомление на выбранный телефон. Убедитесь, что приложение имеет разрешение на уведомления и телефон действительно получает сообщение.
- Откройте сущность датчика. Сверьте её фактическое значение, класс устройства и подписи «Мокро/Сухо».
- После безопасного теста датчика по инструкции его изготовителя проверьте переход off → on, возврат в off, а также восстановление связи. Не замыкайте контакты и не мочите устройство, если руководство не разрешает этот способ проверки.
- Откройте Trace и посмотрите, какой триггер запустил автоматизацию и выполнилось ли действие уведомления.
- При следующем плановом перезапуске убедитесь, что в Trace появилась проверка старта. Состояние при событии start и более позднее восстановление датчика — разные ветки; Trace покажет, какая из них сработала.
- Не устраивайте отключение питания ради проверки и не проводите испытание рядом с риском затопления.
Тест действия из редактора не доказывает, что датчик обнаружит воду, радио останется на связи или сообщение придёт при проблеме с интернетом. Проверяйте эти участки по отдельности, чтобы понимать, где именно заканчивается подтверждённая цепочка.
Что уведомление не заменяет
Телефонное сообщение зависит от работающего сервера, интеграции, сети и канала уведомлений. Оно может сообщить о воде, но само не перекрывает её. Если последствия протечки критичны, отдельно проверьте механическое перекрытие, клапан, питание и поведение системы при отказе датчика или связи по документации конкретных устройств и с установщиком.
Для модели датчика сверяйте точную ревизию и выбранный способ подключения. Названия SONOFF SNZB-05P, Aqara Water Leak Sensor и IKEA KLIPPBOK из обсуждений не подтверждают одинаковое поведение каждого экземпляра или интеграции. Статья не основана на физическом испытании этих моделей.
Главное
- Обычный state trigger реагирует на переход состояния, а не на уже мокрое значение.
- Триггер homeassistant с событием start позволяет проверить состояние датчика после запуска.
- Не добавляйте from: off, если нужно ловить и возвращение датчика из unavailable в on.
- unknown и unavailable — отсутствие надёжного ответа, а не подтверждение сухого пола.
- Уведомление проверяйте отдельно от датчика, связи и оборудования для перекрытия воды.
Документация Home Assistant проверена 26 октября 2026 года; физический датчик и доставку push-уведомления не испытывали.
Часто задаваемые вопросы
Сработает ли автоматизация, если датчик был мокрым до перезапуска?
Если при событии start сущность уже имеет состояние on, автоматизация отправит уведомление. Если датчик восстановит связь позже, переход в on поймает второй триггер. Реальный порядок восстановления зависит от датчика и интеграции, поэтому проверьте обе ветки в Trace своей системы.
Почему уведомление не приходит после возвращения датчика в сеть?
Проверьте, не задан ли from: off: при восстановлении предыдущим состоянием может быть unavailable. Откройте Trace и посмотрите фактическую пару состояний. Также проверьте, что автоматизация включена и действие уведомления адресовано существующему получателю.
Можно ли считать off подтверждением, что датчик исправен?
Нет. off означает, что Home Assistant сейчас получил сухое состояние от сущности. Отдельно проверьте доступность, заряд батареи, связь с интеграцией и безопасное тестирование по инструкции производителя.
Будет ли push работать без интернета?
Это зависит от локальной сети, телефона, приложения и канала доставки. Пример не проверяет поведение push при отключённом интернете. Используйте встроенное постоянное уведомление как дополнительный канал внутри Home Assistant и проверяйте каждый способ доставки отдельно.
Нужен ли отдельный сервер для этой автоматизации?
Home Assistant должен работать на совместимой системе, а датчик — быть подключён к нему через подходящую интеграцию. О нашей русскоязычной сборке можно узнать на странице Habab Home. Больше инструкций по настройке есть в каталоге автоматизации дома.
Если хотите проверить такую схему для своей установки, обсудите её с Habab Home: укажите точную модель датчика, тип установки и способ получения уведомлений. Сначала разберём путь сигнала и план безопасной проверки; подбор и настройка оборудования согласуются отдельно.
Источники:
- Home Assistant: Automation triggers — state triggers, события и переходы из unavailable/unknown.
- Home Assistant: Home Assistant trigger — запуск автоматизации при событии start.
- Home Assistant: Automations in YAML и условие Triggered by — актуальные поля автоматизации и выбор действия по ID триггера.
- Home Assistant: Binary sensor — состояние on/off и класс moisture.
- Home Assistant: State object — значения unknown и unavailable.
- Home Assistant: Notifications — конкретный получатель и проверка действия уведомления.
- Home Assistant: Troubleshooting automations — проверка сырого состояния и трассировки.