J1939 en un párrafo
J1939 es un estándar SAE que define cómo los ECU de vehículos de servicio pesado comparten datos a través de un bus CAN 2.0B de 250 kbit/s o 500 kbit/s. Cada mensaje lleva un Parameter Group Number (PGN) que identifica un grupo lógico de señales y uno o más Suspect Parameter Numbers (SPN) dentro del payload. Los códigos de falla de diagnóstico son pares SPN/FMI —"esta señal falló de esta manera"—, por eso los códigos de falla de cualquier camión compatible con J1939 se ven estructuralmente similares.
Qué debe preservar un pass-through remoto
Importan tres cosas:
- Fidelidad de trama. ID de 29 bits, payload completo de 8 bytes, campo de prioridad intacto. Si el gateway elimina los bits de prioridad o reescribe los ID, se rompen las herramientas de aislamiento de fallas que observan el arbitraje del bus.
- Transporte multitrama. El protocolo de transporte de J1939 (TP.CM y TP.DT) reensambla mensajes más largos a través de varias tramas CAN. El gateway tiene que reenviar ese tráfico sin perder fragmentos: DM1, DM2 y los datos de freeze-frame suelen ser multitrama.
- Reclamo de dirección. Algunas aplicaciones de diagnóstico se asignan a sí mismas la dirección de origen 0xF9 o 0xFA; el gateway tiene que dejar pasar esas tramas y no suplantarlas con la suya.
El gateway de ecuLink preserva las tres. La aplicación remota nunca ve un bus distinto del que está físicamente en el camión.
Dónde encaja la capa de API
Las aplicaciones de diagnóstico de servicio pesado no hablan J1939 en crudo; llaman a RP1210 (Windows) o a J2534 (multiplataforma). Ambas API encapsulan las llamadas de "enviar un mensaje J1939" / "leer un mensaje J1939" hacia un adaptador de hardware. ecuLink se registra como un adaptador en la máquina del operador y reenvía cada llamada a través del túnel WireGuard hacia el gateway, que luego realiza la operación CAN real.
Cualquier función que una aplicación use con un VCI USB funciona en ecuLink: filtrado de PGN, envío de difusión, enrutamiento multibus (J1939 + J1708 simultáneamente en camiones que tienen ambos) y la interfaz estándar de reflasheo de ECU. El gateway rastrea los filtros activos por sesión, así que distintos técnicos en el mismo camión no ven el tráfico de los demás.
Latencia y ancho de banda
La latencia de ida y vuelta en un enlace 4G LTE suele ser de 80–200 ms con buena cobertura. Eso está bien para las pantallas de datos en vivo —el operador humano no percibe el retraso— y bien para el reflasheo de ECU, que tolera bien los tiempos con el patrón de solicitud/respuesta de J1939. El ancho de banda rara vez es un problema: un camión ocupado publica bastante menos de 200 kbit/s de tráfico de bus, y la mayor parte se filtra del lado del servidor antes de llegar al operador.
Lo que sí cambia es la semántica de recuperación ante una conexión caída. Un VCI USB simplemente se detiene; la aplicación lo nota y aborta. ecuLink muestra un estado explícito de "sesión perdida" para que el técnico reintente de forma deliberada en lugar de descubrir a mitad de un flasheo que el enlace se entrecortó.
Matriz de compatibilidad
Todas las herramientas OEM principales contra las que probamos funcionan sobre el gateway: Cummins INSITE, Detroit DDDL, Volvo Premium Tech Tool, Paccar ESA, CAT ET y las suites de terceros Noregon JPRO y Cojali Jaltest. La lista verificada completa, incluidas familias de motor específicas, está en la página de compatibilidad.
Dos incompatibilidades que conviene señalar: los módulos antirrobo específicos del vehículo que requieren que una llave de encendido física esté presente, y las rutinas de garantía de emisiones del OEM que verifican explícitamente un VCI conectado por número de serie. Ambas son una pequeña minoría del trabajo que las flotas realmente hacen de forma remota.