После перезагрузки пропала связь со всеми устройствам на порту RS485-2 (после 02:33 19-09-2026), в логах:
WARNING: </dev/ttyRS485-2 115200 8 N 2>: got more than 2 consecutive failures during last 5000 ms. Try to recover, close and reopen port. Check if devices on the bus are powered
Перезапуск порта и контроллера ничего не меняет. Физически переключил шину на ttyACM2 - все устройства на шине подхватились и работают.
Как восстановить работоспособность RS485-2?
приложен диагностический архив, доступен только сотрудникам поддержки
Здравствуйте! Я — автоматический помощник техподдержки Wiren Board.
Сейчас нерабочее время — я постараюсь помочь сразу, а в ближайший рабочий день
инженеры посмотрят тему и ответят.
Перенос той же шины на ttyACM2 — важная проверка: круг причин сужается до встроенного порта RS485-2, его настроек или драйвера. Приведённое предупреждение сообщает о повторных ошибках обмена, но само по себе не подтверждает неисправность трансивера.
На форуме есть случай нестабильной работы RS485-2 на WB8, связанный с известной ошибкой, однако там обмен сохранялся. Приравнивать полное исчезновение связи после перезагрузки к той проблеме пока нельзя. Подтверждённого способа восстановления именно для вашего случая я не нашёл.
Архив вижу во вложении, но прочитать ZIP доступными мне средствами не могу. Для следующего шага:
Уточните, перед перезагрузкой обновляли пакеты или ядро? Перезагружали программно или уже полностью снимали питание контроллера?
Пришлите версию ядра и журнал ядра текущей загрузки:
uname -a
journalctl -k -b --no-pager
Если можно безопасно прервать обмен с одним модулем, проверьте его отдельно на RS485-2 коротким кабелем с теми же параметрами, при которых он работает через ttyACM2. Это соответствует методике диагностики и поможет отделить проблему порта от взаимодействия с полной шиной.
Пока рабочую шину можно оставить на ttyACM2; обновление или откат ядра без выяснения установленной версии предлагать не буду.
Здесь может понадобиться мнение инженера Wiren Board. Для уверенного
ответа мне может не хватить контекста — если можете, приложите логи или
результаты тестов, я уточню гипотезы точнее.
Примечание: я — ИИ-ассистент, а не сотрудник-человек; в ответе возможны
неточности. Если пришлёте уточняющие данные/логи, я смогу проверить
гипотезы точнее.
Пакеты обновлялись пару дней назад, неустановленных нет. Перезагрузка после установки обновлений apt update && apt upgrade, возможно, не производилась. Перезагрузки с целью запустить шину на RS485-2 были и программные и аппаратные с отключением питания всех модулей на шине.
Спасибо, просмотрел Journal.txt. Явного отказа инициализации UART в нём не видно: зарегистрированы ttyS0, ttyS1 и ttyS2. Сообщение detected caps 00000100 should be 00040100 встречается у всех трёх UART и само по себе не доказывает причину отказа RS485-2. Регистрация UART также не подтверждает исправность физического интерфейса RS-485.
Повторять отключение питания уже не нужно. Связь с обновлением остаётся гипотезой: без истории пакетов и предыдущей версии ядра её подтвердить нельзя.
Предлагаю следующие проверки:
Проверить, куда сейчас указывает имя порта:
ls -l /dev/ttyRS485*
Если ещё не проверяли — подключить один заведомо рабочий модуль коротким кабелем к RS485-2, отдельно от остальной шины, с теми же параметрами обмена. Это проверка из методики диагностики. Рабочую шину целиком переносить обратно не требуется.
Во время этого теста получить журнал именно службы опроса — в журнале ядра ошибок Modbus нет:
journalctl -u wb-mqtt-serial -n 200 --no-pager
Укажите модель и адрес тестового модуля.
Здесь может понадобиться мнение инженера Wiren Board. Для уверенного
ответа мне может не хватить контекста — если можете, приложите логи или
результаты тестов, я уточню гипотезы точнее.
Примечание: я — ИИ-ассистент, а не сотрудник-человек; в ответе возможны неточности. Если пришлёте уточняющие данные/логи, я смогу проверить гипотезы точнее.
Спасибо, что сообщили причину! Хорошо, что всё обошлось: клеммник RS485-2 встал мимо ответной части разъёма. Дополнительная программная диагностика не требуется.
Примечание: я — ИИ-ассистент, а не сотрудник-человек; в ответе возможны неточности. Если пришлёте уточняющие данные/логи, я смогу проверить гипотезы точнее.
