NPort 5110. Real COM Mode.

[Oberon]

Добрый день.

 

Имеется 2 АРМ (SCADA+OPC-Сервер), подключенные к ПЛК через NPort 5110.

 

Настройки порта преобразователя:

Operation mode: Real COM Mode;

TCP alive check time: 7 min;

Max Connection: 2;

Ignore jammed IP: yes;

Allow driver control: yes.

 

Проблема слеюующая: один из АРМов (подключившийся к контроллеру пожзе) постоянно теряет с ним связь.

Разработчики утверждают, что по такой схеме должно всё работать без проблем.

 

Собственно вопрос: возможен ли режим работы NPort 5110 с двух Ethernet-портов на один COM. И если возможен, как его правильно настроить.

[Evgeny]

Добрый день.

 

Имеется 2 АРМ (SCADA+OPC-Сервер), подключенные к ПЛК через NPort 5110.

 

Настройки порта преобразователя:

Operation mode: Real COM Mode;

TCP alive check time: 7 min;

Max Connection: 2;

Ignore jammed IP: yes;

Allow driver control: yes.

 

Проблема слеюующая: один из АРМов (подключившийся к контроллеру пожзе) постоянно теряет с ним связь.

Разработчики утверждают, что по такой схеме должно всё работать без проблем.

 

Собственно вопрос: возможен ли режим работы NPort 5110 с двух Ethernet-портов на один COM. И если возможен, как его правильно настроить.

Да, такой режим может быть реализован. Для этого нужно настроить NPort в режиме TCP Client - тогда он сам будет инициировать соединение с указанными IP-адресами, либо в режиме TCP Server - тогда АРМ'ы будут устанавливать с ним соединение. В обоих случаях максимальное число соединений - до 4-ех.

 

[Guest Гость_Александр_*]

Правильно ли я понял,

 

Можно ли настроить max connection в режиме REAL Com?

 

Имеется проблема

2 ПК опрашивают ЕК260 через moxa 5130 в режиме

RealCom

chk alive 7

max conn 4

allow driver control yes

ignore jammed yes

 

первый ПК открывает соединение и никогда его не закрывает, опрашивает раз в день

второй ПК открвает соединение, опрашивает 10 раз в день, закрывает соединение после каждого опроса

 

читал в форуме что у ЕК260 первый запрос идет на скорости 300, потом 9600. вероятно allow driver control yes обязателен.

 

если первым подключается ПК1 - он удачно опросит

если поле этого подключится ПК2 и опросит и будет опршивать дальше в течении дня то на следующий день ПК1 через свое уже открытое соединение не сможет опросить ЕК260 т.к. по данным моксы соединения уже небудет (будет listen)

 

в драйвере np wdm стоит reconnect

при тесте в np adm ПК1 (и вэб интерфейс np) показывает что соединения с моксой нет и мокса listen при этом программа опроса уверена что порт все еще открыт

 

непонятно почему при стоящей галочке np wdm - auto network reconnection не происходит установки потерянного соединения, что можно сделать?

 

думал перепрошить моксу новой прошивкой но в связи с удаленностьют объекта и вероятно сбросом настроек и в тч IP я несмогу больше к ней подключится - нужно прошивку менять на месте а это затруднительно.

[Komantsev]

думал перепрошить моксу новой прошивкой но в связи с удаленностьют объекта и вероятно сбросом настроек и в тч IP я несмогу больше к ней подключится - нужно прошивку менять на месте а это затруднительно.

Александр,

Скорее всего, проблема может быть в драйвере (в сети произошел обрыв соединения, NPort перешел в режим listen, а повторного соединения со стороны драйвера не происходит).

Попробуйте создать виртуальные COM-порты не стандартной утилитой Administrator, а утилитой NPort Windows Driver Manager (во вложении). В ней переработано свойство "reconection".

Вот комментарии к последней версии:

1. bugfix: Fix driver disconnection problem when NPort lose the network connection.

2. bugfix: Fix driver connection problem after hibernation.

drvmgr_setup_Ver1.12_Build_10031716_WHQL.zip