Проблема связи с RS485 через MGE

Сегмент шины исправно работал
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 КБ)

Дополнительно что было сделано:

  1. отключена шина со стороны MGE
  2. конец шины стал началом и подключен к контроллеру напрямую в RS485-2

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

Если требуется могу дать доступ к контроллеру/MGE какую еще информацию вам нужно для анализа?

Добрый день. Чем выполнена шина? Какие терминаторы установлены?
Ну и вижу что пакеты не обновлены - обновите.

Обновил пакеты, резистор 120Ом

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

Только в данном случае добавился еще один роутер находящийся в режиме ретранслятора (Keenetic). Т.е. от контроллера до MGE 3 роутера находящихся в одной сети. Связь везде по меди, пинг не более 5 мс.

С какими параметрами рекомендуете поиграть (задержка запись в порт и тд)?

Возможно нашел проблему - вспомнил что в прошлый раз испробовав все решил убрать НШВИ и сделал подключение без них, сейчас повторил перемонтаж и связь вроде стабильная стала.

Наблюдаем.

С НШВИ такого не наблюдал, контакт в принципе просто проверяется - так как есть концевой терминатор - можно прямо не отключая приборов измерить шину. Прсто снять питание - и мультиметром, в режиме измерения сопротивления. Измерять - с “начала” шины, с противоположной от терминатора стороны. Должно показать чуть меньше 120 Ом. Потом снять терминатор - и снова измерить - увидим что сопротивление выросло. Ну и снова поставить-измерить.

Все-таки проблема какая-то есть. Целостность линии 100% есть.

Что имеем:

  1. От контроллера через 3 кинетика подключен MGE
  2. К MGE подключен два MR6C

связи нет, иногда связь есть, но спустя какое-то время она обрывается. Причем если сделать рестарт по питанию MGE+MR6C, то после загрузки связь есть, опрос проходит. Далее может несколько минут, а может и после нескольких опросов отвалится.

Пинг контроллером модуля MGE
image

статус:

из области гипотез - у меня на объекте по мимо этого MGE, есть еще MGE и во всех адреса устройств начинаются с 1,2…

Ограничений ведь нет в адресном пространстве, сегмент MGE это полноценная шина со своим адресным пространством?

если снять питание и подать, начинается опрос через несколько сек пропадает.
Что успел:

В каком режиме (TCP/Over) настроен шлюз?

Ну, over TCP - нужен в основном для подключения не modbus устройств.
Поменяйте на TCP все ж, диагностировать проще.

попробую ваши рекомендации, почему применены были такие настройки:

Ну, все ж там немного некорректно написано… Подумаю как лучше.

изменил настройки на modbus tcp (на MGE и WB соответственно), результата нет
даже первоначального опроса нет (первых 3-5 секунд)

заменил терминальный резистор, вроде связь наладилась.
Вопрос пока на паузу давайте поставим, наблюдаю.

Что касается modbus tcp / over tcp действительно в описание бы как-то однозначно рекомендации описать.

Спасибо за участие

1 лайк

В настройках 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 

А что с тем кторый стоял-то было?

Это да, исправим.
И сейчас активно разрабатывается обновление прошивоз за шлюзами, то есть рекомендация не совсем актуальна.

Эта тема была автоматически закрыта через 7 дней после последнего ответа. В ней больше нельзя отвечать.