Cómo verificar los datos CAN de un camión chino sin pasarela FMS

En un camión europeo, el instalador suele buscar la pasarela FMS, conectar el terminal y recibir un conjunto conocido de parámetros. En un camión chino puede faltar ese conector. Eso no significa que el vehículo carezca de datos CAN ni que utilice otro lenguaje técnico: por lo general, lo que no existe es una salida estandarizada y preparada específicamente para telemática de terceros.

Por eso, el conjunto real de parámetros debe verificarse en el vehículo concreto. En este artículo llamaremos Control de puesta en servicio a esa prueba: confirmar qué atributos llegan a la plataforma, provocar físicamente un cambio en cada uno de los declarados y conservar el registro. Veamos por qué el método habitual de conexión resulta insuficiente en estos camiones y cómo completar el control antes de firmar la entrega.

Por qué la pasarela FMS entrega un conjunto de datos predefinido

La costumbre de conectar un equipo y obtener las horas de motor tiene una razón. Los fabricantes europeos acordaron el estándar FMS y crearon una pasarela dedicada con su propio conector. Por esa salida circula una selección definida de datos: consumo de combustible, RPM, horas de motor, VIN, temperatura del motor, nivel de AdBlue, activación de la toma de fuerza y otros parámetros.

La pasarela FMS ofrece a un terminal de terceros un acceso limitado y descrito de antemano. Los fabricantes no permiten la conexión directa al bus interno, entre otros motivos por el riesgo para la garantía. Así, el conector FMS se convirtió en el punto habitual de instalación.

Por qué un camión chino puede no tener pasarela FMS

Las normas obligatorias chinas resuelven otro problema: exigen que los datos del vehículo lleguen a plataformas gubernamentales de monitoreo.

La diferencia es sencilla. El estándar europeo FMS define una interfaz para equipos de terceros. Las normas chinas definen un canal de reporte hacia el regulador. En ambos casos existen datos, pero solo el primero incorpora una salida predefinida para un terminal GPS externo.

El terminal de fábrica que monitorea emisiones deja disponible el conector de diagnóstico estándar; si ese puerto está ocupado, debe proporcionarse otro. Normalmente es posible conectar equipo adicional. Lo que corresponde averiguar en el propio camión es qué parámetros están disponibles.

La ausencia de FMS no implica que falten CAN o J1939

Que no haya una pasarela FMS no vuelve inusual al bus. En las configuraciones con control electrónico incluidas en catálogos de adaptadores de uso extendido, CAN y J1939 siguen siendo los estándares habituales. Es común encontrar RPM del motor, temperatura del refrigerante, velocidad del vehículo y otros parámetros básicos.

Sin embargo, no ocurre en todas las configuraciones. Algunas versiones de exportación con normas de emisiones menos exigentes pueden utilizar inyección mecánica en lugar de un motor controlado electrónicamente. En esos vehículos puede no haber ECU de motor y, por tanto, tampoco datos de motor en J1939. La primera comprobación consiste en confirmar que ese VIN tiene una ECU y un bus accesible; solo entonces tiene sentido inventariar los mensajes.

La variación aparece en los mensajes disponibles y en la forma de decodificarlos. Algunos parámetros viajan por J1939 estándar; otros dependen del fabricante y de la configuración exacta del vehículo. El inventario debe hacerse sobre la unidad instalada.

El conjunto de parámetros depende del vehículo concreto

Sin un conjunto FMS obligatorio, la cantidad de parámetros disponibles pasa a depender de la configuración exacta. El catálogo FMX150 de Teltonika lo muestra con claridad: dos camiones HOWO pueden aparecer en filas contiguas, pero un perfil contiene seis parámetros y el otro, veintiséis.

La variación entre vehículos también aparece en catálogos europeos. Las listas de compatibilidad de adaptadores CAN de Teltonika reúnen alrededor de quince entradas para Mercedes ACTROS, separadas por generación y variante. Incluso la especificación rFMS advierte que un parámetro marcado como obligatorio puede faltar en la respuesta si el vehículo no lo admite.

Los datos reales deben comprobarse tanto en camiones europeos como chinos. La diferencia está en el punto de partida: con FMS existe una especificación contra la cual validar; sin FMS, la lista inicial debe construirse en sitio.

En la práctica, la respuesta del distribuidor sirve para orientarse, pero la prueba decisiva se hace sobre el vehículo el día de la instalación. Este artículo complementario muestra esa comprobación sobre un bit de estado empaquetado.

A veces hay que habilitar la transmisión CAN en la ECU

Puede ocurrir que los datos y el bus estándar estén presentes, pero la configuración del vehículo impida que la unidad de control del motor transmita.

Ese caso está documentado en una instrucción de preentrega para el SITRAK C7H-Max. El técnico debe habilitar el parámetro CAN Signal en el software de fábrica y grabar el cambio en la ECU. Solo entonces la unidad de control del motor comienza a transmitir por el bus CAN.

El procedimiento corresponde a un modelo y una unidad de control concretos; otro chasis exige otros pasos. La categoría del problema sí conviene retener: permiso de fábrica para transmitir. La ECU debe colocar los datos en el bus antes de que pueda comenzar la decodificación.

Cómo verificar los datos CAN antes de firmar la entrega

Este es el Control de puesta en servicio. Se ejecuta una vez por VIN y consta de tres pasos.

1. Elabore la lista real de atributos. Confirme qué parámetros llegan efectivamente desde ese vehículo y separe desde el inicio dos fallas distintas: un atributo que no aparece y otro que llega sin valor.
2. Cambie un parámetro y compruebe el resultado. Encienda y apague el motor, active la toma de fuerza o cambie el nivel de combustible; después, verifique si se movió el valor correspondiente. Así se detectan una constante congelada, un factor de escala incorrecto o un número plausible expresado en la unidad equivocada.
3. Guarde el registro como lista de verificación. Exporte el registro de la prueba y anote los atributos reales junto con el cambio esperado en cada uno. En el siguiente vehículo con la misma configuración, repita la comprobación contra esa lista en vez de comenzar desde cero.

En la práctica, la firma debe venir después de esta prueba. Un dispositivo conectado y un punto que se mueve en el mapa son la evidencia más débil para aceptar una instalación: confirman alimentación eléctrica y recepción GNSS, pero no demuestran que los datos CAN sean correctos.

Cómo verificar los datos CAN en Navixy durante la instalación

Un adaptador CAN o un terminal GPS decodifica los mensajes del bus y envía a la plataforma atributos ya procesados. La función de Navixy es mostrar exactamente qué llegó a la plataforma y cómo el escenario configurado procesa esos valores.

En IoT Logic, esa herramienta es Flow Inspector. Presenta en tiempo real los atributos originales del dispositivo junto a los atributos calculados por el escenario. Mientras el técnico enciende el motor o activa un equipo, puede comprobar de inmediato si se movió el parámetro correcto.

Los valores vacíos permanecen visibles en la tabla, lo que permite distinguir un atributo ausente de otro que llegó sin valor. Un historial breve muestra si el parámetro cambió durante la prueba. Al terminar la puesta en servicio, el registro de Flow Inspector puede exportarse en JSON y adjuntarse al acta de entrega, o conservarse como lista de verificación para esa configuración.

De este modo, Navixy incorpora una comprobación de datos CAN al monitoreo de la flota en el momento de la instalación.

Ejecute el control en Flow Inspector antes de firmar

En su próxima instalación, abra Flow Inspector antes de firmar el acta. Elabore la lista real de atributos, cambie cada parámetro declarado y conserve el registro exportado junto con la documentación de entrega.

La primera unidad de una configuración nueva exige tiempo adicional. En las siguientes instalaciones, una lista ya preparada indicará qué atributos y cambios deben verificarse otra vez. El resultado es un registro de puesta en servicio basado en los datos que realmente llegaron a Navixy desde ese vehículo.