PKB

Приветствую! Скриншот 1 - это Безымянный01 (как я ни пытался, не получилось разместить их в правильном порядке - форум переворачивает порядок вложенных файлов). На этом скриншоте 1 (Безымянный01) строка 288 - последний TCP Resp. После этого произошел обрыв связи с slave 3. Больше TCP Resp вообще нет, хотя RTU Resp от slave 2 есть (строки 292,299,304). Так понятнее?

Разобрались, при пропадании связи с одним из устройств Moxa не формирует TCP Response по остальным устройствам. Для эксперимента доступна только 1-портовая Moxa, к которой подключены слэйвы с адресами 2 и 3. Имитируем обрыв связи с 3-м слэйвом, видим, что со 2-м слэйвом по com-у исправно идет обмен: TCP Req, RTU Req, RTU Resp, а TCP Resp отсутствует (скриншот 1). Если опрашивать слэйвы 2 и 3 разными программами, то TCP Resp для 2-го слэйва формируется правильно, в мониторе видно, что используются разные исходящие tcp-порты (скриншот 2). Еще одно возможное решение: в конфигурации Moxa на вкладке Modbus поставить галочку Modbus TCP Exception, теперь для 2-го слэйва формируется правильный TCP Resp, а для 3-го вместо молчания отправляется exception response (скриншот 03). Но эти решения, к сожалению, применимы не для всех TCP-клиентов.. в итоге операторская панель не может корректно отобразить, с каким именно слэйвом нет связи, какие данные недостоверны.. Можно считать этот пост официальным обращением в техподдержку Moxa?

Аналогичная проблема: при обрыве связи с одним устройством (на одном порту), пропадает связь и с другим устройством (на другом порту). Прошивка последняя v2.3. Есть какое-нибудь решение?

В каталоге на сайте Ниеншанц отсутствуют указанные устройства, на сайте моксы они представлены уже давно. Они продаются, или с ними "что-то не так"?

Добрый день! Предположим, построена сеть с линейной архитектурой на основе IA 5000. При отключении питания одного из IA 5000 интерфейсы Ethernet замыкаются друг на друга, или сеть разорвется на 2 сегмента?

Спасибо, помогло! Тогда еще один вопрос: устройство куплено совсем недавно, а firmware v2.0 уже почти год. Последние версии firmware не загружают "на фабрике"?

В первом сообщении - вложение config.zip

Добрый день! Есть проблема с MGate 3280 . Modbus RTU Master по RS-485 через MGate 3280 опрашивает 5 Modbus TCP Slave'ов. Когда все 5 подчиненных устройств в сети - все Ок. Если отключить некоторые из них (сеть Ethernet либо питание) - связь с ними пропадает, при включении все восстанавливается, тоже все Ок. Проблема в том, что если при включении MGate 3280 хотя бы одно из slave-устройств отключено - то нет связи и со всеми остальными slave'ами. Монитор во вложении - ответы работающих TCP-Slave'ов почему-то не передаются в com-порт. К неработащим TCP-Slave'ам, как и положено, TCP-запросы не идут. Связь восстанавливается только при включении в сеть всех устройств, либо при удалении отсутствующих из конфигурации MGate.config.zip Как-то нехорошо получается. Хотелось бы, чтобы при включении системы была связь с работающими устройствами, а с остальными восстанавливалась по мере их появления в сети. Это возможно?

В описании многих устройств Moxa есть параметр: А в отдельных моделях ("I") еще и Что означают эти параметры?

Подскажите, есть ли для W2150/2250 Plus ограничения по количеству устройств в сети в режиме Ad-hoc?