Форум TRACE MODE: техническая поддержка Послать новую тему / Post New Topic  Послать ответ / Post A Reply
мой профиль / my profile авторизация / login | регистрация / register | поиск / search | часто задаваемые вопросы / faq | начало / forum home

  Следующая старая тема / next oldest topic   Следующая новая тема / next newest topic
» Форум TRACE MODE: техническая поддержка » ТЕХНИЧЕСКАЯ ПОДДЕРЖКА / TECHNICAL SUPPORT TRACE MODE 6 » SIAD/SQL. Архивирование в TRACE MODE / SIAD/SQL. Data Logging in TRACE MODE » Искажение данных в тренде архива.

   
Автор / Author Тема / Topic: Искажение данных в тренде архива.
ДИМА
Forum Haunter / Завсегдатай форума
Участник № / Member № 6145


Icon 1 отправлено / posted      Профиль для / Profile for ДИМА           Редактировать/удалить сообщение / Edit/Delete Post   Вставить в ответ текст исходного сообщения  / Reply With Quote 
Добрый день. В архивном тренде постоянно искажаются данные, т.е. в определенное время данные соответствуют одному значению, после прокрутки шкалы времени, те-же данные в то-же время, имеют совершенно другие значения. ТАКАЯ ИСТОРИЯ ПРОДОЛЖАЕТСЯ С НАЧАЛА ИСПОЛЬЗОВАНИЯ ВАШЕЙ СИСТЕМЫ. Я УЖЕ ПИСАЛ ПО ЭТОМУ ПОВОДУ, НО ВРАЗУМИТЕЛЬНОГО ОТВЕТА НЕ ПОЛУЧИЛ. Ниже скрины архивных трендов. ЧТО ДЕЛАТЬ?

 -

 -

Сообщения / Posts 118 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
АдАстра. Техподдержка
Administrator
Участник № / Member № 4


Icon 1 отправлено / posted      Профиль для / Profile for АдАстра. Техподдержка           Редактировать/удалить сообщение / Edit/Delete Post   Вставить в ответ текст исходного сообщения  / Reply With Quote 
При достаточно интенсивной записи в архив в диапазоне 8 часов может быть несколько тысяч записей по отдельным параметрам. Объем архивной информации, возвращаемой на запрос тренда, ограничивается для каждой кривой объемом буфера, заданного в тренде, и заданного по умолчанию буфера выборки из архива (10000 записей на каждую кривую).
Т.о., если за 8 часов в архиве будет 20 тыс. записей по какому-то параметру, то в выборке, переданной на тренд, будет разреженный массив записей этого параметра. Алгоритм "разреживания" не может обеспечить единообразие при разных выборках.
В этих случаях необходимо уменьшать временные диапазоны выборок.

Сообщения / Posts 17083 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
ДИМА
Forum Haunter / Завсегдатай форума
Участник № / Member № 6145


Icon 1 отправлено / posted      Профиль для / Profile for ДИМА           Редактировать/удалить сообщение / Edit/Delete Post   Вставить в ответ текст исходного сообщения  / Reply With Quote 
А какой размер буфера вы порекомендуете (по умолчанию стоит 500), или вопрос поставлю иначе, какой максимальный размер можно выставить, я так понимаю что длинна временного интервала тоже имеет значение?
Сообщения / Posts 118 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
АдАстра. Техподдержка
Administrator
Участник № / Member № 4


Icon 1 отправлено / posted      Профиль для / Profile for АдАстра. Техподдержка           Редактировать/удалить сообщение / Edit/Delete Post   Вставить в ответ текст исходного сообщения  / Reply With Quote 
На практике достаточно задать не более 5000 записей. Тем более, что в реальных ГЭ "Тренд", как правило, количество пикселей многократно меньше, и графика будет вводить свое "прореживание".

Следует учитывать, что при очень большом суммарном количестве кривых на всех трендах суммируются и в результате общая потребность в ресурсах ОЗУ для узла может существенно возрасти (каждая запись- 16 байт).
Нельзя забывать, что ОС по своему разумению распределяет ресурсы между задачами. Иногда при приближении возникновении дефицита (как считает ОС) вместо какого-то объема ОЗУ задаче выделяется виртуальная память в файле подкачки. И тогда не только обслуживание трендов, но и функционирование других потоков процесса становится более медленным.

Кроме того, при организации ресурсоемких выборок из архива (большой временной диапазон, много кривых, параметры с редкими записями) замедляется поток записи в архив, растет очередь записей, повышается вероятность потерь записей, а в критических случаях - нарушения структуры архива.

Общий вывод - при организации отображения архивных данных следует руководствоваться рациональными, эргономически обоснованными требованиями для реализации именно текущих операторских функций.

Сообщения / Posts 17083 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
   

Quick Reply
Сообщение / Message:

HTML код не разрешен. / HTML is not enabled.
UBB код разрешен. / UBB Code is enabled.

Значки Graemlins / Instant Graemlins
   


Послать новую тему / Post New Topic  Послать ответ / Post A Reply Закрыть тему / Close Topic   Feature Topic   Переместить топик / Move Topic   Удалить топик / Delete Topic Следующая старая тема / next oldest topic   Следующая новая тема / next newest topic
 - Printer-friendly view of this topic
Перейти к / Hop To


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



Powered by Infopop Corporation
UBB.classic™ 6.7.2