Résumer cet article :
Home Assistant 2026.7 доступен, и это обновление июля снимает с повестки дня вопрос, на который многие долго ждали ответа: упростить создание автоматизаций, не жертвуя тем, что делает Home Assistant интересным.
Это не просто перемещенная кнопка или косметическая правка. Главная новинка заключается в выходе «целевых» триггеров и условий (тех, что были в Labs некоторое время), которые становятся поведением по умолчанию в редакторе автоматизаций. Конкретно: вместо того, чтобы рассуждать с точки зрения сущностей, состояний и иногда неясных атрибутов, Home Assistant наконец-то приближается к тому, как мы думаем о своих сценариях.
Ранее, чтобы создать автоматизацию вроде «когда снаружи обнаружено движение, включить наружное освещение», нужно было выбрать правильный тип триггера, выбрать одну или несколько сущностей, знать их точное состояние, а затем убедиться, что действие нацелено на правильное оборудование. Не невозможно, но это требовало определенной умственной гимнастики. А для новичка эта гимнастика иногда выглядит как большой шпагат.
С версией 2026.7 мы начинаем с того, что хотим сделать. «Движение обнаружено на улице». «Температура слишком низка в спальне». «Слабая батарея». «Открыта дверь». «Солнце зашло». Home Assistant берет на себя остальные шаги.
Это более интуитивно и более надежно. Эти два аспекта часто идут рука об руку.
Автоматизации, которые наконец говорят на языке дома
Самое существенное изменение касается редактора автоматизаций. purpose-specific triggers and conditions (целевые триггеры и условия, если хотим перевод) становятся доступными для всех.
Принцип: вместо выбора технической логики вы выбираете реальную ситуацию.
Чтобы включить отопление, когда температура в комнате опускается ниже 18 °C, вам больше не нужно думать «цифровой триггер», «атрибут температура», «меньше чем». Вы выбираете триггер, связанный с температурой, указываете порог — и все готово.
То же самое касается сенсоров движения. Ранее иногда необходимо было знать, находится ли сенсор в состоянии «включено», «обнаружено», «занято», «движение» или какой-то другой невеселой состоянии в зависимости от производителя. Теперь редактор предлагает напрямую триггер «движение обнаружено».
Это не несущественно. Последовательность в названиях — совершенно необходимо для того, чтобы автоматизация оставалась читаемой через шесть месяцев, а не только в тот вечер, когда ее создавали.
Home Assistant объявляет о более чем 200 новых триггерах и более чем 200 новых условиях. Движение, присутствие, батарея, температура, влажность, открытие, медиа, громкость, состояние устройства, положение жалюзи, доступность обновления, возвращение робота-пылесоса на базу, вывоз газонокосилки на док — все основные сценарии охвачены.
Для опытного пользователя это экономит время. Для новичка это убирает настоящую барьеру. А для установщика, который должен оставить что-то понятное своему клиенту, это отличная новость.
Зоны становятся действительно полезными в сценариях
Новые триггеры и условия работают с целями Home Assistant: комната, зона, этаж, устройство, сущность или метка. Вот где становится интересно.
Конкретный пример. У вас есть три сенсора движения в саду: один у входной двери, один возле гаража, один боковой террасы. Ранее вы бы создали триггер с тремя сущностями или три отдельных триггера. Если бы вы заменили один сенсор, вам потребовалось бы вернуться и изменить автоматизацию.
Теперь вы нацеливаетесь на зону «Снаружи»: когда движение обнаружено снаружи, включить наружные лампы. Если через шесть месяцев вы добавите новый сенсор в эту зону, автоматизация продолжает работать, не трогая ничего.
Та же логика для ламп. Вы говорите «включить лампы в зоне Снаружи». Если позже вы добавите настенный светильник Zigbee, прожектор Shelly или лампочку Hue в эту зону, ваш сценарий останется валидным.
Это разница между замораживанием списка сущностей и описанием намерения. Второй подход выдерживает испытание временем гораздо лучше.
Метки следуют той же логике. Создайте метку «Рождественское украшение», примените ее к вашим умным розеткам и гирлянд, а затем укажите на нее в ваших автоматизациях. Одна автоматизация включает всю гирлянду на закате, независимо от того, где они находятся в доме.
Новые выборы «first», «each» и «all» меняют правила игры
Когда автоматизация нацелена на несколько устройств, Home Assistant должен знать, как реагировать. Версия 2026.7 предлагает три различных поведения: first, each и all.
Режим first срабатывает, как только первое устройство совпадает. Окно открывается в гостиной → мы отключаем отопление. Нет нужды ждать, пока все окна откроются.
Режим each срабатывает при каждом возникновении. Каждый раз, когда кто-то возвращается домой, мы отправляем уведомление или обновляем журнал присутствия.
Режим all ждет, пока все целевые элементы совпадут. Все жалюзи на первом этаже закрыты → мы активируем ночной режим.
Этот тип логики уже существовал, но требовал групп, шаблонов или хорошо продуманных условий. Здесь это доступно в интерфейсе, читаемо и задумано так, чтобы было понятно без обращения к ящику с инструментами грамотного YAML.
Меньше технических ловушек в автоматизациях
Home Assistant мощный, но у него есть свои подводные камни. Состояния «unknown» или «unavailable», например, заставили не одного пользователя потерять несколько волос.
Сенсор, который становится недоступным, а затем возвращается в нормальное состояние, может неожиданно сработать в автоматизации, если она неправильно настроена. Та же проблема возникает и с некоторыми событиями, которые не изменяют состояния очевидным образом.
Новые специализированные триггеры управляют частью этой сложности внутри. Home Assistant лучше понимает, что должно быть проигнорировано, а что действительно соответствует искомому событию.
Это не значит, что опытные пользователи теряют возможность. Классические триггеры, шаблоны, сложные условия и YAML остаются доступны. Но для обычных сценариев новая модель значительно снижает шансы на ошибку.
В реальном доме это важно. Лампа, которая не включается в нужный момент, — это раздражает. Отопление, которое отключается неправильно, или сигнализация, которая реагирует неправильно, — это уже другая история.
YAML все еще на месте
Home Assistant ясно заявляет: ничего не сломается. Существующие автоматизации продолжают работать. Нет необходимости в обязательной миграции, нет принудительной конверсии.
Старые триггеры остаются доступны. YAML продолжает быть в центре работы: интерфейс по-прежнему генерирует его в фоновом режиме.
Эти новые триггеры, кстати, задумываются так, чтобы быть чистыми в YAML. Названия стали более читаемыми, ближе к предложениям. Можно понять, что делает автоматизация, читая ее код, не вспоминая, что то или иное внутреннее состояние соответствует какому-то физическому событию.
Однако стоит отметить: пользователи, которые активировали эти функции в Labs до их официального выхода, могут столкнуться с некоторыми переименованиями ключей.
battery.lowстановитсяbattery.became_low,battery.not_lowстановитсяbattery.no_longer_low,vacuum.dockedстановитсяvacuum.returned_to_dock,lawn_mower.dockedстановитсяlawn_mower.returned_to_dock.
Ничего драматичного, но стоит проверить автоматизации, созданные с использованием старой экспериментальной версии. Для остальных нет никаких проблем.
Документация стала гораздо более полной
Home Assistant пересмотрел свою документацию. Теперь существуют страницы, посвященные триггерам, условиям и действиям, с использованием через интерфейс, примерами YAML и практическими деталями для каждого элемента.
Это настоящий прогресс. Многие пользователи все еще сталкиваются с примерами 2021 года, найденными на форуме или в старом видео на YouTube. С этими новыми справочными страницами Home Assistant закладывает более прочную и актуальную основу.
Это также поможет AI-помощникам, которые все еще часто основываются на старых моделях YAML для генерации автоматизаций. Более структурированная документация должна со временем улучшить надежность этих предложений. Не магически (AI все еще может придумать сущности, которые не существуют), но база будет лучше.
Солнце получает новые триггеры, гораздо более точные
Автоматизации, связанные с солнцем, — это классика: открывать жалюзи на восходе, включать лампы на закате, закрывать ставни, когда свет падает. Просто и очень часто используемое.
До этого триггеры солнечной активности были довольно ограничены: восход солнца, закат солнца, с возможным смещением во времени. Проблема в том, что «за 30 минут до заката» не дает одного и того же результата в июне и декабре, и тем более в зависимости от погоды или вашей широты.
Home Assistant 2026.7 добавляет более тонкие понятия: гражданские, навигационные и астрономические рассветы, сумерки, высота солнца, восход или заход солнца. Для тех, кто любит точность, это праздник.
Конкретный пример: вместо того, чтобы включать уличные лампы за 20 минут до заката — фиксированное значение, которое плохо работает зимой и слишком рано приходит летом — вы включаете по уровню солнечной высоты. Результат лучше соответствует реальному доступному свету.
Для условий также все то же самое. «Если солнце зашло» или «если солнце опускается» можно записать напрямую, без необходимости возиться с шаблонами.
Свет включается в нужное время, жалюзи закрываются более естественно, и никто не задается вопросом, почему дом все еще живет по зимнему времени, когда солнце светит прямо.
Журнал активности становится наконец читабельным
Журнал (Logbook) переходит на новую презентацию в виде временной шкалы. И это прекрасное улучшение.
Старый формат перечислял события строка за строкой. Полезно, но в установке с десятками сенсоров и автоматизаций найти причину конкретного события могло быстро стать мучительным.
Новая временная шкала группирует события по дням, с вертикальной линией, иконками и цветами состояния. Особенно, Home Assistant теперь показывает причину, когда она известна: аватар пользователя, который включил свет, имя ответственной автоматизации, иконка интеграции, которая инициализировала действие.
Лампочка включается сама в 23:12? Мы открываем временную шкалу, пролистываем и видим за считанные секунды, было ли это автоматизацией, человеком или внешней интеграцией, которая вызвала действие.
Временная шкала появляется в нескольких местах: на странице активности, в карточке сущности, на странице устройства, на странице зоны. Во время презентации команда показывала компактную версию непосредственно в окне лампы, с изменениями состояний и их источников. Это намного полезнее, чем просто «включено/выключено».
Страница обновлений становится более практичной
Страница обновлений была переработана. Честно говоря, уже время.
Когда вы используете Home Assistant с Core, Supervisor, OS, HACS, ESPHome, несколькими модулями, прошивками и несколькими аддонами, страница обновлений походила на небольшую стирку в воскресенье. Вы нажимали, ждали, снова нажимали, перезагружали — и так по кругу.
Новая страница группирует обновления по категориям. Home Assistant Core, OS и Supervisor отделены: это центральные компоненты, которые мы хотим обновлять сознательно. Остальные обновления сгруппированы по типам: интеграции, приложения, ESPHome, HACS, прошивки и т. д. Кнопка «Обновить все» позволяет запустить все обновления группы разом.
OS не смешивается с остальным, чтобы избежать перезагрузки во время других обновлений. Home Assistant сохраняет спокойствие тут.
Для установок с множеством устройств ESPHome это облегчение. Больше не нужно вручную выбирать все по одному.
Raspberry Pi могут легче обновлять свое прошивку
С Home Assistant OS 18 или более поздней версии Home Assistant может отображать сущность обновления для прошивки Raspberry Pi: EEPROM, также известный как прошивка загрузчика.
Эта низкоуровневая прошивка управляет загрузкой, USB или NVMe-хранилищем и некоторыми аппаратными функциями. На Raspberry Pi 4 и особенно Pi 5 поддержание ее в актуальном состоянии улучшает совместимость и стабильность.
Ранее обновить эту прошивку было не так уж легко. Иногда приходилось использовать специализированную SD-карту, экран, клавиатуру или командную строку. Теперь это делается через Настройки > Обновления, как и все остальное.
Несколько ограничений, о которых стоит знать. Необходим Home Assistant OS 18 или больше. Raspberry Pi 4, который загружается с USB-накопителя, не всегда может воспользоваться этим. Home Assistant Yellow с Compute Module 4 не относится к этому. В то же время, Pi 4, Pi 5 и Yellow с Compute Module 5 в зоне действия.
После применения Home Assistant запрашивает перезагрузку: как для BIOS ПК, новая версия не активна до перезагрузки.
ZHA получает настоящую страницу управления Zigbee
Расширенное управление устройствами Zigbee через ZHA переходит от компактного окна к посвященной странице.
Инструменты были под рукой, но в сжатом виде: кластеры, привязывание, подписи, соседи, технические детали. Все это в интерфейсе, которому не хватало места для дыхания.
Версия 2026.7 реорганизует все это с помощью вкладок. Информация остается прежней, но она читается легче.
Для базового повседневного использования это не меняет ничего. Можно очень даже использовать ZHA, не углубляясь в кластеры Zigbee. Но для понимания своей сетевой структуры, проверки соседей устройства или создания прямых привязок между устройствами это намного удобнее. И для диагностики плохо реагирующего сенсора, капризной лампы или неустойчивой сетевой структуры, четкий интерфейс экономит время.
Инфракрасные и радиочастотные устройства теперь имеют свои панели
После Zigbee, Z-Wave, Thread и Matter, Home Assistant 2026.7 добавляет специальные панели для инфракрасных и радиочастотных устройств.
Эти панели появляются в настройках только если у вас есть соответствующие устройства: настроенные ЭМП, прокси или IR/RF-шлюзы.
Это касается решений ESPHome, инфракрасных бластеров, RF-мостов 433 МГц или интеграций, способных управлять оборудованием без обратной связи о состоянии: кондиционеры, аудиоусилители, вентиляторы, старые радиоуправляемые жалюзи, 433 МГц розетки. Все это теперь имеет свое место в интерфейсе.
Инфракрасные и радиочастотные технологии имеют «старую школу» подачу, но они все еще очень распространены в реальных установках. Найти все это аккуратно упакованным — это хорошая вещь.
Matter.js становится новым стандартным механизмом Matter
Этот момент был предметом отдельного объявления, но официальное представление этого обновления возвращается к этому: сервер Matter для Home Assistant теперь использует Matter.js в качестве стандартного бэкенда.
Старый сервер основывался на официальной реализации Matter на C/C++, с кодом на Python, который не был особенно предназначен для производства. Matter.js, разработанный на JavaScript/TypeScript и поддерживаемый Open Home Foundation, это чистая и независимая реализация, которую легче развивать.
Для пользователя миграция должна быть прозрачной. Устройства Matter продолжают оставаться сопряженными. Первая миграция может занять немного больше времени (данные конвертируются в фоновом режиме), но цель — не сломать ничего.
Интерес, прежде всего, в среднесрочной перспективе: лучшее поддержание новинок Matter, лучше контролируемое поведение и независимая реализация, которая помогает выявить неоднозначности в самом стандарте. Matter многообещающ, но он все еще молод, и в спецификации остаются темные уголки.
Повышенные производительности в интерфейсе и шаблонах
Несколько незаметных, но полезных оптимизаций.
Frontend загружается быстрее, особенно графики. Это заметно на энергетических панелях или длинных исторических записях.
Страницы устройств и зон лучше адаптируются к различным размерам экрана, с более аккуратным колонковым макетом. На настенном планшете, мини-ПК или смартфоне такие детали важны.
И самое главное: шаблоны объявлены примерно на 40% быстрее. Шаблоны повсюду в продвинутых установках (вычисляемые сенсоры, условия, пользовательские сообщения, панели управления). Прирост в этом отношении действительно имеет реальное значение для больших конфигураций.
Более простая настройка форматов времени
Карты, отображающие даты или длительности, получают опцию формата прямо в интерфейсе.
Раньше редактирование вывода временной метки требовало YAML или шаблонного сенсора. Теперь редактор предлагает несколько форматов: дата, дата и время, относительный, длинный или короткий.
Для времени работы сервера, последнего обновления сенсора или даты последней синхронизации устройства, мы получаем читабельный вывод без лишних хлопот.
Новые интеграции для воды, энергии, вентиляции и многого другого
Десять новых интеграций для этой версии: Aqvify (уровень воды в колодце или резервуаре), Chef iQ (Bluetooth-термометры), Dropbox (резервные копии), Edifier Infrared, energieleser (счетчики энергии, воды, газа, тепла), Envertech EVT800 (солнечные микроинверторы), Greencell (нормы зарядки через MQTT), Helty Flow (единицы децентрализованной вентиляции), KlikAanKlikUit (радиооборудование 433 МГц) и MELCloud Home (системы Mitsubishi Electric).
Некоторые из них стоят того, чтобы на них остановиться.
Dropbox как целевой сервис резервного копирования — это простой вариант для тех, кто хочет вынести свои резервные копии без сложной инфраструктуры. Резервные копии Home Assistant имеют большое значение: когда SD-карта отказывает или мини-ПК решает уйти в заслуженный отпуск, свежая резервная копия может спасти положение.
Что касается энергии, Envertech EVT800, Greencell, energieleser и Hypontech Cloud еще больше укрепляют позицию Home Assistant в качестве центра энергетического мониторинга. Солнечная энергия, зарядка электромобиля, потребление, батарея, сеть: блоки накапливаются.
Helty Flow интересен для децентрализованной вентиляции, тема, которая становится актуальной в хорошо изолированных домах. Возможность контролировать это на месте, без постоянной зависимости от облака, — это мелочь, но важная.
Существующие интеграции также становятся лучше
Новшества не ограничиваются только новыми интеграциями.
Alexa Devices теперь может управлять списками задач и покупок Alexa в Home Assistant и добавляет переключатели для контроля объявлений и коммуникаций на устройствах Echo.
SMTP получает современные сущности уведомлений для отправки электронных писем из Home Assistant — полезно для предупреждений, которые имеют большое значение: утечка воды, отключение электроэнергии, сигнализация, критическое состояние батареи, превышение потребления.
Overkiz поддерживает Rexel Energeasy Connect через облако и локальное API, что представляет интерес для французских установок. Tesla Powerwall поддерживает Powerwall 3 и добавляет датчики, связанные с рабочим режимом и максимальными мощностями зарядки и разрядки.
Yoto делает большой шаг вперед: медиаплеер, новые сенсоры, бинарные сенсоры, временные сущности, регулировка яркости экрана и максимальной громкости. Родители, использующие эти маленькие аудиоплееры для детей, оценят.
Что касается бассейна, Vistapool получает множество дополнительных сущностей для более точных сценариев вокруг лечения, освещения и управления. А поскольку подключенный бассейн — это веселая тема летом, нам этого не жалко.
Наконец, стоит отметить, что появилась возможность отправлять изображения на табло SwitchBot AI Art Frame, который мы тестировали некоторое время назад, что позволит проводить более приятные взаимодействия с этим замечательным экраном :)
Очистка заброшенных интеграций
Home Assistant 2026.7 также убирает ряд интеграций, ставших неработоспособными: сломанные на протяжении многих лет, зависимые от закрытых сервисов, заброшенных библиотек или исчезнувших устройств.
Acer Projector, Ampio Smog, Avi-on, BeeWi SmartClim, Clementine, Dovado, ELIQ Online, Microsoft Face, MS Teams, Mycroft, UniFi LED, Watson TTS и другие убираются.
Такой род очистки может показаться резким. Но сломанная интеграция с 2019 года никому не помогает. Она усложняет обслуживание, нагружает проект и дает ложные надежды тем, кто пытается ее использовать.
Стоит ли устанавливать Home Assistant 2026.7?
Да. Это одно из важных обновлений года.
Новые автоматизации делают Home Assistant более доступным, не жертвуя мощностью, которая нравится опытным пользователям. Журнал активности наконец читаем. Страница обновлений менее мучительна. ZHA улучшается. Raspberry Pi получают управление прошивкой непосредственно в интерфейсе. Интеграции продолжают развиваться. А производительность улучшается мелкими штрихами.
Это версия, которая улучшает базу, а не просто накапливает совместимые устройства.
Для новичков это лучшая входная точка: создание автоматизаций становится более логичным, более приближенным к тому, как мы мыслим. Для опытных пользователей это возможность пересмотреть некоторые старые автоматизации: это не обязательство, но новая модель более чистая и поддерживаемая. Для установщиков это шаг вперед к установкам, которые клиент сможет понять или даже изменить самостоятельно без обращения за помощью.
Умный дом никогда не был таким мощным. Он также становится немного менее устрашающим. Это не было самой неотложной задачей пять лет назад. Сегодня это, вероятно, важнее всего, чтобы он действительно занял свое место в домах.
