This is topic Advantech EDG-4504 (08;16) + ADAM4000 in forum Драйверы / Device Drivers at Форум TRACE MODE: техническая поддержка.


To visit this topic, use this URL:
http://forum.adastra.ru/ultimatebb.php/ubb/get_topic/f/14/t/000065.html

Posted by Dismay (Участник № / Member № 760) on :
 
Сабж по информации на сайте Advantech создает при инстоляции драйвера порты и обеспечивает "ПРОЗРАЧНЫЙ" удаленный доступ их связь с физическими портами через траспорт TCP/IP. Будет ли МРВ Trace Mode работать с такими портами?
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Главное - достоверно убедиться, что драйвер этих "виртуальных" СОМ-портов действительно поддерживает стандартные функции ОС Windows, тогда Trace Mode должен без проблем работать с ними как и любое другое приложение Windows, которое использует стардартные функции ОС для работы с СОМ-портами.
 
Posted by Dismay (Участник № / Member № 760) on :
 
То есть я правильно понимаю, что МРВ Trace Mode использует COM порты системы Windows не прибегая к каким либо недокументированным возможностям строго в соотвествии со спецификацией? (как любые другие приложения)
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Да - именно через функции операционной системы MS Windows.
 
Posted by Dismay (Участник № / Member № 760) on :
 
сервер матобработки виртуальные порты созданные редиректором видит но похоже обращаеться к ним некорректно. Каналы заливаються какой то статической лабудой и все может стоит поиграть начальным базовым адресом? вообще виртуальных портов программ давольно много обнаружилось все они построены на неком редиректоре портов встраиваемом сервисом в систему. Можете вы мне что нибудь посоветовать как заставить сервер матобработки корректо наробать с такими портами?
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Ситуация такая - МРВ ТМ работает с СОМ-портами системы через API-интерфейс ОС Windows. Ни о каких прерываниях, базовых адресах и пр. он ничего не знает - все функции по обработке порта выполняет ОС. ТМ только считывает и передает в СОМ-порт готовые буфера данных.
Установкой и обработкой виртуального СОМ-порта в ОС занимается драйвер этого производителя. И если в спецификации этого драйвера производитель не обеспечил полную поддержку ОС-севместимости на уровне этого API, то любое приложение, которое работает с СОМ-портами также как и ТМ (через API ОС Windows) не сможет корректно работать с таким портом. И поделать тут уже ничего нельзя - кроме как теребить разработчика драйвера, чтобы он правил в своем драйвере ошибки (зачастую более новая версия драйвера лежит на сайте разработчика).
Такая ситуация, например, наблюдалась пару лет назад с драйверами мультипортовых плат от MOXA.
Сейчас последние их драйвера вполне выправлены и все работает корректно.
Другой вариант - написать пользовательский драйвер типа TYPE_12, где можно реализовать соственную обработку портов с учетом специфики работы этого устройства в обход штатных функций ОС.
 
Posted by Dismay (Участник № / Member № 760) on :
 
В общем изначально проект делался из расчета использования 8 портов с 1 по 8 поэтому встроенные порты ASUS P4SE (что само по себе не есть хорошо) задрали на 31 32 все приложения работали с портами редиректора EDG-4504 под управлением Windows 2000 server rus sp4 + SUS.
В настоящий момент я удалил порты материнской платы из системы и переинсталировал на законные места переустановил драйвер шлюза. Сейчас все работает на 100 мегабитах, работает стабильно логи профайлера чистые сбоев опроса нет в системе 49 ADAM-4018 и 17 ADAM-4053 с уважением Дмитрий
 


Новости АСУ ТП / News | SCADA / HMI | Обучение / Trainings | Свяжитесь с нами / Contact Us



Powered by Infopop Corporation
UBB.classic™ 6.7.2