Moxa 5150 не корректно отрабатывает пультом вахтера "АЛГОНТ"

[driver]

Приветствую!

Прошу дать совет как можно найти причину, почему нет записи с сервера на пульт вахтера через Moxa 5150.

 

Интерфейс на пульте 485 2-х парный, поддерживает 9600, по монитору идет обмен.

 

Попробовали различные варианты.

 

Существует на сервере плата Moxa CP114, с ней работает,но так как вышел из строя один порт от грозы, решили заменить Moxa 5150.

 

Заранее благодарен.

[Evgeny]

Приветствую!

Прошу дать совет как можно найти причину, почему нет записи с сервера на пульт вахтера через Moxa 5150.

 

Интерфейс на пульте 485 2-х парный, поддерживает 9600, по монитору идет обмен.

 

Попробовали различные варианты.

 

Существует на сервере плата Moxa CP114, с ней работает,но так как вышел из строя один порт от грозы, решили заменить Moxa 5150.

 

Заранее благодарен.

Удалите созданный виртуальный СОМ-порт и попробуйте заново его создать с помощью другой утилиты-NPort Windows Driver Manager (в прикреплении файл установки).

 

[driver]

Удалите созданный виртуальный СОМ-порт и попробуйте заново его создать с помощью другой утилиты-NPort Windows Driver Manager (в прикреплении файл установки).

Приветствую!

Установил я файл который дали для по ссылке, предварительно тот удалил. (но тут не понял данный программный продукт не настолько гибкий с настройками конвертора нет полной настройки и вообще не монитора в нем для отслеживания, может есть другой софт?)

Сейчас сама операционка сервера не видит виртуальный СОМ порт вообще.

 

Удалял данный софт, устанавливал старый такой же эффект. ОС WINserver 2003.

И при этом смотрю через WEB интерфейс состояние конвертора, он показывает настройки СОМ порта 19200, хотя выставлено 9600, и пульт работает только с этой скоростью и никак не меняется. Поменять ROM, не дало положительного эфетка.

Что посоветуете в данной ситуации.

 

Попутно вопрос по той же теме, сеть от сервера 100Мбит, дальше идет кольцо 1Гбит, затем опять 100 Мбит до конвертора Моха 5150. Тут может быть проблема с Force TX, т.е. смогу сыграть задержкой чтобы получилась синхронизация?

 

Заранее благодарен!

[Evgeny]

Приветствую!

Установил я файл который дали для по ссылке, предварительно тот удалил. (но тут не понял данный программный продукт не настолько гибкий с настройками конвертора нет полной настройки и вообще не монитора в нем для отслеживания, может есть другой софт?)

Сейчас сама операционка сервера не видит виртуальный СОМ порт вообще.

Странно это, т.к. эта утилита создает СОМ-порты, которые как раз-таки видны в том числе и из Диспетчера оборудования Windows. А командой telnet <IP-адрес NPort'a> 950 удается зайти на СОМ-порт? Могут быть проблемы в антивирусе или брандмауэре, которые блокируют этот порт.

Удалял данный софт, устанавливал старый такой же эффект. ОС WINserver 2003.

И при этом смотрю через WEB интерфейс состояние конвертора, он показывает настройки СОМ порта 19200, хотя выставлено 9600, и пульт работает только с этой скоростью и никак не меняется. Поменять ROM, не дало положительного эфетка.

Что посоветуете в данной ситуации.

На самом деле скорость СОМ-порта устанавливается такой, с какой ее пытается открыть прикладное ПО, поэтому указанная Вами в Serial Settings особого значения не имеет.

Попутно вопрос по той же теме, сеть от сервера 100Мбит, дальше идет кольцо 1Гбит, затем опять 100 Мбит до конвертора Моха 5150. Тут может быть проблема с Force TX, т.е. смогу сыграть задержкой чтобы получилась синхронизация?

Если честно, не совсем понял идею и связь между Force transmit'ом, который определяет временной разрыв между посылаемыми TCP-пакетами и разной пропускной способностью сети.

[Guest Гость_driver_*]

Странно это, т.к. эта утилита создает СОМ-порты, которые как раз-таки видны в том числе и из Диспетчера оборудования Windows. А командой telnet <IP-адрес NPort'a> 950 удается зайти на СОМ-порт? Могут быть проблемы в антивирусе или брандмауэре, которые блокируют этот порт.

 

данный вопрос решил.

 

На самом деле скорость СОМ-порта устанавливается такой, с какой ее пытается открыть прикладное ПО, поэтому указанная Вами в Serial Settings особого значения не имеет.

 

Спасибо.

 

Если честно, не совсем понял идею и связь между Force transmit'ом, который определяет временной разрыв между посылаемыми TCP-пакетами и разной пропускной способностью сети.

 

Непонятно тогда почему не может работать с программой Npadm_Setup_Ver1.7_Build, можно прокомментировать?

[Evgeny]

Непонятно тогда почему не может работать с программой Npadm_Setup_Ver1.7_Build, можно прокомментировать?

Возможно, прикладная программа критична к работе только с виртуальными СОМ-портами, которые прописаны в диспетчере устройств, т.е. эмулируют "настоящие железные".

[Guest Гость_driver_*]

Возможно, прикладная программа критична к работе только с виртуальными СОМ-портами, которые прописаны в диспетчере устройств, т.е. эмулируют "настоящие железные".

 

Установили ПО, проверили результат без изменения, может какие нибудь вариации настроек использовать?

Непонятно почему корректная связь в одну сторону.

[Komantsev]

Установили ПО, проверили результат без изменения, может какие нибудь вариации настроек использовать?

Непонятно почему корректная связь в одну сторону.

Добрый день,

А не пробовали установить параметр Force TX Timeout в значение 3~5 мсек? Иногда помогает.

В таком случае все данные, получаемые по интерфейсу 485, NPort не будет отправлять в компьютер, а будет буферизовать. Отправлять будет только тогда, когда во входящем потоке будет образовываться пауза 3~5 мсек. Это гарантирует, что длинная посылка, приходящая по RS-485, отправится в PC не частями, а целиком.