Скорость преобразования RS-232/422/485 в Ethernet

[dendisnikl]

Добрый день! При широком использовании преобразователей NPort столкнулись с проблемой низкой скорости соединения с различными устройствами через NPort и соответственно через виртуальный Com-порт! Подскажите, пожалуйста оптимальные настройки подобных соединений!!! Moxa значительно снижает скорость соединения!

[Guest Alekseev]

Добрый день! Немного Вас не понял, низкая скорость соединения между устройством и портом (232/422/485) Nport или же время задержки пакета? Вы можете выбрать нужную Вам скорость в настройках Nport (во вложении скриншот веб интерфейса с настройками скорости порта), так же можете сделать это через утилиту, которой настраиваете Nport в режим RealCom (NPort Windows Driver Manager, NPort Administrator), мануал по настройке RealCom я приаттачил. Что касается задержек при передаче пакета, то они составляют порядка нескольких милисекунд.

NPort - виртуальный_COM_порт.pdf

[dendisnikl]

Спасибо! Настройка соединения не составляет проблем. Опишу схему соединения: TTL преобразуется в RS485, далее NPort в Ethernet машрутизатор. При этом при использовании NPort скорость указанного соединения значительно падает! Хотелось бы узнать, на сколько снижает скорость соединения преобразование RS485 in Ethernet в NPort? Конечно, настроек, позволющих увеличить скорость, на поверхности нет. Может дело в настройках других устройств, участвующих в соединени?!

[Komantsev]

Добрый день,

 

Смотрите, что может получаться. Скорость соединения при работе через NPort ничуть не падает. Если было 115200 по COM-порту, то можно смело гнать постоянный поток данных на такой скорости, NPort их замечательно "переварит" и передаст, благо пропускная способность Ethernet на порядки больше.

 

Но NPort вносит задержку в передаваемые данные порядка 10 мсек (это на пауза между выходными байтами, а задержка потока). Ну т.е. если порт 485 принял сообщение "abcdef", то такое же сообщение без пауз между байтами выйдет из NPort в Ethernet через 10 мсек.

 

Если же у Вас обмен данными подразумевает обмен короткими сообщениями по схеме "запрос - ответ", то каждое сообщение будет тормозиться в NPort на 10 мсек, а пара "запрос-ответ" - на 20 мсек. Соответственно, в таком случае, при частых "запросах-ответах" может получиться значительное снижение эффективности.

 

В итоге: скорость при обмене через NPort не страдает. А пропускная способность канала (особенно при полудуплексном обмене) может падать.

 

Из рецептов - попробуйте использовать функцию Force TX Timeout в NPort (подробнее - в "прищепке"). Она, обычно позволяет несколько более прогнозируемо передавать трафик, и с ней задержки бывают поменьше. Поставьте Forxt TX Timeout в небольшое ненулевое значение (напр. 2 мсек.)

NPort - Force Tx.pdf