Solutions · Autonome Fahrzeuge
Einen Autonomous-Vehicle-Stack ausliefern.
Ein verteiltes Komponenten-OS für Autonomous-Driving-Programme. ROS2-fähiger Host auf Industrie-Silizium. Edge-KI-bereit — Kamera, GPU, NPU teilen sich Speicher. Prozess-isolierte Micro Services mit durchgesetzten Ressourcen-Limits.
Scope, vorab benannt
Was das ist und was nicht.
Was MOS4 liefert
- Die Runtime — verteiltes Komponenten-OS, hot-swappable Container.
- Gehostete ROS2-Nodes via ROS2-Bridge-micro service.
- Multi-Kamera-Perception mit gemeinsamem GPU-zu-NPU-Speicher, keine CPU-Pixel-Kopie.
- Maschinenbus-Abdeckung: J1939, ISOBUS, CANopen, Modbus, J1708, CAN-FD, DoIP.
- RTK-GNSS, IMU, 1.000+ Zonen-Geofencing und eine Sensorfusions-Signalverarbeitungs-Pipeline.
- Telemetrie-Uplink mit signierter Attestierung.
- Remote-Diagnose, Rekonfiguration und signierte Abhilfe.
- Software-Bill-of-Materials (SBOM) und Compliance-Artefakte für die CRA-Nachweis-Kette.
Was MOS4 nicht liefert
- Einen Öffentliche-Straßen-L4-(Fully-Autonomous-)Stack.
- HD-Karten oder Map-Tile-Lizenzen.
- Ein Homologations-Zertifikat für Autonomie-Entscheidungen.
- Ihre Perception-, Planning- oder Control-Modelle — wir hosten Ihre.
- Ein Funktionssicherheits-Case für die integrierte Maschine.
- Eine ADAS- oder Öffentliche-Straßen-Automotive-Safety-Zertifizierung.
Bauen Sie für öffentliche Straßen? MOS4 ist nicht das richtige OS für dieses Programm.
Das Problem des Käufers
Autonomie abseits öffentlicher Straßen ist eine eigene Welt.
Kein Straßen-Homologations-Prozess. Kein L4-(Fully-Autonomous-)Stack von der Stange. Sie verantworten die Autonomie-Anwendung und brauchen ein OS, das die ROS2-Nodes hostet, die Sie bereits geschrieben haben, mit den CAN- und ISOBUS-Bussen der Maschine spricht, Ihre Perception auf KI-Klasse-Silizium ausführt, Telemetrie streamt, einen Remote-Reboot annimmt, wenn etwas hängt, und ab Tag eins CRA-konform ausliefert.
Wie MOS4 passt
Fünf Fähigkeiten für eine autonome Maschine.
ROS2 gehostet, nicht neu geschrieben
Ein ROS2-Bridge-micro service verbindet jeden unveränderten ROS2-Node über einen lokalen Prozess-Link mit MOS4. Perception-, Planning- und Control-Nodes, die Sie bereits ausliefern, bleiben, wo sie sind — MOS4 hostet sie auf einer leichteren Plattform neben CAN, GNSS, Telemetrie und Remote Care.
Perception auf KI-Klasse-Silizium
Multi-Kamera-Erfassung (MIPI-CSI, GMSL2, USB UVC), Region-of-Interest-Extraktion mit gemeinsamem GPU-zu-NPU-Speicher und On-Device-Inferenz neuronaler Netze. Bis zu ~100 TOPS auf der KI-Klasse-Stufe. Die CPU kopiert im Inferenz-Pfad nie Pixeldaten.
Maschinenbus, nicht nur CAN
J1939, ISOBUS (ISO 11783), CANopen, Modbus RTU/TCP, J1708, CAN-FD, DoIP — gleichzeitig auf einem Gerät. Stack-Definitionen sind Datendateien; das Hinzufügen einer neuen Parameter-Gruppe (PGN) oder eines Signals (SPN) erfordert keine Firmware-Änderung.
Sensorfusion und Sicherheitsplattform
Real-Time-Kinematic-(RTK-)GNSS mit IMU-Dead-Reckoning, 1.000+ Zonen-Geofencing on-device ausgewertet und eine Signalverarbeitungs-Pipeline für Sensorfusion. Nachweisbasierte Entscheidungsmuster sind für Autonomie-Modus-Übergänge verfügbar, bei denen ein Audit-Trail erforderlich ist.
Remote Care fest verdrahtet
Telemetrie-Uplink (signiert, attestiert). Hot-Reload von Signalverarbeitungs-Graphen, Autonomie-State-Machine-Policies und Geofence-Karten. Signierte Over-the-Air-(OTA-)Updates mit Auto-Rollback. Remote-Reboot, Remote-Re-Flash, Remote-Diagnose — eingebaute OS-Fähigkeit, kein Aufsatz. Eine vermiedene Immobilisierung zahlt das Gerät.
Plattform-Metriken
Zentrale Kennzahlen.
Referenzarchitektur
Eine autonome Maschine auf MOS4.
Referenzarchitektur — Cloud-Flotten-Manager verbindet sich über einen gesicherten MQTT-Uplink mit einer MOS4-Maschinen-ECU. Die ECU führt containerisierte ROS2-Nodes für Perception, Planning und Control aus. Multi Stacks behandelt J1939, ISOBUS, CANopen, Modbus auf dem Maschinenbus und speist eine Signalfusions-Pipeline. Die Kamera-Erfassung speist die Region-of-Interest-Extraktion, dann die On-Device-NPU-Inferenz. Signalfusion, NPU und ROS2 speisen die Autonomie-State-Machine. Die State-Machine steuert den Aktor-CAN-Bus. Die ECU exponiert zudem eine Remote-Care-Oberfläche für signierte Abhilfe.
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]
Anwendungsbeispiel
Ein autonomer Flughafen-Schlepper.
Ein Hersteller von Flughafen-Boden-Operations-Fahrzeugen liefert einen autonomen Gepäck-Schlepper aus. Der Autonomie-Stack ist seiner — Perception, Planning, Control, alles in ROS2 von einem kleinen Team geschrieben. Chassis und Drive-by-Wire-Schnittstelle sind seine. Die Runtime, die Silizium-Abstraktion, der Maschinenbus, die Multi-Kamera-Erfassung, das KI-Compute, der Telemetrie-Uplink und die Remote-Care-Oberfläche stammen von MOS4.
ROS2 bewahrt
Bestehende ROS2-Nodes werden unverändert in isolierten Containern ausgerollt. Der ROS2-Bridge-micro service übersetzt ROS2-Nachrichten bidirektional vom und zum MOS4-Event-Bus.
Telemetrie ab Tag eins
MD21-Uplink wird mit dem OS ausgeliefert. Flotten-Operatoren sehen Live-Position, Gesundheit, Modus und Fehlerstatus, ohne eine Telemetrie-Schicht zu schreiben.
Remote-Reboot bewährt
Ein hängender Schlepper am Gate 14 mitten in einem Turnaround braucht keinen Techniker, der aufs Vorfeld fährt. Eine signierte Remote-Aktion startet den betroffenen Prozess neu; ist der SoC verklemmt, bringt ein signierter Remote-Reboot die Einheit in einen bekannten guten Zustand zurück.
Anonymer Proof
Hersteller von Flughafen-Boden-Operations-Fahrzeugen · globaler Rollout.
Ein führender Hersteller von Flughafen-Boden-Operations-Fahrzeugen liefert MOS4 über seine gesamte Flotte aus. Die Autonomie- und Chassis-Software ist seine; die Runtime, Telemetrie und Remote-Care-Oberfläche sind MOS4. Referenz unter NDA — Sales-vermittelter Referenzanruf auf Anfrage verfügbar.
Referenz unter NDA · Sales-vermittelten Referenzanruf anfragen
FAQ
Häufig gestellte Fragen
-
Liefert MOS4 einen Autonomie-Stack für öffentliche Straßen?
Nein. MOS4 ist für den Betrieb auf Privatgelände konzipiert — Bauernhof, Flugfeld, Mine, Steinbruch, Hafen-Handler, Golfplatz, Werksgelände. Öffentliche-Straßen-L4 liegt absichtlich außerhalb des Scopes. Käufer, die Systeme für öffentliche Straßen bauen, benötigen eine andere Toolchain.
-
Wer trägt die Verantwortung für die Autonomie-Entscheidungen?
Sie. MOS4 hostet Ihre Perception-, Planning- und Control-Modelle. Wir zertifizieren keine Autonomie-Entscheidungen, ersetzen Ihre Perception-/Planning-/Control-Nodes nicht und liefern keine HD-Karten. Wir liefern die Plattform — Runtime, Maschinenbus, KI-Compute, Uplink, Remote Care, Audit.
-
Funktioniert es mit bestehenden ROS2-Nodes?
Ja. Der ROS2-Bridge-micro service übersetzt ROS2-(DDS-)Nachrichten bidirektional vom und zum MOS4-Event-Bus. Bestehende ROS2-Nodes laufen in isolierten Containern ohne Code-Änderungen. Siehe den ROS2-Sidecar-Gateway auf der SDK-Seite.
-
Welche Hardware-Stufe ist für KI-Perception erforderlich?
KI-Klasse-Silizium für On-Device-Inferenz neuronaler Netze. Die Region-of-Interest-Extraktion und der KI-Runtime-Service erfordern eine NPU; es gibt in Produktion keinen CPU-Fallback. Maschinenbus, Telemetrie und Remote-Care-Oberflächen laufen auf der Compute-Klasse. Die Silizium-Stufenleiter auf der Hardware-Seite.
-
Wie überlebt die Flotte einen Feldausfall?
Remote Care ist die Antwort. Signierte Remote-Diagnose, Hot-Reload von Signalverarbeitungs-Graphen und Autonomie-State-Machine-Policies, signierte Over-the-Air-(OTA-)Updates mit Auto-Rollback, Remote-Reboot auf Prozess- und SoC-Ebene. Das OS überschreibt keine Sicherheitsverriegelungen; Abhilfen sind bediener-vermittelt und audit-protokolliert.
-
Gibt es CRA-Compliance-Unterstützung?
Ja. Eine Software-Development-Lifecycle-Pipeline mit Software-Bill-of-Materials (SBOM, CycloneDX-Format), Abhängigkeits-Audit, statischer Analyse, signierten Updates und Audit-Logs pro Aktion wird ab Tag eins ausgeliefert. Das vollständige Artikel-für-Artikel-Mapping auf der Compliance-Seite.
-
Kann ich MOS4 in meinem Safety Case nennen?
MOS4 liefert Compliance-Artefakte, Software-Bills-of-Materials (SBOMs) und Nachweise der Security-Pipeline aus. Die Funktionssicherheits-Zertifizierung (ISO 26262 / ISO 25119) der integrierten Maschine liegt in OEM-Verantwortung — wir liefern die zugrundeliegenden Nachweise, Sie formulieren das Safety-Argument.
Bringen Sie Ihre autonome Maschine mit.
Fahrzeugklasse, Sensor-Mix, ROS2-Footprint, Bus-Protokolle, Flotten-Topologie — bringen Sie die Constraints mit. Engineering skizziert den MOS4-Fit während des Gesprächs.