Средний расход в движении

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

вот из моточасов табличка

о вот из сводки

вот если у третьей машины взять потрачено по дут из сводки и минусовать потрачено на холостом ходу из моточасов, то расход у него получится около 41л на 100 км. что в принципе нормально, и эту цифру хочет видеть клиент.

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

у нас к сожалению не прямой договор с вами, а через посредника, поэтому меня
завернут на support@gurtam.com

потрачено по ДУТ у меня тоже существенно не совпадают в сводке и моточасах  (в моточасах процентов на 5-10 больше)

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

могу, но вывести потрачено на холостом ходу я никак не могу все  же

Нашел тему с подходящим названием, но отличающейся сути вопроса.
Клиент делает общий отчет за неделю по транспортным средствам, и сегодня задал вопрос с прикрепленным файлом: почему в статистике отчета по одному из объектов за неделю "Потрачено по ДУТ"450 литров, а "Потрачено по ДУТ в движении" 463 литра!!! Почему то, что должно быть по логике меньше, фактически больше в отчете?

"Потрачено по ДУТ" относится к полному интервалу построения отчёта (например, целые сутки), а "Потрачено по ДУТ в движении" -- только к интервалу движения (например, с 08:04 до 23:15). Эти интервалы различаются, то есть моменты их начала и/или конца разный, а потому обращение идёт к разным сообщениям, в которых могли содержаться разные показания ДУТ (а Wialon работает с теми данными, которые присылает трекер и снимает датчик). Различия в показаниях в разное время могут быть связаны с изменением температуры, колебаниями топлива и т.д.

Чему верить, а что забыть и не показывать клиентам?

Откуда это? Объект - тягач с прицепом-цистерной (опасник). Стоят машины клиента на топливном участке, где собственно производятся сливы и заправки цистерн. Тягачи часто проезжают буквально несколько метров по базе. С заведенным двигателем там не стоят, глушат сразу. Именно потому за выбранный период нет данных о расходе на холостом ходу. При этом все же большой вопрос остается: "Потрачено по ДУТ" вроде как должно быть общим количеством потраченного топлива на всем интервале отчета, а все остальные "Потрачено..." - это составляющие. Потрачено в движении по ДУТ можно конечно и убрать из отчета, чтобы не сбивало с толку клиентов, но как быть с "Потрачено в поездке", "Потрачено на холостом ходу", и "Потрачено по ДУТ"? Везде у клиентов сидят бухгалтеры с калькулятором и посчитать и увидеть явное расхождение для них - раз плюнуть. И что делать?

Еще раз: смотрим документацию... "Потрачено по ДИРТ/ДАРТ/ДМРТ/ДУТ/расчету/нормам — объем израсходованного топлива, определенный по какому-либо топливному датчику (импульсного, абсолютного, мгновенного расхода топлива или уровня топлива), математическому расчету или нормам расхода. Относится ко всему отчетному интервалу."
Т.е. это все топливо за отчетный период, которое израсходовано на объекте.
Остальные определения из документации приводить смысла нет, потому как они никак больше не должны быть.
Потрачено в поездках получилось 456 литров.
Потрачено в движении - 463 литра (ну бог с ним, наползал короткими перебежками по базе за неделю на 7 литров. Но почему всего потрачено по ДУТ 450 литров, что меньше на 6 литров, чем в поездках, и на 13 литров меньше, чем объект потратил в движении?. Как так?

Вы разве каким-то образом относитесь к разработчикам Wialon? Я ведь вопрос задал не ради поболтать. Вопрос достаточно простой и серьезный. И для бухгалтеров не важно, точно показывает ДУТ или врет безбожно. Главное для них (да и для подавляющего числа клиентов), чтобы элементарные расчеты частного и целого сходились. Если проблема программная, то стоит что-то делать Гуртам. Если на это настройки какие-то влияют, то сделать четкую инструкцию по предотвращению таких случаев.

В таком случае я предполагал, что вы напишите на почту support@gurtam.com, как я рекомендовал вам ранее.
Но если вы выбираете обсуждение частного случая в открытой ветке форума, то вполне логично, что все пользователи, включая опытных партнёров, будут участвовать в этом обсуждении.

На самом деле вопрос крайне сложный. Зато ответов на него всего 2:
* либо врать в отчётах, высчитывая расходы на одних интервалах из других, чтобы всё сходилось (ведь всегда будет не сходиться в той или иной мере из-за неточности входных данных, дискретности информации, физики поведения топлива в баке, температурных изменений, наличия примесей и т.д.);
* либо выводить реально полученные от прибора данные, даже если в них будет наблюдаться несходмиость (в том числе после применения всех сглаживающих и прочих подобных алгоритмов).

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

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

Контроль топлива безусловно имеет общие рекомендации, но в итоге всё сводится к рассмотрению частных случаев. Делать это на форуме не очень удобно, потому в третий раз предложу вам написать на support@gurtam.com

Решение есть, но, возможно, оно не совсем такое, как вы ожидаете.
Если вы хотите полной сходимости, то нынешними средствами достичь её удаётся не так часто. Но если посмотреть на ситуацию с другой точки зрения, то становится ясно, что в реальной жизни полная сходимость возможна только при искажении данных.
Техническая поддержка может попробовать помочь вам подобрать настройки, которые будут минимизировать несходимость данных (например, я уже предложил вам увеличить степень фильтрации с 2 до 4, проверив это на практике).
Выводить же в отчёте много значений, связанных с расходом, имеет смысл в основном на этапе настройки топливных алгоритмов и для детектирования проблем с ДУТ. В финальном отчёте для конечного клиента имеет смысл выводить эту информацию лишь частично (возможно, применяя в таблицах столбец-калькулятор, работающий со значениями из других столбцов).

Спасибо. Изменили степень фильтрации с 2 до 4, чуть увеличили время игнорирования сообщений с начала движения, и результат изменился до удовлетворительного. К сожалению, это не универсальное решение, так как и ранее "крутили" эти параметры не только под каждый конкретный объект, но и под некоторых водителей
PS Может все же добавить некоторое примечание-разъяснение в документации по рассчитываемым параметрам статистики отчета?

К чему это? Все, что мне надо, я узнал тут и у службы поддержки. Гуртам выделяет данную проблему, как частную, точнее способ ее решения через обращение в ТП. Какие угадайки? Какое дело в оборудовании? Один водитель водит тягач вальяжно, особо не нагружая оборотами и разбегами, другой постоянно "дрочит" педаль газа, укладывается в несколько секунд  между остановкой, заправкой и последующей троганием от АЗС. И при этом появляются новые работники клиентов из числа бухгалтеров, которые задают резонные вопросы, потому что раньше либо не замечали каких-либо отклонений, либо игнорировали. В любом случае, чтобы понять, какие данные являются достоверными, даже если они "некрасивые", нужно иметь под рукой хотя бы описание, которое объясняет расхождение и дает понимание, что из чего в отчете берется.