Координатор ZBT-2 не находит Sonoff ZBDongle-E, перепрошитый под роутер (устройство, расширяющее покрытие Zigbee-сети), либо ZHA (интеграция Zigbee в Home Assistant) определяет донгл как сам координатор. Обычно помогает смена IEEE-адреса (уникального идентификатора Zigbee-устройства) донгла на новый уникальный: это сработало в двух ветках форума из трех, где способ пробовали. Реже выручает полная перепрошивка донгла через ZigStar.
Как выглядит проблема
В ветках форума описаны три варианта:
- Координатор ZBT-2 вообще не обнаруживает Sonoff ZBDongle-E, прошитый прошивкой роутера.
- Dongle-E с роутерской прошивкой показывается в ZHA как уже существующий координатор сети, в описанном случае это SLZB-06.
- Sonoff Zigbee Dongle Plus (P), который используется как роутер, не находится при добавлении в новую сеть ZHA после перепрошивки.
Текстов ошибок в ветках не приведено.
Причины
Чаще всего называли совпадение IEEE-адресов донгла и нового координатора: оба унаследовали один адрес от старого координатора (2 ветки из 3).
| Причина | Как проверить | Что сделать |
|---|---|---|
| Донгл и новый координатор делят один IEEE-адрес, унаследованный от старого координатора. Подтверждено в 2 ветках | Dongle-E с роутерской прошивкой определяется в ZHA как уже существующий координатор | Сменить IEEE-адрес донгла на новый уникальный |
| Донгл продолжает искать старую сеть, которой больше не существует. Предположение, подтверждений нет | Прямой проверки нет, причина остается догадкой | В ветке с этой догадкой помогла полная перепрошивка донгла через ZigStar (erase и nvram reset, затем discovery в ZHA); там же предлагали сменить IEEE-адрес |
Что помогло
У пользователей сработали два решения: смена IEEE-адреса донгла (два подтвержденных случая) и полная перепрошивка через ZigStar (один подтвержденный случай). Оба решения - опыт форума, официальной документацией они не подтверждены.
Сменить IEEE-адрес донгла
Участники записывали в донгл-роутер новый уникальный IEEE-адрес, например через XZG Multi-tool с опцией Force. Помогло в 2 ветках из 3, где это пробовали, в третьей ветке результат остался неизвестен.
Один из вариантов - утилита universal_silabs_flasher:
py -m universal_silabs_flasher -v --device COM6 --probe-methods ezsp:115200 write-ieee --ieee <NEW_UNIQUE_IEEE> --forceПерепрошить донгл через ZigStar
Второй путь - заново прошить донгл роутерской прошивкой. Порядок из ветки форума:
- Перевести донгл в boot mode (сервисный режим загрузки).
- Прошить донгл инструментом ZigStar: erase, write, verify, nvram reset.
- Запустить в ZHA discovery (поиск новых устройств) и прошить устройство.
Помогло в единственной ветке, где это пробовали. Там же упоминалась команда:
python uartLog.pyЕсли не помогло
Один пользователь пробовал спарить прошитый донгл как обычное Zigbee-устройство и перепробовал несколько версий роутерской прошивки через флешер Sonoff. Итог: одно сообщение о неудаче, успешных нет.
Еще два варианта обсуждались, но остались без подтверждений:
- Отметить в ZigStar опции nvram erase, прошить через cc2538-bsl или использовать аддон ZigStar (дополнение для Home Assistant) с адресом роутерской прошивки: zigstar_addons.
- После прошивки выключить и включить питание донгла, прошить с флагом erase, отключить донгл, открыть Permit Join (разрешение на присоединение устройств) в Zigbee2MQTT и подключить донгл снова.
Частые вопросы
Касается ли это Sonoff Zigbee Dongle Plus (P)?
Да, похожий случай описан именно с Dongle Plus (P). В ветке форума донгл Plus (P), который использовался как роутер, не находился при добавлении в новую сеть ZHA после перепрошивки. Ему советовали то же самое: сменить IEEE-адрес на новый уникальный. Причина там названа другая и остается предположением: донгл продолжал искать старую сеть, которой больше не существует.
Какой инструмент нужен для смены IEEE-адреса?
В ветках форума упоминаются два инструмента. Первый - XZG Multi-tool с опцией Force. Второй - universal_silabs_flasher: адрес меняли командой write-ieee с флагом —force, а утилиту запускали через py -m universal_silabs_flasher. В обоих случаях цель одна - записать в донгл новый уникальный IEEE-адрес вместо унаследованного. Официальной проверки именно для ZHA с координатором ZBT-2 у этих способов нет.
Какие значения подставлять в команду write-ieee?
Вместо COM6 подставьте порт, к которому подключен донгл, вместо <NEW_UNIQUE_IEEE> - новый уникальный IEEE-адрес. Остальные части команды в примере с форума оставляли без изменений: опцию --probe-methods ezsp:115200, флаги -v и --force. Команда запускается через py -m universal_silabs_flasher. Ту же задачу решал XZG Multi-tool с опцией Force.
Нужно ли переводить донгл в boot mode перед прошивкой через ZigStar?
В единственной ветке, где перепрошивка помогла, донгл сначала переключали в boot mode (сервисный режим загрузки) и только после этого запускали прошивку. Дальше шел полный цикл ZigStar: erase, write, verify и nvram reset, а затем в ZHA запускали discovery (поиск новых устройств) и выполняли прошивку. Именно эта последовательность описана как рабочая. Отдельных сообщений о прошивке через ZigStar без boot mode в ветках не было.
