Сообщение Re[6]: Алгоритм отсеивания неправильных данных от 04.01.2017 19:16
Изменено 04.01.2017 19:18 kov_serg
Re[6]: Алгоритм отсеивания неправильных данных
Здравствуйте, B0FEE664, Вы писали:
BFE>В обобщенном случае — поможет, но вам нужно что-то другое, как мне кажется. Если у вас действительно одни отсчёты намного более частые, чем другие, то можно просто усреднить: сложите все отчёты за 20 минут и разделите на их количество — получите средний результат за 20 минут. Следующие 20 минут опять накапливаете данные и по истечении выдаёте среднее значение. Если за 20 минут у был один отсчёт — его и получите. Соответственно то, что датчик был перемещён, можно будет увидеть через 20 минут.
Не поможет будет лютое усреднение все пики лягут. Более того будет отставание если в realtime делать, теже 20мин (~6 точек)
_>>Вот картинка со сдвигом на сутки. Выглядит как кривая пост обработка сигнала.
BFE>Возможно, но и другие варианты исключить нельзя.
Да фигня. Протокол с контрольной суммой http://wmrx00.sourceforge.net/Arduino/OregonScientific-RF-Protocols.pdf плавает очень специфично. Если бы были помехи
то правание было бы сколь-нибудь случайным. А тут 146% софт сбора данных кто-то по пьяни делал.
_>>Самое простое взять четные и нечетные измерения по отдельности и будет красота
BFE>А нужна красота или реальность?
Вы не поняли. Там измерения через 3мин 12сек (примерно 500 точек сутки) если мерить с шагом в 6мин всё зебест, но имеем два графика, причем разных
О чем это говорит? Там два разных датчики и софт их не различает. Другой вариант просто out of bounds местами.
BFE>В обобщенном случае — поможет, но вам нужно что-то другое, как мне кажется. Если у вас действительно одни отсчёты намного более частые, чем другие, то можно просто усреднить: сложите все отчёты за 20 минут и разделите на их количество — получите средний результат за 20 минут. Следующие 20 минут опять накапливаете данные и по истечении выдаёте среднее значение. Если за 20 минут у был один отсчёт — его и получите. Соответственно то, что датчик был перемещён, можно будет увидеть через 20 минут.
Не поможет будет лютое усреднение все пики лягут. Более того будет отставание если в realtime делать, теже 20мин (~6 точек)
_>>Вот картинка со сдвигом на сутки. Выглядит как кривая пост обработка сигнала.
BFE>Возможно, но и другие варианты исключить нельзя.
Да фигня. Протокол с контрольной суммой http://wmrx00.sourceforge.net/Arduino/OregonScientific-RF-Protocols.pdf плавает очень специфично. Если бы были помехи
то правание было бы сколь-нибудь случайным. А тут 146% софт сбора данных кто-то по пьяни делал.
_>>Самое простое взять четные и нечетные измерения по отдельности и будет красота
BFE>А нужна красота или реальность?
Вы не поняли. Там измерения через 3мин 12сек (примерно 500 точек сутки) если мерить с шагом в 6мин всё зебест, но имеем два графика, причем разных
Re[6]: Алгоритм отсеивания неправильных данных
Здравствуйте, B0FEE664, Вы писали:
BFE>В обобщенном случае — поможет, но вам нужно что-то другое, как мне кажется. Если у вас действительно одни отсчёты намного более частые, чем другие, то можно просто усреднить: сложите все отчёты за 20 минут и разделите на их количество — получите средний результат за 20 минут. Следующие 20 минут опять накапливаете данные и по истечении выдаёте среднее значение. Если за 20 минут у был один отсчёт — его и получите. Соответственно то, что датчик был перемещён, можно будет увидеть через 20 минут.
Не поможет будет лютое усреднение все пики лягут. Более того будет отставание если в realtime делать, теже 20мин (~6 точек)
_>>Вот картинка со сдвигом на сутки. Выглядит как кривая пост обработка сигнала.
BFE>Возможно, но и другие варианты исключить нельзя.
Да фигня. Протокол с контрольной суммой http://wmrx00.sourceforge.net/Arduino/OregonScientific-RF-Protocols.pdf плавает очень специфично. Если бы были помехи
то правание было бы сколь-нибудь случайным. А тут 146% софт сбора данных кто-то по пьяни делал.
_>>Самое простое взять четные и нечетные измерения по отдельности и будет красота
BFE>А нужна красота или реальность?
Вы не поняли. Там измерения через 3мин 12сек (примерно 500 точек сутки) если мерить с шагом в 6мин всё зебест, но имеем два графика, причем разных
О чем это говорит? Там два разных датчика и софт их не различает (либо разных фильтра). Другой вариант просто out of bounds местами.
BFE>В обобщенном случае — поможет, но вам нужно что-то другое, как мне кажется. Если у вас действительно одни отсчёты намного более частые, чем другие, то можно просто усреднить: сложите все отчёты за 20 минут и разделите на их количество — получите средний результат за 20 минут. Следующие 20 минут опять накапливаете данные и по истечении выдаёте среднее значение. Если за 20 минут у был один отсчёт — его и получите. Соответственно то, что датчик был перемещён, можно будет увидеть через 20 минут.
Не поможет будет лютое усреднение все пики лягут. Более того будет отставание если в realtime делать, теже 20мин (~6 точек)
_>>Вот картинка со сдвигом на сутки. Выглядит как кривая пост обработка сигнала.
BFE>Возможно, но и другие варианты исключить нельзя.
Да фигня. Протокол с контрольной суммой http://wmrx00.sourceforge.net/Arduino/OregonScientific-RF-Protocols.pdf плавает очень специфично. Если бы были помехи
то правание было бы сколь-нибудь случайным. А тут 146% софт сбора данных кто-то по пьяни делал.
_>>Самое простое взять четные и нечетные измерения по отдельности и будет красота
BFE>А нужна красота или реальность?
Вы не поняли. Там измерения через 3мин 12сек (примерно 500 точек сутки) если мерить с шагом в 6мин всё зебест, но имеем два графика, причем разных