Форум TRACE MODE: техническая поддержка   
мой профиль / my profile авторизация / login | регистрация / register | поиск / search | часто задаваемые вопросы / faq | начало / forum home

  Следующая старая тема / next oldest topic   Следующая новая тема / next newest topic
» Форум TRACE MODE: техническая поддержка » ТЕХНИЧЕСКАЯ ПОДДЕРЖКА / TECHNICAL SUPPORT TRACE MODE 5 » Драйверы / Device Drivers » Advantech EDG-4504 (08;16) + ADAM4000

   
Автор / Author Тема / Topic: Advantech EDG-4504 (08;16) + ADAM4000
Dismay
Active Forum Member / Активный участник форума
Участник № / Member № 760


Icon 5 отправлено / posted      Профиль для / Profile for Dismay           Редактировать/удалить сообщение / Edit/Delete Post 
Сабж по информации на сайте Advantech создает при инстоляции драйвера порты и обеспечивает "ПРОЗРАЧНЫЙ" удаленный доступ их связь с физическими портами через траспорт TCP/IP. Будет ли МРВ Trace Mode работать с такими портами?
Сообщения / Posts 77 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
АдАстра. Техподдержка
Administrator
Участник № / Member № 4


Icon 4 отправлено / posted      Профиль для / Profile for АдАстра. Техподдержка           Редактировать/удалить сообщение / Edit/Delete Post 
Главное - достоверно убедиться, что драйвер этих "виртуальных" СОМ-портов действительно поддерживает стандартные функции ОС Windows, тогда Trace Mode должен без проблем работать с ними как и любое другое приложение Windows, которое использует стардартные функции ОС для работы с СОМ-портами.
Сообщения / Posts 17083 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
Dismay
Active Forum Member / Активный участник форума
Участник № / Member № 760


Icon 1 отправлено / posted      Профиль для / Profile for Dismay           Редактировать/удалить сообщение / Edit/Delete Post 
То есть я правильно понимаю, что МРВ Trace Mode использует COM порты системы Windows не прибегая к каким либо недокументированным возможностям строго в соотвествии со спецификацией? (как любые другие приложения)
Сообщения / Posts 77 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
АдАстра. Техподдержка
Administrator
Участник № / Member № 4


Icon 6 отправлено / posted      Профиль для / Profile for АдАстра. Техподдержка           Редактировать/удалить сообщение / Edit/Delete Post 
Да - именно через функции операционной системы MS Windows.
Сообщения / Posts 17083 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
Dismay
Active Forum Member / Активный участник форума
Участник № / Member № 760


Icon 1 отправлено / posted      Профиль для / Profile for Dismay           Редактировать/удалить сообщение / Edit/Delete Post 
сервер матобработки виртуальные порты созданные редиректором видит но похоже обращаеться к ним некорректно. Каналы заливаються какой то статической лабудой и все может стоит поиграть начальным базовым адресом? вообще виртуальных портов программ давольно много обнаружилось все они построены на неком редиректоре портов встраиваемом сервисом в систему. Можете вы мне что нибудь посоветовать как заставить сервер матобработки корректо наробать с такими портами?
Сообщения / Posts 77 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
АдАстра. Техподдержка
Administrator
Участник № / Member № 4


Icon 1 отправлено / posted      Профиль для / Profile for АдАстра. Техподдержка           Редактировать/удалить сообщение / Edit/Delete Post 
Ситуация такая - МРВ ТМ работает с СОМ-портами системы через API-интерфейс ОС Windows. Ни о каких прерываниях, базовых адресах и пр. он ничего не знает - все функции по обработке порта выполняет ОС. ТМ только считывает и передает в СОМ-порт готовые буфера данных.
Установкой и обработкой виртуального СОМ-порта в ОС занимается драйвер этого производителя. И если в спецификации этого драйвера производитель не обеспечил полную поддержку ОС-севместимости на уровне этого API, то любое приложение, которое работает с СОМ-портами также как и ТМ (через API ОС Windows) не сможет корректно работать с таким портом. И поделать тут уже ничего нельзя - кроме как теребить разработчика драйвера, чтобы он правил в своем драйвере ошибки (зачастую более новая версия драйвера лежит на сайте разработчика).
Такая ситуация, например, наблюдалась пару лет назад с драйверами мультипортовых плат от MOXA.
Сейчас последние их драйвера вполне выправлены и все работает корректно.
Другой вариант - написать пользовательский драйвер типа TYPE_12, где можно реализовать соственную обработку портов с учетом специфики работы этого устройства в обход штатных функций ОС.

Сообщения / Posts 17083 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
Dismay
Active Forum Member / Активный участник форума
Участник № / Member № 760


Icon 1 отправлено / posted      Профиль для / Profile for Dismay           Редактировать/удалить сообщение / Edit/Delete Post 
В общем изначально проект делался из расчета использования 8 портов с 1 по 8 поэтому встроенные порты ASUS P4SE (что само по себе не есть хорошо) задрали на 31 32 все приложения работали с портами редиректора EDG-4504 под управлением Windows 2000 server rus sp4 + SUS.
В настоящий момент я удалил порты материнской платы из системы и переинсталировал на законные места переустановил драйвер шлюза. Сейчас все работает на 100 мегабитах, работает стабильно логи профайлера чистые сбоев опроса нет в системе 49 ADAM-4018 и 17 ADAM-4053 с уважением Дмитрий

Сообщения / Posts 77 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
   

   Закрыть тему / Close Topic   Feature Topic   Переместить топик / Move Topic   Удалить топик / Delete Topic Следующая старая тема / next oldest topic   Следующая новая тема / next newest topic
 - Printer-friendly view of this topic
Перейти к / Hop To


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



Powered by Infopop Corporation
UBB.classic™ 6.7.2