Тема: Алгоритм сглаживания скорости в Wialon
Каким то образом 0-я скорость сгладилась в 29км/ч, и так на протяжении почти 4-х часов. Такая картина не является исключением. Такое наблюдается всегда.
Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
Каким то образом 0-я скорость сгладилась в 29км/ч, и так на протяжении почти 4-х часов. Такая картина не является исключением. Такое наблюдается всегда.
Henry White
сглаженная скорость и не показывает реальные значения. А график должен зависеть от того, какой интервал вы выбрали.
Henry White )+1. Больше постов. Возможно некие увидят тонкости и меньше будут задавать вопросов в ghs.
Особенно вопрос по сокрости эт сильно. Что значит сглаженная скорость)
Henry White
сглаженная скорость и не показывает реальные значения. А график должен зависеть от того, какой интервал вы выбрали.
Интервал чего? Вы графики смотрели? Такое ощущение что даже не глянули...
Или у вас глубина сглаживания зависит периода отчета?! Поэкспериментировал... Похоже что это действительно так!!! Сказать, что сильно удивлен - все равно что ничего не сказать! Рекомендую ознакомиться хотя бы с базовыми материалами по ЦОД (цифровая обработка данных).
Хотя тут даже не нужно быть специалистом, понимающим основы ЦОД, чтобы понять, что алгоритмы сглаживания работают криво. Это же очевидно! Если в течении 4 часов фактическая скорость нулевая а алгоритм сглаживания выдает 30 КМ/Ч - наверно стоит обратить на это внимание?! Видимо что-то в консерватории не так?!
Henry White, думаю что Ваше оборудование просто-напросто не слало данных во время стоянки. Таким образом в лучшем случае только две точки имеют нулевую скорость - начала и конца стоянки. Учитывая плотность других точек с отличной от нуля скоростью, говорить и некорректном сглаживании как минимум несправедливо.
Настройте оборудование чтобы оно слало данные в том числе и во время остановок, стоянок и будет все ок.
1. Справедливо считать, что если есть две последовательные точки, скорость в которых равна нулю, то следует считать что и между ними скорость тоже равна нулю, а никак не 30 км/ч;
2. Справедливо считать, что если нет данных между двумя последовательными передачами координат с нулевой скоростью, значит транспортное средство стояло, т.е. имело нулевую скорость;
3. Справедливо считать, что параметры сглаживания ВР (временной ряд) должны опираться на дискретность измерений, но никак ни на разницу между временем начала и конца отчета;
4. Справедливо считать, что человек, пишущий ответ по заданной теме, как минимум, должен внимательно с ней ознакомиться и как максимум, иметь опыт в данной области;
5. Справедливо считать, что отрицание очевидных вещей - есть просто попытка оправдать свое бездействие или некомпетентность;
6. Справедливо было бы просто честно написать: - Да, это ошибка. Исправим.
Henry White, как отметил shal, оборудование просто не слало данных во время стоянки. Следовательно, когда алгоритм сглаживания работал, он, как уже писали Вы, не учитывал "...разницу между временем начала и конца...", просто была учтена разность значений в замерах. В алгоритм поступила куча данных со скоростью отличной от нуля, потом два сообщения с нулевой скоростью и далее снова со скоростью больше нуля. В результате эти два сообщения были приняты за некорректную работу оборудования (выбросы или любое другое название неправильной работы, отсутствие GPS или GPRS), в связи с чем их и откинули (усреднили, сгладили).
Даже проанализировав простой алгоритм FFT, можно заметить, что данные там приходят (поступают, меряются) с постоянным периодом, а не с динамическим интервалом. В связи с тем, что Вы хотите получить красивый график лучшим вариантом будет настроить оборудование на регулярную отсылку данных или как минимум на более частую.
FFT - из пушки по воробьям. Не следует так-же забывать, что FFT заточен под стационарные ряды.
Вашу позицию понял. Продолжать беседу не вижу смысла. "Кто не хочет - тот ищет причины. Кто хочет - тот ищет возможности". Удачи.