К обсуждениям

Shelly доступен, но датчики Home Assistant пропали: проверка errors null

Редакция VOne Технологии

Диагностическое дерево для случая, когда устройство Shelly остаётся онлайн, а вся sensor-платформа Home Assistant недоступна из-за ответа одного компонента: безопасный сбор фактов без сброса устройства.

Определите область, а не перезагружайте всё

Проверьте, открывается ли локальный интерфейс Shelly и видит ли Home Assistant само устройство. Затем перечислите платформы интеграции: доступны ли switch, button или update, а недоступны только sensor-сущности. Официальная интеграция Shelly для Gen2+ использует локальный RPC и создаёт сущности по возможностям устройства. Поэтому работа соседних платформ при полном отказе sensor — отдельная граница, а не доказательство потери сети. Не перезагружайте Home Assistant, роутер и Shelly одновременно: это стирает момент первого отказа.

Снимите минимальный диагностический срез

Запишите модель и firmware Shelly, версию Home Assistant Core, время появления недоступности и список затронутых sensor-сущностей. В журнале найдите первый traceback настройки платформы и сохраните только несколько строк с названием компонента и типом значения. Не публикуйте полный RPC-ответ: он может содержать идентификаторы устройства, сеть и другие поля. Если Home Assistant предоставляет Download diagnostics, просмотрите файл и удалите MAC-адрес, IP, имена сетей и уникальные идентификаторы. Цель — подтвердить форму данных одного компонента, а не раскрыть конфигурацию дома.

Что означает errors в первичной схеме

Официальная документация Shelly Temperature показывает, что status компонента может содержать массив errors с кодами ошибок. Массив можно проверять на наличие значения, а null имеет другой тип и не является итерируемым списком. Это объясняет, почему тип поля важен для диагностики, но не доказывает, что именно ваш Shelly прислал null или что вся интеграция падает по этой строке. Зафиксируйте фактический очищенный тип и компонент. Не подменяйте ответ устройства вручную и не устанавливайте изменённый код Home Assistant в рабочую систему ради проверки.

Матрица симптомов сужает ветку

Если устройство недоступно и локально, сначала проверяйте питание и сеть. Если Home Assistant потерял все платформы, собирайте общую диагностику интеграции. Если работают другие платформы, но недоступны все sensors и журнал показывает ошибку setup, полезна версия и первый traceback. Если недоступен один датчик без отказа setup, это другой сценарий качества измерения. Если после официального обновления сущности вернулись, подтвердите это без удаления интеграции. Матрица защищает от ошибочного factory reset устройства, которое продолжает корректно отвечать.

Что приложить и когда остановиться

В обращение включите модель Shelly, firmware, версию Core, способ добавления интеграции, перечень работающих платформ, число недоступных sensors, время и очищенный первый traceback. Для проблемного компонента укажите только имя класса и тип errors — null, список или отсутствие поля — без полного JSON. Остановитесь после одного воспроизведения setup на неизменной версии; повторные перезагрузки не добавят доказательств. Не удаляйте устройство и не выполняйте factory reset, пока оно доступно и область отказа ограничена платформой. Исправление подтверждается официальным релизом и возвратом сущностей.

Материал подготовлен редакцией VOne с применением ИИ для построения матрицы области отказа; факты проверены по официальным первичным источникам, идентификаторы и полный RPC-ответ исключены.

Источники и проверка

Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.

Ответы

0 опубликовано
Ответов пока нет. Вы можете начать обсуждение.

Ваш ответ

Добавьте свой опыт или уточнение по теме.

Вы публикуете как Аноним Аватар отличает разговоры, но не раскрывает личные данные.

Ответ появится сразу. Не публикуйте личные данные, ключи и приватные ссылки.