Plataforma · Remote Diagnostic
La mayoría de plataformas leen el vehículo. MOS4 lo lee y le responde.
Abra una sesión en vivo desde la nube sobre un túnel TLS firmado. Lea, resetee, reconfigure, ateste y reflashee. El mismo motor UDS (ISO 14229) / J1939 / ISOBUS / Modbus / SAE J2534 passthrough que mueve la telemática autónoma — modo de operación distinto.
Lo que hace en campo
Cinco tareas que el SO resuelve sin llave inglesa.
Para el subconjunto de fallos de campo que no requieren taller, el SO abre una sesión firmada, pilota el bus, completa la acción y cierra. Ahorra un remolcado, una visita a concesionario o el coste de despachar un técnico.
OEM · operaciones de garantía
Reset de ECU por aire
El vehículo se queda parado en la autopista. El servidor remoto abre una sesión firmada, resetea la ECU (Unidad de Control Electrónica) bloqueada, cierra. El conductor continúa. Sin grúa, sin visita a concesionario.
Ahorra: Ahorra un desplazamiento de técnico más la cita en la bahía del concesionario.
Fabricante EV · certificación de batería
Certificación monitorizada en vivo
Conduzca la batería a través de un ciclo de carga/descarga mientras lee telemetría celda a celda en vivo sobre UDS. El certificado se emite a partir del mismo log de auditoría.
Ahorra: Elimina el paso de banco dedicado de la ruta de certificación.
Asistencia en carretera · operador
Triaje conducir-o-grúa
Llamada de asistencia en carretera. El servidor remoto lee el estado de la ECU, decide si el vehículo puede llegar al siguiente taller por sus propios medios o necesita grúa. El despacho coincide con el diagnóstico.
Ahorra: Elimina el remolcado innecesario cuando el vehículo puede recuperarse por sí mismo.
Inspector de flota · tercero
Mutualización del inspector
La ciudad restringe la entrada de camiones pesados pero exige inspección. Los operadores de mandado conectan un dispositivo al camión; un técnico inspecciona muchos vehículos desde una oficina.
Ahorra: Un técnico cubre toda una flota — la línea OPEX de inspector in situ se desploma.
OEM · red de talleres
Passthrough J2534 hacia un banco remoto
Una sesión de herramienta de concesionario corre en un portátil de taller; el mismo gateway transporta el passthrough SAE J2534 en vivo al bus del vehículo. El vehículo permanece en campo; la herramienta permanece en el banco.
Ahorra: Elimina el despacho físico — la herramienta del concesionario alcanza el bus a través de MOS4.
La cuña
Autónomo vs interactivo — mismo bus, decisor distinto.
Autónomo
Multi Stacks
El dispositivo decide qué preguntar al bus, según una planificación, contra una pila estandarizada. La nube recibe datos de señal estructurados. Ideal para telemetría a escala de flota, mantenimiento predictivo, ELD, informes de cumplimiento.
Ver Multi Stacks →Interactivo
Remote Diagnostic
La nube abre una sesión y pilota el bus en vivo. Un bot o un operador lee el estado de las ECU, resetea DTCs (códigos de diagnóstico), empuja calibraciones, atesta y reflashea firmware, y luego cierra la sesión. Ideal para recuperar un camión parado, resetear una ECU, sesión de diagnóstico OEM, asistencia remota de taller.
Ver el ciclo de vida de la sesión ↓Ciclo de vida de la sesión
Abrir. Pilotar. Cerrar.
Diagrama de secuencia. El bot en la nube envía StartTunnel a través del servidor remoto. El dispositivo devuelve un acuse Connected firmado. En un bucle, la nube envía peticiones de diagnóstico sobre UDS, J1939, ISOBUS o Modbus; el dispositivo recoge el mensaje y pilota la ECU del vehículo; la ECU responde; el dispositivo publica la respuesta de vuelta a través del servidor remoto hacia la nube. Al terminar, la nube envía StopTunnel; el dispositivo acusa recibo y drena la conexión.
sequenceDiagram
participant Cloud as Bot en la nube
participant Server as Servidor remoto
participant Device as Dispositivo MOS4
participant ECU as ECU del vehículo
Cloud->>Server: StartTunnel(config)
Server->>Device: entregar StartTunnel
Device->>Server: Connected (ack firmado)
loop sesión
Cloud->>Server: Petición diagnóstica (UDS/J1939/ISOBUS/Modbus)
Server->>Device: recoger mensaje
Device->>ECU: pilotar bus
ECU-->>Device: respuesta
Device->>Server: publicar respuesta
Server->>Cloud: entregar respuesta
end
Cloud->>Server: StopTunnel
Server->>Device: entregar StopTunnel
Device->>Server: AckStop + drenaje Un túnel extremo a extremo por petición StartTunnel. La sesión abre, pilota el bus, completa la acción y cierra. Autenticación mutua TLS sobre el túnel de diagnóstico. Autorización firmada por acción para cualquier llamada que cambie de estado.
Lo que puede hacer el bot
Cuatro clases de acción. Cada una con su propio límite de seguridad.
Leer
Lecturas UDS / J1939 / ISOBUS / Modbus en vivo, volcados de códigos de fallo de ECU, snapshots de parámetros, capturas de tramas.
Seguridad: La ruta de solo lectura es incondicional. Sin efectos secundarios de escritura.
Resetear
Borrar DTCs, soft-reset de ECU, restablecer valores de adaptación aprendidos.
Seguridad: Autorización firmada por acción. El log de auditoría registra actor, hora, acción y ECU objetivo.
Reconfigurar
Empujar un bloque de calibración, escribir en almacenamiento no volátil, cambiar un feature flag a nivel de ECU.
Seguridad: Autorización multi-parte cuando el protocolo lo exige (UDS security-access). Ruta de rollback obligatoria.
Reflashear
Empujar un nuevo firmware de ECU sobre la sesión de programación UDS.
Seguridad: Atestación + verificación de firma del lado del dispositivo antes de abrir la sesión de bus. Revert basado en boot-count ante reflash fallido. Los interlocks de seguridad no son anulables desde la superficie Remote Diagnostic.
Por qué importa
Un desplazamiento de técnico se convierte en un paquete.
Para el subconjunto de fallos de campo que no necesitan una llave inglesa — una ECU bloqueada, una calibración fuera de especificación, un parámetro perdido — Remote Diagnostic resuelve la llamada sin despachar un técnico. La plataforma no sustituye al taller. Saca al taller del bucle cuando el bucle no necesita al taller.
Arquitectura de referencia
Nube → túnel → orquestador → motor → bus.
Flujo de arquitectura de referencia. El bot u operador en la nube inicia un túnel TLS firmado al servidor remoto. El túnel alimenta el orquestador de sesión Remote Diagnostic. El orquestador filtra cada acción que cambia de estado tras una autorización firmada por acción, multi-parte cuando se exige. La puerta cede al mismo motor que pilota Multi Stacks — UDS, J1939, ISOBUS, Modbus, J2534-passthru. El motor habla con el bus del vehículo. Cada acción queda registrada en un log de auditoría con procedencia por acción, y el log de auditoría se reproduce de vuelta a la nube.
flowchart LR Cloud[Bot u operador en la nube] --> Tunnel[Túnel TLS firmado<br/>al servidor remoto] Tunnel --> Orch[Orquestador de sesión RD<br/>ciclo Idle <-> InSession] Orch --> Gate[Autorización firmada por acción<br/>multi-parte cuando se exige] Gate --> Eng[Mismo motor que Multi Stacks<br/>UDS / J1939 / ISOBUS / Modbus / J2534-passthru] Eng --> Bus[Bus del vehículo] Eng --> Audit[Log de auditoría<br/>procedencia por acción] Audit --> Cloud
-
¿Remote Diagnostic es un producto separado o una capacidad integrada?
Capacidad integrada del SO. Cada dispositivo MOS4 expone la superficie Remote Diagnostic. Sin licencia separada, sin agente separado, sin instalación separada del lado de la flota. La misma imagen del SO en los niveles de silicio modem-class, compute-class y AI-class.
-
¿Qué protocolos están soportados?
El mismo conjunto que pilota el motor autónomo: UDS (ISO 14229), J1939, ISOBUS, Modbus y SAE J2534 passthrough. Multi Stacks y Remote Diagnostic comparten el mismo motor; la diferencia es el modo de operación, no la superficie de protocolos.
-
¿Puede el bot en la nube dejar inutilizable un vehículo?
No. Los interlocks de seguridad no son anulables desde la superficie Remote Diagnostic. El reflash está firmado y atestado; el dispositivo verifica la firma antes de abrir la sesión de programación UDS. El revert basado en boot-count restaura el firmware previo ante un reflash fallido. La protección UDS security-access sigue aplicándose por ECU.
-
¿Cómo se controla el acceso a la sesión?
Autenticación mutua TLS sobre el túnel de diagnóstico — certificado CA, certificado de cliente y clave de cliente entregados en la configuración StartTunnel y descartados al cerrar la sesión. StartTunnel es en sí una petición firmada del Cloud Client. Las acciones Resetear, Reconfigurar y Reflashear llevan cada una autorización firmada por acción. El log de auditoría registra actor, hora, acción y objetivo.
-
¿Cuál es la diferencia entre Remote Diagnostic y Multi Stacks?
Modo de operación. Multi Stacks es autónomo: el dispositivo decide qué preguntar al bus según una planificación, y la nube recibe. Remote Diagnostic es interactivo: la nube abre una sesión, pilota el bus en vivo y cierra cuando termina. Mismo motor, mismos protocolos, mismo bus físico.
-
¿Pueden las herramientas de concesionario alcanzar el vehículo a través de Remote Diagnostic?
Sí. SAE J2534 passthrough está soportado. La sesión de herramienta de concesionario corre en un portátil de taller y alcanza el bus del vehículo a través del mismo gateway y túnel — sin dispositivo separado, sin despacho físico.