Как выбрать ZHA или Zigbee2MQTT и переехать без «отвала» Zigbee-устройств

Для Home Assistant правило простое: ZHA выбирают за “поставил и работает”, а Zigbee2MQTT — за более широкую поддержку устройств и контроль. Миграция без перепривязки возможна только если сохранить ту же Zigbee-сеть (ключ/канал/PAN), и это не всегда гарантировано между разными стеками.

Под «без потери устройств» обычно имеют в виду два пункта:

  1. не делать reset/pairing каждому девайсу; 2) не переделывать автоматизации. Эти цели часто конфликтуют — выберите, что важнее.

Оглавление

Как выбрать: ZHA или Zigbee2MQTT

Выбирайте ZHA, если нужно:

  • минимальная настройка (всё внутри Home Assistant, без отдельного сервиса и MQTT);
  • типовые датчики/реле/лампы и сеть уже стабильна;
  • меньше “ручек” и меньше точек отказа.

Выбирайте Zigbee2MQTT, если важно:

  • максимум совместимости (особенно с «капризными» моделями) и быстрые исправления через конвертеры;
  • удобная диагностика сети и устройств, логирование, тонкие параметры;
  • независимость Zigbee-слоя от Home Assistant (удобно для переездов/экспериментов).

Быстрое сравнение

КритерийZHAZigbee2MQTT
Сложность стартаНижеВыше (нужны MQTT и отдельный сервис)
Поддержка устройствХорошая, но иногда “не всё”Часто шире по функциям и моделям
Диагностика/контрольБазовые инструментыОбычно больше инструментов и настроек
Миграция между стекамиНе всегда гладкоНе всегда гладко

Что именно ломается при миграции

  1. Zigbee-привязка устройств к сети
    Устройства “помнят” сеть по параметрам: network key, канал, PAN ID / extended PAN ID. Если вы случайно создаёте новую сеть — большинству устройств потребуется повторное подключение (pairing/reset).

  2. Сущности и автоматизации в Home Assistant
    При смене интеграции меняются сущности, их имена и атрибуты. Даже если устройства в Zigbee-сети сохранились, в HA может понадобиться правка автоматизаций.

Чтобы автоматизации переживали переезд, управляйте не “напрямую лампой”, а через прослойку: группы, helper’ы (input_boolean), скрипты. Тогда меняете только “внутренности”, а триггеры/логика остаются.

Сценарии миграции: от надёжного к «почти без перепривязки»

1) Самый надёжный: перепривязка устройств (зато предсказуемо)

Подходит, если вы хотите гарантированный результат.

Порядок переноса (важно для mesh):

  1. Сетевые роутеры (розетки, реле, лампы на питании) — они строят “скелет” сети.
  2. Остальные устройства на питании.
  3. Батарейные датчики — в конце, после стабилизации маршрутов.

После переноса дайте сети 1–24 часа “устояться”: маршрутизация и таблицы связей обновляются не мгновенно.

2) Минимум даунтайма: две сети и перенос партиями

Если не хотите “тёмный дом” на время переезда:

  • поднимите вторую сеть на втором координаторе;
  • переносите устройства комнатами/группами;
  • держите две сети параллельно недолго, чтобы не запутаться и не ухудшить радиообстановку.

3) «Почти без перепривязки»: попытка сохранить ту же Zigbee-сеть

Идея: не менять сеть, а “подхватить” её другим стеком. На практике это упирается в доступность/совместимость бэкапа сети и в конкретный адаптер.

Мини-чеклист, если пробуете:

  • зафиксируйте параметры сети: channel, PAN ID, extended PAN ID, network key;
  • остановите старую интеграцию, чтобы она не держала порт координатора;
  • поднимайте новую, строго с теми же параметрами;
  • будьте готовы “разбудить” батарейные устройства для обновления/опроса.

Самая частая причина провала — новый стек стартует с другим ключом или PAN/каналом и создаёт новую сеть. Тогда сценарий автоматически превращается в перепривязку большинства устройств.

Частые ошибки

  • Координатор воткнут прямо в USB рядом с USB3/SSD/роутером → помехи 2.4 ГГц, плохое качество связи. Решение: USB-удлинитель и вынос подальше.
  • Переносят сначала батарейные датчики → сеть “кривая”, отваливаются устройства. Решение: сначала роутеры.
  • Выбрали Zigbee-канал, который сильно пересекается с Wi‑Fi → нестабильность. Решение: планирование каналов и уменьшение помех.
  • В Zigbee2MQTT устройства есть, а в Home Assistant не появляются → не настроен MQTT/обнаружение или неверный базовый топик.

FAQ

Можно ли мигрировать ZHA ↔ Zigbee2MQTT вообще без переподключения устройств?
Иногда — если удаётся сохранить ту же сеть (ключ/канал/PAN) и корректно перенести/подхватить данные. Но это не универсально, поэтому планируйте вариант с перепривязкой.

Что важнее для “безболезненной” миграции: сохранить Zigbee-сеть или сущности в HA?
Чаще сложнее сохранить сущности. Для автоматизаций используйте прослойки (скрипты/группы/helper’ы) — тогда смена интеграции ломает меньше.

Сколько времени займёт переезд с перепривязкой?
Обычно 1–3 минуты на устройство плюс время на проверку автоматизаций. Большие сети удобно переносить партиями.

Нужно ли менять координатор при переходе?
Не обязательно. Но если меняете — миграция усложняется: придётся переносить данные сети внутри одного стека или перепривязывать устройства.

Какой сценарий выбрать?
Если важна предсказуемость — сценарий с перепривязкой. Если критичен даунтайм — две сети и перенос партиями. “Почти без перепривязки” стоит пробовать только при готовности к откату.