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

  Следующая старая тема / next oldest topic   Следующая новая тема / next newest topic
» Форум TRACE MODE: техническая поддержка » ТЕХНИЧЕСКАЯ ПОДДЕРЖКА / TECHNICAL SUPPORT TRACE MODE 6 » Мониторы Реального Времени / Real Time Monitors » Блокировка трафика в сети при работе USB-конвертора

   
Автор / Author Тема / Topic: Блокировка трафика в сети при работе USB-конвертора
Abram Shnider
Active Forum Member / Активный участник форума
Участник № / Member № 4534


Icon 4 отправлено / posted      Профиль для / Profile for Abram Shnider           Редактировать/удалить сообщение / Edit/Delete Post 
Добрый день!
Наличествует следующая проблема:
Программа вылетает с жуткой периодичностью (от 2-х до 12-ти часов). В проекте реализована работа с модулями ввода/вывода фирмы ICP DAS, с регулятором мощности посредством протокола Modbus RTU, а также с сервоприводом посредством пользовательского драйвера.
Что интересно, программа сбоит (появляется синий экран и происходит перезагрузка; либо наглухо зависает и помогает только нажатие на кнопку вкл/выкл) только на используемых нашей фирмой промышленных компьютерах фирмы iROBO (http://www.ipc2u.ru/catalog/R/RP/50467.html) (на офисном компьютере, где производилась разработка, программа работает стабильно, на сколько это вообще возможно [Пдмигивание / Wink] )...
Маленький тестовый проект показал, что проблема похоже в работе программы по протоколу Modbus (при добавлении в проект каналов для работы с регулятором температуры происходят сбои), однако, возможно дело и не в этом...

Есть ли какие-нибудь аппаратные ограничения (других уже не должно быть - систему устанавливали после полного форматирования с минимальной установкой софта (только драйвера, Framework и МРВ)) у представленного промышленного компьютера, которые могут помешать правильному функционированию Trace Mode 6.07? Офисный компьютер по параметрам даже где-то слабее (выигрывает только по ОЗУ).

Есть ли предложения по разрешению возникшей ситуации? Могу предоставить тестовый проект, однако, врядли он Вам что-то даст ввиду отсутствия прибора... Также можно предоставить логи работы программы (однако кроме периодически возникающий сообщений Overstress CPU там на мой взгляд ничего нет).

[ 25.09.2012, 10:26: Сообщение отредактировал / Message edited by AdAstra Technical Support ]

Сообщения / Posts 78 | Из / From: РФ  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
АдАстра. Техподдержка
Administrator
Участник № / Member № 4


Icon 1 отправлено / posted      Профиль для / Profile for АдАстра. Техподдержка           Редактировать/удалить сообщение / Edit/Delete Post 
Никаких специфических требований к аппаратной части со стороны Trace Mode 6 нет.
Необходимы только полная поддержка используемыми драйверами стандартных API Windows в соответствующих компонентах и полное отключение всех энергосберегающих функций (кроме, возможно, засыпания экрана).

Надо обратить внимание на аппаратуру, обеспечивающую обмен по RS 485, попробовать переключить обмен по Modbus RTU на другой COM-порт, в котором у Вас есть уверенность. Известны случаи, когда, например, конвертор USB/RS-485 при каких-то обстоятельствах полностью отключал все внешние устройства ПК.
Если ситуация воспроизводится и на "маленьком тестовом проекте", проблема, конечно, не в функциях и характеристиках проекта, а в обрамлении.
Можно попытаться поставить на соответствующий COPM-порт перехватчик транзакций (типа PortMon). Возможно, его автоматический протокол даст дополнительную информацию на момент времени, близкий к аварийной ситуации.

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


Icon 1 отправлено / posted      Профиль для / Profile for Abram Shnider           Редактировать/удалить сообщение / Edit/Delete Post 
В результате работы с тестовым проектом возникла описанная Вами ситуация: внешний конвертор интерфейса USB/RS-485 заблокировал трафик в сети, делая невозможным получение информации... Почему это происходит остается невыясненым - поставляемая производителем конвертора утилита, после освобождения МРВ порта, сразу работает со всеми подключенными устройствами... Проект откомпилирован в инструментальной среде Trace Mode 6.07 и запускается в МРВ 6.07. Интересен тот факт, что при запуске проекта в профайлере происходит тоже самое, однако, в данном случае проблема решалась последовательным отключением всех каналов, участвующих в работе через внешний конвертор; и последующим их включении с промежуточными компиляциями (что интересно, в МРВ проблема все равно остается и в конце-концов возникает в профайлере).
Что САМОЕ интересное большой проект с внешним конвертором работает без проблем...

По поводу озвученной в заголовке темы пробемы: она решилась переносом всех каналов, работающих с Modbus, на встроенный в промышленный компьютер конвертор интерфейса (порт расположен на материнской плате). МРВ, похоже, перестала вылетать и зависать, чем это обусловлено я даже не представляю... Однако, в данном случае порт не виртуальный, а реально существующий - у него есть базовый адрес и адрес прерывания (были соответствующие значения настроены также и в проекте, в отличие от внешнего конвертора, для которого все настраивалось с потолка).

Подводя итог: офисный компьютер (на нем в любом случае все работает) и промышленный компьютер (проект работает, при перемещении Modbas-устройств на встроенный конвертор интерфейса) ничем вроди и не отличаются. Аппаратно с точки зрения интерфейсов у промышленного компьютера на мат. плате расположено 5 COM-портов, один из которых можно настроить под RS-485.

Возникли вопросы:
1) Почему блокируется внешний конвертор интерфейса в тестовом проекте (похоже это что-то программное)?
2) Используются ли параметры "базовый адрес" и "прерывание" из настроек COM-порта (как именно и в каких случаях - неужели как в DOS и старых версиях Windows?)? И есть ли разница для Trace Mode между физическим портом и виртуальным (для него в системе не определено указанных параметров)?

Сообщения / Posts 78 | Из / From: РФ  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
АдАстра. Техподдержка
Administrator
Участник № / Member № 4


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

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


Icon 5 отправлено / posted      Профиль для / Profile for Abram Shnider           Редактировать/удалить сообщение / Edit/Delete Post 
1. Тогда поставляемые производителями утилиты работает по другому принципу? [attention / внимание] (думаю проблема-таки в Trace Mode)
2. Об этом уже известно... Непонятно только для чего захламлять и без того перегруженный и неоднозначный интерфейс двумя лишними и не используемыми параметрами? (неужели IDE не может в таком случае сама выставить "любые, не равные 0" значения без участия разработчика?)

Сообщения / Posts 78 | Из / From: РФ  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
АдАстра. Техподдержка
Administrator
Участник № / Member № 4


Icon 1 отправлено / posted      Профиль для / Profile for АдАстра. Техподдержка           Редактировать/удалить сообщение / Edit/Delete Post 
1. То, что поставляемые производителями утилиты заточены под свое оборудование, известно. Мы не можем отвечать за строгость соблюдения ими требований API Windows.
2. Параметры настройки используются в соответствии с внутренними требованиями системы.

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

Послать новую тему / Post New Topic  
Тема закрыта / Topic Closed  Тема закрыта / Topic Closed
Открыть тему / Open 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