Плохая фильтрация данных по топливу (при перехода с 23:59 - 00:01)

Уберите в настройках топливного датчика "заменять значения рассчитанными математически", поставьте расчет по времени и посмотрите еще раз. Это для случая перескока через 00:00, когда датчик во всем интервале 24 часов присылал данные.

Если интервал отсутствия данных больше нескольких минут, то, в любом случае, не удивительно, что за некоторый значительный ненулевой интервал показания датчика топлива изменились на несколько единиц. Как по причине погрешности измерений, так и температурные колебания тому виной. Или сливы / заправки на отключенном ТС. И Виалон честно выводит то, что есть по датчику.
Здесь перескок через 00:00 никак не влияет.

Почему в последнем случае вы или клиент считаете, что значение вчера в 20:00 (условно) должно полностью совпасть с 06:00 сегодня, пока ТС это время не двигалось? С уровнем за это время могло произойти все, что угодно. А поскольку вы используете CAN, то очевидно за это время реальных данных нет в спящей шине.

PS Что, клиент реально волнуется за 1 литр? Или это просто пример?

Проблема заключается в том, что этот заказчик дочерняя компания АО Газпром и они имеют письменные обязательства перед налоговой, что путевом листе они указываю данные на начало периода и конец периода по дынным ССМ Глонасс. К очень большому сожалению для Нас с Вами для них 1л или 0.6л не приемлемо.

SanderAMC сделал как вы сказали. Рассматривал период моточасов с 01:02 до 10:00. Если отчет делать за сутки, то начальный уровень топлива за указанный период  473.88, а конечный 316.20. Если брать указанный выше период начальный уровень 483.91 конечный 307.2.
bitkov.dmitr вы можете график предоставить с этого ТС, а то ваш случай явно не указываю на проблему в СМТ, возможно проблема в оборудовании.

Я правильно понял, что в отчете с 00:00 по 23:59 начальный уровень 473.88, а если с 01:02, то 483.91?
Т.е. за 1 час 2 минуты уровень сменился на грубо 10 единиц. Так что, не может быть? Есть куча причин, почему это реальная ситуация и никак не система тому виной.

SanderAMC а погрешность CAN - это в целом на совести производителя ТС. Буквально на этой неделе выяснил, что пробег по CAN(у конкретного автомобиля а не у всех!) приходит целочисленный, т.е. ТС по ГЛОНАСС проехала 2.34 км, а по CAN 2 км, и в феврали подцепились к бульдозеру, так у него всего 8 ступени на 100 литров топлива. вот такой вот он CAN.

не правильно поняли!
с 23:50 - 00:05 изменились данные: были 26, стало 27, могу прислать отчеты по 30ед

bitkov.dmitr Действительно, для решения вашей проблемы необходимо фильтровать данные (3 пункта будит достаточно), а при формировании отчета данные для аналитики брать за более продолжительный период, например удвоенное число сообщений по которым производится фильтрация.

Вот теперь понял, в чем суть. Очевидно, что вы правы и дело в фильтрации. Точнее, в сглаживании.
Математический метод сглаживания никогда не даст точного схождения во всех случаях. Поскольку интервалы для сглаживания разные и количество точек в этих интервалах очевидно разное. При построении с 0 часов для точки 1:02 участвуют группа точек, включая предыдущие (в зависимости от ваших настроек фильтрации). А для отчета с 01:02 для этой точки в отчете нет предыдущих точек.

Снизить это можно только путем повышения собственной точности измерительного устройства либо снижением степени фильтрации в настройках. Но чуда все-равно не будет.
Совпадение в точках будет только при отключенном сглаживании и иных методах нормализации, но тогда сырые данные сами по себе не очень...

bitkov.dmitr, тут кстати дилемма, предоставлять красивые данные или точный, гуртом предоставляет точные, с другой стороны если добавить расширенный период исходных данных при построении отчета(но выводить выделенный) и небольшой уровень фильтрации, то все должно быть хорошо.

Здесь на форуме есть участники, у которых команда способна решить вопрос разработки..

В принципе, ничего не мешает Гуртам сделать доработку, при которой при обработке точек для отчета алгоритм будет брать интервал в обе стороны на нужное число точек, в зависимости от настройки фильтрации, чтобы сглаживание работало идентично для любой точки нужного интервала.

Конечно Гуртам может сделать эту доработку но я ток понял что НЕ ХОЧЕТ и НЕ НАДО. Они работают на массу, а не на меня или Вас. (((

На форуме есть тема для разработчиков, можете написать туда. У меня есть небольшой опыт разработки Apps, но тут столько условий что я сомневаюсь что это будит практично и удобно. Меня больше всего пугает точка окончания предыдущего периода, потому что она мне заранее неизвестна.