Умный дом (HomeAssistant) и не только

🔥 Вышло обновление MaxNotify — v2.3.0! 🔥

⚠️ ВАЖНО:
• Интеграция для notify.a161.ru теперь подстраивается под возможности токена (лимиты, форматы, кнопки и т.д.) — настройки берутся с сервера.
• Официальный API Max не меняется: отправка и приём как в 2.2.x.
• Даже если не пользуетесь notify.a161.ru — обновите интеграцию: сервису важно видеть активных пользователей.
• После обновления сохраните настройки notify.a161 или перезагрузите интеграцию, чтобы подтянуть свежие возможности.

✅ Что нового:
— Своя иконка Max в списке интеграций HA.
— WebSocket (по умолчанию, если сервер разрешил) и Long Polling вместо короткого опроса. Старые настройки переключаются автоматически.
— Живые лимиты с сервера: размер вложений, скорость отправки, автоотключение опроса (только для Long Polling).
— Проверка размера файла до загрузки: в ошибке сразу виден актуальный лимит в МБ.
— Блокировка при техработах или неактивном токене с понятным сообщением.

🛠 Что исправлено:
— Убраны зависания при открытии настроек и перезагрузке.
— Запрос возможностей теперь не дублируется, нет лишних очередей и ошибок 429.
— Форматы (Markdown/HTML) и функции (кнопки, правка и др.) строго соответствуют тому, что разрешил сервер.

🔗 Ссылки:
Релиз v2.3.0: https://github.com/kai-zer-ru/max-notify-ha/releases/tag/v2.3.0
Сравнение с v2.2.2: https://github.com/kai-zer-ru/max-notify-ha/compare/v2.2.2...v2.3.0

📊 Бухгалтер: self-hosted управление и учёт финансов. Часть 2

👋 Всем привет! Недавно я рассказывал про свой проект «Бухгалтер» — self-hosted учёт финансов на своём сервере. Если ту статью пропустили — вот она.

🔄 С тех пор в репозитории произошло довольно много всего. То, что в прошлый раз было «хочу когда‑нибудь», уже можно поставить и потыкать. Поэтому решил написать продолжение: не про идею с нуля, а про то, чем проект стал сейчас.

📱 Android‑клиент и многое другое — в статье: https://dzen.ru/a/aqJF3AE5vBWPK4cS

🚀 Бета-релиз MaxNotify — v2.3.0-beta3! 🚀

✅ Что добавлено:
— В списке интеграций Home Assistant у MaxNotify теперь своя иконка (значок мессенджера Max), а не общая заглушка.

🔄 Что изменилось:
— Автопереключение на «Только отправка» после простоя действует только для Long Polling. Если приём идёт по WebSocket — режим сам не меняется.
— Интервал Long Polling больше не выбирается: всегда берётся значение с сервера. В мастере остаётся только лимит событий за раз.

🔗 Ссылки:
Релиз v2.3.0-beta3: https://github.com/kai-zer-ru/max-notify-ha/releases/tag/v2.3.0-beta3
Сравнение с v2.3.0-beta2: https://github.com/kai-zer-ru/max-notify-ha/compare/v2.3.0-beta2...v2.3.0-beta3

🚀 Бета-релиз MaxNotify — v2.3.0-beta2! 🚀

🛠 Что исправлено:
— Открытие настроек notify.a161 больше не зависает надолго. Раньше окно ждало «слот» на запрос возможностей — иногда минутами.
— Перезагрузка интеграции тоже больше не тормозит. Официальный API Max не затрагивался и как раньше открывается быстро.
— Срок автоотключения опроса больше не зажимается в 1–3 суток. Если сервер дал 7 суток — показывается и используется 7.
— Запрос возможностей больше не уходит дважды сразу (из‑за этого сервер ставил второй в очередь и иногда отвечал 429). Теперь: один токен — один запрос, остальные ждут тот же ответ.

🔄 Что изменилось:
— Возможности снова запрашиваются с сервера при перезагрузке и открытии настроек, даже если уже есть у клиента. Чаще лимита в минуту запросы не уходят. Если лимит ещё не подошёл — берутся уже загруженные данные без ожидания.
— Если сервер ответил не 200 — остаются уже полученные возможности, если их не было — значения по умолчанию. Паузу до следующего запроса задаёт ответ сервера (rate_limit_capabilities_per_minute). Заголовок «повторить через N секунд» — минимальная пауза (если он больше лимита из JSON, ждём его).
— Заголовки X-RateLimit-Status и X-Retry-After-Seconds учитываются на опросе /updates, загрузке файлов и отправке: REJECTED или 429 — пауза из заголовка, DELAYED — не стучим чаще, чем сказал сервер.
— Для notify.a161 появился WebSocket (wss://notify.a161.ru/ws/updates): выбирается по умолчанию, если сервер разрешил. При подключении сразу приходят накопившиеся события, новые — сами. Если сервер сообщает о выключении — клиент переподключается. В журнал пишется как у опроса: старт и соединение — INFO, кадры, ping и переподключение — DEBUG. В настройках WebSocket снова есть шаг с кнопками. Смена режима сохраняется до перезагрузки, чтобы не оставался старый опрос.
— Входящие по WebSocket больше не перезагружают интеграцию. Раньше каждое сообщение записывалось в настройки записи, HA считал это сменой конфигурации и через полсекунды выгружал сокет.
— Короткий опрос раз в несколько секунд больше не используется. Если WebSocket нет — берём Long Polling (wait 5–60 с и limit задаются в настройках и уходят в GET /updates). Старые записи с обычным polling переключаются на Long Polling сами. В лог при старте пишутся limit и wait.
— Если токен неактивен — ни WebSocket, ни Long Polling не подключаем.
— Период автоотключения polling больше не выбирается. Срок задаёт сервер и показывается на отдельном информационном шаге — в тексте прямо написано, что значение с сервера. Подняли лимит на сервере — после обновления возможностей он применяется сам.
— В мастере и настройках убраны лишние тексты: на каждом экране только то, что к нему относится.

🔗 Ссылки:
Релиз v2.3.0-beta2: https://github.com/kai-zer-ru/max-notify-ha/releases/tag/v2.3.0-beta2
Сравнение с v2.3.0-beta1: https://github.com/kai-zer-ru/max-notify-ha/compare/v2.3.0-beta1...v2.3.0-beta2

⁠🚀 Бета-релиз MaxNotify — v2.3.0-beta1! 🚀

⚡ Главное изменение: интеграция для провайдера notify.a161.ru начинает опираться на ответ сервера «возможности токена» (/me/capabilities) — что разрешено этому ключу прямо сейчас, какие лимиты и интервалы.

📌 Важно знать:
• Официальный API Max не меняется — те же сценарии отправки и приёма, что в 2.2.x.
• Это бета: поведение зависит от того, что реально отдаёт notify.a161.ru. Если сервер ещё не включил часть флагов (например WebSocket), соответствующие пункты в настройках просто не появятся.

✅ Что добавлено:
— Периодическое обновление возможностей с сервера (по умолчанию раз в сутки; интервал можно задать с сервера). При перезагрузке интеграции список запрашивается заново.
— Ограничение частоты запросов возможностей к серверу, чтобы не нагружать API.
— Учёт лимитов размера фото / видео / документа: до загрузки файл проверяется по типу, в ошибке показывается актуальный потолок в МБ.
— Учёт лимитов скорости исходящих сообщений и загрузок файлов (паузы между отправками по правилам тарифа).
— Блокировка работы при техработках или неактивном токене, с понятным сообщением (если сервер его прислал).
— В мастере и в настройках показываются живые лимиты сервера: интервал опроса, размеры вложений, доступные форматы текста, источник данных.
— Заготовка приёма входящих по WebSocket: режим появляется в списке только если сервер явно разрешил его для токена. Пока флаг выключен — как раньше, polling или только отправка.

🔄 Что изменилось:
— Формат сообщения (текст / Markdown / HTML), кнопки, группы, правка и удаление, типы вложений для notify.a161 включаются или скрываются по флагам с сервера, а не «всё сразу из коробки».
— Интервал polling в настройках ограничен диапазоном, который прислал сервер (а не только жёсткими числами в клиенте).
— В мастере настройки: сначала токен и запрос возможностей, затем выбор формата и режима приёма уже по тому, что сервер разрешил.
— Рекомендуемый период автоотключения polling при долгом простое берётся с сервера; в интерфейсе по-прежнему выбор 1–3 суток.

🛠 Что исправлено:
— Раньше Markdown/HTML могли быть отмечены как недоступные, но отправка с разметкой всё равно проходила. Теперь формат проверяется по возможностям токена.
— При слишком большом файле текст ошибки больше не опирается на общий «запасной» лимит, а показывает лимит для этого типа с сервера.
— В настройках больше не предлагаются форматы и режимы, которые сервер для токена отключил.

🙋 Что делать пользователям beta:
1. После обновления откройте настройки интеграции notify.a161 и сохраните их ещё раз (или перезагрузите интеграцию), чтобы подтянуть свежие возможности.
2. Проверьте отправку текста, при необходимости — фото/видео и отказ по размеру.
3. Если что-то «вдруг запретилось» — смотрите описание шага настроек: там видно, что вернул сервер.

🔗 Ссылки:
Релиз v2.3.0-beta1: https://github.com/kai-zer-ru/max-notify-ha/releases/tag/v2.3.0-beta1
Сравнение с v2.2.2: https://github.com/kai-zer-ru/max-notify-ha/compare/v2.2.2...v2.3.0-beta1

📦 Обновление SkyCooker для Home Assistant — v1.3.3 (28.08.2026)

🆕 Добавлено:
• Недостающие статусы протокола (для всех поддерживаемых моделей):
– 4 — «Ожидание загрузки продуктов» (wait_product)
– 7 — «Ошибка» (error)
– 8 — «Ожидание подтверждения» (wait_confirm)
– 9 — «Остановка (потеря питания)» (stop_power_loss)
• Переводы статусов на en/ru, fallback в status.py.
• Makefile с командами: make ci, make test, make act-push, make act-release, make tag-release.
• GitHub Actions: проверка на push/PR, автоматический релиз по тегу v*.
• Скрипты синхронизации версий и извлечения release notes.

🔧 Изменено:
• Минимальная версия Home Assistant повышена с 2025.12.5 до 2026.6.
• При загрузке интеграции выполняется проверка версии в async_setup — на старых версиях компонент не стартует, в лог выводится требуемая версия.
• Обновлены метаданные HACS (hacs.json) и раздел «Требования» в README.
• Dev/CI переведены на homeassistant==2026.6.3 и Python 3.14.

🐛 Исправлено:
• Режим «Паста/Макароны» на RMC-M92S (issue #1):
– Вместо «Неизвестно (4)» отображается «Ожидание загрузки продуктов».
– Кнопка «Старт» после закипания воды снова запускает готовку (только turn_on).
– Корректное отображение времени программы на этапе ожидания загрузки продуктов.

🔗 Полный список изменений: https://github.com/kai-zer-ru/skycooker-ha/compare/v1.3.2...v1.3.3

🔥 Вышло обновление MaxNotify — v2.2.2! 🔥

🛠 Важное исправление: теперь медиа по ссылке не качается многократно

✅ Что улучшено:
При отправке фото, документа или видео по ссылке (в один чат или сразу в несколько) файл теперь скачивается только один раз во временный файл на диске Home Assistant. Дальше всем получателям уходит уже эта локальная копия. После отправки временный файл автоматически удаляется.

🔄 Новое правило для медиа‑действий:
• Если указан URL (http/https), интеграция сначала скачивает файл на диск HA, и только потом загружает его в Max.
• Локальные пути на диске по‑прежнему используются как есть — без дополнительного скачивания.

📚 Что обновили в документации:
В README уточнено поведение отправки медиа по ссылке: одно скачивание, рассылка с диска.

🔗 Ссылки:
Релиз v2.2.2: https://github.com/kai-zer-ru/max-notify-ha/releases/tag/v2.2.2
Сравнение с v2.2.1: https://github.com/kai-zer-ru/max-notify-ha/compare/v2.2.1...v2.2.2

🔥 Вышло обновление MaxNotify — v2.2.1! 🔥

⚠️ ВАЖНО: синхронизация slash‑команд теперь через актуальный API

🛠 Что изменилось:
Теперь регистрация slash‑команд бота идёт через метод PATCH /me/commands (раньше использовался PATCH /me). Без этого обновления список команд из настроек интеграции мог не применяться в клиенте Max.

📝 Важные нюансы по командам (как в документации Max):
• Пустой список команд полностью очищает команды бота.
• За один раз можно отправить не больше 32 команд — лишние при синхронизации просто отбрасываются.

🔄 Другие изменения:
• Провайдер notify.a161 по‑прежнему не регистрирует команды в Max — работает только локальный allowlist в настройках. Пояснение об этом обновлено.
• Минимальная версия Home Assistant теперь задаётся в hacs.json и в коде; из manifest.json убрано нестандартное поле minimum_ha_version.
• Тексты ошибок и подписей селекторов приведены к стандартной схеме Home Assistant (exceptions / selector / common) — теперь проходит проверка hassfest.

📚 Документация и репозиторий:
• В docs/PROVIDER_SPEC.md указан актуальный путь PATCH /me/commands для supports_bot_command_registration.
• В репозиторий добавлен CHANGELOG.md — из него формируются тексты релизов на GitHub.
• При пуше тега vX.Y.Z автоматически создаётся GitHub Release (с текстом changelog и архивом max_notify.zip).
• На каждый push/PR запускаются проверки hassfest и HACS.
• Для локального прогона тех же Actions есть команды: make act-push и make act-release.

🔗 Ссылки:
Релиз v2.2.1: https://github.com/kai-zer-ru/max-notify-ha/releases/tag/v2.2.1
Сравнение с v2.2.0: https://github.com/kai-zer-ru/max-notify-ha/compare/v2.2.0...v2.2.1

🔥 Вышло обновление MaxNotify — v2.2.0! 🔥

⚠️ ВАЖНО: исправление несовместимости с Home Assistant 2026.8.0

🛠 Что сломалось и как починили:
В HA 2026.8.0 изменили правило: один device нельзя привязывать сразу к нескольким вложенным записям (чатам). Из‑за этого у MaxNotify пропадали сущности notify, автоматизации выдавали ошибку «Invalid MaxNotify entity», а диагностика показывала «Неизвестно».

✅ Теперь схема такая же, как у встроенного Telegram Bot: общий device для всей интеграции + отдельный device на каждый чат/пользователя.

🔄 Обновление полностью бесшовное:
• Идентификаторы сущностей сохраняются.
• Автоматизации и скрипты менять не нужно.
• После обновления конфигурации запись автоматически мигрирует на версию 1.3.

🌐 Совместимость:
• Работает на HA 2026.8+ (с актуальной привязкой устройств).
• Работает и на старых версиях Core (от 2026.2) — там используется совместимый режим без дублей в интерфейсе.

❗ Критично про сертификаты и перезагрузки:
После ЛЮБОГО обновления Home Assistant Core интеграция Additional CA снова копирует сертификаты НУЦ Минцифры в контейнер. Пока SSL Context без них — MaxNotify не подключится (ошибка CERTIFICATE_VERIFY_FAILED).

Additional CA выводит предупреждение: «CA … is missing in SSL Context. Home Assistant needs to be restarted» (для russian_trusted_root_ca_pem.crt и russian_trusted_sub_ca_pem.crt).
👉 Это штатное поведение Additional CA, не баг MaxNotify. Нужна повторная перезагрузка HA — иначе отправка в Max работать не будет. Это предупреждение теперь есть в README и в docs/RUSSIAN_TRUSTED_CA.md.

🧹 Что ещё исправлено:
• Снова нормально создаются и находятся сущности notify по чатам после обновления до HA 2026.8.0.
• Убраны дубли устройств в карточке интеграции на HA 2026.7 и похожих версиях.
• Устаревшие диагностические сенсоры остались на общем device, сенсоры и уведомитель конкретного чата — на device этого чата.

📐 Что изменилось в интерфейсе:
• Каждый получатель (чат/пользователь) теперь отображается как отдельное устройство, связанное с общим device интеграции.
• При загрузке интеграции раскладка устройств восстанавливается автоматически, если после бэкапа или обновления HA что‑то «склеилось».

🔗 Ссылки:
Релиз v2.2.0: https://github.com/kai-zer-ru/max-notify-ha/releases/tag/v2.2.0
Сравнение с v2.1.2: https://github.com/kai-zer-ru/max-notify-ha/compare/v2.1.2...v2.2.0

🔥 Вышло обновление MaxNotify — v2.1.1! 🔥

⚠️ ВАЖНО: серьёзные изменения в работе с чатами!

❌ Метод GET /chats в официальном API Max больше не работает — с июня 2026 он не отдаёт диалоги.

✅ Теперь отправка в личные чаты идёт напрямую через user_id (POST /messages?user_id=...). Это соответствует документации Max — предварительный запрос chat_id больше не нужен.

🗑️ Функция delete_last_outgoing_message для личных чатов отключена — она зависела от GET /chats. Для групп и каналов (с отрицательным chat_id) удаление последнего сообщения по-прежнему работает.

📝 Что ещё изменилось:
• Функция resolve_message_url теперь сразу формирует URL с user_id, без запроса к /chats (для групп и каналов по-прежнему используется chat_id).
• В подсказке при ошибке 403 уточнили, как правильно отправлять в группы: нужно использовать отрицательный chat_id из событий Max (WebHook / Long Polling) и настроить получателя как групповой чат.
• Из README убрали дублирующийся раздел «Краткий журнал возможностей» и обновили инструкцию «Где взять токен и ID»: теперь там чётко сказано, что GET /chats недоступен, и описано, где брать chat_id группы (из событий bot_added, message_created или из поля recipient_id в max_notify_received).

📄 В docs/RUSSIAN_TRUSTED_CA.md тоже обновления:
• Сертификаты теперь копируются в /config/additional_ca/ (не в /config/).
• Добавлен шаг про уведомление от Additional CA и обязательную перезагрузку HA.
• Появился раздел про отличия официального Terminal & SSH (core-ssh) от community-дополнения SSH & Web Terminal — с пояснениями про режим защиты и доступ к docker.

🔗 Ссылки:
Релиз v2.1.1: https://github.com/kai-zer-ru/max-notify-ha/releases/tag/v2.1.1
Сравнение с v2.1.0: https://github.com/kai-zer-ru/max-notify-ha/compare/v2.1.0...v2.1.1

📢 Home Assistant 2026.7.0 — крупное обновление от 01.07.2026

Доступна стабильная версия 2026.7.0 с улучшениями интерфейса, стабильности и новыми карточками.

🌟 Что нового:
• Activity Logbook: улучшенная фильтрация и более быстрая работа с большими объёмами событий.
• Timeline: компактный режим с группировкой событий по устройствам.
• MQTT-автоматизации: подсказки шаблонов топиков при создании.
• Редактор YAML: улучшенные подсветка и автодополнение.
• Энергомониторинг: новые карточки с мини-графиками пиков потребления.

⚠️ Важные изменения:
• Формат полей в Activity Logbook API изменён — требуется адаптация кастомных скриптов.
• Для новых карточек энергомониторинга нужна обновлённая интеграция Energy.

🛠 Что исправлено:
✔ Timeline больше не зависает при просмотре месячной истории (в т.ч. на Raspberry Pi).
✔ Устранена утечка памяти в обработке событий.
✔ Исправлены проблемы со срабатыванием MQTT‑автоматизаций при старте.
✔ Улучшена синхронизация состояний у часто обновляемых датчиков.

🔧 Как обновиться:
1. Создайте резервную копию.
2. «Настройки → Система → Обновления» → установите 2026.7.0.
3. Перезагрузите HA.
4. Проверьте Timeline, Logbook и кастомные скрипты.

📌 Подробности: https://www.home-assistant.io/latest-release-notes/

🔥Важное обновление MaxNotify v2.1.0 (от 27.06.2026)🔥

❗ ВАЖНО: дедлайн — 19 июля 2026!

API платформы Max переехал: теперь это platform-api2.max.ru (раньше был platform-api.max.ru).

Новый адрес работает с TLS‑сертификатами НУЦ Минцифры. Если Home Assistant их не доверяет, интеграция перестанет работать (будет ошибка SSL «Не удалось подключиться»).

Порядок действий:
1. Сначала добавьте сертификаты НУЦ Минцифры в Home Assistant. На HAOS удобно через дополнение Additional CA (https://github.com/Athozs/hass-additional-ca).
2. Перезапустите систему и проверьте, что HTTPS к новому API работает.
3. Только после этого обновляйте MaxNotify до версии 2.1.0.

Режим notify.a161.ru не менялся — для него ничего делать не нужно. Это сторонний сервис.

Бухгалтер: self-hosted учёт финансов

Последний год я постепенно составлял список моих "хотелок" от такого приложения. Главным критерием был - self-hosted, установка на свой сервер. Есть несколько вариантов, которые ставятся на ProxMox через скрипты, но это всё не то. То интерфейс не нравится, то слишком загружено информацией. Хотелось чего-то своего, с понятным интерфейсом, удобное, родное.

В итоге вот основные критерии, которые мне были нужны:

Первое, и самое важное - установка на собственный сервер. Что бы никто кроме меня не знал ничего о моих финансах!

продолжение тут -> https://dzen.ru/a/ajzaHyLQ2QX7k1K9

Пользователи MaxNotify, обратите внимание! 👀

Открыта регистрация на платформе для самозанятых. 🎉

Теперь и вам доступно создание чат-ботов, а соответственно и работа с HomeAssistant через своего бота! 👍

Пройдите процедуру регистрации по ссылке:

https://business.max.ru/ 🔗

Подробнее: https://max.ru/max_business/AZ7PseSPIo8 🔗

Вышло обновление MaxNotify — v2.0.4 🔧✨

🔹 Исправлена ошибка в мастере настройки для notify.a161.ru (режим Polling) 🛠️:
— Убрана проблема с сообщением «Произошла неизвестная ошибка» на шаге «Кнопки клавиатуры»
— Теперь после нажатия «Продолжить» мастер корректно переходит к вводу получателя — без попытки открыть несуществующий шаг slash‑команд 🎯

🔹 Улучшена диагностика сбоев 🔍:
— При ошибках в мастере настройки и на экране опций в журнал пишутся подробные записи: видно, на каком шаге произошёл сбой, плюс полный traceback 📋
— Введён единый логгер интеграции: для отладки достаточно одной строки в configuration.yaml: custom_components.max_notify: debug 🧪

🔹 Уточнены подсказки и логика интерфейса 🗣️:
— В сообщении об ошибке опроса входящих сообщений обновлена инструкция по включению debug‑логов 📝
— Для notify.a161.ru отключён экран настройки slash‑команд при первичной настройке — этот провайдер не регистрирует их в Max 🚫

🔗 Обновляйтесь: https://github.com/kai-zer-ru/max-notify-ha/releases/tag/v2.0.4

📢 Вышел Home Assistant 2026.6 (03.06.2026)

Крупное обновление с улучшениями интерфейса, новыми интеграциями и функциями автоматизации.

🌟 Основные нововведения:
• Упрощённое добавление карточек на дашборд (Browse by Entity)
• Поддержка приёма ИК‑сигналов (ИК‑пульт как триггер автоматизации)
• Улучшенный редактор автоматизаций:
- Подсчёт затронутых сущностей
- Текстовые заметки к шагам
- Реальные индикаторы состояния условий
- Встроенная справка по триггерам
• Обновлённые плиточные карточки:
- Прогноз погоды в погодных карточках
- Медиаплеер как пульт ДУ
• Управление пользователями Z‑Wave замков через HA
• Новые интеграции: Data Grand Lyon, Guntamatic, LG TV via Serial

⚠️ Внимание:
• Удалена интеграция **Konnected**. Мигрируйте на **ESPHome** для оборудования Konnected.

🛠 Как обновиться:
1. Создайте резервную копию.
2. Перейдите в «Настройки → Система → Обновления».
3. Установите 2026.6.
4. Перезагрузите систему.
5. Проверьте работу интеграций и протестируйте новые функции.

📌 Подробности: https://www.home-assistant.io/blog/2026/06/03/release-20266/

Массовые жалобы пошли на отправку видео через MaxNotify.

В официальной документации, в их репозиториях - ничего нет по поводу ошибки. Ошибка новая. До этого я такого не встречал. movie.not.owner. Будем разбираться. Пока самое простое решение - отправлять как документ. Сеорее всего что-то шаманят на своих серверах они. Может сами починят. Но я ещё поковыряюсь, поищу информацию в ближайшее время

🚨 Доступно обновление Home Assistant 2026.5.3 (19.05.2026)

Рекомендуется к установке всем пользователям версий 2026.5, 2026.5.1, 2026.5.2. Патч устраняет критические ошибки, влияющие на стабильность системы.

❌ Проблемы в предыдущих версиях:
- Сбои в MQTT‑интеграции (потеря соединения, отсутствие обновлений состояния)
- Некорректные показания датчиков температуры (скачки, зависания)
- Автоматизации с условием «ИЛИ» (OR) не срабатывают
- Пропуски данных и аномальные пики на графиках истории датчиков
- Прерывание процесса резервного копирования

✅ Исправлено в 2026.5.3:
✔ Стабильная работа MQTT — устройства обновляют состояние без разрывов
✔ Точные показания датчиков температуры в реальном времени
✔ Автоматизации с условием OR работают корректно
✔ Графики истории датчиков отображаются без пропусков и аномалий
✔ Надёжное резервное копирование — копии создаются полностью
✔ Оптимизировано потребление ОЗУ

🛠 Как обновиться:
1. Создайте резервную копию.
2. Перейдите в «Настройки → Система → Обновления».
3. Установите 2026.5.3.
4. Перезагрузите систему.
5. Проверьте MQTT‑устройства, датчики температуры, автоматизации и процесс резервного копирования.


📌 Подробности: https://www.home-assistant.io/blog/2026/05/06/release-20265/#202653---may-19

🚨 Доступно обновление Home Assistant 2026.5.2 (15.05.2026)

Рекомендуется к установке всем пользователям версий 2026.5 и 2026.5.1. Патч устраняет критические ошибки, влияющие на стабильность системы.

❌ Проблемы в предыдущих версиях:
- Задержки в работе Google Assistant
- Сбои в интеграции Zigbee2MQTT (потеря связи с устройствами)
- Автоматизации с временными триггерами не срабатывают вовремя
- Некорректные графики истории энергопотребления
- Задержки и пропуски пуш‑уведомлений


✅ Исправлено в 2026.5.2:
✔ Стабильная работа Google Assistant — мгновенное распознавание команд
✔ Исправлена интеграция Zigbee2MQTT — стабильное подключение устройств
✔ Автоматизации с временными триггерами работают точно по расписанию
✔ Графики энергопотребления отображаются корректно
✔ Уведомления приходят вовремя, без задержек
✔ Ускорена загрузка Lovelace (особенно на мобильных)

🛠 Как обновиться:
1. Создайте резервную копию.
2. Перейдите в «Настройки → Система → Обновления».
3. Установите 2026.5.2.
4. Перезагрузите систему.
5. Проверьте Google Assistant, Zigbee‑устройства, автоматизации и уведомления.


📌 Подробности: https://www.home-assistant.io/blog/2026/05/06/release-20265/#202652---may-15