I_m Posted October 8, 2008 Share Posted October 8, 2008 День добрый! Подскажите, а нельзя-ли как настроить драйвер виртуального COM-порта, чтобы он не давал отлуп при недоступности IP-адреса конвертера? Т.е. чтобы виртуальный COM-порт был всегда доступен для окрытия, вне зависимости от тукущей доступности IP-адреса конвертера? Link to comment
I_m Posted October 9, 2008 Author Share Posted October 9, 2008 Поясню, почему вопрос возник. Есть пара (пока) удаленных PLC. С портами RS-232. Мониторинг идет через SCADA по протоколу modbus. Преобразование в TCP вполняют Nport 5210. Так вот если хотя бы одно из устройств становится недоступным по IP, то при старте рантайма SCADA возникает ошибка открытия COM-порта и последующая ошибка инициализации драйвера протокола modbus. Т.о. при недоступности одного устройства отключенными оказываются оба. Если же временно в приложении SCADA переназначить недоступный порт на заведомо доступный и неиспользуемый COM1, то все нормально. Т.е. ошибки инициализации протокола не возникает и, следовательно, недоступным оказывается только то устройство, которое действительно недоступно. С одной стороны, явный косяк в SCADA. С другой - последовательные порты, они как бы априори локальные и должны быть доступны для открытия. Ну, не считая конфликта доступа. Т.ч. было бы неплохо, если бы виртуальный COM-порт полностью повторял поведение обычного физического порта в этом плане. Я все же надеюсь хоть на какой-нибудь ответ. Link to comment
Komantsev Posted October 9, 2008 Share Posted October 9, 2008 Поясню, почему вопрос возник. Есть пара (пока) удаленных PLC. С портами RS-232. Мониторинг идет через SCADA по протоколу modbus. Преобразование в TCP вполняют Nport 5210. Так вот если хотя бы одно из устройств становится недоступным по IP, то при старте рантайма SCADA возникает ошибка открытия COM-порта и последующая ошибка инициализации драйвера протокола modbus. Т.о. при недоступности одного устройства отключенными оказываются оба. Если же временно в приложении SCADA переназначить недоступный порт на заведомо доступный и неиспользуемый COM1, то все нормально. Т.е. ошибки инициализации протокола не возникает и, следовательно, недоступным оказывается только то устройство, которое действительно недоступно. С одной стороны, явный косяк в SCADA. С другой - последовательные порты, они как бы априори локальные и должны быть доступны для открытия. Ну, не считая конфликта доступа. Т.ч. было бы неплохо, если бы виртуальный COM-порт полностью повторял поведение обычного физического порта в этом плане. Я все же надеюсь хоть на какой-нибудь ответ. Добрый день, Ответ будет, разумеется Нужная Вам модификация драйеров виртуального порта есть. Но не распространяется публично. Я как раз и хотел уточнить у Вас информацию по применению (спасибо за описание), Вашу контактную информацию и какую компанию Вы представляете. Пожалуйста, скиньте мне в личку Вашу контактную информацию, и я отошлю Вам требуемую версию NPort Administrator по электронной почте. Link to comment
I_m Posted October 9, 2008 Author Share Posted October 9, 2008 ОК. Скинул данные в личку. Спасибо за ответ. Link to comment
shapkin_s_v@mail.ru Posted October 15, 2008 Share Posted October 15, 2008 Добрый день,Ответ будет, разумеется Нужная Вам модификация драйеров виртуального порта есть. Но не распространяется публично. Я как раз и хотел уточнить у Вас информацию по применению (спасибо за описание), Вашу контактную информацию и какую компанию Вы представляете. Пожалуйста, скиньте мне в личку Вашу контактную информацию, и я отошлю Вам требуемую версию NPort Administrator по электронной почте. Здравствуйте. Из форума МОХА узнал о проблеме бесперебойной работы NPort 5110 с COM-портами при плохой работе IP-сети. И Вы даже высылали кому то модифицированный драйвер. Если возможно, пришлите и мне этот драйвер, пожалуйста. Почему встала такая необходимость: мой предшественник столкнулся с такой проблемой. У него было в сети 8 опрашиваемых контроллеров и на каждом NPort. Когда возникала необходимость работы не всех устройств, а лишь некоторых, то приходилось все равно запускать все устройства, потому что происходило зависание оборудования. Проблема быстрее всего в драйвере обслуживания на NPort виртуальных COM-портов. Или нет, как думаете? Когда у него вылетал один порт, то приходилось перезапускать и все остальные. Link to comment
Komantsev Posted October 15, 2008 Share Posted October 15, 2008 Здравствуйте. Из форума МОХА узнал о проблеме бесперебойной работы NPort 5110 с COM-портами при плохой работе IP-сети. И Вы даже высылали кому то модифицированный драйвер. Если возможно, пришлите и мне этот драйвер, пожалуйста. Почему встала такая необходимость: мой предшественник столкнулся с такой проблемой. У него было в сети 8 опрашиваемых контроллеров и на каждом NPort. Когда возникала необходимость работы не всех устройств, а лишь некоторых, то приходилось все равно запускать все устройства, потому что происходило зависание оборудования. Проблема быстрее всего в драйвере обслуживания на NPort виртуальных COM-портов. Или нет, как думаете? Когда у него вылетал один порт, то приходилось перезапускать и все остальные. Добрый день, Нет, высланная модификация драйвера - это некая "обманка" для программ, чтобы программа якобы работала с удаленным COM-портом даже в те моменты, когда сеть недоступна. Вообще, в нормальной ситуации это делать нежелательно, т.к. в случае отсутствия сети программа пошлет какие-то запросы в удаленный COM-порт и, возможно, будет ждать ответа. А ответа не будет. Так что возможны проблемы. Стандартный же драйвер честно выдаст ошибку, если удаленный COM-порт не доступен. В Вашем случае у меня есть предположение, что использовалась какая-нибудь старая версия NPort Administrator. В нее постоянно вносятся улучшения, попробуйте использовать последнюю версию. Ее всегда можно бесплатно взять с сайта moxa.com. Link to comment
shapkin_s_v@mail.ru Posted October 16, 2008 Share Posted October 16, 2008 Добрый день, Нет, высланная модификация драйвера - это некая "обманка" для программ, чтобы программа якобы работала с удаленным COM-портом даже в те моменты, когда сеть недоступна. Вообще, в нормальной ситуации это делать нежелательно, т.к. в случае отсутствия сети программа пошлет какие-то запросы в удаленный COM-порт и, возможно, будет ждать ответа. А ответа не будет. Так что возможны проблемы. Стандартный же драйвер честно выдаст ошибку, если удаленный COM-порт не доступен. В Вашем случае у меня есть предположение, что использовалась какая-нибудь старая версия NPort Administrator. В нее постоянно вносятся улучшения, попробуйте использовать последнюю версию. Ее всегда можно бесплатно взять с сайта moxa.com. Спасибо за своевременную подсказку. Действительно, работа проводилсь 7 лет назад. Link to comment
milya Posted June 1, 2009 Share Posted June 1, 2009 Добрый день! Тоже хотелось бы тоже получить модифицированную версию драйверов для тестирования. Имеется одна программа, которая параллельно (через многопоточность) обменивается данными в обе стороны с несколькими устройствами, подключенными к преобразователям МОХА. Клиент, который присматривается к нашей системе (программа является центральным звеном системы), предполагает (на каком-то своем опыте), что работа с несколькими десятков созданных СОМ портов будет заторможена что-ли. Есть идея смоделировать такую ситуацию, но для этого нужны виртуальные СОМ порты, которые будут всегда открытыми. При необходимости контактную информацию могу предоставить в личку. Link to comment
Komantsev Posted June 1, 2009 Share Posted June 1, 2009 Добрый день! Тоже хотелось бы тоже получить модифицированную версию драйверов для тестирования. Имеется одна программа, которая параллельно (через многопоточность) обменивается данными в обе стороны с несколькими устройствами, подключенными к преобразователям МОХА. Клиент, который присматривается к нашей системе (программа является центральным звеном системы), предполагает (на каком-то своем опыте), что работа с несколькими десятков созданных СОМ портов будет заторможена что-ли. Есть идея смоделировать такую ситуацию, но для этого нужны виртуальные СОМ порты, которые будут всегда открытыми. При необходимости контактную информацию могу предоставить в личку. Добрый день, Драйвер выслал Вам личным сообщением. Link to comment
milya Posted June 1, 2009 Share Posted June 1, 2009 Добрый день,Драйвер выслал Вам личным сообщением. Спасибо, Александр, получил. Link to comment
Gene Posted January 29, 2010 Share Posted January 29, 2010 Здравствуйте пришлите пожалуйста драйвер с "Обманкой" eagres@hotmail.com Link to comment
Evgeny Posted February 4, 2010 Share Posted February 4, 2010 Здравствуйтепришлите пожалуйста драйвер с "Обманкой" eagres@hotmail.com Выслал Link to comment
danil_kusm Posted June 30, 2016 Share Posted June 30, 2016 Здравствуйте пришлите пожалуйста драйвер с "Обманкой" eagres@hotmail.com Выслал Здравствуйте мне тоже скиньте пожалуйта, danil_kusma@mail.ru Link to comment
Alexandra Posted June 30, 2016 Share Posted June 30, 2016 Добрый день! Сейчас данная опция реализована в обычных версиях NPort Administrator и NPort Windows Driver Manager, которые доступны для скачивания на сайте moxa.ru. Нужно только поставить галочку «Always Accept Open Requests» (смотрите Рис.1 во вложении), и COM-порт будет всегда открываться, независимо от того доступен NPort или нет. Link to comment
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now