.svg)
.svg)
В Axenta пользователь работает с координатами, параметрами, датчиками, событиями и отчетами. Все они связаны между собой, поэтому поначалу их легко воспринимать просто как разные способы отображения одних и тех же данных.
На практике это разные уровни информации.
Упрощенно путь выглядит так:
терминал передал данные → Axenta их получила → обработала → определила состояния и события → сформировала результат для пользователя
Понимание этой последовательности особенно полезно при разборе спорных ситуаций. Если в отчете появилась неправильная цифра, это еще не означает, что проблема возникла именно в отчете.
Координаты — где находился объект
Терминал определяет местоположение автомобиля с помощью спутниковой навигации и передает координаты вместе с другими данными.
Например:
53.1959, 50.1002
Последовательность таких точек позволяет построить маршрут движения автомобиля.
Но координата всегда относится к конкретному моменту времени.
Если последнее сообщение было получено час назад, точка на карте означает:
«час назад объект находился здесь», а не обязательно «объект находится здесь сейчас».
Поэтому координаты нужно рассматривать вместе со временем их получения. Это особенно важно, когда автомобиль долго не выходит на связь.
Параметры — что передало оборудование
Вместе с координатами терминал может передавать дополнительные значения:
- состояние входов;
- напряжение питания;
- показания ДУТ;
- температуру;
- обороты двигателя;
- данные CAN;
- состояние подключенного оборудования.
Это данные, которые Axenta получила от терминала.
Часть параметров уже понятна человеку, а часть требует дальнейшей обработки.
Например, в сообщении может присутствовать значение параметра ДУТ:
1847
Само по себе число 1847 еще не говорит пользователю, сколько топлива находится в баке.
Именно поэтому просмотр исходных параметров особенно полезен при диагностике: здесь можно проверить, какие данные действительно поступили от оборудования.
Датчики — как Axenta интерпретирует данные
Чтобы исходный параметр превратился в полезное для пользователя значение, он может пройти дополнительную обработку.
Например:
исходное показание ДУТ → настройки датчика → уровень топлива
После обработки вместо условного значения 1847 пользователь может видеть:
126 л
Аналогично другие исходные параметры могут использоваться для определения температуры, состояния зажигания и других показателей.
Получается:
параметр → обработка → понятное пользователю значение
Это различие имеет большое практическое значение.
Если рассчитанный датчик показывает неправильное значение, стоит проверить исходные данные.
Исходные данные неправильные или отсутствуют — нужно искать причину раньше по цепочке: оборудование, подключение, настройки терминала, передача параметра.
Исходные данные правильные, а значение датчика неправильное — проверяются уже настройки его обработки в Axenta.
Так можно быстро сузить область поиска.
Событие — что система определила по данным
Отдельное значение датчика еще не обязательно является событием.
Представим, что рассчитанный уровень топлива изменился:
126 л → 165 л
Axenta анализирует изменение данных во времени. Если выполняются необходимые условия, система может определить произошедшее как заправку.
Получается еще один уровень:
исходные параметры → рассчитанные значения → анализ изменений → событие
По такому же принципу система может определять и другие ситуации: превышение скорости, посещение геозоны, изменение состояния объекта и т. д.
Поэтому если ожидаемое событие отсутствует, сначала стоит выяснить:
были ли необходимые данные → правильно ли они обработались → выполнялись ли условия определения события.
Отчет — результат за выбранный период
Отчет находится еще дальше по цепочке.
Он собирает информацию за выбранный период и представляет ее в форме, удобной для анализа.
Например, за рабочий день в отчете можно увидеть:
- пробег;
- поездки;
- стоянки;
- посещения геозон;
- значения датчиков;
- заправки и сливы;
- другие показатели эксплуатации.
Важно понимать:
отчет не является самостоятельным источником данных.
Он формируется на основании информации, которая уже была получена и обработана системой.
Поэтому неправильная цифра в отчете может быть лишь конечным проявлением проблемы, возникшей значительно раньше.
Как все связано на практике
Рассмотрим пример с топливом.
Терминал передал некоторое исходное значение:
параметр ДУТ → 50
После обработки система получила:
уровень топлива → 101 л
Позднее уровень заметно увеличился:
101 → 197 л
При выполнении заданных условий система определила:
заправку
А информация о ней затем появилась:
в отчете за выбранный период
Получается единая цепочка:
параметр → датчик → событие → отчет
Теперь становится понятно, почему при спорной заправке не всегда имеет смысл начинать проверку с отчета.
Как это помогает находить проблемы
Представим обращение:
«В отчете неправильная заправка».
Вместо проверки всего подряд можно двигаться от результата назад:
Что указано в отчете?
↓
Какая заправка была определена системой?
↓
Как изменялось рассчитанное значение уровня топлива?
↓
Какие исходные значения поступали от оборудования?
Если исходные значения изменились некорректно, искать причину нужно до этапа расчета события.
Если исходные данные правильные, но уровень топлива рассчитан неверно — проверяется датчик и его настройки.
Если уровень топлива рассчитан правильно, но система неверно определила заправку — проверяется уже следующий этап.
Та же логика работает и с другими данными.
Например, если в отчете получился слишком большой пробег:
пробег в отчете
→ трек
→ подозрительный участок
→ координаты в сообщениях
Если в сообщениях обнаружился координатный выброс, становится понятно, откуда появился лишний пробег.
Главное
Полезно различать пять уровней:
Координаты — где находился объект в определенный момент времени.
Параметры — какие исходные значения передало оборудование.
Датчики — как Axenta обработала и интерпретировала эти значения.
События — что система определила на основании данных и заданных условий.
Отчеты — как информация за выбранный период представлена для анализа.
Если результат вызывает сомнение, не стоит сразу искать ошибку там, где он отображается.
Гораздо эффективнее пройти цепочку в обратную сторону:
отчет → событие → датчик → исходные данные
и определить, на каком этапе результат начал отличаться от ожидаемого.
Если нужного ответа в инструкции нет, вернитесь в базу знаний и воспользуйтесь поиском по другим материалам.
.svg)
