Незавершенные поездки

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

1. Были выбросы данных.

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

С выбросами можно бороться следующими способами:

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

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

• Проверьте настройки счетчика пробега на вкладке Основное.

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

1. Расчет уровня топлива по пробегу

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

Вычисление слива/заправки происходит методом сравнения разницы между начальным уровнем топлива (X) на последующем интервале движения и конечным уровнем топлива на предыдущем интервале движения (Y). Если (X—Y)>0, то была заправка, если <0, то был слив, если значения одинаковы, то ничего не происходило. Но так, как любой из ДУТов имеет свою степень погрешности, в Wialon есть настройки, которые помогают отличить реальный слив/заправку от
погрешности. Эти парметры можно найти в настройках ДУТ:

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

2. Расчета уровня топлива по времени

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

Пример

Автомобиль стоит 10 часов. Слив производился крайне маленькими дозами, но на протяжении всей стоянки. Всего слито 60 литров топлива. Определить, слив это или расход топлива, можно будет по состоянию датчика зажигания объекта.

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

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

Вы можете воспользоваться несколькими описанными ниже подходами.

Вариант 1

Создайте виртуальный датчик зажигания. В качестве его параметра мы рекомендуем использовать усредненную скорость: (speed+#speed)/const2.

Вариант 2

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

Пример

На протяжении длительного времени ночью объект присылает примерно следующий набор параметров:

hdop=1, odo=0, adc2=2.0475, adc12=1037, c1=0, c2=0, c3=0, c4=0, mcc=260, mnc=2, lac=56720, cell_id=43811, ta=1,
gsm_lvl=55, total_fuel=407154, can_fls=101, can_taho=4797, can_engine_hrs=230420, can_mileage=137603392, engine_temp=123,
srv_dist=0, j1939_air_temp=9072, J1708_eng_hrs=230420, J1708_fl_used=430282, J1708_fl_lvl=101, I/O=80/0

При движении со скоростью — примерно такой:

hdop=1, odo=847.358764648, adc2=2.3595, adc12=1117, c1=0, c2=0, c3=0, c4=0, mcc=260, mnc=2, lac=56720, cell_id=60167, 
ta=1, gsm_lvl=71, total_fuel=407178, can_fls=101, can_taho=9940, can_engine_hrs=230447, can_mileage=137609550, 
engine_temp=124, srv_dist=0, j1939_air_temp=9353, J1708_eng_hrs=230447, J1708_fl_used=430307, J1708_fl_lvl=101, I/O=d1/0

Непосредственно перед началом движения, как правило, зажигание включается:

hdop=1, odo=0, adc2=1.4937, adc12=895, c1=0, c2=0, c3=0, c4=0, mcc=260, mnc=2, lac=56720, cell_id=60268, ta=2, 
gsm_lvl=64, total_fuel=407166, can_fls=100, can_taho=996, can_engine_hrs=230439, can_mileage=137605711, engine_temp=120, 
srv_dist=0, j1939_air_temp=9369, J1708_eng_hrs=230439, J1708_fl_used=430295, J1708_fl_lvl=100, I/O=80/0

Отбрасываем заведомо неточные параметры: hdop (точность), adcN (закономерность трудно определить), odo (относительный одометр в метрах), mcc mnc cell_id и lac (блок LBS данных), gsm_lvl (уровень сигнала GSM) и так далее. Параметр J1708_eng_hrs для данного объекта выглядит наиболее вероятным, т.к. не изменяется во время стоянки ночью. Как правило, можно использовать также pwr_ext. Если зажигание цифровое, то изменения значений можно отследить в блоке I/O = (подробнее в разделе Параметры входов и выходов).

Вариант 3

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

Возможные причины:

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

Предположим, расход топлива в городском цикле равен 10 л/100 км, а в загородном — 7 л/100 км.

• Создадим датчик зажигания (как в примере выше) и установим расход на холостом ходу в размере 1 л/ч.
• Средняя скорость движения в городе — 36 км/ч, за городом — 80 км/ч.
• Расстояние в 100 км при движении со скоростью 36 км/ч объект проедет за 2.8 часа. 10 л/2.8 = 3.57. Вычислим значение повышающего коэффициента при движении в городе: 3.57 / 1 (х/х) = 3.57.
• В результате проведения аналогичного расчета для загородного режима получаем коэффициент равный 5.6.
• Создадим датчик полезной работы двигателя, принимая во внимание тот факт, что объект не может тратить топлива меньше, чем на холостом ходу, и что до начала движения он неподвижен. В качестве параметра используем среднюю скорость (speed+#speed)/const2 и заполняем таблицу расчета (вручную либо с помощью мастера таблицы расчета):

Обратите внимание, что последняя пара точек — то, как система рассчитывала ранее (для скорости выше 80 км/ч расход топлива считался постоянным). Вы можете не использовать данный метод и изменить набор точек. Также 3 в данном примере — это минимальная скорость из детектора поездок объекта, соответственно, в вашем объекте данный параметр может быть иным.

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

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

Используется следующий алгоритм:

1. Определяется состояние датчиков работы двигателя (датчик зажигания и датчики абсолютных и относительных моточасов) в текущем сообщении.
2. Для работающих датчиков суммируются значения, указанные в их свойствах в поле Расход, литров в час.
3. Вычисляются значения датчиков полезной работы двигателя, привязанных к датчикам работы двигателя.
4. Полученные значения суммируются по формуле k1 + (k2 - 1) + (k3 - 1) + … + (kn – 1). Таким образом формируется коэффициент. Если сумма коэффициентов меньше нуля или невалидна, то общий коэффициент принимает значение 1.
5. Для определения текущего расхода топлива объектом значение из пункта 2 умножается на значение из пункта 4.
6. Время от предыдущего сообщения до текущего умножается на значение из пункта 5.
7. Расход для каждой пары сообщений за указанный интервал суммируется и таким образом определяется расход топлива по расчету.