Vergleich
MOS4 vs. Zephyr
Die Vergleichsachse ist die Silizium-Klasse, nicht die Featureanzahl. Zephyr ist ein Echtzeit-Kernel der MCU-Klasse. MOS4 ist eine Anwendungslaufzeit für Embedded Linux. Wo Zephyr endet, beginnt MOS4.
Silizium-Klasse
Unterschiedliche Domänen, unterschiedliches Silizium.
Zephyr stellt die MCU-RTOS-Schicht mit Tasks, IPC, Treibern und einem Echtzeit-Scheduler bereit. MOS4 stellt die Anwendungslaufzeit-Schicht oberhalb des Linux-Kernels auf einem Linux-Klasse-SoC bereit. Die beiden können als Co-Prozessor und Anwendungs-Core koexistieren, verbunden über SubscribeCanFrames-IPC.
flowchart TB
subgraph MOS4["MOS4 — Anwendungslaufzeit (Linux-Klasse-SoC)"]
M1[Komponenten-Supervisor · EventBus · OTA]
M2[obdstacks-v2 · GNSS · Modem · KI-Inferenz]
M3[Observability · mos-update · Container]
end
subgraph Linux["Linux-Kernel + Userland"]
end
subgraph Zephyr["Zephyr — MCU-RTOS"]
Z1[Tasks · IPC · Treiber · Echtzeit-Scheduler]
end
MOS4 --> Linux
Zephyr -."Co-Prozessor-IPC (SubscribeCanFrames)".-> MOS4
Koexistenzmodell: Zephyr auf dem MCU-Co-Prozessor übernimmt deterministische Echtzeit-Arbeit
(Sub-Millisekunden-CAN-Interrupt-Service); MOS4 auf dem Linux-Anwendungs-Core empfängt
dekodierte Frames über den SubscribeCanFrames-Streaming-Dienst per
Inter-Prozessor-Link und übernimmt Dienste, Flotten-OTA und Observability.
Gegenüberstellung
Fähigkeitsvergleich.
Quelle — Zephyr von zephyrproject.org ; MOS4 von /de/architecture.
Hinweis: RAM- und Flash-Footprint-Zahlen werden oben nicht verglichen. Zephyr und MOS4 laufen auf unterschiedlichen Silizium-Klassen mit unterschiedlichen OS-Primitiven. Footprints zu vergleichen wäre die falsche Achse.
FAQ
Die Fragen, die wir am häufigsten hören.
-
Kann ich Zephyr neben MOS4 betreiben?
Ja — viele Deployments nutzen Zephyr auf einem Co-Prozessor (ein MCU, das deterministische Echtzeit-CAN-Interrupts abwickelt) und MOS4 auf dem Anwendungs-Core. Zephyr übernimmt Aufgaben auf Kernel-Ebene; MOS4 übernimmt Dienste, OTA und Flottenintegration oberhalb der Linux-Kernel-/Userspace-Grenze.
-
Erfordert MOS4 Linux?
Ja. MOS4 ist eine Anwendungslaufzeit der Linux-Klasse. Das Mindestziel ist ein Anwendungsprozessor der modem-Klasse, der einen Linux-Kernel ausführt. Für reine MCU-Programme sind Zephyr oder FreeRTOS die richtige Wahl.
-
Wie unterscheidet sich die Silizium-Stufe?
Zephyr zielt auf MCU-Klasse-Bauteile (32-Bit-Mikrocontroller-Kerne, RISC-V und Äquivalente). MOS4 startet bei Linux-fähigen Anwendungsprozessoren der modem-Klasse und skaliert bis zu Hardware der KI-Klasse. Das sind unterschiedliche Hardwareklassen mit unterschiedlichen OS-Primitiven — keine vergleichbaren Footprints.
-
Wo endet Zephyr und beginnt MOS4?
An der Kernel-/Userspace-Grenze auf einem SoC der Linux-Klasse. Zephyr bietet keinen micro service-Supervisor, keine Flotten-OTA, keinen Observability-Stack und keine Fahrzeugprotokoll-Stacks auf Anwendungsebene — das sind MOS4-Primitive.
-
Wie sehen die MOS4-Zahlen auf Silizium der modem-Klasse aus?
28,4 MB stationäres RSS, 1,6 s First-App-Ready, 200 ms Komponenten-Cold-Start auf dem Referenzprofil der modem-Klasse. Das sind absolute Zahlen für diese Hardwareklasse — kein Vergleich mit Zephyr, das auf einer völlig anderen OS-Klasse läuft.
-
Wann ist Zephyr weiterhin die richtige Wahl?
Für 32-Bit-Mikrocontroller-Kerne, RISC-V-MCUs oder jedes Bare-Metal- oder RTOS-Ziel. Wann immer deterministische Sub-Millisekunden-ISR-Latenz die primäre Einschränkung ist und ein Linux-Kernel nicht verfügbar oder erforderlich ist, ist Zephyr die richtige Antwort.
Entscheiden Sie zuerst die Silizium-Klasse.
Ein 30-minütiges Gespräch mit dem Engineering. Wir dimensionieren das SoC gemeinsam — MCU-Klasse, modem-Klasse Linux, compute oder KI.