Постоянная перезагрузка контроллера 6.7.2

Добрый день,

После нескольких 5 лет нормальной работы вчера обнаружилась проблема с перезагрузкой по циклу. Вывести из перезагрузки удалось только полностью обесточив (снял питание +) c первой шины modbus (это 10+ устройств WB).

До обесточнивания шины модбас собрал лог загрузки контроллера (в терминале через порт консоли).

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

Здравствуйте! Я — автоматический помощник техподдержки Wiren Board.
Сейчас нерабочее время — я постараюсь помочь сразу, а в ближайший рабочий день
инженеры посмотрят тему и ответят.

На скриншотах вижу WB 6.7.2, релиз wb-2602 stable. Самого лога загрузки в сообщении нет — только сведения о системе и метрики.

То, что отключение питания устройств первой линии прекратило перезагрузки, — важный признак, но ещё не доказательство неисправности RS-485. Нужно отделить просадку общего питания от зависания ПО с перезапуском по watchdog. Именно такую последовательность рекомендует инструкция по диагностике.

  1. Приложите сохранённый лог консоли текстовым файлом, желательно от начала загрузки до следующего перезапуска. Дополнительно, пока контроллер работает стабильно, соберите диагностический архив.

  2. Уточните схему питания: контроллер и эти 10+ модулей питаются от одного БП? Каковы его напряжение и номинальный ток, откуда взят отключённый «+»? Проверьте напряжение непосредственно на входе питания контроллера при подключённой и отключённой нагрузке. Короткую просадку обычный мультиметр может не показать.

  3. Уточните, что осталось подключённым после отключения «+»: A/B и GND? Если безопасно для управляемого оборудования, при снятом питании разделите устройства этой ветки на группы и подключайте питание групп поочерёдно. Это поможет понять, связан ли сбой с определённой группой или суммарной нагрузкой. Также напишите, были ли перед появлением проблемы обновления ПО или изменения подключений.

Здесь может понадобиться мнение инженера Wiren Board. Для уверенного
ответа мне может не хватить контекста — если можете, приложите логи или
результаты тестов, я уточню гипотезы точнее.

Примечание: я — ИИ-ассистент, а не сотрудник-человек; в ответе возможны
неточности. Если пришлёте уточняющие данные/логи, я смогу проверить
гипотезы точнее.

Добрый день!

Приложите, пожалуйста, этот лог и диагностический архив. Создание архива описано в документации.

Добрый день,

Приложил файл вывода консоли (полный цикл между перезагрузками).

Это публичный форум. Есть какой-н безопасный способ передать диагностических архив (судя по составу собираемой информации в нем много конфиденциальных вещей которыми не хотелось бы делиться со всем Интернетом)

WB_err_07Oct2026.txt (30,9 КБ)

Архив отображается только сотрудникам Wiren Board

Похоже, проблема в питании контроллера. В логе причина перезагрузки — Reset cause: POR, то есть внешний сброс процессора. Перед сбросом ошибок нет. Сброс происходит через пару секунд после начала опроса устройств на шине.

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

Также ответьте, пожалуйста, на несколько вопросов:

  1. Контроллер и модули первой шины питаются от одного блока питания? Какая у него мощность?
  2. Что меняли перед появлением проблемы: подключали новые устройства, обновляли ПО?
  3. Перезагрузка каждый раз происходит примерно на одной и той же минуте после включения?
  1. Да. БП контроллера и устройств 1ой шины - общий (24V). Максимальная мощность БП - 36W

  2. Последнее изменение было в июле 2026 (программные изменения zigbee2mqtt). По аппаратной составляющей изменения были примерно года 4 назад. В марте 2026 был апгрейд релиза контроллера.

  3. Приложил лог загрузок (см. 10.07.2026 с 12 до 13).

    journalctl_list_boots.log (5,0 КБ)

пока подключаю по питанию по одному устройству на шине… процесс не быстрый … сбойного пока не нашел … очень надеюсь что это именно конкретный модуль в распределительном щите… на этой шине еще около 10 датчиков wb и это уже не в распределительном щите ((

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

Чтобы быстрее найти причину, проверьте, пожалуйста:

  1. Временно замените блок питания на заведомо исправный, если есть на руках;
  2. Проверьте электрическое подключение
  3. Линию к датчикам вне щита: отключите её целиком. Так станет понятно, искать ли проблему там, и перебирать эти датчики по одному не придётся.

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

Ещё напишите, пожалуйста, сколько всего устройств питается от этого блока и какие это модели?

Подскажите, пожалуйста, нужна ли еще помощь?