Здравствуйте!
Имеется аналогичная проблема - отваливаются модули I2C
Сейчас собрано
прошу помощи
Данная методика не позволяет выявить зависший модуль, даже более того - при отсоединении всех модулей и их возврате ничего не меняется - данных нет, модули не на связи
После systemctl restart wb-mqtt-gpio всё восстанавливается…
Добрый день.
Да, баг описан, воспроизводится и у разработчиков.
На всякий случай: как часто воспроизводиится? Нет ли рядом с контроллером источников помех, таких как электромагнитные реле/пускатели или провода к ним?
Как видно из фотографии источников сильных электромагнитных помех в шкафу нет.
Есть какие-нибудь результаты по решению проблемы? Очень актуально!
Предполагаю что в нормальном режиме модули поджаты ограничителями?
Да, подобное научился воспроизводить. Уже отдано разработчикам, но патч, который позволяет выводить шину (слейвы) из активного состояния в яро, включение займет никак не менее нескольких дней, думаю.
Именно так, ограничители отодвигали чтобы проверить теорию о зависшем модуле путем его отодвигания (не подтвердилась).
Очень ждем, писать костыли по ручному перезапуску wb-mqtt-gpio чревато потерей управляющих сигналов на релейных модулях…
Трехкратный рестарт wb-mqtt-gpio не помогает. Что нам делать?
Как описал в Отказ WBIO-DI-DR16 на WB7 - #9 от пользователя BrainRoot - дело в том что потерян тактовый импульс. При перезапуске wb-mqtt-gpio в шину не отправляется ничего, с ней работает ядро непосредственно.
Задача описана, отдана разработчикам. Ждем патча.
Благодарю!
По срокам можете сориентировать?
Еще вопрос: дело точно не в железе? А то мы уже собрались отправлять заказчику новый контроллер и модули …
Сегодня на планерке обсудят, я попросил поднять приоритет.
Пока не скажу точного срока.
Судя по логам - нет. Шанс потерять бит наа шине он ненулевой всегда, но в одном комплекте теряется один раз на 10 миллионов обменов, на другом - один на 30 миллионов. Ну и от внешнего электромагнитного фонаа зависит, конечно. Но - нет, не в железе.
Если поставить преобразователь интерфейсов WB-MIO вместо контроллера, а его уже по 485 к контроллеру - это не спасет ситуацию?
Для решения “тут и сейчас” - да. На WB-MIO (MIO-E) работой с шиной занимается микроконтроллер.
Здравствуйте!
Когда ждать патч?
Запланировано на текущий спринт, до 6 августа.
Поставили WB-MIO (по RS485), спасибо Александровой Александе за оперативность!
На каплер повесили все I2C модули ввода-вывода.
Интересная работа модулей: при описании релейных модулей R1G-16 (хотя бы одного), перестают работать дискретные все модули WD 14.
Что делать?
Не понимаю. Что именно и как делаете, что ожидаете, чем получаемыйй результат отличается от ожидаемого?
2 сообщения были перенесены в новую тему: Отвалились 2 выносных блока WD14 и R10R-4
