This is topic Редактирование узловых точек - релиз 6.07.7 in forum Операторский интерфейс SCADA/HMI TRACE MODE 6 / at Форум TRACE MODE: техническая поддержка.
Релиз 6.07.7: когда редактируешь узловые точки объемной трубы у меня после перемещения очередной узловой точки часть узловых точек элемента становится недоступными для выбора их и перемещения мышкой. Можно выйти из режима редактирования узловых точек и снова войти, но эффект остается. Лечится пока только закрытием полностью редактора окна и открытием экрана снова на редактирование. После этого снова можно редактировать узловые точки объемной трубы.
[ 05.08.2011, 11:05: Сообщение отредактировал / Message edited by AdAstra Technical Support ]
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Не получается воспроизвести описанную ситуацию. Вышлите Ваш проект, на котором наблюдается этот эффект на hotline3@adastra.ru.
Posted by Romсheg (Участник № / Member № 3792) on :
Проект уже у вас есть. Постоянно наблюдаю этот эффект при редактировании экрана "Водоснабжение".
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Пытались добиться этого эффекта в Вашем проекте на экране "Водоснабжение" узла "SERVER". Воспроизвести ситуацию не удалось. Проверяли под Windows 7.
Опишите подробнее условия, при которых возникает ошибка. Какие еще приложения при этом запущены? Насколько загружен процессор и память компьютера?
Posted by Romсheg (Участник № / Member № 3792) on :
Да не в памяти и процессоре там дело и уж тем более не в загруженных приложениях. Максимум, что может быть критичного - так это то, что у меня WindowsXP SP3.
Судя по поведению курсора мыши (в нормальной работе он при наведении на узел кривой меняет свою иконку, признак того, что на форме висит обработка события с контролем координат мыши) он не меняет свой вид, и вообще не реагирует на нажатие - похоже или событие по "контролу", что на узле показан сбивается, или он координаты "теряет" при перемещении до этого другой узловой точки... Есть подозрение, что в алгоритме некорректно отработана логика перерасчета координат узловых точек для областей реакции нажатия мыши, если таковой есть, но это лишь мое предположение судя по визуальному поведению...
В общем - лучше просто покажите программисту данный текст, иначе мы сейчас долго будем про процессоры и память вести дискуссии, которые здесь вообще не при чем.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Под WindowsXP SP3 ошибка не воспроизвелась.
Мы обсудим с программистами Вашу ситуацию и о результатах сообщим.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Было проведено два эксперимента.
Первый эксперимент. Проект Romcheg'а был запущен с его утилитами "Регистратор архивных данных" (от 02.08.2010) и "Регистратор аварийных событий" (от 17.03.2010) на двух ПК (один сервер, а другой клиент). Параллельно были запущены Internet Explorer, Skype, Total Commander, Word, Excel и ТМ с профайлером. Воспроизвелось то, что Romcheg описал – со временем исказилась графика (исчезли трубы на окне АГРС) и зависло окно NLL (не происходило переключение экранов по нажатию на кнопки). Опыт завершен.
23 августа начали второй эксперимент. Для этого выделили 4 ПК – два под сервер и два под клиента. Первая пара (сервер-клиент) с утилитами, а вторая пара без них. Никаких других проектов или программ не запущено. Конфигурация ПК: 1. Первая пара (с утилитами "Регистратор архивных данных" (от 02.08.2010) и "Регистратор аварийных событий" (от 17.03.2010)): Сервер – WindowsXP Prof версия 2002 SP3, Intel(R) Pentium(R) 4 CPU 2.40 GHz 2.41 ГГц 1.00 Гб ОЗУ Клиент - WindowsXP Prof версия 2002 SP3, Intel(R) Pentium(R) 4 CPU 3.00 GHz 3.01 ГГц 1.00 Гб ОЗУ 2. Вторая пара(только TRACE MODE 6.077 без утилит): Сервер – WindowsXP Prof версия 2002 SP3, Intel(R) Pentium(R) 4 CPU 2.60 GHz 2.60 ГГц 1.00 Гб ОЗУ Клиент - WindowsXP Prof версия 2002 SP3, Intel(R) Pentium(R) 4 CPU 2.60 GHz 2.60 ГГц 1.00 Гб ОЗУ
Получили такие результаты: - У первой пары с утилитами Romcheg исказилась графика (некорректное отображение объектов экрана) и появилась ошибка буфера (невозможно сделать скриншот, после нажатия на кнопку Prt Scr и при попытке вставить в Paint появляется сообщение об ошибке) и на сервере и на клиенте.
- Вторая пара (чистая TRACE MODE) работает корректно. - Зависание NLL не произошло.
Таким образом, установлено, что наблюдаемые у Romcheg'а артефакты графики связаны с некорректной работой его утилит. Зависания связаны с ресурсными ограничениями - проект большой (файл .prj более 20 Мб) и должен работать на чистом ПК.
Posted by Romсheg (Участник № / Member № 3792) on :
1) Интересное влияние: DLL работают на отдельном ПК с МРВ, а виснет NLL, который работает также на отдельном ПК и с МРВ вообще только по сети обмен ведет. Вы хотите сказать, что мои DLL по сети еще и NLL подвешивают? 2) У нас уже свыше 1.5 лет работают около 4-х различных проектов аналогичной мощности (2-3 тыс. точек ввода/вывода) именно с этими DLL, однако проблемы начались на том объекте, где перешли на новый релиз 6.07.7. Выводы? 3) Проблему на этом объекте мы уже решили - и проблема заключалась в графике релиза 6.07.7, а не в DLL, которые там работают с ним. Поэтому, пожалуйста, не делайте выводов, что виной всему наши утилиты.
P.S. И вообще, какое отношение данное тестирование и Ваши выводы имеют место к топику данной темы?
[ 29.08.2011, 09:43: Сообщение отредактировал / Message edited by AdAstra Technical Support ]
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
1) Пожалуйста прочтите внимательнее наш ответ. Ваши утиллиты разрушают ГРАФИКУ и на сервере и на клиенте. 2, 3) Каждый новый релиз TRACE MODE тестируется на совместимость с ОС. Тестирование новых релизов TRACE MODE с Вашими утиллитами не производится и не будет производиться по понятным причинам. Если хотите использовать релиз 6.07.7 перепишите утиллиты так, чтобы они работали корректно с ним.
P.S. Ваши утилиты вызывают многочисленные ошибки в графике, поэтому этот эксперимент отнесен к данному топику.
