| Автор |
Повідомлення |
|
Повідомлення створено: 12. 01. 2012 [12:13]
|
|
andrelek
Андрей Полевой
Автор теми
Зареєстрован(а) с: 13.12.2008
Повідомлення: 210
|
Здравствуйте! Нигде в доках не нашел по какому алгоритму архиватор выбирает значение из буфера для своего архива.
Например если величина была равна 0 а потом изменилась в значение 100 то архиватором с периодом в 5с будут зарегистрированы записи
Thu Jan 12 11:54:35 2012 0 0
Thu Jan 12 11:54:40 2012 0 0
Thu Jan 12 11:54:45 2012 0 0
Thu Jan 12 11:54:50 2012 0 20
Thu Jan 12 11:54:55 2012 0 100
Thu Jan 12 11:55:00 2012 0 100
Thu Jan 12 11:55:05 2012 0 100
Как сделать так чтоб промежуточные значения
Thu Jan 12 11:54:50 2012 0 20
не попадали в архив?
|
|
Повідомлення створено: 12. 01. 2012 [12:34]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зареєстрован(а) с: 12.12.2007
Повідомлення: 3750
|
"andrelek" wrote:
Здравствуйте! Нигде в доках не нашел по какому алгоритму архиватор выбирает значение из буфера для своего архива.
Если дискретность буфера выше чем дискретность архива то всегда происходит скользящее усреднение значений из буфера на одну точку в архиве.
"andrelek" wrote:
Thu Jan 12 11:54:50 2012 0 20
не попадали в архив?
Нормальная ситуация для буфера с дискретностью 1 секунда, а архива 5 секунд и проблемы я тут не вижу.
Если архива с периодичностью 1 секунда не существует то установите периодичность буфера в 5 секунд, что обеспечит то что Вы хотите.
Learn, learn and learn better than work, work and work.
|
|
Повідомлення створено: 12. 01. 2012 [12:59]
|
|
andrelek
Андрей Полевой
Автор теми
Зареєстрован(а) с: 13.12.2008
Повідомлення: 210
|
"roman" wrote:
Если архива с периодичностью 1 секунда не существует то установите периодичность буфера в 5 секунд, что обеспечит то что Вы хотите.
А если архив с периодом 1с существует и отказаться от него проблематично, есть ли какието варианты?
|
|
Повідомлення створено: 12. 01. 2012 [13:10]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зареєстрован(а) с: 12.12.2007
Повідомлення: 3750
|
"andrelek" wrote:
А если архив с периодом 1с существует и отказаться от него проблематично, есть ли какието варианты?
Сделать усреднение опциональным, хотя смысла в этом не вижу да и не понимаю какие у Вас от этого проблемы.
Learn, learn and learn better than work, work and work.
|
|
Повідомлення створено: 12. 01. 2012 [13:22]
|
|
andrelek
Андрей Полевой
Автор теми
Зареєстрован(а) с: 13.12.2008
Повідомлення: 210
|
Архив с малым периодом оперативный, а с большим периодом, у меня это 20с, ахив из которого формируются отчеты о накопителях, и при сбоях сети связи или питания накопителя появляются такие, в моем случае некорректные, показания, в виде резкого спада и подъема накопленного количества.
|
|
Повідомлення створено: 12. 01. 2012 [13:45]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зареєстрован(а) с: 12.12.2007
Повідомлення: 3750
|
"andrelek" wrote:
Архив с малым периодом оперативный, а с большим периодом, у меня это 20с, ахив из которого формируются отчеты о накопителях, и при сбоях сети связи или питания накопителя появляются такие, в моем случае некорректные, показания, в виде резкого спада и подъема накопленного количества.
Ну так, решайте проблему поступления некорректных значений, в вашем случае это похоже 0, при потере или восстановлении связи вместо ожидаемого EVAL, для которого усреднение опускается.
Learn, learn and learn better than work, work and work.
|
|
Повідомлення створено: 12. 01. 2012 [15:52]
|
|
andrelek
Андрей Полевой
Автор теми
Зареєстрован(а) с: 13.12.2008
Повідомлення: 210
|
Использую обработку входного значения в скрипте такой строкой
in=(er_modbus=="0") ? in : EVAL_REAL;
т.е при обрыве или ошибке связи значение EVAL_REAL
а архиватор усредняет всеравно, правда релиз 0.7.1
На rev:1695 все работает так как вы описали выше, тему можно закрывать.
|
|
Повідомлення створено: 25. 01. 2012 [13:43]
|
|
andrelek
Андрей Полевой
Автор теми
Зареєстрован(а) с: 13.12.2008
Повідомлення: 210
|
Кстати есть еще один " неудобный " момент, это когда накопитель достигает своего предела и начинает счет заново.
|
|
Повідомлення створено: 25. 01. 2012 [15:23]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
Зареєстрован(а) с: 12.12.2007
Повідомлення: 3750
|
"andrelek" wrote:
Кстати есть еще один " неудобный " момент, это когда накопитель достигает своего предела и начинает счет заново.
Кстати это ни о чём!
Learn, learn and learn better than work, work and work.
|
|
Повідомлення створено: 26. 01. 2012 [11:57]
|
|
andrelek
Андрей Полевой
Автор теми
Зареєстрован(а) с: 13.12.2008
Повідомлення: 210
|
"roman" wrote:
Сделать усреднение опциональным, хотя смысла в этом не вижу да и не понимаю какие у Вас от этого проблемы.
Ко всем вышеперечисленным причинам добавил
"andrelek" wrote:
Кстати есть еще один " неудобный " момент, это когда накопитель достигает своего предела и начинает счет заново.
а проблемы от этого такие что при формировании отчетной документации с формированием расходов за промежуток времени возникают нереальные величины.
А опциональное усреднение, плюс возможность записи в архив наименьшего(наибольшего) значения из буфера добавило бы функциональности.
|
