Диагностическая матрица после обновления Home Assistant: как отличить not provided от disabled и unavailable без удаления FRITZ!Box integration.
Различите три состояния entity
Home Assistant хранит устройства как entities, а интеграции определяют, какие сущности предоставляются. Сначала откройте Settings, Devices & services, Entities и найдите прежний CPU Temperature по entity_id. Запишите, существует ли строка, отключена ли она вручную, имеет ли state unavailable или показывает сообщение no longer being provided. Эти состояния нельзя объединять: включение disabled entity — обычная настройка, unavailable означает отсутствие текущего значения, а not provided указывает, что integration не создала прежнюю сущность в текущем запуске.
Сравните соседние FRITZ!Box sensors
Официальная страница FRITZ!Box Tools перечисляет CPU temperature, uptime, external IP и network monitors среди sensor-функций и указывает опрос раз в 30 секунд. Подождите два полных цикла и запишите состояние CPU Temperature, uptime и external IP. Если соседние sensors обновляются, это снижает вероятность полного отказа доступа к роутеру, но не доказывает причину пропажи температуры. Если не обновляется всё, статья про одну entity уже не соответствует симптому: проверьте доступ integration и prerequisites.
Постройте временную шкалу обновлений
Запишите последнюю версию Home Assistant, на которой значение точно было, текущую версию Core, версию FRITZ!OS и даты обоих обновлений. Порядок событий помогает сузить границу, но не устанавливает виновника. Не откатывайте Core и не меняйте firmware только ради статьи: это более широкий риск, чем чтение одной диагностической entity. Не редактируйте entity registry и не создавайте template sensor с выдуманным значением — это скроет отсутствие источника и может испортить автоматизации.
Защитите зависимости от ложного нуля
Проверьте dashboards, уведомления и automations, которые используют старый entity_id. Отсутствующее или unavailable значение нельзя автоматически считать температурой 0: это другое состояние и оно способно ложно отключить предупреждение. Временно остановите только действие, критически зависящее от корректной температуры, либо настройте уведомление об отсутствии значения через UI. Не подменяйте sensor данными другого FRITZ!Box и не обещайте, что новое имя entity появится без подтверждения в Entities.
Снимите один диагностический цикл
FRITZ!Box Tools рекомендует включить debug logging, reload integration, дождаться повторения и сразу остановить debug, а также скачать diagnostics, если пункт доступен. Сделайте это один раз, пока sibling sensors остаются в матрице. Перед публикацией проверьте файлы: diagnostics должны редактировать секреты, но ручная проверка всё равно обязательна, а debug logs не следует считать автоматически безопасными. Удалите IP, имена устройств, MAC, username, токены и сведения домашней сети.
Подготовьте минимальный issue-пакет
Передайте модель FRITZ!Box, версии Core и FRITZ!OS, старый entity_id без персонального имени, три строки sensor-матрицы, временную шкалу обновлений и очищенные diagnostics/debug. Не удаляйте FRITZ!Box Tools и не добавляйте её заново: это стирает полезное сравнение registry и может повлиять на другие entities. Критерий остановки — один reload и два 30-секундных цикла. Исправление считайте подтверждённым только после официального changelog и возврата реального значения на том же устройстве.
Материал подготовлен редакцией VOne с применением ИИ для построения диагностической матрицы; факты сверены по официальным источникам, а issue использован только как обезличенный сигнал.
Источники и проверка
- Home Assistant: FRITZ!Box Tools проверено 2026-08-14
- Home Assistant: Common tasks for every Home Assistant проверено 2026-08-14
- Home Assistant: Working with states проверено 2026-08-14
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.