vovanTiras

Если я настрою оба Nport-а в режиме TCP Server тогда мне придется обращаться ко двум Nport-ам, а необходимо реализовать обращение только к одному Nport-у, который в свою очередь эти обращения дублировал бы и на второй Nport. Хотелось бы понять, ситуация о которой я писал выше (по какой то причине Nport Master переадресовывает не запросы пришедшие на него а ответы полученные от устройства к нему подключенного. ) для режима TCP server \ Client это норма или нет?

Nport-ы настраиваю в режиме TCP Master и TCP Slave. К сожалению программное обеспечение которое опрашивает счетчики работает только с REAL COM или TCP Server. Как уже писал в предыдущем сообщении , по какой то причине Nport Master переадресовывает не запросы пришедшие на него а ответы полученные от устройства к нему подключенного. Такой вывод сделал согласно данным в Port Monitor где видно что на TCP Slave Nport уходит ровно то количество пакетов которое было получено от устройства подключенного к TCP Master Nport-у. Отсюда и вопрос как заставить запросы приходящие на TCP Server дублироваться на TCP Slave? Спасибо!

Еще заметил вот, что согласно Port Monitor на Slave Nport отправляются не запросы пришедшие на Master Nport, а ответы полученные от устройства подключенного к Master Nport.

Добрый день!!! Необходимо построить схему в которой запросы пришедшие на один Nport дублировались бы на второй Nport Имеется два Nport 5232 и два счетчика Landis and Gyr ZMD405 работающих по DLMS протоколу. Когда настраиваю моксы в режиме клиент сервер то отвечает только тот счетчик который подключен к моксе работающей в режиме сервер, а второй счетчик не отвечает хотя видно как на него приходят запросы. Если меняю местами настройки на моксах то начинает отвечать второй счетчик, а первый нет. Как заставить отвечать счетчик подключенный к Slave моксе?