Архивы

[ART63]

Добрый день!

Подскажите, пожалуйста, при комбинированном методе архивации запись по времени осуществляется с учетом записей по изменению или это независимый интервал?

[Simple_Scada]

Здравствуйте.

Все доступные типы архивации основаны на изменении значения переменной. Если переменная не меняла свое значение, то новая точка тренда не будет создана, независимо от типа архивации. Точки трендов создаются только при изменении переменной (либо при длительном простое более часа).

[ART63]

Наверное я не совсем точно сформулировал вопрос. Допустим, для переменной Х установлен комбинированный режим архива. По изменению с зоной 10% и с интервалом 1 минута. В 10.00.00 было сохранение по времени. В 10.00.44 произошло сохранение по изменению. Новое сохранение по времени будет считаться от 10.00.00 или 10.00.44?

Точки трендов создаются только при изменении переменной (либо при длительном простое более часа).

Т.е., если установлено по времени раз в минуту, а переменная за это время не изменилась, то и сохранения каждую минуту не будет?

[ART63]

Добрый день!

Еще раз внимательно прочитал описание и нашел ответ на свой вопрос. Извиняюсь за невнимательность, но в процессе изучения нового продукта такое случается.

Но появился еще один вопрос или предложение. Переменная сохраняется по изменению с зоной 10%. Во вложении график, на котором реальные данные обозначены желтой линией. Со 2 по 14 точку изменения не выходят за пределы зоны и эти данные в архив не пишутся. Потом идет резкий скачок и значение 15 записывается в архив. В итоге на тренде будет отображаться красная линия. Есть ли возможность при резких изменениях переменной реализовать запись в архив и текущего и предыдущего значения? Тогда тренд будет близок к реальным данным (зеленая линия).
Для чего это может оказаться полезным: происходит постепенно повышение тока нагрузки и в какой-то момент времени срабатывает защита. По красному тренду мы не поймем на каком значении это произошло, а вот зеленый позволит точно проанализировать возникшую ситуацию.
Я понимаю, что данная функциональность увеличит число строк в архиве, потребует дополнительную память для хранения предыдущих значений. Но это можно сделать опциональной настройкой для наиболее важных переменных.

[Timothy Clement]

Так в чем проблема, поставьте архивацию по времени 1 сек или просто по изменению. Вместо зоны задайте фильтр отклонений или вообще без фильтра, получите много действительных значений в каждый опрос переменной или каждую секунду. Просто из описания не совсем понятен контролируемый процесс и какой результат вы хотите получить в итоге.

[ART63]

Так в чем проблема, поставьте архивацию по времени 1 сек или просто по изменению. Вместо зоны задайте фильтр отклонений или вообще без фильтра, получите много действительных значений в каждый опрос переменной или каждую секунду.

В вашем предложении будет еще больше строк в архиве. И подавляющее большинство из них не нужны. В моем предложении добавляется только точка 14, но она ключевая. Точки 3-13 не важны.

Просто из описания не совсем понятен контролируемый процесс и какой результат вы хотите получить в итоге.

Контролируемый процесс может быть любой. Важно зафиксировать момент резкого изменения значения переменной (от какого значения до какого) и увидеть его на тренде для анализа. Можно для этой ситуации даже установить другую зону нечувствительности.

[Timothy Clement]

Извините, опять же не понимаю в чём проблема хранения "лишних" строк в БД трендов? Работают они очень быстро, даже если вы будете строить пользовательские запросы к этим базам. Если вы контролируете несколько десятков таких значений каждую секунду то за год может накопите 1 миллиард записей в БД (при работе сервера 24/7 и без фильтров), что в дисковом выражении около 50ГБ. При нынешних возможностях и доступности накопителей это не проблема, повторюсь что операции чтения трендов работают очень быстро.

[Simple_Scada]

Здравствуйте.

Со 2 по 14 точку изменения не выходят за пределы зоны и эти данные в архив не пишутся. Потом идет резкий скачок и значение 15 записывается в архив. В итоге на тренде будет отображаться красная линия.

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

Есть ли возможность при резких изменениях переменной реализовать запись в архив и текущего и предыдущего значения? Тогда тренд будет близок к реальным данным (зеленая линия).

Такой возможности нет. Для подобных задач можно использовать Комбинированный тип архивации, подобрав нужную зону нечувствительности и определив время(Интервал архивации), через которое должны добавляться точки в архив даже если значение не превысило зону нечувствительности.

При настройке архивации необходимо подобрать параметры таким образом, чтобы тренд был достаточно достоверным. В зависимости от важности переменной можно применить к ней подходящий тип архивации, зону нечувствительности и т.д., чтобы по возможности сократить количество данных в БД по данной переменной. Но при этом, не стоит всеми силами пытаться сократить количество точек до нескольких, превратив тренд по аналоговому параметру по сути в дискретный.