Сохраните симптом до первого изменения
Фраза «умный дом сломался» слишком широкая. Полезнее записать: «после открытия ворот не появился клип» или «датчик показывает температуру, но приложение не получает новые значения». Тогда у проверки появляется конкретная цель.
- Запишите ожидаемый и фактический результат. Что должно было произойти, что произошло и в какое время? Для датчика важны свежие данные, для ворот — реальное состояние, для архива — новый файл.
- Определите масштаб. Сбой у одного устройства или сразу у нескольких? Что рядом продолжает работать? Например, непрерывная запись NVR и событие Frigate — разные части видеосистемы.
- Сохраните след. Короткая запись времени, точная ошибка и последний удачный результат помогут сравнить проверки. Отметьте последнее обновление или изменение конфигурации перед сбоем.
- Проверяйте по одному звену. После каждого шага записывайте результат. Перед изменением конфигурации сохраните её рабочую копию — так можно вернуться к исходному состоянию.
1. Датчик «без связи», но экран работает
В нашем кейсе два Яндекс YNDX‑00529 оставались подключены к Станции Макс. После обычного короткого нажатия кнопки показания снова приходили. Home Assistant получал состояния через интеграционный слой Яндекса; собственного Zigbee-координатора HA в этой схеме нет.
- Проверьте свежесть значений. Запишите время последнего обновления в приложении. Работающий экран ещё не показывает, когда данные дошли до системы.
- Коротко нажмите кнопку датчика. Не удерживайте её для сброса. Посмотрите, обновились ли температура и влажность, и зафиксируйте время.
- Сравните результат. Если данные пришли, обмен состоялся в этот момент. Если нет — дальше в кейсе есть проверки питания, Станции, других устройств и размещения.
Полная последовательность проверки YNDX‑00529 → · Один датчик, вся сеть или автоматизация →
2. Отделите видеопоток от события
У нас Hikvision NVR записывает восемь камер, а Frigate анализирует выбранные потоки напрямую с камер. Затем событие проходит через MQTT — канал сообщений — в Home Assistant. Картинка, распознанный объект и отправленное уведомление проверяются отдельно.
Нет картинки
Проверка: выясните, в каком месте пропал поток: доступен ли он в обычном просмотре, приходит ли в Frigate, какую ошибку показывает видеопроцесс.
Следующий шаг: сравните ошибку с разбором N100. Там потеря Docker-сети и ошибка аппаратного декодирования HEVC оказались двумя разными неисправностями.
Сеть и декодер: два случая →Картинка есть, события нет
Проверка: появился ли нужный объект и событие в самом Frigate? В нашем кейсе автомобиля важна полезная зона: стоящая машина на парковке не должна считаться новым событием проезда.
Следующий шаг: найдите, на каком переходе заканчивается наблюдаемый результат: объект, зона или передача события дальше.
Роли камер, Frigate и MQTT →Событие есть, клипа нет
Проверка: появился ли файл нужного типа и времени в событийном архиве? Сверяйте его отдельно от непрерывной записи NVR.
Следующий шаг: учтите дедупликацию нашего архиватора: пересекающееся событие может попасть в уже записываемый клип, а не создать второй файл.
Как проверяли событийный архив →Переход к следующему слою имеет смысл, когда предыдущий дал ожидаемый результат. Если событие уже дошло до Home Assistant, следующая проверка — сама автоматизация.
3. Home Assistant: запуск, условие или действие?
Для проверки нужен конкретный момент: например, состояние ворот изменилось, а уведомление не пришло. Сверяйте запуск именно с этим событием.
По документации Home Assistant: откройте трассировку — Trace — соответствующего запуска. Она помогает понять, какой шаг выполнился и где последовательность остановилась.
- Нет запуска для нужного момента: проверьте, включена ли автоматизация и произошло ли изменение, которое ждёт её триггер.
- Запуск остановился на условии: сравните требуемое состояние с фактическим в тот момент.
- Дошёл до действия: посмотрите его данные и ошибку, затем проверьте ожидаемый результат устройства.
«Run actions» пропускает триггеры и условия верхнего уровня автоматизации. Успешный ручной запуск действий не доказывает работу всего сценария. Если действия используют данные триггера, ручной и событийный запуск могут вести себя по-разному.
В нашем доме уведомление о воротах строится от фактического состояния. Отправленная команда «открыть» и подтверждённое открытие — разные наблюдения. Эта граница полезна, когда действие в интерфейсе прошло, а ожидаемого события нет.
4. Высокая нагрузка или заполненный архив
Сначала уточните, что именно измерено: память физического сервера, ресурсы отдельной виртуальной машины или место в файловой системе архива. Процент на общей панели и свободное место внутри гостевой системы могут описывать разные вещи.
Память сервера
Проверка: запишите доступную память, использование swap и какие сервисы работали в момент симптома. Сравнивайте одинаковые условия.
Ориентир из кейса: при исходной проверке N100 память была главным ограничением. Это наблюдение относится к описанной конфигурации и условиям проверки.
Ресурсы гостей и ограничения N100 →Место для событий
Проверка: выясните, куда сохраняются клипы, и посмотрите свободное место именно там. Системный SSD, архив NVR и событийный HDD в нашем проекте имеют разные роли.
Ориентир из кейса: цифра занятости хранилища Proxmox не была заполнением файловой системы архива внутри Frigate VM. Сначала определите нужный диск, затем выбирайте действие.
Как различили две метрики хранения →5. Разъём подошёл, устройство найдено, команд нет
HOMMYN HDN/WFN‑02‑02 в нашем эксперименте подключён штатным кабелем, получает питание и присутствует в сети. Управление конкретным кондиционером не подтверждено. Сам факт обнаружения в Home Assistant не меняет этот статус.
- Зафиксируйте точную модель и прошивку. Для проверки совместимости одного названия семейства недостаточно.
- Разделите питание, сеть и управление. Запишите, какой из этих результатов уже есть. Если модуль в сети, вопрос о поддерживаемых командах остаётся отдельным.
- Перейдите к проверке штатного приложения. В нашем разборе исследование протокола следует только после подтверждения управления кондиционером. Случайная смена распиновки не является следующим шагом.
Что записать после проверки
Когда можно считать симптом устранённым?
Когда повторение исходного действия даёт ожидаемый результат: новые показания приходят, нужное событие видно, клип появился или устройство подтвердило состояние. Зафиксируйте условия и время. Одного удачного запуска недостаточно, чтобы объявить долговременную стабильность.
Что делать, если причина осталась неясной?
Сохраните исходное описание и результаты каждой проверки. Отметьте последний работающий переход в цепочке и первый, где результата нет. Следующее наблюдение должно уточнять эту границу; массовые изменения сразу нескольких компонентов затруднят сравнение.
Коротко по делу
Найти место сбоя умного дома
- Определи, что не сработало: устройство, показание, отдельный сценарий или всё сразу. Сверь время последнего успешного действия.
- Проверь цепочку по одному звену: питание и связь, новое состояние, условие, команда и физический результат.
- Меняй одну найденную причину и повторяй тот же опыт. Не начинай со сброса всех устройств.
Как понять результат. Известно первое звено без результата — и следующий шаг связан именно с ним.