УкраїнськаEnglishmRussian
Вхід/Новий
У темі багато повідомлень

Настройка архивирования


Автор Повідомлення
Повідомлення створено: 28. 02. 2013 [16:47]
roman
Roman Savochenko
Moderator
Contributor
Developer
Зареєстрован(а) с: 12.12.2007
Повідомлення: 3747
"roman" wrote:

"aleax" wrote:

График "рвется" с периодичностью ротации архива (смотри рисунок).

Никогда у меня такого не было и нет, если хотите — можете поглядеть здесь: http://oscada.org:10002/WebVision/ses_AGLKS/
Правда часовой там только для "Pi", однако включил для всех на первой группе графиков.
Понаблюдайте, он там уже год работает без каких либо проблем в архивах.

Хотя есть такое, как-раз на переходе. Дырка на два часа в предыдущем файле архива. На минутном тоже самое, на две минуты.

Learn, learn and learn better than work, work and work.
Повідомлення створено: 28. 02. 2013 [17:30]
aleax
Alexey Bondarchuk
Автор теми
Зареєстрован(а) с: 27.01.2010
Повідомлення: 73
"roman" wrote:

"aleax" wrote:

Смотрю через соответствующий архив значений:
JAVASCRIPT
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> не пишется.

JAVASCRIPT
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мкс не пишем.

Похожую картину наблюдаем и при ротации "минутного" архива.
Повідомлення створено: 28. 02. 2013 [18:55]
roman
Roman Savochenko
Moderator
Contributor
Developer
Зареєстрован(а) с: 12.12.2007
Повідомлення: 3747
"aleax" wrote:

Похожую картину наблюдаем и при ротации "минутного" архива.

Собственно это проблема алгоритма заполнения возможных дыр между файлами архивов. Т.е. архивы нормальные просто микросекундный EVAL тулится.

Алгоритм заполнения поправил, сегодня выгружу.

Learn, learn and learn better than work, work and work.
Повідомлення створено: 28. 02. 2013 [21:01]
roman
Roman Savochenko
Moderator
Contributor
Developer
Зареєстрован(а) с: 12.12.2007
Повідомлення: 3747
"roman" wrote:

Алгоритм заполнения поправил, сегодня выгружу.

Выгрузил в рабочую и LTS ветки.

Learn, learn and learn better than work, work and work.
Повідомлення створено: 28. 02. 2013 [22:33]
aleax
Alexey Bondarchuk
Автор теми
Зареєстрован(а) с: 27.01.2010
Повідомлення: 73
"roman" wrote:

Выгрузил в рабочую и LTS ветки.


Спасибо, работает!



7118