поймал ребут, с отладочной консолью, но вывод там абсолютно неинформативен
Логи в момент ребута
Feb 19 16:34:05 wirenboard-A66HCOB6 authpriv.info CRON[7402]: pam_unix(cron:session): session closed for user root
Feb 19 16:34:21 wirenboard-A66HCOB6 daemon.info dhclient[3645]: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 8
Feb 19 16:34:25 wirenboard-A66HCOB6 user.notice wb-mqtt-db[544]: 2021-02-19 16:34:25.681 NOTICE: Bulk processing took 2265ms
Feb 19 16:34:29 wirenboard-A66HCOB6 daemon.info dhclient[3645]: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 20
Feb 19 16:34:49 wirenboard-A66HCOB6 daemon.info dhclient[3645]: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 17
Feb 19 16:38:07 wirenboard-A66HCOB6 syslog.info syslogd started: BusyBox v1.22.1
Feb 19 16:38:08 wirenboard-A66HCOB6 daemon.info dhclient[439]: Internet Systems Consortium DHCP Client 4.3.5
Feb 19 16:38:08 wirenboard-A66HCOB6 daemon.info dhclient[439]: Copyright 2004-2016 Internet Systems Consortium.
Feb 19 16:38:08 wirenboard-A66HCOB6 daemon.info dhclient[439]: All rights reserved.
Feb 19 16:38:08 wirenboard-A66HCOB6 daemon.info dhclient[439]: For info, please visit https://www.isc.org/software/dhcp/
Feb 19 16:38:08 wirenboard-A66HCOB6 daemon.info dhclient[439]:
Feb 19 16:38:10 wirenboard-A66HCOB6 user.notice kernel: klogd started: BusyBox v1.22.1 (Debian 1:1.22.0-19+b3)
Feb 19 16:38:10 wirenboard-A66HCOB6 user.info kernel: [ 0.000000] Booting Linux on physical CPU 0x0
Feb 19 16:38:10 wirenboard-A66HCOB6 user.notice kernel: [ 0.000000] Linux version 4.9.22-wb6 (root@wbdevenv) (gcc version 6.3.0 20170516 (Debian 6.3.0-18) ) #2 SMP Wed Dec 9 16:55:10 UTC 2020
Feb 19 16:38:10 wirenboard-A66HCOB6 user.info kernel: [ 0.000000] CPU: ARMv7 Processor [410fc075] revision 5 (ARMv7), cr=10c5387d
UPD я на 95% уверен, что дело в WD скриптах и в том, что контроллеру тяжеловато. Я уже в чат TG присылал скриншоты с загрузкой контроллера, продублирую сюда еще. Если я правильно понимаю, загрузка 1.26, 1.61, 1.90 это не сильно хорошо. Отсюда моё предположение, что WD скрипты что-то пытаются сделать и не получают ответа за нужное время из-за того, что контроллер загружен, и отправляют его в ребут.
Понять какой именно скрипт это делает очень тяжело. Может вы логирования побольше добавите в эти скрипты, чтобы сразу было ясно в чем дело?
UPD2 До этого 8 дней без ребутов проработало все, перед этим контроллер был сброшен до заводских через USB-флешку. из доп ПО стоит z2m (без wb-конвертера) и NodeRed, wb-rules пустые.