.svg)
.svg)
Пользователь видит в Axenta координаты, скорость, зажигание, уровень топлива, поездки, стоянки и другие данные. Но информация на экране не всегда является тем значением, которое терминал непосредственно получил от автомобиля.
Данные проходят несколько этапов:
автомобиль и датчики → терминал → передача данных → Axenta → обработка → результат на экране
Понимание этой цепочки помогает быстрее находить причины неправильных или неожиданных результатов.
Данные могут измениться при обработке
Часть информации терминал передает практически в готовом виде — например, координаты и скорость. Другие данные требуют обработки.
Рассмотрим уровень топлива.
ДУТ передает значение терминалу. Терминал отправляет его на сервер. В Axenta исходное значение обрабатывается с учетом настроек датчика и может быть преобразовано в литры.
Получается:
показание ДУТ → исходный параметр → обработка в Axenta → уровень топлива
Затем изменение уровня топлива может использоваться для определения заправки или слива.
Практический вывод: если значение на экране кажется неправильным, сначала нужно проверить исходные данные.
Если они уже неправильные — причину следует искать раньше по цепочке. Если исходные данные правильные, а рассчитанное значение нет — проверяются настройки обработки в Axenta.
Данные могут прийти с задержкой
Представим, что автомобиль въехал в зону без мобильной связи.
Терминал продолжает определять координаты и сохранять сообщения, но не может передать их серверу.
На экране остается последнее известное положение автомобиля.
После восстановления связи терминал передает накопленные сообщения, и отсутствовавший участок маршрута появляется в истории.
Поэтому важно различать:
когда событие произошло и когда данные о нем поступили в Axenta.
Это объясняет многие ситуации, когда маршрут или другие данные появляются в системе позже.
Последние данные не всегда являются текущими
Если автомобиль отображается возле склада, скорость равна нулю, а зажигание выключено, можно решить, что автомобиль сейчас находится на складе.
Но если последнее сообщение получено три часа назад, мы знаем только одно:
три часа назад автомобиль находился возле склада.
Что происходит с ним сейчас — по этим данным определить нельзя.
Поэтому при оценке состояния объекта важно смотреть не только на значение параметра, но и на актуальность данных.
Ошибка может проявиться совсем не там, где возникла
Предположим, в отчете получился слишком большой пробег.
Причина может находиться не в отчете:
ошибочная координата → выброс на треке → лишний пробег → неправильный итог в отчете
Другой пример:
неправильно определяется зажигание → неверно определяются поездки → искажаются моточасы и отчеты
Поэтому при сомнительном результате полезно двигаться от результата к его источнику:
что видим на экране → на основании чего это рассчитано → какие исходные данные поступили → что передало оборудование
Главное
Информация в Axenta проходит путь от реального события на автомобиле до результата на экране. На этом пути данные могут задерживаться, преобразовываться и использоваться для дальнейших расчетов.
Поэтому при возникновении проблемы полезнее спрашивать не:
«Почему Axenta показывает неправильно?»
а:
«На каком этапе результат стал отличаться от ожидаемого?»
Этот подход позволяет быстрее определить, что именно нужно проверять: оборудование, передачу данных, исходные параметры, настройки обработки или конечный результат.
Если нужного ответа в инструкции нет, вернитесь в базу знаний и воспользуйтесь поиском по другим материалам.
.svg)
