Отметки на графике заправок и сливов

vmtp, речь не о привязке сливов к чему либо, а именно визуализация результата определения слива или заправки. Система определила, к примеру, слив в таблице имеет дату/время и количественное выражение. Т.е. система каким-то образом расчитала, что с конкретного определенного уровня топлива в баке начался процесс слива и в какое-то определенное время на конкретном определенном уровне он закончился. Нам и клиентам дается только результат: слито столько-то тогда то и во столько-то. Когда сливы не бьются по каким то причинам с реальным количеством слива (например, при контрольной проливке), или когда расчет произведен по времени, тогда встает вопрос, когда система посчитала начало слива и на каком уровне топлива, и когда она посчитала завершение процесса слива, после чего высчитала разницу, т.е. слитое топливо. Если обычный слив можно увидеть на графике, можно разглядеть его в сообщениях, то со сливами по времени достаточно проблематично. К примеру, на экскаваторах периодически срабатывает уведомление о сливе топлива в районе 9-14 литров. И начинается поиск по сути методом тыка с подбором переменных, чтобы убрать эти сливы, без какой-то логики в голове и объяснений клиенту. Это не нормально.
Есть отдельная тема, которую я заводил когда-то по поводу строительной мало перемещающейся техники, где среднее значение на холостом ходу слишком относительно, и где было бы нормальным сделать расчет расхода топлива в час например в зависимости от оборотов двигателя или активации какого-то произвольного датчика, определяющего работу силовой установки. В настоящее время расчет по топливу усложнен, и еще более усложнено понимание процесса определения слива или заправки по времени относительно того, что выдает система. Хотелось бы визуализации, хотя бы.

vmtp, тогда поддержите в рейтинге задач плюсом.

Время начала слива можно вывести в таблице "Сливы". Время окончания слива предполагается в момент прихода сообщения с Кон. уровнем слива, в случае, если у вас не включена фильтрация и не установлены дополнительные флаги, например, "Рассчитывать объем слива по сырым данным". В обратном случае, время конца слива сдвигается и не всегда совпадает со временем конечного (необработанного) УТ в сообщениях.

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

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

Т.е. вы можете создать датчик типа 'Датчик полезной работы двигателя', прописать для него параметр (например включения навесного оборудования или значения оборотов) и, при помощи таблицы расчета, задать значения датчика при определенных значениях параметра. Фактически, значения этого датчика будут являться повышающим (при значениях > 1) коэффициентом для величины расхода топлива на холостом ходу. При наличии нескольких датчиков полезной работы, их значения суммируются по формуле k1 + (k2 - 1) + (k3 - 1) + … + (kn – 1). Таким образом формируется итоговый коэффициент увеличения величины расхода топлива.

Дмитрий Л, я указал на то, как вы можете определить длительность слива сейчас. Решение о необходимости разработки будет приниматься совместно с аналитиками.

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

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

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