Solutions · Vehículos autónomos
Enviar un stack de vehículo autónomo.
Un OS distribuido de micro services para programas de conducción autónoma. Host de clase ROS2 sobre silicon industrial. Listo para IA en el borde — cámara, GPU y NPU comparten memoria. Micro servicios aislados por proceso con límites de recursos aplicados.
Alcance, declarado de entrada
Lo que es esto, y lo que no es.
Lo que entrega MOS4
- El runtime — SO distribuido de micro services, contenedores intercambiables en caliente.
- Nodos ROS2 alojados mediante el micro service puente ROS2.
- Percepción multicámara con memoria compartida GPU-NPU, sin copia de píxeles por CPU.
- Cobertura de bus de máquina: J1939, ISOBUS, CANopen, Modbus, J1708, CAN-FD, DoIP.
- GNSS RTK, IMU, geofencing de más de 1.000 zonas y un pipeline de procesamiento de señal de fusión de sensores.
- Uplink de telemetría con atestación firmada.
- Diagnóstico remoto, reconfiguración y remediación firmada.
- Software bill of materials (SBOM) y artefactos de cumplimiento para la cadena de evidencia del CRA.
Lo que MOS4 no entrega
- Un stack de conducción L4 (completamente autónoma) para vía pública.
- Mapas de alta definición ni licencias de tile de mapa.
- Un certificado de homologación para decisiones de autonomía.
- Sus modelos de percepción, planificación o control — alojamos los suyos.
- Un safety case de seguridad funcional para la máquina integrada.
- Una certificación de seguridad ADAS o de automoción para vía pública.
¿Construye para vía pública? MOS4 no es el SO adecuado para ese programa.
El problema del comprador
La autonomía fuera de la vía pública es un mundo propio.
No hay proceso de homologación vial. Ningún stack L4 (completamente autónomo) que comprar listo para usar. Usted es responsable de la aplicación de autonomía y necesita un SO que aloje los nodos ROS2 que ya escribió, hable con los buses CAN e ISOBUS de la máquina, ejecute su percepción sobre silicon de clase IA, transmita telemetría, acepte un rearranque remoto cuando algo se queda colgado y se entregue conforme al CRA desde el primer día.
Cómo encaja MOS4
Cinco capacidades para una máquina autónoma.
ROS2 alojado, no reescrito
Un micro service puente ROS2 conecta cualquier nodo ROS2 sin modificar a MOS4 a través de un enlace de proceso local. Los nodos de percepción, planificación y control que ya entrega permanecen donde están — MOS4 los aloja en una plataforma más ligera junto con CAN, GNSS, telemetría y atención remota.
Percepción sobre silicon de clase IA
Captura multicámara (MIPI-CSI, GMSL2, USB UVC), extracción de región de interés con memoria compartida GPU-NPU e inferencia de red neuronal en el dispositivo. Hasta ~100 TOPS en el nivel de clase IA. La CPU nunca copia datos de píxeles en la ruta de inferencia.
Bus de máquina, no solo CAN
J1939, ISOBUS (ISO 11783), CANopen, Modbus RTU/TCP, J1708, CAN-FD, DoIP — concurrentes en un mismo dispositivo. Las definiciones de stack son ficheros de datos; añadir un nuevo grupo de parámetros (PGN) o señal (SPN) no requiere cambios de firmware.
Plataforma de fusión de sensores y seguridad
GNSS cinemática en tiempo real (RTK) con dead reckoning IMU, geofencing de más de 1.000 zonas evaluado en el dispositivo y un pipeline de procesamiento de señal para fusión de sensores. Hay patrones de decisión basados en evidencia disponibles para transiciones de modo de autonomía donde se requiere una pista de auditoría.
Atención remota integrada
Uplink de telemetría (firmado, atestado). Recarga en caliente de grafos de procesamiento de señal, políticas de máquina de estados de autonomía y mapas de geofencing. Actualizaciones over-the-air (OTA) firmadas con rollback automático. Rearranque remoto, reflasheo remoto, diagnóstico remoto — capacidad del SO integrada, no un añadido. Una inmovilización evitada paga el dispositivo.
Métricas de plataforma
Cifras clave.
Arquitectura de referencia
Una máquina autónoma sobre MOS4.
Arquitectura de referencia — el gestor de flota en la nube se conecta a través de un uplink MQTT seguro a una ECU MOS4 en la máquina. La ECU ejecuta nodos ROS2 contenedorizados de percepción, planificación y control. Multi Stacks gestiona J1939, ISOBUS, CANopen y Modbus en el bus de la máquina, alimentando un pipeline de fusión de señales. La captura de cámara alimenta la extracción de región de interés y luego la inferencia NPU en el dispositivo. La fusión de señal, la NPU y ROS2 alimentan la máquina de estados de autonomía. La máquina de estados comanda el bus CAN de actuadores. La ECU también expone una superficie de atención remota para remediación firmada.
flowchart LR Cloud[Cloud · fleet manager] --> Up[MD21 · MQTT secure uplink] Up --> ECU[MOS4 in-machine ECU] ECU --> MCM[MCM · containers] MCM --> ROS2[ROS2 nodes<br/>perception · planning · control] ECU --> MS[Multi Stacks<br/>J1939 · ISOBUS · CANopen · Modbus] MS --> MSP[MSP · signal fusion] ECU --> CAP[Camera capture<br/>MIPI · GMSL · UVC] CAP --> ROI[ROI shader<br/>GPU → NPU zero-copy] ROI --> NPU[mos-ai-runtime<br/>.tflite inference] NPU --> MEP[MEP · autonomy state-machine] MSP --> MEP ROS2 --> MEP MEP --> CMD[Command bus → actuator CAN] ECU --> RC[Remote care<br/>signed remediation]
Ejemplo aplicado
Un tractor de aeropuerto autónomo.
Un fabricante de vehículos de operaciones en tierra de aeropuerto entrega un tractor de equipajes autónomo. El stack de autonomía es suyo — percepción, planificación y control, todo escrito en ROS2 por un equipo pequeño. El chasis y la interfaz drive-by-wire son suyos. El runtime, la abstracción de silicon, el bus de máquina, la captura multicámara, el cómputo IA, el uplink de telemetría y la superficie de atención remota provienen de MOS4.
ROS2 preservado
Los nodos ROS2 existentes se despliegan sin cambios en contenedores aislados. El micro servicio puente ROS2 traduce mensajes ROS2 hacia y desde el event bus de MOS4 de forma bidireccional.
Telemetría desde el primer día
El uplink MD21 viene con el SO. Los operadores en el lado de la flota ven posición en vivo, salud, modo y estado de fallo sin escribir una capa de telemetría.
Rearranque remoto demostrado
Un tractor detenido en la puerta 14 en mitad de un giro no necesita que un técnico se desplace al apron. Una acción remota firmada reinicia el proceso afectado; si el SoC queda bloqueado, un rearranque remoto firmado devuelve la unidad a un estado conocido y válido.
Prueba anónima
Fabricante de vehículos de operaciones en tierra de aeropuerto · despliegue global.
Un fabricante líder de vehículos de operaciones en tierra de aeropuerto despliega MOS4 en toda su flota. El software de autonomía y de chasis es suyo; el runtime, la telemetría y la superficie de atención remota son MOS4. Referencia bajo NDA — llamada de referencia mediada por ventas disponible bajo petición.
Referencia bajo NDA · solicitar una llamada de referencia mediada por ventas
Preguntas frecuentes
Preguntas habituales
-
¿Entrega MOS4 un stack de autonomía para vía pública?
No. MOS4 está diseñado para operación en recintos privados — granja, aeródromo, mina, cantera, manipulador portuario, campo de golf, patio. L4 en vía pública está fuera de alcance por diseño. Los compradores que construyen sistemas para vía pública necesitan una cadena de herramientas distinta.
-
¿Quién es responsable de las decisiones de autonomía?
Usted. MOS4 aloja sus modelos de percepción, planificación y control. No certificamos decisiones de autonomía, no reemplazamos sus nodos de percepción/planificación/control ni proporcionamos mapas de alta definición. Proporcionamos la plataforma — runtime, bus de máquina, cómputo IA, uplink, atención remota, auditoría.
-
¿Funciona con nodos ROS2 existentes?
Sí. El micro service puente ROS2 traduce mensajes ROS2 (DDS) hacia y desde el event bus de MOS4 de forma bidireccional. Los nodos ROS2 existentes se ejecutan en contenedores aislados sin cambios de código. Vea el gateway sidecar de ROS2 en la página del SDK.
-
¿Qué nivel de hardware se requiere para la percepción IA?
Silicon de clase IA para inferencia de red neuronal en el dispositivo. Los servicios de extracción de región de interés y de runtime de IA requieren una NPU; no hay alternativa por CPU en producción. El bus de máquina, la telemetría y las superficies de atención remota se ejecutan en clase compute. Vea la página de hardware para la escala de niveles de silicon.
-
¿Cómo sobrevive la flota a un fallo en campo?
La atención remota (Remote Care) es la respuesta. Diagnóstico remoto firmado, recarga en caliente de grafos de procesamiento de señal y políticas de máquina de estados de autonomía, actualizaciones over-the-air (OTA) firmadas con rollback automático, rearranque remoto a nivel de proceso y de SoC. El SO no anula los enclavamientos de seguridad; las remediaciones están mediadas por el operador y registradas en auditoría.
-
¿Hay soporte de cumplimiento CRA?
Sí. Un pipeline de ciclo de vida de desarrollo de software con software bill of materials (SBOM, formato CycloneDX), auditoría de dependencias, análisis estático, actualizaciones firmadas y logs de auditoría por acción se entregan desde el primer día. Vea la página de cumplimiento para el mapeo completo artículo por artículo.
-
¿Puedo nombrar a MOS4 en mi safety case?
MOS4 entrega artefactos de cumplimiento, software bills of materials (SBOMs) y evidencia del pipeline de seguridad. La certificación de seguridad funcional (ISO 26262 / ISO 25119) de la máquina integrada es responsabilidad del OEM — nosotros aportamos la evidencia subyacente, usted construye el argumento de seguridad.
Traiga su máquina autónoma.
Clase de vehículo, mezcla de sensores, huella ROS2, protocolos de bus, topología de flota — traiga las restricciones. Ingeniería esbozará el encaje con MOS4 durante la llamada.