Как проверить CAN-данные китайского грузовика без FMS-разъема

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

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

Почему FMS дает готовый набор данных

Привычка «подключился и получил моточасы» появилась не сама по себе. Европейские производители договорились о стандарте FMS и сделали отдельный шлюз с отдельным разъемом. Через него наружу передается согласованный набор: расход топлива, обороты, моточасы, VIN, температура двигателя, уровень AdBlue, включение вала отбора мощности и другие параметры.

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

Почему у китайского грузовика может не быть FMS-разъема

Дело не в качестве техники и не в отсутствии стандартов. Китайские обязательные стандарты решают другую задачу: они требуют передавать данные автомобиля на государственные платформы контроля.

Получается простое различие. Европейский FMS стандартизирует интерфейс для стороннего оборудования. Китайские нормы стандартизируют канал отчетности для регулятора. Данные есть в обоих случаях, но готовый выход для стороннего GPS-терминала предусмотрен только в первом.

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

Отсутствие FMS-разъема не означает отсутствие CAN и J1939

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

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

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

Набор параметров зависит от конкретной машины

Без обязательного FMS-набора количество доступных параметров становится свойством конкретной конфигурации автомобиля. Это видно в каталоге Teltonika FMX150: два грузовика HOWO могут стоять в соседних строках, но один профиль содержит шесть параметров, а другой — двадцать шесть.

Это не только китайская особенность. В списках поддерживаемой техники для CAN-адаптеров Teltonika Mercedes ACTROS занимает около пятнадцати строк — по поколениям и вариантам. Даже спецификация rFMS предупреждает, что параметр, помеченный обязательным, может отсутствовать в ответе, если автомобиль его не поддерживает.

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

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

Иногда передачу CAN-данных нужно включить в ECU

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

Такой случай описан в дилерской инструкции по предпродажной подготовке SITRAK C7H-Max. Техник должен включить параметр CAN Signal в заводской программе и записать изменение в ECU. Только после этого блок управления начинает передавать данные в CAN.

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

Как проверить CAN-данные до сдачи монтажа

Мы называем эту процедуру приемкой по одной машине. Она проводится отдельно для каждого VIN и состоит из трех шагов.

1. Составьте фактический список атрибутов. Зафиксируйте, какие параметры действительно поступают с этой машины. Сразу разделите два случая: атрибута нет совсем или он приходит с пустым значением.
2. Измените параметр и сверьте результат. Запустите и заглушите двигатель, включите вал отбора мощности, измените уровень топлива — и проверьте, изменилось ли соответствующее значение. Так можно обнаружить застывшую константу, неверный коэффициент или неправильную единицу измерения.
3. Сохраните журнал как чек-лист. Выгрузите журнал проверки, зафиксируйте фактические атрибуты и ожидаемое изменение каждого из них. На следующей машине той же конфигурации повторите проверку по этому списку.

Акт стоит подписывать после такой проверки. Связь с терминалом и движение точки на карте подтверждают питание и прием GNSS, но не правильность CAN-данных.

Как проверить CAN-данные в Navixy при приемке монтажа

CAN-адаптер или GPS-терминал декодирует сообщения шины и передает на платформу готовые атрибуты. Роль Navixy — показать, что именно дошло до платформы и как эти значения обрабатывает ваш сценарий.

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

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

Так Navixy дополняет мониторинг парка проверкой CAN-данных при приемке монтажа.

Проверьте CAN-данные в Flow Inspector до подписания акта

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

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