Датчик WB-MSW-ZIGBEE v.4 "окирпичил" обновлением

День добрый!

По недоразумению “окирпичил” датчик [WB-MSW-ZIGBEE v.4].

Ради досужего интереса подключил его по RS-485 и забыл отключить.
Ну и обновил прошивки всех устройств (wb-mcu-fw-updater update-all)

Теперь этот датчик в режиме bootloader.

В документации вроде нет прямого запрета такого обновления, просто сказано, что датчик поддерживает обновление “по воздуху”. Причем, в моем случае, по инструкции от SprutHub-а (с разбега не нашел, написал в поддержку).

Sprut его немного видит - спарить получается, какой-то мусор в регистрах видится.

Вопрос.
Как его оживить?

wb-mcu-fw-updater recover-all (все остальные устройства отключил) не помогло.
Индивидуальный wb-mcu-fw-updater recover не пробовал - что-то затруднился с выбором прошивки.

Датчик :
HW: v5.5E/Z
FW: 4.31.7 (видимо уже не так)
s/n: 219410

Контроллер :
HW: 8.4.4
FW: wb-2407
s/n: ACR5MJJP

Добрый день! Занимаемся вашей проблемой, нужно ещё немного времени для подготовки ответа.

Прошу прощения за долгий ответ!

Прикрепите, пожалуйста, диагархив с контроллера, собранный перед выполнением рекомендаций ниже. Похоже, баг при обновлении.

Это точно? Мигает равномерно раз в секунду статусом?

Если так:

Подключитесь, пожалуйста, по RS-485 (с соответствующим положением переключателя на датчике)

И обновите вручную с помощью flasher.

Сигнатура прошивки у вашего датчика msw5G

1 лайк

Спасибо!

Все получилось!

  1. на всякий случай отключил от шины все устройства, кроме проблемного датчика.

  2. Удалил в интерфейсе все устройства.

  3. Скачал диагАрхив (приложен)
    diag_output_ACR5MJJP_2024-10-21-23.04.21.zip (377,0 КБ)

  4. Остановил wb-mqtt-serial и, на всякий случай, службу Спрута.

  5. прошил версию 4.31.7. Получилось.

  6. попробовал еще раз обновить до свежей (4.31.10) версии - Ошибка. Выглядит вот так
    Will find serial port settings for (/dev/ttyRS485-1 : 82; response_timeout: 0.20)… (elapsed: 00:00)
    2024-10-21 23:33:03,892 Has found serial port settings: SerialSettings(baudrate=9600, parity=‘N’, stopbits=2)
    2024-10-21 23:33:06,335 fw (msw5G 82 on /dev/ttyRS485-1):
    2024-10-21 23:33:06,336 Update: 4.31.7 → 4.31.10 (msw5G 82 /dev/ttyRS485-1)
    2024-10-21 23:33:09,905 Flashing /var/lib/wb-mcu-fw-updater/msw5G__4.31.10_master_afd91ad.wbfw (311 data chunks)
    2024-10-21 23:33:12,742 Flashing fw to (/dev/ttyRS485-1 82; response_timeout: 0.20s) has failed!
    2024-10-21 23:33:12,744

  7. опять прошил 4.31.7

  8. Снял еще один диагАрхив. тоже приложен
    diag_output_ACR5MJJP_2024-10-21-23.35.09.zip (377,8 КБ)

Оставил в таком состоянии.

При этом у меня есть еще один такой датчик, только без zigbee. Этот обновился корректно. Отличаются HW - v5.5E/Z и v5.3H

Здорово!
Рада была помочь и большое вам спасибо за исследование!

Все оказалось не столь радужным…

по rs485 все хорошо. (есть по мелочи расхождения в показаниях датчиков, лежащих рядом)

а вот по zigbee (в Спруте) само устройство спаривается, но показания датчиков по нулям, лампочки/сирены не реагируют…

Попробую Спрутов потеребить на эту тему.

А через zigbee обновляли повторно? По modbus только modbus часть обновляется.

Пока не получил от Спрутов инструкции, как это делать.

ааа, у вас через Спрут. А просто zigbee-модуля нет? который по zigbee2mqtt работает?

не… такого нет

Добрый день. Можно больше данных по работе устройства по zigbee. Нужен лог с момента спаривания датчика. Вы его смотрели? Есть ли там какие-либо ошибки?

Добрые люди с форума Спрута помогли.

Оказалось, КРАЙНЕ ВАЖНО(!!!), чтобы настройка скоростей при работе по zigbee везде была 9600.

Никакая другая.

Это и настройка скорости в стике, и в датчике.

Просто одинаковая не катит.

Думаю, это стоит отразить в документации.

Спасибо! Воспроизведём - запишем в документацию.