sinegub_mihail
Forum Haunter / Завсегдатай форума
Участник № / Member № 4460
отправлено / posted
В проекте создан экран, служащий для генерации документов. Экран содержит 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 ]
Сообщения / Posts 105 | Из / From: Украина
| IP / IP: IP адрес / IP address |
sinegub_mihail
Forum Haunter / Завсегдатай форума
Участник № / Member № 4460
отправлено / posted
И еще один вопрос. На этом же экране при генерации документа, т.е. посылке десятичного числа (в нашем случае - 17) в атрибут "входное значение" каналов CALL с типом вызова Document(Report), не происходит автоматическое обнуление занчения канала. Пришлось предусмотреть кнопку "Сброс", чтоб после генерации документа обнулять значение канала вручную. В чем может быть проблема, почему не происходит автоматическое обнуление? В версии 6.06 обнуление работало, пробовали.
Сообщения / Posts 105 | Из / From: Украина
| IP / IP: IP адрес / IP address |
sinegub_mihail
Forum Haunter / Завсегдатай форума
Участник № / Member № 4460
отправлено / posted
1. В проекте происходит зависание графики. Сейчас занимаемся изучением проблемы. Как только выясним точную причину такого поведения проекта, то напишем, каким образом решить проблему.
2. Если автоматического сброса реального значения канала не происходит, то документ либо еще не сгенерировался, либо произошла ошибка при генерации. Код ошибки указывается в 92 атрибуте канала.
Сообщения / Posts 17317 | Из / From: Россия
| IP / IP: IP адрес / IP address |
sinegub_mihail
Forum Haunter / Завсегдатай форума
Участник № / Member № 4460
отправлено / posted
Нашли такую закономерность... Удалили из архивных таблиц все привязки левой и правой границы оси времени, после этого "зависание системы" прекратилось. Поначалу решили что причиной является то, что при запуске МРВ левой и правой границе по умолчанию присваивается значение 1 января 1970 г. Написали простенькую программу для присвоения аргументам левой и правой границы единоразово при запуске МРВ текущего времени (при этом привязки левой и првой границ в ГЭ Архивная таблица уже были удалены), но опять начались "зависания" профайлера...
Nico
Forum Professor / Завсегдатай форума
Участник № / Member № 5342
отправлено / posted
1) канал вызова документа - OUTPUT ? 2) подождите 1200с недостоверность появилась а в (92) 9 ? 3) документ выводится на принтер ?
Сообщения / Posts 873 | Из / From: Россия
| IP / IP: IP адрес / IP address |
sinegub_mihail
Forum Haunter / Завсегдатай форума
Участник № / Member № 4460
отправлено / posted
1) да - output. 2) подождали 30 минут, в (92) 0(0000). 3) на принтер выводится без сбоев.
Сообщения / Posts 105 | Из / From: Украина
| IP / IP: IP адрес / IP address |
sinegub_mihail
Forum Haunter / Завсегдатай форума
Участник № / Member № 4460
Nico
Forum Professor / Завсегдатай форума
Участник № / Member № 5342
отправлено / posted
Ура, пож-та не забудьте поставить период пересчета IDLE для канала свой поток. Если документ реально большой (от посылки активирующей генерацию документа до обнуления проходит > 30 c или > 100 периодов пересчета канала то период пересчета желательно поставить Свой поток IDLe
Сообщения / Posts 873 | Из / From: Россия
| IP / IP: IP адрес / IP address |
sinegub_mihail
Forum Haunter / Завсегдатай форума
Участник № / Member № 4460
quote:Отправитель / Originally posted by sinegub_mihail: Нашли такую закономерность... Удалили из архивных таблиц все привязки левой и правой границы оси времени, после этого "зависание системы" прекратилось. Поначалу решили что причиной является то, что при запуске МРВ левой и правой границе по умолчанию присваивается значение 1 января 1970 г. Написали простенькую программу для присвоения аргументам левой и правой границы единоразово при запуске МРВ текущего времени (при этом привязки левой и првой границ в ГЭ Архивная таблица уже были удалены), но опять начались "зависания" профайлера...
sinegub_mihail
Forum Haunter / Завсегдатай форума
Участник № / Member № 4460
отправлено / posted
Уважаемая техническая поддержка! В ответе Вы указали, что причиной "зависания графики" есть неккоректное задание левой и правой границы архивного тренда.
Мы уже приходили к данному решению. Удалили все привязки левой и правой границы и "Зависания" на время прекратились. Решив, что причина эменно в этом, мы написали (как уже упоминалось ранне) программу, которая при запуске МРВ присваивает правой границе текущее время, а левой - текущее время минус 1 час. Это не помогло, "зависания" возобновились даже при удаленных привязках левой и правой границы архивных трендов.
Я могу выслать вам 2 примера проекта:
1) в архивных трендах вообще отсутствуют привязки границ; 2) корректные границы (правая больше левой) устанавливаются программой при запуске;
В обоих вариантах графика зависает.
Что нужно сделать с трендами конкретно, если не помогает ни установка корректного времени программой ни полное удаление привязок границ???
Сообщения / Posts 105 | Из / From: Украина
| IP / IP: IP адрес / IP address |
sinegub_mihail
Forum Haunter / Завсегдатай форума
Участник № / Member № 4460
отправлено / posted
Отправлено проект.
Пробовали сохранять проект в новую папку (сохранить как) с созданием нового архива. Проект не зависает, но потом с наполнением архива начинает зависать...
Сообщения / Posts 105 | Из / From: Украина
| IP / IP: IP адрес / IP address |
Тема закрыта / Topic Closed
Printer-friendly view of this topic
