|
Written on: 28. 02. 2013 [16:47]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
registered since: 12.12.2007
Posts: 3750
|
"roman" wrote:
"aleax" wrote:
График "рвется" с периодичностью ротации архива (смотри рисунок).
Никогда у меня такого не было и нет, если хотите — можете поглядеть здесь: http://oscada.org:10002/WebVision/ses_AGLKS/
Правда часовой там только для "Pi", однако включил для всех на первой группе графиков.
Понаблюдайте, он там уже год работает без каких либо проблем в архивах.
Хотя есть такое, как-раз на переходе. Дырка на два часа в предыдущем файле архива. На минутном тоже самое, на две минуты.
Learn, learn and learn better than work, work and work.
|
|
Written on: 28. 02. 2013 [17:30]
|
|
aleax
Alexey Bondarchuk
Topic creator
registered since: 27.01.2010
Posts: 73
|
"roman" wrote:
"aleax" wrote:
Смотрю через соответствующий архив значений:
Thu Jan 10 02:00:00 2013 0 -nan
Fri Jan 11 02:00:00 2013 0 -11.0613419105356
Вы вообще как в архив значения записываете? Нужно через буфер.
"aleax" wrote:
На границе архивных файлов, со смещением 1мкс относительно предідущего валидного значения пишется <EVAL>. По видимому он, то и "рвет" график. (см. рисунок)
Кем пишется?
Пишется в скрипте на логическом уровне. Пишем в буфер, откуда данные уже попадают по нужным архивам (1d м 1m). Там же в скрипте есть обработка самого значения, и <EVAL> не пишется.
vArh(strPath2Sep("/sub_Archive/va_"+archID)).set(Temperature[i], tmTime(), 0);
"roman" wrote:
"aleax" wrote:
По видимому связано с способом формирования нового архивного файла http://wiki.oscada.org/Doc/FSArch#h86-7
При создании нового файла архива формируется: заголовок (структура заголовка в таблице 1), нулевая битовая таблица упаковки архива и первое недостоверное значение. Таким образом, получится архив, инициализированный недостоверными значениями.
Не связано ибо запись нормального значения смещает затем EVAL.
Ну, это было только предположение, т.к. сами <EVAL>, да еще и со смещением в 1мкс не пишем.
Похожую картину наблюдаем и при ротации "минутного" архива.
|
|
Written on: 28. 02. 2013 [18:55]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
registered since: 12.12.2007
Posts: 3750
|
"aleax" wrote:
Похожую картину наблюдаем и при ротации "минутного" архива.
Собственно это проблема алгоритма заполнения возможных дыр между файлами архивов. Т.е. архивы нормальные просто микросекундный EVAL тулится.
Алгоритм заполнения поправил, сегодня выгружу.
Learn, learn and learn better than work, work and work.
|
|
Written on: 28. 02. 2013 [21:01]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
registered since: 12.12.2007
Posts: 3750
|
"roman" wrote:
Алгоритм заполнения поправил, сегодня выгружу.
Выгрузил в рабочую и LTS ветки.
Learn, learn and learn better than work, work and work.
|
|
Written on: 28. 02. 2013 [22:33]
|
|
aleax
Alexey Bondarchuk
Topic creator
registered since: 27.01.2010
Posts: 73
|
"roman" wrote:
Выгрузил в рабочую и LTS ветки.
Спасибо, работает!
|
