Страница 1 из 1

Проблемы с ActiveX-компонентом ActiveFactory Trend

СообщениеДобавлено: Вт авг 19, 2008 8:13 pm
Eraser
Суть такова: есть кластер InSQL, есть пара машин с InTouch 9.5 и на них есть ActiveFactory. (одна из машин введена в домен, другая - нет) В проекте визуализации в окно встроен компонент ActiveX aaHistClientTrend. Проблемы в следующем:

1. Когда в первый раз заходим на окно с трендом, то визуализация виснет минуты на 2-3 (никак не реагирует), затем все отлично загружается, тренд отображается.. Последующие заходы на окно с трендом происходят за 2-5 секунд. На ОБОИХ машинах ситуация одинакова, т.е. наличие/отсутствие вхождения машины в домен никак не влияет.

2. Более серьезная проблема. После входа на экран с трендами и выхода с него, заметна значительная потеря производительности визуализации. Заметили это так: на одной из машин открыли тренды и вышли с экрана, на другой окно с трендами не открывали. На той, на которой не открывали, уровень в баке меняется в соотв. с тех процессом, а там где открывали - отображение отстает от реальности на 30-90 сек. Кроме того, если в нормальном режиме процесс view.exe занимает 30-40 мб оперативной памяти, то после открытия трендов - 120-160 мб. Создается впечатление, что при закрытии экрана командой HideSelf, ActiveX-компонент не выгружается из памяти.

Извечный вопрос: что делать?

СообщениеДобавлено: Вт ноя 25, 2008 10:28 pm
skom
Можете написать если решили данные проблемы? Столкнулся с похожей ситуацией.

СообщениеДобавлено: Пн дек 01, 2008 3:59 pm
Eraser
:) Ну, не сказать что бы решил.. просто на другую машину поставил версию ActiveFactory 9.2, (хотя и без лицензии она давала поработать 15 мин).
Так 9.2 ВРОДЕ БЫ она корректно освобождает память, но гарантировать не могу, т.к. было мало времени для проверки.
А вообще от представителей Wonderware услышал, что ActiveX aaHistClientTrend для внедрения на экраны не предназначен. Что надо пользовать их трендом в отдельном приложении, как есть.

В результате написал в инструкции по эксплуатации что-то типа: "после работы с трендами настоятельно рекомендуется перезапускать проект визуализаци." Операторам тренды практически ни к чему были, а служба АСУТП все поняла и согласилась.

СообщениеДобавлено: Вт дек 02, 2008 4:17 pm
Fallout13
Eraser писал(а): В результате написал в инструкции по эксплуатации что-то типа: "после работы с трендами настоятельно рекомендуется перезапускать проект визуализаци." Операторам тренды практически ни к чему были, а служба АСУТП все поняла и согласилась.


Жжете господа :D

СообщениеДобавлено: Вт дек 02, 2008 9:23 pm
skom
Я сейчас в проекте на работающем объекте поставил ActiveX тренда из ActiveFactory, проверил, все нормально работает. InSQL пишет порядяка 100 тегов, данные есть недели за 3. При выборе периода за последние 24 часа, за последние сутки график строится секунды 2-3. Посему возникает такой вопрос - может у вас там база гигабайт на 50? И диск сильно фрагментирован? Или проблема с настройками какая-то?

СообщениеДобавлено: Ср дек 03, 2008 5:32 pm
Eraser
:)) 100 тэгов.. 3 недели.. не смешите. У меня порядка 11000 тэгов, данные уже за полгода.. когда выборка за месяц в эксель выводиться - проходит по 4-5 мин.. под базу выделено 200 Гб, но реально занято около 6-7 (InSQL классно сжимает данные). Сам график в ActiveX aaHistClientTrend строится за 4-5 секунд, НО это после того как он первый раз загрузится (4-5 минут). проблема именно в том, что он не корректно выгружается из памяти..

СообщениеДобавлено: Вт дек 16, 2008 12:13 am
skom
Посмотрел на другой машине - там данные за полгода, около 10 000 тегов, работает все достаточно быстро...