Не могу понять, почему после софтверного ребута не стартует контроллер, в то же время, если перезагрузить по питанию (выключить его и включить), то контроллер загружается.
приложен диагностический архив, доступен только сотрудникам поддержки
(223,8 КБ)
Добрый день.
Довольно интересно. Рекомендую выполнить Wiren Board 7: Errata — Wiren Board
apt update
apt install u-boot-wb7
u-boot-install-wb
не помогло. Может есть более легкий способ найти причину. очень не хочется сбрасывать контроллер и по новой его настраивать, пусть даже с бэкапом. Пока он не работает по одной кнопке.
Кстати, не рассматривали возможность использования этой наработки? Или может свою реализуете. Очень не хватает легкого бэкапа и восстановления на WB.
Отлично! После u-boot-install-wb - вообще перестал загружаться (((
а, не, загрузился. Со второй перезагрузкой по питанию
Просто великолепно! Теперь контроллер вообще не загружается. Уже и флешкой прошивал и до заводских сбрасывал. В консоле загружается до логина и через несколько секунд уходит в перезагрузку.
Запаял перемычку watchdog off, контроллер ОДИН раз загрузился без перезагрузки. Как поставил на место - опять бутлуп. Уже даже софтверный выключил, но все равно по кругу перезагружается
прикол какой-то с WB, при получении «обычного» ip адреса с которым он уже несколько лет работал - получаю бутлуп. Если меняю ip на роутере - то загружается нормально. Ума не приложу, как это отследить??
WB используется как mqtt сервер для всего дома (home assistant, z2m, tasmota). Может ли какой-то зловред отправлять команду на перезапуск через mqtt?
SSH пароль сменил, но все равно на “старом” ip бутлуп. На обоих eth портах
Да, может. Очень рекомендую проверить что отправляется в топики. Ну и исключить очевидные, например system/reboot.
Пока решил вопрос отключением wb-rules. Буду признателен, если подскажите, как найти проблему.
Достаточно настроить log_type для брокера и отследить источник публикации.
Это подробно описано в документации. Собственно если внешняя система отправляет команды перезапуска - это ни в коем случае не относится к контроллеру.
Спасибо за подсказку. Добавил такие строки в /etc/mosquitto/mosquitto.conf
log_dest file /mnt/data/var/log/mosquitto/debug-mosquitto.log
log_dest topic
log_type all
connection_messages true
log_timestamp true
log_timestamp_format %Y-%m-%dT%H:%M:%S
и в соответстующем файле нашел клиента (iobroker), у которого в настройках стояло “Публиковать свои значения при подключении”. И не смотря на то, что он публиковал “0”, этого оказалось достаточно для старта перезагрузки. Убрал соответствующую галочку и все начало работать как положено.
Публикация в /devices/system/controls/Reboot**/on** - вызовет срабатывание.