Расход топлива для стационарных объектов и строительной техники

autoinfo38, а в чем проблема озвученной Вами задачи? Разве сложно определить работу механизмов, отличную от холостых? Вариантов масса: обороты двигателя, подъем/поворот или вращение механизмов. Все это достаточно не сложно детектируется датчиками и трекерами. Остается только вставить это как некий валидатор.

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

autoinfo38, еще раз прошу: не тролльте тему. Экскаватор был приведен в качестве часто встречающегося примера, и хоть и является малоподвижным, а не стационарным, но на карьерах месяцами может находиться практически в очень ограниченной зоне. А по поводу пломб на "краник", то зачем вообще тогда ДУТ, и зачем контроль? Опломбируйте и краник, и крышку бака, и тогда надобность Вашего участия в этой теме вообще отпадет.  Если считаете, что мое предложение стоящее, или, напротив, в нем нет необходимости, то проголосуйте. Если нет желания делать ни то, ни другое, то прошу не засорять тему.

А не проще ли поставить проточку или подключить расход по CAN (по возможности)? По крайней мере на малоподвижной/неподвижной технике типа карьерных самосвалов, генераторов, земснарядов он (подсчет расхода) себя вполне оправдывает. На малоподвижной карьерной технике ДУТ все равно не даст точных результатов ИМХО.

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

Добрый день! Предлагаю добавить расход топлива по нормам исходя не только из пробега, но и по моточасам. Например, у Клиента неподвижная спецтехника. Необходимо контролировать топливо. ДУТ, CAN, подключение к родному датчику не интересно или невозможно(дорого, машина на гарантии и т.п.).

Поддерживаем, на днях клиент предложил подключить ему спецтехнику, с неё мы можем снять моточасы, клиенту нужен расход топлива, не абсолютно точный, но хоть приблизительный. А мотор расходует разное количество зимой и летом. Сначала подумали подкосить под ДМРТ по принципу время * расход, но что делать с зима/летом, пока не знаем (в ручную менять коэффициенты по календарю будет не совсем интересно.

Подниму тему. Актуально для клиентов. Весна ))

Beifuss, в начале года мы внесли серьёзные изменения в алгоритмы по топливу на основании итогов рабочей группы. А потом - да, все силы были кинуты на выпуск Wialon Local.
Сейчас, постепенно, вернёмся к этому вопросу.

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

согласен!

UP.
Кто-нибудь из форумчан или из гуртама может добавит что-нибудь?
На самом деле то тема важная, так как например у нефтянников и многих других клиентов основная эффективность системы мониторинга показывается как раз на снижении потребления (хищения) топлива.
А без данных нововведений это показать на платформе виалон очень сложно.

Beifuss  все очень подробно изложил. Если так и будет, то будет правильно

Beifuss, мы размышляем над этой проблемой...

alek Впринципе если стоит вопрос как перенести текущие настройки в новый формат на всех объектах в Wialon'e, то можно просто сделать в настройках объекта кнопку например "Расширенные настройки" для активации новой схемы. Интеграторы так сами перенастроят и перейдут на новую схему там где это нужно и вам заморачиватся не нужно.
Единственное что только с импорт/экспорт настроек нужно будет проработать что-бы глюков не было.
Это так мысли вслух.

alek Если сделают в третьем или четвертом квартале это будет уже супер.

Возникла дилемма, как формировать отчеты где будет разделено расход на холостом ходу и расход при работе с мотоустановкой из общего бака. Это могут быть либо навесные орудия, насосы, либо та-же вебаста, из общего бака. Заказчик хочет видеть не выходит ли потребление топлива за установленный диапазон при работе доп.орудий и на холостом ходую

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

Ну вот и четвертый квартал наступил, все ждем)  Недавно начали по этой теме переписку с Гуртам, но проблема оказывается уже очень давняя. Конечно желаемых доработок и нововведений тут описано много, за все мы тоже обеими руками за, но хотелось бы обратить внимание на одну конкретную, т.к. это не просьба что-либо дополнить, а просьба скорее переработать в корне не верно работающий алгоритм. Еще в марте 2016 года эту проблему в данной ветке форума поднимал "Beifuss", вот цитата:

"Букав далее будет много но все будет по делу и по поднятой теме.
Мои предложения по решению данной проблемы с примерами из личной практики.
Предлагаю указывать в настройках датчике моточасов (например типа "Зажигание")  нормы расхода топлива в л/ч летом и зимой (календарь переключения можно использовать тот который во вкладке "Расход топлива").
Почему именно в настройках датчика "Зажигание" потому что на один объект может быть подключено несколько независимых установок у которых будет различная норма потребления топлива л/ч.
Так-же в настройках датчика "Зажигание" нужно указать датчик уровня топлива откуда идет расход при включении моточасов.
Почему именно так: Потому что опять же на один объект может быть подключено несколько установок с отдельными независимыми баками.
Если расход топлива превышает норму расхода то не все топливо записывается в слива и только то что превысило.
Пример: Из бака ушло 100 литров со скоростью 20 л/ч (т.е. за 5 часов). Норма установлена 10 л/ч. В таком случае слив не 100 литров, а 100-(5ч*10л/ч)=50 литров.
Если датчик "Зажигания" не включен независимо от скорости убывания топлива из бака это считается сливом единственным ограничителем является усреднения и минимальный порог слива."

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

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

Нет, естественно, в корне неверно то, как рассчитываются сливы сейчас, исправить я прошу на такой же вариант как описан у вас. У нас ситуация: Очень сильно вырос средний расход за месяц на стационарных объектах, по графику явных сливов нет. Начали играться с расходом по расчету на холостом, для конкретной машины опытным путем выяснили что при макс. нагрузках тратит до 8 литров в час, задали этот параметр, последние три месяца (как раз когда средний расход сильно вырос и начали бить тревогу) выдает кучу просто сливов. За более раннее время сливов нет при той же норме, значит норма верна, но вот беда в отчетах получается абсурд. Бетононасос за сутки отработал 12.75 часов, потратил всего за сутки 193л, из них 142л относит в сливы, остается 51л/12.75 моточасов= 4л/час, что  конечно не реально. Вот в Гуртам приводил пример конкретный на этом объекте:

По логике расчета сливов мы с вами все же друг друга не понимаем, два слива того же объекта:

    2016-09-10 08:59:27    2016-09-10 09:04:27    Смоленск, Фрунзе ул., 40    258 л    21.22 л    236 л
    2016-09-10 09:58:28    2016-09-10 10:45:28    Смоленск, Фрунзе ул., 40    236 л    52 л    184 л    

При рассмотрении детально по сообщениям выясняется что с 8:59 до 12:45 топливо упало на 73 литра, и все это система относит к сливу, но при параметре 8 литров в час, за время 3:46 моточасов он должен потратить 30 литров, т.е. слив остается 73-30=43 литра, вот в чем проблема, как ее решить?

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

Холостой ход в расчетном методе в вашем восприятии и с т.зрения системы - разные события. Для вас это стоящее на месте ТС (я так предполагаю). А для системы - не подпадающее под детектор движения, с одновременно работающим зажиганием. Как вы понимаете, эти два множества не тождественны и множество а-ля Виалон полностью включает в себя ваше множество.

То, что топливные алгоритмы требуется кардинально пересматривать и вводить различные методы расчета для различных, но _топливных_ датчиков (уровня, в первую очередь), стало понятно и сформулировано еще на семинаре в 2013 году, 20 или 21 ноября в Минске. Правда, с тех пор из вороха предложений было реализовано "мала-мала, аднака".

стоило на пару недель перестать мониторить тему и упущено столько интересного.

Итак - середина четвертого квартала - до нового года осталось не так много, а успеть осталось немало.
По старой доброй традиции - мы ничего не обещаем и тем более не даем сроков, но раз вышло так, что пообещали (а некоторые справедливо обращают внимание, что аж в 2013-м), значит будем выполнять.

После анализа топливного алгоритма (текущего), а также того, что хотят партнеры (в сферическом идеале в вакууме) выяснилось, что идеал недостижим. Это вовсе не означает, что к нему не стоит стремиться.

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

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

Итак – близится Новый Год и необходимость дарить подарки касается каждого из нас (помните про три стадии веры в Деда Мороза?).

Тем более приятно дарить подарок, если он желанный – вещь, которой пользуются после этого на постоянной основе как никогда доказывает, что ты попал в цель.

Вот и мы – перед концом года решили выкатить в beta для Wialon Hosting три маленьких доработки, которые, как мы надеемся, станут для вас пусть и небольшим, но очень желанным фукнционалом.

Итак – что следует искать на хостинге уже в эту среду:

- анализ состояния зажигания при расчете сливов на интервалах “без движения”.

Как это работает?

Вот есть к примеру водитель, который сливает потихоньку из краника в баке, не превышая норму расхода на х/х. Раньше система не реагировала на это – не анализировалось зажигание. Теперь расчетный показатель при рабочем зажигании = расход на х/х, а при выключенном = 0 л/ч и слив из краника больше, чем минимальный объем, будет отображен в системе. На маркерах, в отчетах, в мобильном приложении.

- “плавающий” коэффициент расхода, привязанный к значению датчика “engine efficiency”, а также добавление его к рассчетному на х/х (то есть “без движения”).

Как это работает?

Работает ваша техника на месте? Оборудована навесным, для которого в Wialon есть датчик? Повышенный расход на остановке раньше – куча “неверных” сливов в отчете. Теперь есть возможность учесть его работу – и при вычислении “расхода по расчету” и при анализе “сливов”. Есть датчик оборотов или нагрузки на ось? Присылает хорошие данные? А может быть с CAN шины снимается температура окружающей среды? Почему не сделать engine efficiency на основе этого параметра – теперь значение этого датчика и есть коэффициент. А если таких датчиков несколько? Почему бы не учесть их все – гулять так гулять.

Мы очень надеемся, что до ввода этих доработок в stable (ожидаемый к концу января) вы обязательно опробуете их и пришлете нам свои впечатления на serd@gurtam.com – целевые объекты: стационарка, спецтехника, самосвалы и прочее-прочее – включите фантазию, если нужна помощь, обязательно напишите и мы поможем настроить то, что хотите.

Чтобы не флудить на форуме в аттаче вы найдете больше букв про это.

AiM - "Написано так, что ничего не понятно " прошу прощения, возможно переборщил с формулировками, вдохновившись топикстартерами.

"а о какой таблице идет речь в п.2 "Новый “Датчик полезной работы двигателя” и как его использовать."?" - все места, где можно вывести "расход но расчету", а также анализ "сливов" на основании этого показателя.

Максим, здравствуйте.

Поверьте нам - мы помним и видим все просьбы. Ваш "п.2" в том числе. Только вы тоже поймите - всего и сразу никогда не бывает. Такие алгоритмы, как топливо, которые используются подавляющим большинством партнеров просто так взять и обновить нельзя - нам важно посмотреть и послушать, идет ли разработка в верном направлении. Вы можете поделиться своим опытом использования нового функционала? Снимками экрана - как было, как стало, стало ли лучше? Если да - на сколько? Мы понимаем, что в РФ праздники, но пока из 26 скачавших файл в данной теме нет ни одного отзыва.

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

как всегда - данные тут https://noc.wialon.com/

Вот сегодня посмотрел видео Beifuss, спасибо за разъяснения, и начал изучать вопрос сам. По поводу добавочных коэффициентов и дополнительных датчиков полезной работы понятно, это очень хорошо, но наша проблема с простым расчетом сливов так и не решена. Объект простой - есть один датчик зажигания и норма расхода 8 литров в час. Объект стоит на месте, за час уровень топлива падает на 20 литров со скоростью примерно 20л/ч, понятно детектируется слив и ого объем 20 л, но при этом весь этот час включен датчик зажигания, т.е. мы допускаем что 8 литров было потрачено на работу, почему опять система пишет слив 20 литров вместо положенных 12 литров. Вроде отписали что это момент тоже исправили, в итоге ничего не изменилось? В отчете абсурд, за час работы потрачено 0.25 литра, момент когда двигатель только завелся на холостых без нагрузки и не выходил за пределы 8 литров в час, а далее пошла полезная работа и слив водителя через краник, обратку, капельницу или что-то еще, расход вышел за 8 литров и все топливо пошло в слив.

Может все изменения уже убрали, поэтому у нас ничего не изменилось со сливами? Если это так, то можно сказать когда их вернут и когда они появятся в стабильной версии?

Спасибо Beifuss, будем ждать ответа

В корне с вами не согласен, простым вычитанием тут не отделаешься. Пример:
Норма для ТС - 10 л/ч, например это кран. Он работал в разных режимах, час на х/х - расход 2 л/ч, час с частичной нагрузкой -расход 5 л/ч, час с полной нагрузкой - расход 10л/ч, час водитель сливал - расход 30 л/ч, в итоге мы получаем слив размером 30л, за тот час где превышена норма, но по расчету у нас за 4 часа ТС потратил 40л, что из чего здесь вычитать, людям в ручную искать отрезки где есть сливы и выбирать? А по правильному алгоритму все было бы в норме, сколько потрачено по расчету мы бы не учитывали, а просто видим, что за первые 3 часа ТС потратил 17л, а в последнем часе был слив - потраченные с превышением 30л минус норму 10л/ч - слив 20л, все понятно и логично, и не надо сравнивать никакие столбцы. Да согласен, в этом случае водитель мог слить за последний час не 20л, а 28л если ТС работало на х/х, но это уже нас не волнует, есть норма данная заказчиком, ее превышение и надо отслеживать, не устраивает, ставьте доп датчики на все оборудование создающее нагрузку. Я думаю что это вполне логично вычесть из объема слива то, что указано в норме, иначе получается реально картина бредовая, водитель все слил, а машина не потратила вообще ничего.

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

Согласен с 89038189000.
Если перерасход не делить на слив и на потраченное топливо то и цифра "Потрачено по ДУТ" и "Ср. расход по ДУТ" некорректна.
Клиенты тоже давно уже высказываются, что это не правильно.

Нам тоже очень интересно знать на какой стадии находится реализация новых функций.

Смотрел описание, как понял ничего не поменяли((( Просто раньше была норма одна и по превышении ее детектировался слив, теперь когда нет датчика зажигания или он выключен, норма приравнивается к нулю, все. Сам расчет сливов как был не корректен, так и остался, когда все же вы научите систему вычитать из сливов норму расхода на х/х, неужели это такая непосильная задача, или Гуртам все еще сомневается в необходимости таких доработок?

в приведенном примере объем слива расчитанный системой для вашего интервала будет 70 литров. Объем "потрачено по расчету" - 40, простая арифметика. Не вижу противоречий с постулатом о простой разнице двух полей.

именно так это и реализовано.

Итак, коллеги - раз в этой теме обсуждаются правки по топливу, спешу поделиться с вами еще одной порцией - со следующим обновлением (которое ожидается после проведения плановых оптимизационных работ на хостинге - т.е. примерно в конце месяца) нас ждет
- исчезновение "расхода по расчету" "расхода по нормам" и "группировки датчиков с одинаковым именем" из вкладки "расход топлива"
- внесение небольших правок в алгоритм (спасибо Андрею Самосюку и Алексею Бейфусу за конструктив и помощь в обсуждении) - например разрыв интервала зажигания по таймауту из вкладки "дополнительно"
- теперь у каждого датчика зажигания - своя норма потребления
- а еще из timestamp можно будет получить номер дня относительно начала месяца (это чтобы "нормы" пропали безболезненно)

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

Также всех приглашаю в нам на стенд на Навитех, где я смогу о том же рассказать всем желающим лично (если не возникнут обстоятельства непреодолимого характера).

Резюме:
- добавлен коэффициент для каждого навесного (чтобы можно было учитывать например ковш и отвал на тракторе)
- анализ всех датчиков зажигания при детектировании сливов
- каждое зажигание со своей нормой потребления
- упрощен механизм настройки и исключены ненужные опции

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

спасибо за ответ, но не понятно откуда вы взяли 70, если всего из бака за 4 часа ушло 47?
может быть мы друг друга не понимаем, поговорить  с вами по телефону невозможно к сожалению, и может не все со мной согласятся, но на мой взгляд исправить принцип расчета сливов гораздо важнее чем ввести большее количество датчиков зажигания с разными нормами. хоть на каждый потребитель повесь свой датчик, и нарисуй десять разных норм, какой толк от этого, если система при превышении этих норм все топливо списывает в слив, выдавая на выходе бредовую картину для клиента. и не получится здесь справиться простым вычитанием, как раз на примере выше я это наглядно доказал, как объяснить более просто не понимаю(((

ну и как я понимаю изменения картины со сливами в ближайшие полгода ждать не стоит?(((

По моему все кто в этой теме находятся, абсолютно согласны со мной, что расчет сливов в настоящее время ведется не корректно. Я согласен, что из слива можно вычесть потрачено по расчету, и получить то, что мы желаем, вопрос как выбрать именно те отрекзи, где фиксировалось превышение, тем более, что в системе есть параметр "время начала слива", но нет параметра "время окончания". Еще при норме, например в 10 л/ч, объект может тратить как 20, если водитель жульничает, но так и 2 литра, если машина работает без нагрузки какое-то время, не всегда есть возможность и желание заказчика в установке доп. датчиков механизмов, и устанавливая норму например в те же 10 л/ч, мы задаем просто верхнюю планку, выше которой объект потребить не должен, а цифра "потрачено по расчету" подразумевает, чо объект все время работал с расходом 10л/ч.

По поводу объекта, логин и пароль test32, сейчас там открою вам объект "бетононасос 046", посмотрите. Можете взять сентябрь 2016, там в некоторые дни из-за постоянных превышений нормы почти все топливо списывается в слив, в итоге получаем 994 литра сливов, при этом потрачено всего 490 литров, это на 55 км пути и 102 часа работы, цифра сильно занижена.

Я так понимаю это ты про датчик полезной работы двигателя, который уже реализован?

Это гуд! это радует!

Эта норма будет влиять на фиксацию слива?
При создании нескольких датчиков зажигания в одном объекте как их нормы будут взаимодействовать? Они будут складывать в одну при одновременной работе?
Для отсутствия движения понятно норма л/ч а для движения какие нормы будут?
При данном обновлении я так понимаю можно будет делать как "датчик зажигания+ДПНД" так и "датчик зажигания+датчик зажигания"? Они будут примерно схожи эти схемы?

Можно поподробнее?

Не забудь прислать приглашение.

Леша - с тебя еще объекты для вебинара, про приглашение - принял.

Для датчика абсолютных моточасов (как и для относительного и по аналогии с зажиганием) - норма расъхода будет добавлена в грядущем обновлении.

По вопросам - да, нормы будут складываться, одновременная работа - суммарная норма.
По облегчению настроек - уберутся секции "расход по расчету", "свойства датчиков" (это где группировка, которая мертвым грузом тянулась еще с первых версий прошки), "расход по норме". Вместо них - более гибкий механизм и подход к расчету, как следствие - лучше понимание и более гибкая система.

Мы надеемся, что вам понравится - именно потому что настройки новые и к ним придется привыкать, планируется провести вебинар с интересными объектами.

Спасибо за доступ - если не возражаете я им воспользуюсь в вебинаре.

89038189000 да - пока по-старому, тем не менее о вашей просьбе не забываем - идея понятна и в принципе логична.

здравствуйте.

Фильтр моточасов по активированному и деактивированному датчику работы крана вам поможет разделить интервалы по двум разным таблицам. Это - всего-лишь один из вариантов тк способ настройки зависит от результата, который вы хотите видет (в каких таблицах, на каких графиках и т.д.). Если у вас есть уточнения - напишите их на support@gurtam.com, пожалуйста, с указанием имени объекта ,интервала и того, какой результат желаете получить. Ребята обязательно помогут с настройками и консультацией.

Я так понимаю принцип расчета сливов, о котором я здесь писал неоднократно, так и остался неизменным и неправильным? Вообще когда-нибудь можно ждать данной доработки или нет?

Я уже честно не знаю как внятно вам объяснить) Вроде и Алексей выше описывал все как и я. Ну есть ТС, идет падение уровня топлива с какой-то скоростью, как система определяет допустимую скорость падения этого самого уровня при которой слив еще не фиксируется?
Как я понимаю, по норме прописанной в датчике зажигания, или в датчике зажигания + в датчике полезной нагрузки, если такие есть в объекте, правильно я понимаю? Так вот при превышении этой нормы из фиксированного за какой-либо период слива вычесть нужно ту самую норму, иначе получается бред. ТС проработало час с превышением нормы, но это не значит, что оно за этот час ничего не потратило, а топливо все слили.

1 - что такое "ожидаемый" уровень топлива не совсем понимаю.
2 - не используются настройки расчета, списывается в слив все, это логично вопросов тут нет, если используют нормы, пусть из слива вычитается расход по норме за данный период.
3 - я лично ожидаю доработку во всех объектах, если человек нормы и расчет не использует, для него ничего и не поменяется, для тех кто этим пользуется, разобраться и понять труда не составит.
4 - т.е. ваш калькулятор будет из всего времени отчета выбирать только те промежутки, в течении которых были зафиксированы сливы, рассчитывать для этих временных промежутков значение расхода по нормам или расчету, и затем это значение вычитается из объема слива, я правильно понял? Если так, то проблема будет решена. Или в калькуляторе можно будет просто настроить автоматом какие-то действия с полученными числами слива, заправок, расхода и т.д. Для клиента и сейчас нет сложности вычесть из слива расход по расчету в ручную, проблема из отчета за месяц, в котором например 40 сливов, все из-за превышения расхода по расчету в течении времени, выбрать отрезки времени на которых эти сливы были зафиксированы, по каждому отрезку времени сделать новый отчет, дабы узнать расход по расчету за каждый отрезок времени, и только тогда подобные подсчеты приведут к более или менее нормальному результату.

Если в отчетах в таблице "сливы" появится возможность добавить строку "расход по расчету за время сливов",  их можно будет и в ручную вычесть. В общем ждем с надеждой калькулятор, будем пробовать.

Попробовал подсчитывать перерасход калькулятором. В целом получается, но есть проблема.
Выбираю интервалы таблицей моточасы со скоростью 0. Там вычитаю из потраченного топлива допустимую норму - считается нормально.
Незадача в том, что суммарные значения тоже подсчитываются в этой таблице по формулам, а не складываются по итогам столбца.
Те промежутки, где расход укладывался в норму тоже участвуют в подсчетах, что по логике не надо.
Соответственно, получить сколько итого перерасход был в тех промежутках, где он был, не получается.
На скрине в столбце "Перерасход" ожидаю в итого получить 19,52 литра.
Если что, тикет LYM-96324-418.

Да уж, а воз и ныне там, третий бак, отдельный со своим расходом, со своей фильтрацией и со  своими настройками порогов сливов и заправок так и невозможно создать. Бред. 2019 год уже почти наступил!! А система все развивается да развивается но  никак что то  развиться не может.

Датчик с типом "коэффициент температуры" не поможет? https://docs.wialon.com/ru/hosting/cms/ … sors/coeff

Спасибо. Надо нам чаще знакомиться с обновлениями.