Выбор прошивки Zigbee‑координатора: Z‑Stack coordinator vs альтернативные сборки

Если у вас TI‑донгл (CC2652/CC1352) — чаще всего выбирайте Z‑Stack (ZNP) в сборках Koenkk; для Silicon Labs EFR32 — EmberZNet (NCP) + драйвер ember; deCONZ имеет смысл в основном «как есть», если сеть уже стабильна и вам не нужны продвинутые функции.

Что именно вы выбираете: не «прошивку вообще», а связку

Координатор — это не только «железка», а связка из двух вещей:

  1. Zigbee‑стек на чипе (создаёт сеть, хранит ключи и таблицы, отвечает за маршрутизацию).
  2. Протокол “хост ↔ координатор” (USB/UART/Ethernet), который должен совпадать с тем, что ожидает ZHA или Zigbee2MQTT.

Нельзя выбирать прошивку по принципу «самая новая». Важно, чтобы стек и драйвер (zstack/ember/deconz) были совместимы — иначе сеть не поднимется или будет нестабильной.

TI Z‑Stack (ZNP): «база» и альтернативные сборки Koenkk — когда что брать

Z‑Stack coordinator (ZNP) — самый распространённый путь для TI‑чипов (CC2652/CC1352/CC2538). На практике вопрос «Z‑Stack или альтернативная сборка» обычно означает выбор между:

  • вендорской прошивкой (что было «с завода»);
  • комьюнити‑сборками Koenkk на базе Z‑Stack (под Zigbee2MQTT их чаще всего и подразумевают).

Когда Z‑Stack (ZNP) — лучший выбор:

  • вы используете Zigbee2MQTT и хотите максимально предсказуемую поддержку;
  • у вас TI‑донгл, и вы не планируете смешивать это с мультипротокольными сценариями;
  • важны резервные копии и простая миграция в пределах того же семейства.

Для TI‑стиков «по умолчанию» выбирайте Koenkk Z‑Stack‑firmware (coordinator): под неё больше инструкций, типовых команд прошивки и накопленного опыта по ошибкам.

Альтернативы: EmberZNet (Silicon Labs) и deCONZ — когда они уместнее Z‑Stack

Если адаптер не TI, то «Z‑Stack или нет» уже не выбор — вы ограничены семейством чипа и его NCP‑прошивками.

Silicon Labs EFR32 (EmberZNet NCP)

Подходит, если у вас донгл на EFR32MG21/MG24 и вы используете Zigbee2MQTT или ZHA.

На что обратить внимание:

  • выбирайте именно координаторную NCP‑прошивку (не router);
  • в Zigbee2MQTT используйте драйвер ember и следите за совместимостью версий (слишком старые/слишком новые связки дают обрывы и ошибки инициализации);
  • избегайте «мультипротокольных» сборок, если цель — максимальная стабильность Zigbee.

ConBee/RaspBee (deCONZ)

deCONZ может работать хорошо, но у него встречаются ограничения по функциям (в зависимости от сценариев — это может быть критично).

Имеет смысл оставаться на deCONZ, если:

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

Сравнение вариантов для дома

Что у вас и цельЧто выбратьПочему это обычно рационально
TI CC2652/CC1352 + Zigbee2MQTTZ‑Stack (ZNP) в сборке KoenkkСамый «протоптанный» сценарий, минимум сюрпризов
EFR32 + Zigbee2MQTTEmberZNet NCP + adapter: emberНативная связка под Silabs, лучше поддерживается, чем старые режимы
ConBee + всё работаетdeCONZ (оставить как есть)Меньше рисков, чем миграция без необходимости
Нужны «продвинутые» сценарии и максимум совместимостиTI Z‑Stack или Silabs EmberZNetОбычно меньше ограничений, проще диагностика

Чеклист выбора и безопасного обновления прошивки

  1. Определите чип/семейство (TI CC… или Silabs EFR32 или ConBee).
  2. Сверьте драйвер в софте:
    • Zigbee2MQTT: zstack / ember / deconz
    • ZHA: выбирайте прошивку под поддерживаемый тип координатора.
  3. Сделайте бэкап, если ваша связка это поддерживает (особенно перед сменой ветки/версии).
  4. Обновляйте только coordinator‑прошивкой (частая ошибка — прошить router).
  5. После обновления проверьте: запуск сети, присоединение устройств, стабильность в течение 24–48 часов (не по первым 5 минутам).

Если меняете семейство координатора (например, deCONZ → TI или Silabs → TI), чаще всего потребуется переподключение устройств, потому что меняются ключи/сеть/хранилище.

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

  • Прошивка «не того семейства» (прошивка для TI при фактическом EFR32 и наоборот).
  • Переход на новую ветку без проверки совместимости драйвера и версии NCP.
  • Прошивка router вместо coordinator.
  • Подключение координатора через нестабильный serial‑мост (особенно по Wi‑Fi): появляются задержки, отваливаются устройства, сыпятся ретраи.
  • Ожидание «дальнобойности» только от мощного донгла: без Zigbee‑роутеров (питаемых от сети устройств) покрытие всё равно будет слабым.

FAQ

Нужно ли переподключать устройства после обновления прошивки?
Обычно нет, если это обновление в рамках того же стека/семейства и сохранены данные сети. Но при смене типа координатора или при потере NV‑данных переподключение часто неизбежно.

Что важнее: новая версия или стабильная?
Для координатора почти всегда важнее совместимость и стабильность (драйвер ↔ NCP/ZNP), чем «самая свежая» версия.

Что выбрать, если не хочу разбираться?
TI CC2652/CC1352 → Z‑Stack (ZNP) в сборке Koenkk.
EFR32 → EmberZNet NCP + ember.
ConBee/deCONZ → оставьте, если всё устраивает; мигрируйте только при явных ограничениях или проблемах.