Цикличная перезагрузка Wirean Board 7

В доме произошло кз, после этого Wirean Board ушел в вечную перезагрузку каждые 15 секунд, проблем по питанию нет на протяжении всего цикла получает 24 в. Индикация: 15-20 секунд моргает зеленый индикатор после чего переходит в желтый и дальше начинается моргание красного и все по кругу. Пока горит зеленый индикатор даже успевает подняться mqtt брокер просматриваю его через mqtt explorer. C чем может быть связанно такое поведение устройства, и как решить данную проблему. Так же прикрепляю файл логирования с последнего холодного пуска устройства

log_20260422T143911.log (342,4 КБ)

Добрый день!
Подозреваю аппаратные проблемы, настораживает сообщение
nginx: [emerg] cannot load certificate key "engine:ateccx08:ATECCx08:00:02:C0:00": ENGINE_load_private_key() failed.
Контроллер скорее всего, перезагружается watchdog-таймером.
Попробуйте при старте отключить его по инструкции (см. Watchdog в контроллерах Wiren Board — Wiren Board). Если контроллер перестанет перезагружаться, сделайте и пришлите, пожалуйста, диагностический архив. Создание архива описано в документации.

здравствуйте, да в debug консоле увидел что к перезагрузки приводит именно watchdog.

приложен диагностический архив, доступен только сотрудникам поддержки
(9,5 МБ)

Можно исключить, поскольку

Apr 22 17:20:34 wirenboard-A6M5AOQR wb-cloud-agent[2189]: Sending package versions: agent=1.6.12, telegraf=1.29.1-wb4, frpc=0.62.1-3-gb168dfea-wb3, engine_key=ATECCx08:00:02:C0:00
Apr 22 17:20:56 wirenboard-A6M5AOQR wb-cloud-agent[2189]: Cloud Agent is successfully connected to the cloud!

А вот

cat: /sys/bus/spi/drivers/wbec/spi0.0/fwrev: No such file or directory

про то что EC отключен или с ним нет связи.
В общем если отключен - то ожидаемо.

А с какой мотивацией? Что выводит?

Debian GNU/Linux 11 wirenboard-A6M5AOQR ttyS0

wirenboard-A6M5AOQR login: [ 34.407277] vcc-gmac-phy: disabling
[ 34.411356] dc5ldo: disabling
[ 34.415113] dldo4: disabling
[ 36.753425] Mass Storage Function, version: 2009/09/11
[ 36.758955] LUN: removable file: (no medium)
[ 36.786505] using random self ethernet address
[ 36.791354] using random host ethernet address
[ 36.928168] dbg0: HOST MAC 1a:55:89:a2:69:44
[ 36.932721] dbg0: MAC 1a:55:89:a2:69:43
[ 42.313950] bridge: filtering via arp/ip/ip6tables is no longer available by default. Update your scripts to load br_netfilter if you need this.
Stopping telegraf metric s…rd Cloud (wirenboard.cloud)…
[ OK ] Stopped telegraf metric se…oard Cloud (wirenboard.cloud).
Starting telegraf metric s…rd Cloud (wirenboard.cloud)…
[ OK ] Started telegraf metric se…oard Cloud (wirenboard.cloud).
[ 77.842053] Bluetooth: hci0: advertising data len corrected 31 → 21
[ 81.784042] Bluetooth: hci0: advertising data len corrected 31 → 21

[EC] Watchdog is timed out, reset power.

U-Boot SPL 2021.10-wb1.7.0-gc221f7953f (Jul 26 2023 - 08:32:47 +0000)
DRAM: 2048 MiB
Trying to boot from MMC2

U-Boot 2021.10-wb1.7.0-gc221f7953f (Jul 26 2023 - 08:32:47 +0000)

CPU: Allwinner R40 (SUN8I 1701)
Model: Wiren Board rev. 7.2.0 (A40i)
I2C: ready
DRAM: 2 GiB
MMC: mmc@1c0f000: 0, mmc@1c11000: 1
Loading Environment from MMC… OK
In: serial@1c28000
Out: serial@1c28000
Err: serial@1c28000
Will only keep env vars: mmcpart bootcount upgrade_available uenvcmd wb_webupd otp_program otp_aes_program

Info: input data size = 142 = 0x8E

bootcount=0
mmcpart=2
uenvcmd=true ; echo reset environment; env default -a; setenv mmcdev 0; saveenv; bmode emmc; reset
upgrade_available=0

Environment size: 142/131068 bytes

Resetting to default environment

Info: input data size = 142 = 0x8E

Net: No ethernet found.
Hit key to stop autoboot in 1s

Info: input data size = 4281 = 0x10B9

switch to partitions #0, OK
mmc1(part 0) is current device
eMMC found on device 1
Press FW button to enter firmware update mode

326 bytes read in 2 ms (159.2 KiB/s)
Importing environment from 0x42000000…
Checking if uenvcmd is set …
test - minimal test like /bin/sh

Usage:
test [args..]
Running default loadzimage …
6545328 bytes read in 174 ms (35.9 MiB/s)

MMC read: dev # 1, block # 2016, count 32 … 32 blocks read: OK
Reading overlays list from eMMC
Reading factory fdt name from eMMC
Loading factory fdt sun8i-r40-wirenboard742
57964 bytes read in 6 ms (9.2 MiB/s)
254 bytes read in 3 ms (82 KiB/s)
Applying DT overlay temp-industrial
Applying extra overlay
Booting from mmc …
Kernel image @ 0x42000000 [ 0x000000 - 0x63dfb0 ]

Flattened Device Tree blob at 43000000

Booting using the fdt blob at 0x43000000
Loading Device Tree to 49fdd000, end 49ffffff … OK

какие могут быть мои дальнейшие действия

Понятно.

То есть в цепи watchdog daemon → Linux watchdog device → драйвер ядра wbec-watchdog → SPI → WBEC
что-то не работает
При этом сам Embedded Controller функционирует.
Для диагностики возможно загрузиться с выключеным watchdog, включите его (не больше чем на время срабатывания) и, для проверки связи с самим EC выполните как вот тут

cat /sys/bus/spi/drivers/wbec/spi0.0/fwrev

Если версия прошивки считана - тогда (опять же, при включенном EC)

ls -l /proc/$(pgrep -xo watchdog)/fd | grep watchdog

Ожидаю ответ типа “l-wx------ 4 → /dev/watchdog1”
Ну и

cat /sys/class/spi_master/spi0/statistics/messages

Ожидается число, которое будет изменяться при каждом следующем запросе (расти).

то есть полностью загрузить устройство с зажатой кнопкой watchdog off после чего ее отпустить и проверить эту цепь?

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

не находит нечего по этому пути

и в debug console заметил что после полной загрузки без прерывно спамятся данные сообщения
[ 488.388810] Bluetooth: hci0: advertising data len corrected 31 → 21
[ 495.864809] Bluetooth: hci0: advertising data len corrected 31 → 21
[ 510.652809] Bluetooth: hci0: advertising data len corrected 31 → 21
[ 514.162815] Bluetooth: hci0: advertising data len corrected 31 → 21
[ 517.050814] Bluetooth: hci0: advertising data len corrected 31 → 21
[ 519.809805] Bluetooth: hci0: advertising data len corrected 31 → 21
[ 526.322822] Bluetooth: hci0: advertising data len corrected 31 → 21
[ 537.238808] Bluetooth: hci0: advertising data len corrected 31 → 21
[ 544.798807] Bluetooth: hci0: advertising data len corrected 31 → 21
[ 554.332803] Bluetooth: hci0: advertising data len corrected 31 → 21
[ 558.375807] Bluetooth: hci0: advertising data len corrected 31 → 21
[ 583.706811] Bluetooth: hci0: advertising data len corrected 31 → 21
[ 591.641806] Bluetooth: hci0: advertising data len corrected 31 → 21
[ 599.039816] Bluetooth: hci0: advertising data len corrected 31 → 21
[ 610.826896] Bluetooth: hci0: advertising data len corrected 31 → 21
[ 613.090819] Bluetooth: hci0: advertising data len corrected 31 → 21
[ 614.659815] Bluetooth: hci0: advertising data len corrected 31 → 21

Тогда - попробовать сброс к заводским настройкам.

а есть какая нибудь возможность сделать бэкап и восстановиться из него или придется заново проводить все настройки

Да, конечно, вот тут описано: Резервное копирование настроек контроллера — Wiren Board
Восстановиться - если настраивали самостоятельно -то есть точное понимание какие конфиги нужны - и достаточно извлечь из и скопировать в новую систему.

а не поможет ли обновление прошивки или данные файлы она не затрагивает?
Так как в самостоятельном восстановлении системы не уверен

Скорее нет.