This is topic Проблемы в 6.07 in forum TRACE MODE 6 бесплатная Базовая версия / TRACE MODE 6 free Base version at Форум TRACE MODE: техническая поддержка.


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

Posted by sverx (Участник № / Member № 4510) on :
 
Добрый день.
При использовании профессиональной версии ТМ 6.07 и ДокМРВ возникли следующие проблемы:
1. После разработки графической части проекта и запуска профайлера экран был полностью пустой без единого графического элемента. Профайлер начал показывать графику только после привязки OPC сервера. Должно ли так быть?
2. После привязки одного канала к проекту, запуску профайлера, во время работы МРВ на экране неоднократно появлялось окно с надписью - "время события" Overstress: CPU и кнопкой ОК. Что это значит и какая причина этих уведомлений?
3. Почему в любом видеоклипе, кроме стандартных, даже после задания Свойства Прозрачный фон - true фон остаётся чёрным (в иных версиях такого не было)
4. При работе с ТМ 6.07 юзаю ОС Windows XP SP3 с установленным на нем Dot Net Framework 3.5, который занимает 28 Мб. Отдельно есть инсталл Framework 3.5 - весит 197 Мб Гарантирует ли Dot Net Framework 3.5 весом в 28 Мб нормальную работу МРВ?
5. После закрытия профайлера появляется окно с надписью rtc.exe has encoutered a problem and needs to close. We are sorry... В чом проблема?
P. S. Заранее спасибо за терпение))
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
1. Можно предположить, что у экрана не было ни одного аргумента. Согласно документации, такой экран не загружается. После привязки к экрану компонента связи с OPC-севером аргумент появился и появилась графика.
2. Перехваченное сообщение от ОС о перегрузке CPU может быть вызвано, например, некорректным вызовом OPC-сервера. По диспетчеру задач надо уточнить, какая задача загружает процессор.
3. Ошибка локализована. Будет исправлена в ближайшем официальном патче.
4. Если Dot Net Framework 3.5 в этом варианте функционален, этого достаточно.
5. Возможна проблема с завершением какого-то из рабочих потоков профайлера.
Если запустить проект с заданием ключа DEBUG=4000, можно по протоколу профайлера и по файлу tm6_log.txt попытаться определить этот поток.
 
Posted by Relay (Участник № / Member № 3719) on :
 
Не нашел подходящую тему но эта самая близкая.

Есть ОРС-сервер Овен(Лектус)
Проект работает и отлично подключается к ОРС-серверу на IDE 6.07
На RTM 6.07 это же сохраненный проект подключается к ОРС но никаких данных от туда не забирает.

Что-то надо делать дополнительное?
Только просьба не ссылаться на кривой ОРС, т.к. в среде разработки все отлично работает.
 
Posted by Romсheg (Участник № / Member № 3792) on :
 
Не поверите, ОРС кривой, но не у Лектуса. [Усмешка / Big Grin]

Сам недавно столкнулся на практике, что в 6.07 не работает корректно ОРС-обмен, баг заключается в том, что если хоть по одному ОРС-тэгу есть признак недостоверности (в моей ситуации были некоторые тэги в статусе OutOfService) - МРВ вообще рубит по всем каналам ОРС обмен, всем ставит Недостоверность, даже тем, кто в хорошем качестве. Проверьте, может у вас похожая ситуация? Кроме того - в каком режиме у вас настроен обмен с ОРС? Там тоже есть свои заморочки, если не в режиме ADVISE, МРВ тоже начинает глючить при определенном количестве каналов ОРС... [Неодобрение / Frown]
 
Posted by Relay (Участник № / Member № 3719) on :
 
И как выкрутится в данной ситуации?
Есть плохие переменные, но они не участвуют в обмене с RTM, так висят для контроля. Или глюк и в таком случае передается.
 
Posted by Romсheg (Участник № / Member № 3792) on :
 
Хмм, если у вас такие тэги в обмене с МРВ не участвуют, то видимо еще какая-то проблема. У меня как раз лечение заключалось в том, что я состояние каналов обмена с такими тэгами отключал, чтобы обмена не было. Помогло. Видимо вы нашли еще какую-то "интересную" багу ТМ по ОРС... [Улыбка / Smile] Вы только результаты тут тоже сообщите, мало ли, тоже придется с подобным бороться.
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
1.Возможно, что проблема кроется в настройках DCOM. Убедитесь, что RTM имеет доступ к OPC-серверу.
2.Перед запуском проекта в RTM надо выгрузить его из IDE, чтобы МРВ мог получать данные от OPC-сервера.
 
Posted by Romсheg (Участник № / Member № 3792) on :
 
Если и МРВ и Профайлер ИС запускаются на одном и том же ПК - DCOM тут не при чем.

И насчет второго пункта - извините, но это бред. У ОРС-сервера может быть несколько клиентов. Если к ОРС-серверу уже подключен какой-либо клиент это не значит, что он не сможет подключить к себе второй. Это раз. Связи между МРВ и IDE нет ни на файловом уровне DLL (они физически из разных папок запускаются), ни на программном уровне в виде интерфейсов. При чем тут может быть выгрузка IDE и работа МРВ? [Улыбка / Smile]
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
OPC-клиенты в профайлере (IDE 6.07) и RTM 6.07 работают совершенно одинаково. Если профайлер общается с OPC-сервером без проблем, значит, и RTM,установленный на том же ПК, должен нормально общаться с OPC-сервером.
Если RTM размещен на другом ПК - проблема в организации OPC-интерфейса. Надо проверить на ПК с RTM регистрацию opccomn_ps.dll и opcproxy.dll, например, из папки RTM.
Если RTM и OPC-сервер размещены на разных ПК, то добавится и проблема настройки DCOM-интерфейса между этими ПК.
 
Posted by sverx (Участник № / Member № 4510) on :
 
Чтобы отключить сообщение Overstress: CPU нужно -
в файле CNF ввести ключ NOERRWNDMES, а ГДЕ находтся файл CNF? и CNF - єто расширение или название?
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Файл TMcom_<ordinal>.cnf должен находиться в папке узла.
Его формирование описано в разделе "Приложения/Задание параметров работы мониторов".
 


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



Powered by Infopop Corporation
UBB.classic™ 6.7.2