В проекте создан экран, служащий для генерации документов. Экран содержит 9 слоев, каждый из слоев содержит свой ГЭ «Архивный тренд», подтягивающий архивные данные по одному каналу из СПАД1. Очень часто происходит «зависание» профайлера при переходе на этот экран, помогает только снятие процесса из диспетчера задач. Думали, что компьютер не тянет по ресурсам такой «массивный» экран (хотя проц: Phenom II 3.2 GHc, ОЗУ: 2 Гб, - должен тянуть), но: - даже при удалении 6 из 9 слоев «зависания» не прекращаются; - в проекте существует подобный экран с 7-ю слоями, содержащими каждый по ГЭ «Тренд» связанным со СПАД1, и с ним никаких проблем.
Варианты закончились, просим помочь, проект отправили на почту. Речь идет о экране «ДОКУМЕНТЫ»
Отсылаем проект "Версия 03.09" на почту hotline3@adastra.ru
[ 14.09.2011, 09:25: Сообщение отредактировал / Message edited by AdAstra Technical Support ]
Posted by sinegub_mihail (Участник № / Member № 4460) on :
И еще один вопрос. На этом же экране при генерации документа, т.е. посылке десятичного числа (в нашем случае - 17) в атрибут "входное значение" каналов CALL с типом вызова Document(Report), не происходит автоматическое обнуление занчения канала. Пришлось предусмотреть кнопку "Сброс", чтоб после генерации документа обнулять значение канала вручную. В чем может быть проблема, почему не происходит автоматическое обнуление? В версии 6.06 обнуление работало, пробовали.
Posted by sinegub_mihail (Участник № / Member № 4460) on :
Уважаемая тех.поддержка!!!
Когда же будет ответ???
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
1. В проекте происходит зависание графики. Сейчас занимаемся изучением проблемы. Как только выясним точную причину такого поведения проекта, то напишем, каким образом решить проблему.
2. Если автоматического сброса реального значения канала не происходит, то документ либо еще не сгенерировался, либо произошла ошибка при генерации. Код ошибки указывается в 92 атрибуте канала.
Posted by sinegub_mihail (Участник № / Member № 4460) on :
Нашли такую закономерность... Удалили из архивных таблиц все привязки левой и правой границы оси времени, после этого "зависание системы" прекратилось. Поначалу решили что причиной является то, что при запуске МРВ левой и правой границе по умолчанию присваивается значение 1 января 1970 г. Написали простенькую программу для присвоения аргументам левой и правой границы единоразово при запуске МРВ текущего времени (при этом привязки левой и првой границ в ГЭ Архивная таблица уже были удалены), но опять начались "зависания" профайлера...
Может эта информацияВам поможет...
Posted by sinegub_mihail (Участник № / Member № 4460) on :
На счет автоматического сброса реального значения канала при генерации...
Генерация документа проходит успешно, документ полный и соответствует всем заданным параметрам..
В атрибуте 92 (I2) канала 0(0000).
Сброс все равно не происходит.
Posted by Nico (Участник № / Member № 5342) on :
1) канал вызова документа - OUTPUT ? 2) подождите 1200с недостоверность появилась а в (92) 9 ? 3) документ выводится на принтер ?
Posted by sinegub_mihail (Участник № / Member № 4460) on :
1) да - output. 2) подождали 30 минут, в (92) 0(0000). 3) на принтер выводится без сбоев.
Posted by sinegub_mihail (Участник № / Member № 4460) on :
поменяли output на input, сброс пошел!
Posted by Nico (Участник № / Member № 5342) on :
Ура, пож-та не забудьте поставить период пересчета IDLE для канала свой поток. Если документ реально большой (от посылки активирующей генерацию документа до обнуления проходит > 30 c или > 100 периодов пересчета канала то период пересчета желательно поставить Свой поток IDLe
Posted by sinegub_mihail (Участник № / Member № 4460) on :
Сделаем. Спасибо за рекомендацию!
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
quote:Отправитель / Originally posted by sinegub_mihail: Нашли такую закономерность... Удалили из архивных таблиц все привязки левой и правой границы оси времени, после этого "зависание системы" прекратилось. Поначалу решили что причиной является то, что при запуске МРВ левой и правой границе по умолчанию присваивается значение 1 января 1970 г. Написали простенькую программу для присвоения аргументам левой и правой границы единоразово при запуске МРВ текущего времени (при этом привязки левой и првой границ в ГЭ Архивная таблица уже были удалены), но опять начались "зависания" профайлера...
Может эта информацияВам поможет...
Речь идет об архивных таблицах или архивных трендах?
Posted by sinegub_mihail (Участник № / Member № 4460) on :
Архивных Трендах в окне ДОКУМЕНТЫ! Извеняюсь, опечатка.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Ответ дан почтой.
Posted by sinegub_mihail (Участник № / Member № 4460) on :
Уважаемая техническая поддержка! В ответе Вы указали, что причиной "зависания графики" есть неккоректное задание левой и правой границы архивного тренда.
Мы уже приходили к данному решению. Удалили все привязки левой и правой границы и "Зависания" на время прекратились. Решив, что причина эменно в этом, мы написали (как уже упоминалось ранне) программу, которая при запуске МРВ присваивает правой границе текущее время, а левой - текущее время минус 1 час. Это не помогло, "зависания" возобновились даже при удаленных привязках левой и правой границы архивных трендов.
Я могу выслать вам 2 примера проекта:
1) в архивных трендах вообще отсутствуют привязки границ; 2) корректные границы (правая больше левой) устанавливаются программой при запуске;
В обоих вариантах графика зависает.
Что нужно сделать с трендами конкретно, если не помогает ни установка корректного времени программой ни полное удаление привязок границ???
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Высылайте проекты вместе с папками узлов для анализа на hotline3@adastra.ru.
Posted by sinegub_mihail (Участник № / Member № 4460) on :
Отправлено проект.
Пробовали сохранять проект в новую папку (сохранить как) с созданием нового архива. Проект не зависает, но потом с наполнением архива начинает зависать...
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Разбор проблемы осуществляется в рабочем порядке по почте.
