Ошибки при wb-mcu-fw-updater

1

Добрый день

WB 8.5 2606

Обновлял прошивки - появились вопросы

  1. Как так можно было получить прошивку новее чем есть

    Downgrade not allowed: 2.12.4 -> 2.12.3

, всегда обновлял или wb-mcu-fw-update или в Настройках на вебе и только stable

  1. Что-то, похоже, пошло не так

    Released FW not found for ""

  2. Пытается найти прошивку для сторонних устройств

    Probing evan-forward
    Probing deye
    Probing avt-301-003
    Probing vent_zentec_m245

и одно, похоже, считает своим родным от WB

Not supported in current wb-2606 release: deye (16, /dev/ttyRS485-1)

это нормальное поведение ?

# wb-mcu-fw-updater update-all
2026-06-27 19:52:51,648 Will probe all devices on enabled serial ports of /etc/wb-mqtt-serial.conf:
Probing WB-MSW v.4 (port: /dev/ttyRS485-1, slaveid: 20, uart_params: 57600N2, response_timeout: 0.50)... (elapsed: 00:00)
Probing WB-MCM8 (port: /dev/ttyRS485-1, slaveid: 59, uart_params: 57600N2, response_timeout: 0.50)... (elapsed: 00:00)
Probing evan-forward (port: /dev/ttyRS485-1, slaveid: 77, uart_params: 57600N2, response_timeout: 0.50)... (elapsed: 00:02)
Probing WB-MAP12E fw2 (port: /dev/ttyRS485-1, slaveid: 25, uart_params: 57600N2, response_timeout: 0.50)... (elapsed: 00:00)
Probing WB-MAP12E fw2 (port: /dev/ttyRS485-1, slaveid: 93, uart_params: 57600N2, response_timeout: 0.50)... (elapsed: 00:00)
Probing deye (port: /dev/ttyRS485-1, slaveid: 16, uart_params: 57600N2, response_timeout: 0.50)... (elapsed: 00:00)
Probing WB-MAP3E fw2 (port: /dev/ttyRS485-1, slaveid: 130, uart_params: 57600N2, response_timeout: 0.50)... (elapsed: 00:00)
Probing avt-301-003 (port: /dev/ttyRS485-1, slaveid: 128, uart_params: 57600N2, response_timeout: 0.50)... (elapsed: 00:02)
Probing WB-MAI6 (port: /dev/ttyRS485-1, slaveid: 66, uart_params: 57600N2, response_timeout: 0.50)... (elapsed: 00:00)
Probing vent_zentec_m245 (port: /dev/ttyRS485-1, slaveid: 200, uart_params: 57600N2, response_timeout: 0.50)... (elapsed: 00:02)
Probing WB-MSW v.4 (port: /dev/ttyRS485-2, slaveid: 42, uart_params: 57600N2, response_timeout: 0.50)... (elapsed: 00:00)
Probing WB-MSW v.4 (port: /dev/ttyRS485-2, slaveid: 43, uart_params: 57600N2, response_timeout: 0.50)... (elapsed: 00:00)
Probing WB-MSW v.4 (port: /dev/ttyRS485-2, slaveid: 168, uart_params: 57600N2, response_timeout: 0.50)... (elapsed: 00:00)
Probing WB-MSW v.4 (port: /dev/ttyRS485-2, slaveid: 28, uart_params: 57600N2, response_timeout: 0.50)... (elapsed: 00:00)
Probing WB-MSW v.4 (port: /dev/ttyRS485-2, slaveid: 50, uart_params: 57600N2, response_timeout: 0.50)... (elapsed: 00:00)
Probing WB-MSW v.4 (port: /dev/ttyRS485-2, slaveid: 41, uart_params: 57600N2, response_timeout: 0.50)... (elapsed: 00:00)
Probing tpl1_web2_i_ebus (port: /dev/ttyMOD2, slaveid: 12, uart_params: 19200N1, response_timeout: 0.50)... (elapsed: 00:01)
2026-06-27 19:53:14,697 Update: 4.35.3 -> 4.37.0 (WB-MSW v.4 (20, /dev/ttyRS485-1))
2026-06-27 19:53:17,785 Update: 1.8.3 -> 1.9.0 (WB-MCM8 (59, /dev/ttyRS485-1))
2026-06-27 19:53:20,595 Downgrade not allowed: 2.12.4 -> 2.12.3 (WB-MAP12E fw2 (25, /dev/ttyRS485-1))
2026-06-27 19:53:22,861 Downgrade not allowed: 2.12.4 -> 2.12.3 (WB-MAP12E fw2 (93, /dev/ttyRS485-1))
2026-06-27 19:53:25,106 Released FW not found for ""
Release info:
{
    "RELEASE_NAME": "wb-2606",
    "SUITE": "stable",
    "TARGET": "wb8/bullseye",
    "REPO_PREFIX": ""
}
2026-06-27 19:53:27,354 Downgrade not allowed: 2.12.4 -> 2.12.3 (WB-MAP3E fw2 (130, /dev/ttyRS485-1))
2026-06-27 19:53:29,615 Update: 2.3.3 -> 2.4.0 (WB-MAI6 (66, /dev/ttyRS485-1))
2026-06-27 19:53:32,665 Update: 4.35.5 -> 4.37.0 (WB-MSW v.4 (42, /dev/ttyRS485-2))
2026-06-27 19:53:35,397 Update: 4.35.5 -> 4.37.0 (WB-MSW v.4 (43, /dev/ttyRS485-2))
2026-06-27 19:53:39,424 Update: 4.35.5 -> 4.37.0 (WB-MSW v.4 (168, /dev/ttyRS485-2))
2026-06-27 19:53:41,775 Update: 4.35.5 -> 4.37.0 (WB-MSW v.4 (28, /dev/ttyRS485-2))
2026-06-27 19:53:44,047 Update: 4.35.5 -> 4.37.0 (WB-MSW v.4 (50, /dev/ttyRS485-2))
2026-06-27 19:53:46,322 Update: 4.35.5 -> 4.37.0 (WB-MSW v.4 (41, /dev/ttyRS485-2))

......... обновление чего смогло................

2026-06-27 19:59:53,704 Not updated (fw version gone ahead of release stable):
2026-06-27 19:59:53,706         WB-MAP12E fw2 (25, /dev/ttyRS485-1); WB-MAP12E fw2 (93, /dev/ttyRS485-1); WB-MAP3E fw2 (130, /dev/ttyRS485-1)
2026-06-27 19:59:53,707 You may try to run with "--allow-downgrade" arg
2026-06-27 19:59:53,709 Not supported in current wb-2606 release:
2026-06-27 19:59:53,710         deye (16, /dev/ttyRS485-1)
2026-06-27 19:59:53,712 You may try to switch to newer release
3

Добрый день.

Несколько причин, как 2.12.4 могла попасть на устройства раньше, чем релиз вырос до нее:

  1. Устройства когда-то обновляли с другого контроллера/релиза, где прошивка была свежее, либо вручную файлом.
  2. Контроллер недавно перепрошивали/откатывали на более старый релиз софта, а устройства на шине остались с новыми прошивками.

Устройство не отдает сигнатуру. Ожидаемое поведение.

Если есть устройство - он проверяется.

В файле
такого нет. Вывод следует из того что устройство ответило на чтение из регистров сигнатуры - но в релиз-файле не найдено ничего соответсвующего прочитанномсу.

4

по вопросу 3 понятно, совпало по ресгистрам где у вас сигнатура

по вопросу 2 - не понятно из лога какое “Устройство не отдает сигнатуру”

по вопросу 1 - нет на обе версии

5

Например “avt-301-003”

Если это новые устройства - то они вполне могли быть с актуальной прошивкой с производства. Если нет - тогда предположения закончились.

6

Released FW not found - т.е. стороннее устройство (deye тогда уже - про неё в конце есть) совпало по регистрам с вашими регистрами сигнатуры и, скорее всего, вернуло из них 0x00, и по полученой строке из шестанцетиричных нулей апдейтер пошёл искать прошивку ?

Чудно… и потенциально тянет что он мог вообще упасть при удчаном раскладе раз не валидирует сигнатуру (у вас сигнатуры всё же буквенно-цифровые по наблюдению), а тут с шестнадцатеричными нулями (ну да, конечно в С это пустая строка как в логе отобразилось)

А если он искал прошивку через веб у вас на серверах, то без валидации потенциальная возможность чего-то левого напихать в попытке найти уязвимосить

Если это новые устройства - то они вполне могли быть с актуальной прошивкой с производства. Если нет - тогда предположения закончились.

Им год с лишним, как куплены так и поставлены. Ладно, ещё одна загадка.

7

Вряд ли. Просто проходит с “сигнатурой” по файлу сигнатур и если нет совпадений - переходит к следующему устройству.
То есть нет особого смысла на этом этапе пытаться ограничить возможные значения.

8

тогда прекрасно, в логе всё нормально хоть и местами странно.