Fleetrun
Hecterra
NimBus
Другие приложения
Wialon для Android/iOS
Logistics
Wialon Local
Wialon Hosting
WiaTag
Configurator
LeaseControl
Содержание
Хронология
  • tables

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

В разделе Содержимое таблицы настроек шаблона необходимо выбрать информацию, которая должна показываться в таблице:

  • Поездки,
  • Стоянки,
  • Остановки,
  • Моточасы,
  • Заправки,
  • Сливы,
  • События,
  • Водители,
  • Прицепы,
  • Превышение скорости,
  • Потеря связи,
  • Срабатывание датчика.

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

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

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

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

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

Вопросы и ответы

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

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

  Машина совершила поездку. В сообщениях показывается скорость 70 км/ч, но в отчете этой поездки не видно. Почему?

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

  • В детекторе поездок выбран некорректный определитель движения (например, неработающий или неправильно настроенный датчик зажигания).
  • В шаблоне отчета для таблицы Поездки установлены фильтры (по минимальному пробегу, по наличию остановок в поездках и прочие), которые отсекают произведенную поездку. Удалите эти фильтры или откорректируйте их.
  • Трекер присылал сообщения с большим интервалом, превышающим установленное в детекторе поездок минимальное время стоянки. Необходимо перенастроить трекер на более частую отсылку сообщения (1 раз в 3-5 минут) и увеличить минимальное время стоянки до 5-7 минут.
  • Проверьте также и другие параметры детектора поездок.

  Заправили автомобиль, но в отчете этой заправки не обнаружили. Почему?

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

1. Установлена опция Поиск заправок только при остановке, но при этом детектор поездок настроен некорректно.

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

2. Установлена большая степень фильтрации ДУТа.

Уменьшите степень фильтрации значений датчиков уровня топлива в настройках (рекомендуемое значение — до 15) или выберите опцию Рассчитывать объем заправки по сырым данным.

3. Установлено слишком большое значение минимального объема заправки.

Уменьшите минимальный объем заправки в настройках ДУТ.

  Почему в отчете не показывается слив?

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

1. Слив был тестовый и был произведен непосредственно перед заправкой.

Такие тесты система определяет как выбросы данных. В реальной ситуации (без последующего восстановления уровня топлива) слив будет детектироваться.

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

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

3. Большая степень фильтрации.

Уменьшите степень фильтрации (рекомендуемое значение — до 15) либо выберите опцию Рассчитывать объем слива по сырым данным.

4. Большое значение минимального объема слива.

Уменьшите минимальный объем слива в настройках ДУТ.

  В чем принципиальная разница между расчетом уровня топлива по времени и по пробегу?

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. Расход для каждой пары сообщений за указанный интервал суммируется и таким образом определяется расход топлива по расчету.

Если вы заметили ошибку в тексте, пожалуйста, выделите её и нажмите Ctrl+Enter.
Спасибо за ваш отзыв!
Сообщить об ошибке
Текст с ошибкой Комментарий
Максимум 500 символов