Сегмент шины исправно работал
WB-MGE v2
А1 - MR6CU
А2 - MR6CU
А3- MRGBW
A4 - M1W2
A5 - MSW
добавил дополнительно еще 5 датчиков M1W2. Связь начала пропадать, то отображаются все устройства, то пропадают. Думал в физическом соединение - в процессе эксперимента сократил длину шины до 10 см, т.е. подключены только модули MR6CU - связи нет.
Если через WUI сделать сохранение конфига. то с высокой долей вероятности опрос возникает, если через консоль сделать рестарт wb-mqtt-serial результата нет - опрос не возникает. Чертовщина какая-то
Связь с MGE проверена, пинг 1 мс.
Диагностический архив.
приложен диагностический архив, доступен только сотрудникам поддержки
(176,6 КБ)
Дополнительно что было сделано:
- отключена шина со стороны MGE
- конец шины стал началом и подключен к контроллеру напрямую в RS485-2
час работы показал стабильный опрос шины. Предположение что проблема в MGE, т.к. в наличии нет, на данный момент переключили обратно на MGE и сидим с проблемной шиной (на данный момент все управляется в ручном режиме).
Если требуется могу дать доступ к контроллеру/MGE какую еще информацию вам нужно для анализа?
Добрый день. Чем выполнена шина? Какие терминаторы установлены?
Ну и вижу что пакеты не обновлены - обновите.
Обновил пакеты, резистор 120Ом
Долго не отвечал, тк. через пару часов связь наладилась и более не наблюдал проблем. Сейчас на этом же объекте подключил еще один MGE со своей шиной и опять наблюдаю аналогичные проблемы.
Только в данном случае добавился еще один роутер находящийся в режиме ретранслятора (Keenetic). Т.е. от контроллера до MGE 3 роутера находящихся в одной сети. Связь везде по меди, пинг не более 5 мс.
С какими параметрами рекомендуете поиграть (задержка запись в порт и тд)?
Возможно нашел проблему - вспомнил что в прошлый раз испробовав все решил убрать НШВИ и сделал подключение без них, сейчас повторил перемонтаж и связь вроде стабильная стала.
Наблюдаем.
С НШВИ такого не наблюдал, контакт в принципе просто проверяется - так как есть концевой терминатор - можно прямо не отключая приборов измерить шину. Прсто снять питание - и мультиметром, в режиме измерения сопротивления. Измерять - с “начала” шины, с противоположной от терминатора стороны. Должно показать чуть меньше 120 Ом. Потом снять терминатор - и снова измерить - увидим что сопротивление выросло. Ну и снова поставить-измерить.
Все-таки проблема какая-то есть. Целостность линии 100% есть.
Что имеем:
- От контроллера через 3 кинетика подключен MGE
- К MGE подключен два MR6C
связи нет, иногда связь есть, но спустя какое-то время она обрывается. Причем если сделать рестарт по питанию MGE+MR6C, то после загрузки связь есть, опрос проходит. Далее может несколько минут, а может и после нескольких опросов отвалится.
Пинг контроллером модуля MGE

статус:
из области гипотез - у меня на объекте по мимо этого MGE, есть еще MGE и во всех адреса устройств начинаются с 1,2…
Ограничений ведь нет в адресном пространстве, сегмент MGE это полноценная шина со своим адресным пространством?
если снять питание и подать, начинается опрос через несколько сек пропадает.
Что успел:
В каком режиме (TCP/Over) настроен шлюз?
Ну, over TCP - нужен в основном для подключения не modbus устройств.
Поменяйте на TCP все ж, диагностировать проще.
попробую ваши рекомендации, почему применены были такие настройки:
Ну, все ж там немного некорректно написано… Подумаю как лучше.
изменил настройки на modbus tcp (на MGE и WB соответственно), результата нет
даже первоначального опроса нет (первых 3-5 секунд)
заменил терминальный резистор, вроде связь наладилась.
Вопрос пока на паузу давайте поставим, наблюдаю.
Что касается modbus tcp / over tcp действительно в описание бы как-то однозначно рекомендации описать.
Спасибо за участие
1 Like
В настройках serial соответственно изменено?
Ну и я б опросил с помощью modbus_client:
modbus_client --debug -mtcp 10.0.0.71 -a41 -t 0x03 -r 88
Connecting to 10.0.0.71:502
[00][01][00][00][00][06][29][03][00][58][00][01]
Waiting for a confirmation...
<00><01><00><00><00><05><29><03><02><FF><FE>
SUCCESS: read 1 of elements:
Data: 0xfffe
А что с тем кторый стоял-то было?
Это да, исправим.
И сейчас активно разрабатывается обновление прошивоз за шлюзами, то есть рекомендация не совсем актуальна.