This is topic период обновления тренда in forum Редактор проекта TRACE MODE 6 / at Форум TRACE MODE: техническая поддержка.


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

Posted by yaDMM (Участник № / Member № 4855) on :
 
как сделать чтобы тренд показывал линию не каждую секунду, а например каждую минуту или каждый час?
 
Posted by yaDMM (Участник № / Member № 4855) on :
 
нашел [Улыбка / Smile] в свойствах тренда настроил ось времени.
есть другой вопрос по тренду. .. буферу присвоено значение 500, это в каких единицах? как долго он может хранить историю??
 
Posted by SATER (Участник № / Member № 1414) on :
 
Из справки:
"Буфер – количество хранимых в памяти значений каждой кривой для вывода на тренд (24*10^6, по умолчанию – 500). Кроме того, этот параметр задает максимальное число значений, извлекаемых из архива и отображаемых на тренде при переходе к заданной временной метке."

Тоесть, единицы - точки кривой.
Если на тренд выводить значения канала во временном диапазоне 1час, а период пересчета канала = 5сек, то на тренд нужно вывести 720 точек. Буфер = 720

Когда-то техподдержка сообщила, что максимальное количество точек 10000.

ТП, я все правильно понимаю?
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Запись в буфер в режиме реального времени осуществляется по изменениям значения канала.
Поэтому глубина (временной диапазон), которую отображает буфер, зависит от динамики выводимого на тренд параметра.
Буфер тренда может иметь значение существенно большее, чем 10000. Но считать из архива больше 10000 записей нельзя.
 
Posted by Demus1 (Участник № / Member № 3844) on :
 
Архивации не ведется. Хочется поставить максимальное значение для буфера. Какое оно все-таки? И как рассчитать его так, чтобы не перегрузить ПК?
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Если архивация не ведется, то изменение величины буфера тренда не поможет.
 
Posted by Demus1 (Участник № / Member № 3844) on :
 
Ничего не понял. Ниже наша переписка, которая меня в конец запутала. Разъясните наконец что истина и как как посчитать предел отображаемых на тренде точек (10000 ???), чтобы установить более редкий период опроса?

Вот фрагмент нашей переписки по такой же проблеме:
Я- Используются НЕ архивные тренды и МРВ архивы не поддерживает. Нужно наблюдать графики в реальном времени с момента запуска МРВ (что не получается, как я описыал ранее). Наблюдать значения в предыдущие сеансы работы МРВ НЕ требуется.
Вы - Можно предложить либо увеличить период пересчета каналов, отображаемых на
трендах, либо - увеличить буфер тренда. Однако, со вторым вариантом
увлекаться не стоит. Поскольку буфер тренда хранится в оперативной памяти
ПК, то при его большом значении может возникнуть серьезная нагрузка на систему.
 
Posted by Nico (Участник № / Member № 5342) on :
 
посылка данных в тренд осуществляется с периодом экрана
в буфере тренда хранятся изменившиеся значения
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Ограничение 10000 записей существует для выборки из архива.

Ниже речь идет о тренде реального времени.

Запись в буфер тренда осуществляется по изменениям отображаемого параметра.
Количество хранимых в буфере записей определяется заданным объемом буфера.

Объем буфера может задаваться в пределах 999999 записей. Можно считать на каждую запись 16 байтов.
Т.о., максимальный буфер на одну кривую потребует оперативной памяти около 16 МБ.
Если средний период изменения параметра кривой 1 сек., то максимальный буфер может хранить данные кривой примерно за 1000 последних минут.
Если средний период изменения параметра больше, пропорционально увеличится и глубина временного интервала хранения в буфере.

Если таких кривых много, то потребуется дополнительно(!) существенный объем оперативной памяти. Если ОС не сможет выделить этот объем, часть необходимого суммарного ресурса для МРВ (не только для трендов(!)) будет заменена виртуальной памятью. При этом значительно увелится объем свопинга и могут замедлиться все (!) процессы МРВ.
Поэтому увлекаться заданием макисмальных объемов буферов не следует.
Априори оценить регламент выделения ресурсов RAM со стороны ОС не представляется возможным.
 


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



Powered by Infopop Corporation
UBB.classic™ 6.7.2