Некоторые трекеры не присылают информацию о топливе, либо топливные датчики в принципе не установлены на объект, однако пользователи все равно хотят видеть в отчете информацию о расходе.

В качестве альтернативы топливным датчикам можно использовать Расход по нормам, который настраивается на вкладке Дополнительно. Алгоритм его вычисления прост: пробег за интервал умножается на заданную норму расхода (л/100 км), которая может меняться в зависимости от сезона.

Но в данной статье мы рассмотрим другой вариант вычисления расхода без датчика, который требует большего количества пояснений, — Расход по расчету, также называемый Математическим расчетом. Тем более сфера его применения не ограничивается одним вариантом.

Где используется расход по расчету

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

Также расход по расчету используется в топливных алгоритмах. Во-первых, для поиска сливов, если включена опция Расчет сливов по времени. Во-вторых, для вычисления расхода на интервалах с ошибочными значениями, если включена опция Заменять ошибочные значения рассчитанными математически. Обе упомянутые опции находятся в дополнительных настройках ДУТ.

Как работает математический расчет

Система определяет ожидаемый расход на интервале, используя математическую модель. Она формируется на основе:

• датчиков работы двигателя (зажигания или абсолютных/относительных моточасов), в которых указана норма расхода на холостом ходу;
• датчиков полезной работы двигателя (ДПРД), каждый из которых говорит о влиянии какого-либо фактора на расход топлива (оборотов двигателя, температуры, нагрузки на ось, работы кондиционера, навесного оборудования и так далее).

Расход по расчету за интервал является суммой расходов между всеми сообщениями интервала. Для вычисления расхода по расчету между рассматриваемым и предыдущим сообщениями используется следующая формула:

Δt ⋅ ( C_{ХХ 1} + C_{ХХ 2} + ... + C_{ХХ N} ) ⋅ (K_{ДПРД 1} + (K_{ДПРД 2} - 1) + (K_{ДПРД 3} - 1) + ... + (K_{ДПРД M} - 1)),

где Δt — время между сообщениями; C_{ХХ i} — норма расхода на холостом ходу из i-го датчика работы двигателя, который был включен в рассматриваемом сообщении; N — количество созданных в объекте датчиков работы двигателя; K_{ДПРД j} — значение j-го датчика полезной работы двигателя в рассматриваемом сообщении; M — количество созданных в объекте датчиков полезной работы двигателя.

Зачем связывать датчики работы двигателя, ДПРД и ДУТ

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

Чтобы осуществить связь, необходимой войти в свойства датчика зажигания или датчиков абсолютных/относительных моточасов и выбрать соответствующие ДПРД. Аналогично в свойствах ДУТ настраивается его связь с датчиками работы двигателя.

Как быстро создать математическую модель

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

• Расход топлива (л/ч) подразумевает расход на холостом ходу, то есть при включенном двигателе и отсутствии движения. Минимальная скорость движения при этом берется из Детектора поездок.
• Городской цикл и Загородный цикл (л/100км) являются стандартными характеристиками транспортного средства, которые можно найти в документах, в интернете или вычислить на практике. При этом в разных странах используют различные подходы к тому, как определять эти циклы. В Wialon норма городского цикла соответствует скорости 36 км/ч, а загородного — 80 км/ч.
• Сезонный коэффициент (%) подразумевает то, на сколько процентов увеличивается расход топлива в течение указанного сезона относительного остального года. Учет сезонного коэффициента можно отключить, если на территории использования транспортного средства не наблюдается значительного изменения температуры в течение года.

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

Создать более точную модель автоматически не получится, но можно сделать это вручную, добавив ДПРД самостоятельно.

Как работают датчики полезной работы двигателя

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

Предположим, что расход на холостом ходу равен 2 л/ч, а при включении системы отопления расход возрастает до 2.2 л/ч. Следовательно, отношение этих величин равно: 2.2/2 = 1.1
Также предположим, что параметр in4 однозначно говорит о состоянии системы отопления: если данный параметр равен 0, то отопление выключено, а если равен 1 — включено.
В таком случае для учета влияния системы отопления на расход необходимо создать датчик с типом Датчик полезной работы двигателя, в строке Параметр указать in4, а в Таблицу расчета добавить следующие строки:

x = 0; a = 0; b = 1
x = 1; a = 0; b = 1.1

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

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

Как сделать расход по расчету более точным

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

Но все же вы можете попробовать увеличить точность модели нижеприведенными способами.

Учитывайте больше факторов

Вы можете создать больше ДПРД на основе параметров от трекера, которые описывают влияющие на расход факторы.

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

Увеличьте точность измерения параметров

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

Увеличьте частоту генерации сообщений

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

Почему расход по расчету показывает неправильные значения

Причин у такого поведения может быть несколько.

1. Используемые в Мастере расхода по расчету нормы могут отличаться от реальных (например, из-за износа транспортного средства). В таком случае вы можете на практике проверить их соответствие реальности.
2. Это может быть связано с некорректной настройкой расхода по расчету. Проверьте, чтобы в свойствах датчика работы двигателя было указано ненулевое значение в строке Расход, литров в час. Также убедитесь, что датчик работы двигателя и ДПРД связаны.
3. Частота генерации сообщений трекером может быть слишком низкой.
4. Это может объясняться поломкой датчика, показания которого используются в математической модели.
5. В некоторых случаях система может считать, что зажигание было включено все время, пока трекер не присылал сообщений. В таком случае математическая модель покажет, что все это время двигатель должен был тратить топливо. Для исправления ситуации попробуйте установить корректное значение опции Максимальный интервал между сообщениями на вкладке Дополнительно в свойствах объекта. Достичь такого же результата можно и с помощью опции Таймаут в свойствах датчика зажигания.

Олег Жарковский,Инженер Customer Service 2021-06-05

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

Какой алгоритм выбрать

Ниже приведен список особенностей алгоритмов, который должен помочь вам определиться с выбором.

Алгоритм по пробегу

1. Подходит для большинства подвижных объектов.
2. Относительно прост в настройке.
3. Используется по умолчанию.

Алгоритм по времени

1. Подходит
   
   • для стационарных объектов,
   • для объектов с большими интервалами холостого хода,
   • для объектов с дополнительным оборудованием, увеличивающим расход,
   • при подозрениях на сливы во время движения,
   • если алгоритм по пробегу не дает ожидаемых результатов.
2. Более сложен в настройке.
3. Для активации рекомендуется одновременно включить следующие опции в свойствах датчика уровня топлива:
   • Рассчитывать расход топлива по времени,
   • Расчет заправок по времени,
   • Расчет сливов по времени – для обработки сливов также требуется математическая модель расхода, которую можно создать, например, с помощью Мастера расхода по расчету.

В чем разница между алгоритмами

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

Из описанного выше следует, что ключевая разница алгоритмов заключается в том, что алгоритм по времени анализирует все сообщения, а алгоритм по пробегу исключает из анализа часть сообщений, используя упрощение. Оно основано на том, что судить об изменении уровня топлива во время остановки или стоянки (то есть на интервале с низкой скоростью) можно по двум сообщениям до и после рассматриваемой остановки или стоянки. Например, если автомобиль был на парковке с 14:00 до 16:00, а слив был осуществлен в промежутке 15:00-15:10, то узнать о факте слива можно, просто сравнив уровни топлива в 14:00 и 16:00.

Расход

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

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

Заправки

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

Сливы

Детектирование сливов происходит разным методом:

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

Олег Жарковский,Инженер Customer Service 2021-06-04

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

Возможные причины и их устранение

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

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

1. Заправка игнорируется из-за сглаживания

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

Также вы можете попробовать включить адаптивную медианную фильтрацию.

2. Заправка отфильтрована по объему

Попробуйте уменьшить значение опции Минимальный объем заправки в свойствах датчика уровня топлива.

3. Заправка происходит при наличии скорости

Скорректируйте настройки Детектора поездок, увеличив Минимальную скорость движения, если скорость не связана с фактической поездкой объекта, а связана с погрешностью исходных данных. Однако если скорость в таких сообщениях соизмерима со скоростью при фактических поездках (например, более 10 км/ч), то подобные сообщения, вероятно, можно удалить, а для избежания подобных ситуаций в будущем можно попробовать их отфильтровать. Пожалуйста, учитывайте, что вы не сможете восстановить сообщения, удаленные вручную или вследствие применения фильтрации валидности сообщений, поэтому к данным шагам стоит подходить с особым вниманием.

Другим методом решения является включение опции Поиск заправок только при остановке и увеличение Таймаута для определения полного объема заправки в свойствах датчика уровня топлива.

4. Заправка помечена ложной и затем скрыта

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

Олег Жарковский,Инженер Customer Service 2024-02-12

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

Возможные причины и их устранение

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

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

1. Слив игнорируется из-за сглаживания

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

Также вы можете попробовать включить адаптивную медианную фильтрацию.

2. Слив отфильтрован по объему

Попробуйте уменьшить значение опции Минимальный объем слива в свойствах датчика уровня топлива.

3. Слив происходит на коротких остановках

Попробуйте уменьшить значение опции Минимальное время остановки для определения слива в свойствах датчика уровня топлива.

4. Слив происходит при наличии скорости

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

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

5. Слив помечен ложным и затем скрыт

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

Олег Жарковский,Инженер Customer Service 2024-02-12

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

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

Обязательные шаги перед применением инструкций

• В Wialon создан объект, сообщения от трекера отображаются в системе.
• Датчик уровня топлива подключен к трекеру, тарировка бака произведена.
• В объекте создан датчик с типом Датчик уровня топлива (ДУТ).
• В свойствах ДУТ активирована опция Рассчитывать данные в отчетах по датчику.
• Тарировочная таблица (Пары XY) внесена в Таблицу расчета датчика уровня топлива, после чего нажата кнопка Генерировать.
• Создан шаблон отчета с графиком типа Обычный, который отображает Обработанный уровень топлива.
• Также график отображает маркеры сливов и фон поездок (по умолчанию он розовый), остановок (голубой) и моточасов (желтый).

Поведение графика в области ложного слива

Выберите один из представленных ниже вариантов в соответствии с тем, что вы наблюдаете на графике в месте, где находится маркер слива.

1. Скачки в процессе движения или работы двигателя

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

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

Либо там же вы можете выбрать тип фильтрации Медианная фильтрация для ручной настройки сглаживания. Для этого установите степень фильтрации (например, 3). Обязательно учитывайте, что высокие степени фильтрации стоит применять только при высокой частоте отправки сообщений (1-5 секунд между сообщениями). После применения фильтрации топливные алгоритмы будут работать не с исходными данными, а со сглаженными.

Для проверки эффективности сглаживания добавьте на график линию Уровень топлива (до сглаживания) и сравните ее с линией Обработанный уровень топлива (после сглаживания). Если колебания линии Обработанный уровень топлива все еще кажутся вам значительными, то можно попробовать увеличить степень фильтрации (рекомендуется делать это с шагом в 1). Однако помните, что сглаживание может начать искажать входные данные, а потому нужно найти золотую середину: колебания линии Обработанный уровень топлива уже не кажутся большими (или их совсем нет), но при этом линии до и после сглаживания все еще не слишком отличаются в характерных местах (например, во время фактических заправок/сливов).

2. Резкий скачок сразу после начала или прекращения движения

Показания ДУТ могут резко измениться в момент начала/прекращения движения, что может привести к детектированию слива. Если выбранная вами степень фильтрации не сглаживает эти скачки, а повышать ее вы не хотите (например, в вашем случае это приводит к большому искажению входных данных на других интервалах), то вы можете использовать один из двух временны́х фильтров в свойствах датчика уровня топлива:

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

3. Плавное падение при работе двигателя и отсутствии движения

В системе Wialon существует 2 алгоритма для анализа топлива: алгоритм по пробегу (он используется по умолчанию) и алгоритм по времени. Для стационарных объектов и для объектов с длительными интервалами холостого хода рекомендуется использовать алгоритм по времени. Для этого активируйте 3 опции в свойствах датчика уровня топлива: Расчет заправок по времени, Расчет сливов по времени и Рассчитывать расход топлива по времени. Стоит пояснить, что в рассматриваемом случае можно было бы обойтись только опцией Расчет сливов по времени, но одновременное включение всех опций позволит достичь лучшей сходимости всех топливных показателей в отчетах.

При использовании алгоритма по времени происходит сравнение расхода по ДУТ с расходом по расчету, то есть со значением, рассчитанным по математической модели. На интервалах холостого хода расход по расчету в общем случае определятся по датчику зажигания или датчикам моточасов. Потому откройте свойства датчика зажигания или моточасов и проверьте, верная ли норма расхода в час установлена в поле Расход.

4. Слив во время движения, хотя график выглядит нормально

Наиболее вероятно, вы используете алгоритм анализа топлива по времени, а также активировали опцию Поиск сливов в движении в свойствах датчика уровня топлива. В таком случае происходит сравнение расхода по ДУТ с математически рассчитанным расходом. Если расход по расчету настроен неправильно, то ложный слив может быть детектирован там, где объект просто совершал поездку, а потому рекомедуется проверить математическую модель расхода по расчету. Она задается через:

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

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

5. Значительные скачки до минимума/максимума

Если на графике видны скачки линии Обработанный уровень топлива до 0 или до максимального значения (зачастую это 2¹⁶-1=65535) и обратно к актуальному значению, то даже после применения сглаживания эти скачки могут приводить к детектированию ложных сливов. Такие скачки показаний могут быть связаны с некорректной конфигурацией или подключением датчика уровня топлива к трекеру.

Рекомендуется исправлять данную проблему со стороны оборудования, однако и со стороны Wialon вы можете попробовать отсечь эти показания с помощью Таблицы расчета. Для этого войдите в свойства ДУТ, перейдите во вкладку Таблица расчета и установите значения Нижней границы и/или Верхней границы, соответствующие пустому и полному баку. Однако в нижней границе лучше прописать не 0, а значение близкое к нулю (например, 0.1), чтобы отсечь ложные скачки показаний до 0.

6. Значительные скачки не до минимума/максимума

Если показания ДУТ изменяются на значительные величины (но не до 0 или до максимального значения), а затем возвращаются обратно к актуальному значению, то даже после применения сглаживания эти скачки могут приводить к детектированию ложных сливов. Подобное поведение может быть связано со скачками напряжения, которые можно заметить на графике с помощью линии Напряжение, если у вас создан Датчик напряжения.

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

1. Откройте вкладку Сообщения и запросите сообщения с исходными данными за интервал, который включает исследуемый скачок уровня топлива.
2. Вручную или с помощью фильтра найдите другой параметр, который меняется одновременно с показаниями ДУТ.
   Предположим, это параметр pwr_ext, который для большинства трекеров соответствует внешнему напряжению.
3. Определите, при преодолении какого значения найденного параметра показания ДУТ изменяются.
   Предположим, что если pwr_ext меньше 12, то ДУТ начинает присылать неправильные показания.
   
4. Войдите в свойства объекта и создайте датчик с типом Произвольный цифровой датчик, используя параметр из пункта 3, а затем задайте для него Таблицу расчета со следующими строками:
   X = 0; a = 0; b = 0
   X = 12; a = 0; b = 1
   
5. Сохраните созданный датчик и изменения свойств объекта, два раза нажав кнопку ОК.
6. Снова войдите в свойства объекта, а затем в свойства ДУТ. Укажите датчик из пункта 4 в качестве валидатора с типом Проверка на неравенство нулю.

В примере выше рассматривается реальный случай, так как низкое напряжение действительно зачастую приводит к искажению показаний разных датчиков. То есть между передаваемыми параметрами напряжения и уровня топлива существует прямая связь. Однако вы можете использовать и непрямую связь, если заметите одновременное изменение показаний ДУТ и любого другого параметра. Возможно, трекер не присылает значение напряжения, однако присылает значение температуры, а датчик температуры тоже сбоит и присылает, например, 451 °F в момент скачка напряжения. В таком случае с помощью валидации попробуйте связать ДУТ и значение температуры, что тоже должно исправить ситуацию.

7. Плавное падение после заправки при наличии нескольких соединенных баков с ДУТ в каждом

Подобное изменение показаний ДУТ может быть связано с тем, что у объекта имеется несколько соединенных баков, между которыми происходит перетекание топлива. После заправки в один из баков выравнивание уровней между несколькими баками может занять некоторое время, и если вы создали датчики уровня топлива в Wialon отдельно, то сразу после заправки система может детектировать ложный слив по одному из баков.

При работе с несколькими соединенными баками мы рекомендуем для каждого из ДУТ создавать Произвольный датчик (например, с именами «ДУТ 1» и «ДУТ 2») и вносить в них свою тарировочную таблицу. После этого создайте отдельный датчик с типом Датчик уровня топлива, не вносите в него тарировочную таблицу, а вместо этого просто используйте следующую формулу: [ДУТ 1]+[ДУТ 2]

8. Резкое падение при достижении определенного уровня

Данная ситуация может наблюдаться для баков специфичной формы в момент перехода от широкой части к узкой (например, для баков в форме буквы «Г»). Это особенно вероятно, если тарировка была произведена по слишком малому количеству точек, а зачастую ее делают всего по 2 точкам (при пустом и полном баке). Потому имеет смысл перетарировать бак, используя небольшие порции.

9. Плавное изменение в одно и то же время

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

Предположительные причины:

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

Решение в большинстве случаев связано с оборудованием: установка крышки с клапаном для выравнивания давления, удаление грязи/осадка в баке или на ДУТ. Однако если ситуация связана только с изменением температуры, то вам помочь может использование датчика с типом Коэффициент температуры (пример его настройки можно найти в документации).

Олег Жарковский,Инженер Customer Service 2024-02-12

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

Особенности таблицы

Таблица Движение топлива является необычной по нескольким причинам. Фактически она совмещает в себе три таблицы: Заправки, Сливы и Датчики счетчиков. И несмотря на то, что она не доступна для группы объектов, при выполнении отчета по топливозаправщику она может отобразить данные и по другим объектам, принимающим топливо (потребителям).

Данную таблицу можно использовать разными способами:

1. Для топливозаправщика, чтобы отображать выдачи топлива объектам-потребителям.

2. Для любого объекта, чтобы выводить одним списком все его заправки и сливы.

3. Совместить первый и второй способы, чтобы видеть и заправки, и выдачи топливозаправщика.

Далее в статье будет рассмотрен только первый способ, так как по сравнению со вторым он требует более нестандартных настроек.

Необходимые датчики

Логика работы таблицы

Рассмотрим пошагово логику работы таблицы Движение топлива для случая, когда она выполняется по топливозаправщику.

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

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

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

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

На данный момент система уже вычислила интервалы активности топливозаправщика и интервалы заправок объектов-потребителей. Теперь необходимо их связать.

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

В рассматриваемом на картинках примере получаем:

• В строку с топливной активностью 1 будет выводиться заправка потребителя 1.
  В данном случае время (максимальный перепад уровня топлива) заправки потребителя попадает в интервал выдачи.
• В строку с топливной активностью 2 будет выводиться заправка потребителя 2.
  Время этой заправки не попадает в интервалы выдачи, однако заправка имеет пересечения с несколькими выдачами и будет относится к первой по времени.
• В одну строку с топливной активностью 3 не будет выводиться ни одна заправка.
  Интервал заправки потребителя 3 не имеет пересечений ни с одной выдачей.
• Потенциальный потребитель 4 не будет выводиться в отчет.
  У него не было детектировано заправок, а по условию примера в настройках таблицы включена опция Учитывать только объекты с заправками.

Имена потребителей будут отображаться в столбце Геозоны/Объекты, в столбце Заправлено будет содержаться объем заправки потребителя, а в столбце Отклонение — разница между заправкой и выдачей.

Пример настройки для контроля выдач топлива

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

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

• Чтобы скрыть заправки топливозаправщика, в фильтрации интервалов раскрываем блок Заправки, в нем включаем фильтр Заправки и в выпадающем меню выбираем вариант Без заправок.
  
  
  
• Если на топливозаправщике не установлен пистолет-расходомер, но при этом на объекте имеются другие счетчики, то они могут повлиять на выводимый результат.
  Чтобы скрыть показания этих счетчиков, в фильтрации интервалов раскрываем блок Датчики, в нем включаем фильтр Маски датчиков и указываем имя, которое не соответствует именам счетчиков.
  
  
  
• Если на топливозаправщике установлен пистолет-расходомер, то рекомендуется работать с данными, полученными от пистолета-расходомера, а не со сливами, детектированными по ДУТ.
  Чтобы скрыть сливы топливозаправщика, в фильтрации интервалов раскрываем блок Сливы, в нем включаем фильтр Сливы и в выпадающем меню выбираем вариант Без сливов.
  
  
  

• На данном этапе в зависимости от предыдущих шагов в отчет будут выводиться только выдачи топлива, зафиксированные по ДУТ или по счетчику.
  В обоих случаях для отображения объектов-потребителей и их заправок необходимо отметить нужные объекты или группы объектов в фильтре Геозоны/Объекты и указать радиус приближения. Это фильтр повторяется в каждом из блоков (Заправки, Сливы, Датчики), поэтому настраивать его нужно в том блоке, который вы планируете использовать.
  Также рекомендуется включить опцию Учитывать только объекты с заправками, чтобы скрыть из результата отчета объекты, которые просто находились рядом, но не имели заправок.
  
  

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

Решение возможных проблем

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

Объемы выдачи или заправки не сходятся

Если в таблице Движение топлива не сходятся объемы, то вам необходимо выполнить те же действия, как если бы некорректные результаты были в таблицах Заправки, Сливы и Датчики счетчиков. Вы можете проверить:

• Наличие параметров датчиков в сообщениях от топливозаправщика и потребителя.
• Тарировку баков топливозаправщика и потребителя.
• Коэффициент счетчика топливозаправщика (при его наличии).
• Дополнительные настройки топливных датчиков топливозаправщика и потребителя.

Возможно, вам будут полезны другие статьи на тему топлива из раздела Другие материалы.

Потребитель не отображается или отображается неправильно

Данная проблема может быть связана с неточностью определения местоположения топливозаправщика или потребителей.

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

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

Выдача разделяется на несколько частей

Если выдача определяется по счетчику, то в блоке Датчики в настройках таблицы Движение топлива вы можете задать условие объединения интервалов. Например, если установить Таймаут на 30 секунд, то интервалы работы счетчика, между которыми прошло менее 30 секунд, будут объединены.

Если выдача определяется по ДУТ, то вы можете увеличить Таймаут для разделения сливов в свойствах ДУТ.

Выдачи не разделяются

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

Также вы можете применить рекомендации из предыдущего пункта, но наоборот: уменьшить Таймаут в условии объединения интервалов или уменьшить Таймаут для разделения сливов в свойствах ДУТ.

Много небольших лишних выдач

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

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

Водители не отображаются корректно

Водители могут не отображаться в отчете, либо во всех строках может отображаться один водитель.

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

Попробуйте изучить логику автоматического назначения и снятия водителей. Вам может понадобиться проверить:

• Наличие параметров датчика назначения водителя в сообщениях от топливозаправщика.
• Настройки датчика назначения водителя, включая код снятия.
• Свойства водителей, а именно их коды.
• Настройку списка автоматического назначения.

Олег Жарковский,Инженер Customer Service 2023-01-12