Solutions · Automoción
Enviar un programa de vehículo conectado.
Un OS distribuido de micro services para programas OEM de vehículo conectado — de 10k a 300k unidades. Entrega el stack vehicular de 16 protocolos vía obdstacks-v2, OTA A/B, GNSS con dead reckoning ESF y el pack de cumplimiento listo para el CRA desde el primer día. El equipo de ingeniería escribe la aplicación vehicular y la política de nube — no el SO.
Lo que se entrega desde el primer día.
16 protocolos vehiculares desde un solo runtime. Lectura y borrado de códigos de fallo (DTC). Passthrough J2534-2 para las herramientas de concesionario existentes. Actualizaciones over-the-air (OTA) con rollback automático. GNSS con primer fix rápido y dead reckoning inercial. Un simulador de ECU listo para CI para que la regresión diagnóstica se ejecute sin hardware de banco.
Lo que escribe el equipo de ingeniería.
La aplicación vehicular y la política de nube. Los stacks de protocolos, el pipeline OTA, el control del módem y la multiplexación GNSS ya vienen entregados. Los cambios de parameter ID son ediciones de fichero de datos — sin recompilación de firmware.
Capacidades más relevantes
Lo que se entrega listo para usar.
— 01
16 protocolos vehiculares desde un solo runtime
CAN, CAN-FD, ISO-TP, DoIP, J1939, J1587/J1708, J1850 VPW/PWM, TP 2.0, GMLAN, CANopen, Modbus y K-Line comparten una única API de protocolo unificada. 22 stacks de producción se entregan validados en cada push de CI.
— 02
Lectura de códigos de fallo y passthrough para herramientas de concesionario
Lectura y borrado de códigos de fallo de diagnóstico (DTC) en todo el stack soportado — servicio 03 de OBD-II (On-Board Diagnostics), tablas de fallos UDS (Unified Diagnostic Services), códigos de fallo SPN de J1939. El passthrough J2534-2 permite que las herramientas de escaneo de concesionario existentes alcancen el bus del vehículo a través del mismo gateway que gestiona la telemática continua.
— 03
Actualizaciones over-the-air con rollback automático
Actualizaciones delta con paquetes firmados y rollback automático. Sistema de archivos raíz de doble slot (A/B); si el nuevo slot no arranca, el bootloader vuelve atrás automáticamente. Gestión de actualizaciones over-the-air (OTA) por cohortes y canary mediante el complemento cloud de Munic. Sin acción del operador en caso de fallo.
Cobertura de protocolos
16 protocolos desde un solo runtime.
Todos los protocolos comparten un único runtime service obdstacks-v2 . Las definiciones de stack son ficheros de datos — los cambios de protocolo no requieren
recompilación de firmware. Un servicio de streaming permite que cualquier contenedor o
suscriptor en la nube reciba tramas CAN crudas junto con el passthrough J2534 sobre la misma
interfaz.
| Protocolo | Transporte | Notas |
|---|---|---|
| CAN Classical / CAN-FD | ISO 11898 | Streaming de tramas crudas; passthrough J2534 |
| ISO-TP / DoIP | CAN / Ethernet | Sesiones UDS (Unified Diagnostic Services) |
| J1939 | CAN | Direccionamiento PGN/SPN, FMS |
| J1587 / J1708 | Serie SAE J1708 | Heavy-duty heredado |
| J1850 VPW / PWM | SAE J1850 | OBD-II heredado |
| TP 2.0 / GMLAN | CAN | Variantes VAG / GM |
| CANopen | CAN | Perfiles de nodo industrial |
| Modbus | RS-485 / TCP | Subsistemas auxiliares |
| K-Line | ISO 9141-2 | OBD-II heredado |
Traiga el boceto de la arquitectura del vehículo.
Métricas de plataforma
Cifras clave.
Salida hacia la nube
Datos del vehículo a la nube.
La telemetría, los eventos de códigos de fallo y el estado OTA viajan a la nube de flota por un único canal seguro — el mismo canal que utilizan todos los micro services. Sin conector cloud por micro service; la política de nube es configuración por fichero de datos, no código de aplicación.
La gestión de actualizaciones over-the-air por canary y cohortes se ubica en el complemento cloud de Munic. El vehículo reporta automáticamente la salud del slot de arranque y la disponibilidad de los servicios; no se requiere polling del operador.
Arquitectura de referencia
Un programa vehicular sobre MOS4.
Prueba ancla
Despliegues en producción.
Un OEM líder de vehículos de alto rendimiento despliega su flota sobre MOS4.
Despliegue multiplataforma. Telemetría a MD21; diagnóstico remoto integrado en el pipeline de ingeniería.
Un fabricante de VE entrega plataformas especiales sobre MOS4.
Variantes de subplataforma desde la misma imagen. Nivel de silicon por producto; OTA compartido; consola única de flota.
Quién compra MOS4 para coches
Arquetipos de comprador más allá de los OEM.
La telemática de coche conectado ya no es un mercado exclusivo de los OEM. MOS4 lo despliegan compradores adyacentes que necesitan la misma plataforma sin reconstruirla.
Seguro de coche conectado
Pay-as-you-drive (PAYD), pay-how-you-drive (PHYD) y telemática de siniestros.
Aseguradoras y carriers InsurTech despliegan MOS4 en cajas de línea OEM o aftermarket para puntuar el comportamiento de conducción, detectar firmas de colisión y facturar por kilómetro. La plataforma entrega payloads firmados de kilometraje y eventos, un reloj resistente a la manipulación y una ruta OTA que sobrevive al conductor asegurado. Ejemplos de arquetipos de comprador: aseguradoras de auto usage-based, InsurTech enfocadas en PHYD, especialistas en reconstrucción de siniestros, carriers de seguro de flota.
Telco + verticales car-data
Servicios de coche conectado agrupados con la suscripción celular.
Operadores y MVNOs distribuyen cajas con MOS4 junto con un plan de SIM o eSIM — alertas al conductor, seguridad familiar, recuperación de robo, historial de kilometraje y trayectos, punto de acceso WiFi en el coche. APN dual, perfiles eUICC Consumer y LTE/5G en el dispositivo permiten que el mismo SKU viaje entre mercados sin un re-spin de placa. Ejemplos de arquetipos de comprador: operadores móviles Tier-1, MVNOs regionales, bundlers fijo-móvil.
Micro servicios de sensores
IMU y servidor URL local — ya integrados.
Dos micro services que los programas vehiculares necesitan de forma constante vienen ya en la plataforma.
mos-imu · Servicio de unidad de medición inercial
Transmite datos de acelerómetro y giroscopio a otros servicios. Utilizado por el dead reckoning inercial GNSS y por los pipelines de IA en el borde que requieren contexto de movimiento junto con los frames de cámara. Sin bucle de polling en el código de aplicación.
mos-url-server · Servidor HTTP local
Servidor HTTP embebido para interfaces web locales y paneles de diagnóstico. Expone el estado del vehículo, los resúmenes de códigos de fallo (DTC) y el estado OTA sobre HTTP en localhost — accesible por una herramienta de servicio conectada o un navegador integrado en el salpicadero sin un ida y vuelta a la nube. La configuración es un fichero de datos, no código de aplicación.
Preguntas frecuentes
Preguntas habituales
-
¿Qué protocolos vehiculares cubre MOS4?
16 protocolos — CAN, CAN-FD, ISO-TP, DoIP, K-Line, J1939, J1587/J1708, J1850 VPW/PWM, TP 2.0, GMLAN, CANopen y Modbus — comparten una única API de protocolo unificada. Las definiciones de stack son ficheros de datos; añadir o cambiar un parameter ID no requiere recompilación del firmware.
-
¿Cómo funciona la lectura de códigos de fallo?
La lectura y el borrado de códigos de fallo de diagnóstico (DTC) están disponibles en todo el stack soportado: servicio 03 de OBD-II (On-Board Diagnostics), tablas de fallos UDS (Unified Diagnostic Services) y códigos de fallo SPN de J1939. Es la misma interfaz utilizada por los productos de nivel vehicular.
-
¿Qué es el passthrough J2534-2?
J2534-2 es un estándar SAE que permite a las aplicaciones de diagnóstico OEM existentes — herramientas de escaneo, programadores de ECU — alcanzar el bus del vehículo a través del mismo gateway que gestiona la telemática continua, sin un dongle hardware dedicado.
-
¿Cómo funciona el rollback de las actualizaciones over-the-air?
Sistema de archivos raíz de doble slot (A/B) con rollback automático. Si el nuevo slot no arranca, el bootloader vuelve atrás automáticamente. Los límites de reintento y rearranque se mantienen persistentes entre ciclos de alimentación.
-
¿Está MOS4 certificado ASIL?
Hoy no está certificado ASIL. MOS4 se alinea con el proceso ISO 26262 cuando el programa del cliente lo requiere.
-
¿Cómo ejecuto regresión diagnóstica sin hardware de banco?
Un simulador de ECU incluido cubre UDS, OBD-II, ISO-TP, DoIP y J1939 sobre CAN virtual. Más de 20 perfiles de fixture de vehículo real y escenarios de prueba declarativos se ejecutan en CI sin una ECU de banco ni una licencia de herramienta por puesto.
-
¿Qué niveles de silicon están disponibles?
MOS4 se ejecuta sobre silicon de clase módem hasta clase IA. Vea munic.io para los SKU de hardware y las datasheets.
Traiga el programa vehicular.
Una llamada de descubrimiento con ingeniería. Traiga el boceto de la arquitectura del vehículo y las restricciones ya cerradas.