Zigbee карта сети на стике v4 CC2652 после миграции с v3 CC2538. Шеф все пропало

Продолжаю мигрировать (экспериментировать) свою Zigbee сеть на новый стик V4 CC2652. Ничего практически не менял в своей сети за исключением самого стика. Первая карта вышла комом. Многие девайсы тупо отвалились. Переспаривать свыше 100 устройств не вариант.

Помойму это провал. 🙂 До этого был стик V3 CC2538 V4 zStack3x0 revision: 20200220 (от 2020г), картина была абсолютно иная. Практически большая часть устройств в сети была подключена к координатору V3 (хотя это и не так хорошо для координатора, но это особенность прошивки была), здесь на стике V4 картина совсем ПРОТИВОПОЛОЖНАЯ. Большинство устройств переключились на роутеры Xiaomi (логично что так и должно быть, роутеры это синие квадратики – розетка/выключатели и т.п.), Вот так любовь ?! , роутеры Xiaomi не очень славятся своей стабильностью. 🙂 Но есть одно: прошивка свежая стика, V4 zStack3x0 revision: 20210120. Так вот : восстановление Zigbee сети (перестраивание без переспаривания) было около суток, больно и мучительно. Также в сети есть Zigbee роутер на старом СС2531 (с последней прошивкой 1.2) (он отмечен красным прямоугольником) – к нему практически ничто не подключено т.е. пользы от него мало. Можно выкинуть. Всю часть работы с конечными устройствами в сети на себя взяли роутеры от Xiaomi.  Видим что по уровню сигнала роутеры от Xiaomi не проигрывают стику CC2531. Рассмотрим поближе

тут важно разместить роутер таким образом чтобы он получил максимальный уровень сигнала с координатором (в пределах видимости жел-но, у меня таких условий нет, поэтому что есть то есть). между всеми роутерами должна (желательно) быть устойчивая связь. Зеленые линии это активный канал, двойные – связь в обе стороне, красный – неактивный маршрут помоему. Каждый датчик может подключаться только к одному роутеру или координатору. Роутер сам ищет маршрут до координатора для этого устройства.

конечные устройства (желтные квадратики) которые не подключены к роутерам это либо отвал либо спящий режим либо мертвые (не удаленные устройства в HomeAssistant).  

Аднака анализируя схему со стиком CC2538  на прошивке от февраля 2020г. я наблюдал куда стабильное подключение (прошу прощения карту не сохранил от CC2538, опишу на словах) связей между роутерами чем на на стике V4, и не скажу что есть какие то супер улучшения. есть только – СТАБИЛЬНОСТЬ стика V3 на февральской прошивке 2020г. Чем больше связей между роутерами в вашей сети, тем более масштабированная Mesh сеть у вас получиться. Как видим к координатору “подтянулось” более роутеров (некоторые роутеры ходят через роутеры, это резервные связи) Xiaomi (не считая роутера CC2531). Если датчик (конечное устройство) теряем связь с роутером Xiaomi, на смену им придет стик CC2531 (по логике) и уйдет на это некоторое время, но на схеме выше видим что, он (СС2531 роутер) установил связь не со всеми роутерами Xiaomi. Конечное устройство может подключаться только к одному роутеру или сразу к стику. На схеме все роутеры разбросаны кругом (это такова особенность построения карты) т.е. они по факту могут находится на различных этажах дома – поэтому мы видим отсутствие некоторых связей между собой. Классическая сеть из роутеров

Стик CC2652 не очень дружелюбны с роутерами Xiaomi (хотя в прошивке от 2021 я слышал совсем другое), со временем отваливаются от сети и получаем ошибку в логах z2m: “No network route”. 

Mar 06 09:47:19 ihome npm[10353]: Zigbee2MQTT:error 2021-03-06 09:47:19: Publish 'set' 'state' to '0x00158d0001f579a9' failed: 'Error: Command 0x00158d0001f579a9/2 genOnOff.on({}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (Data request failed with error: 'No network route' (205))'
Mar 06 09:47:19 ihome npm[10353]: Zigbee2MQTT:debug 2021-03-06 09:47:19: Error: Command 0x00158d0001f579a9/2 genOnOff.on({}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (Data request failed with error: 'No network route' (205))
Mar 06 09:47:19 ihome npm[10353]:     at ZStackAdapter.<anonymous> (/opt/zigbee2mqtt/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackAdapter.js:339:27)
Mar 06 09:47:19 ihome npm[10353]:     at Generator.next (<anonymous>)
Mar 06 09:47:19 ihome npm[10353]:     at fulfilled (/opt/zigbee2mqtt/node_modules/zigbee-herdsman/dist/adapter/z-stack/adapter/zStackAdapter.js:24:58)
Mar 06 09:47:19 ihome npm[10353]: Zigbee2MQTT:info  2021-03-06 09:47:19: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"message":"Publish 'set' 'state' to '0x00158d0001f579a9' failed: 'Error: Command 0x00158d0001f579a9/2 genOnOff.on({}, {\"timeout\":10000,\"disableResponse\":false,\"disableRecovery\":false,\"disableDefaultResponse\":false,\"direction\":0,\"srcEndpoint\":null,\"reservedBits\":0,\"manufacturerCode\":null,\"transactionSequenceNumber\":null,\"writeUndiv\":false}) failed (Data request failed with error: 'No network route' (205))'","meta":{"friendly_name":"0x00158d0001f579a9"},"type":"zigbee_publish_error"}'

Хорошая идея : для роутеров (а это выключателия/розетки/реле)  от Xiaomi сделать отдельную Zigbee сеть или избавляться от них полностью. 🙂

Решил ради эксперимента поменять канал с 11 на 15 в z2m /opt/zigbee2mqtt/data/configuration.yaml

Все упало моментально и так не поднялось на новом канале. Делать этого не стоит. При первичной реализации домашней Zigbee сети задавайте канал изначально и прописывайте в конфигурацию.  Восстановить сеть будет сложнее. Ниже схема после смены канала

Для восстановления работы роутеров на новом канале необходимо обесточить их от сети на некоторое время (несколько секунд) и вновь подключить. После восстановления картина иная. 

Поэтому кто там так упорно делает акцент на то, что все работает с полпинка стоит только заменить стик V3 на V4 – пошлите его подальше. 🙂 Проверено не раз. Там где десятки десятки устройств, неизбежны некоторые проблемы. А если у вас еще и зоопарк разных вендоров … 🙂 Мне кажется стик на V4 работает с роутерами более комфортнее что-ли. Плюс выигрыш миграции минимальный. Оно этого стоит ? 

PS: в итоге я мигрировал на новый стик V4 CC2652. Улучшений (а это время отликов устройств, отвалов, спаривание новых устройств …) ну осталось на прежнем уровне но не хуже. Но небольшой плюс в отклике конечных устройств есть. Но процесс миграции в зависимости как устроена ваше сеть занятие не для слабонервных. 🙂 С десяток устройств вы не заметите думаю проблем … Работа с modkam устройствами отставляет желать лучшего. Хотя мне также кажется, что z2m + CC2652 это весьма пока “сырой” проект (вспомним хотя версию прошивки  Zigbee2mqtt v1.18.0, сколько нервов она принесла обладателям этих стиков).

Роутеры Xiaomi это зло. 🙂

5 2 голоса
Рейтинг статьи
Подписаться
Уведомить о
guest
0 комментариев
Межтекстовые Отзывы
Посмотреть все комментарии
0
Оставьте комментарий! Напишите, что думаете по поводу статьи.x
()
x