Oxygen
PREEMPT_RTThread-basierte Interruptbehandlung, weitergehende Präemption und Standard-Linux-/POSIX-APIs. Geeignet, wenn Linux die Latenzanforderungen erfüllt.
Distribution kennenlernen →ECHTZEIT-LINUX • NXP i.MX • YOCTO LTS
Eine Plattform. Drei Echtzeitstrategien.
LinRT bietet Embedded-Linux-BSPs mit nativem Linux-Echtzeitbetrieb, Xenomai-3-Kompatibilität oder einem kompakten Xenomai-4-/EVL-Echtzeitkern – ergänzt durch einen gemeinsamen Ansatz für Cybersicherheit.
REAL-TIME EXECUTION CHOICES
OXYGENLinux · PREEMPT_RT
COBALTXenomai 3 · RTDM
TUNGSTENXenomai 4 · EVL
YOCTO LTS • NXP i.MX • CRA EVIDENCE
LinRT 5.3Q4 2026 · CRA Ready planned
LinRT 6.x LTSQ1 2027 · i.MX95 planned
Linux 6.18 LTSLinRT 6.x LTS kernel target
Qt 6.12 LTSHMI / multimedia target
01 / Echtzeitansätze
Nach Fristen entscheiden, nicht nach Schlagwörtern
Alle drei Lösungen nutzen Linux, unterscheiden sich jedoch im technischen Kompromiss. Entscheidend sind gemessene maximale Latenzen, Treiber, APIs und langfristige Wartbarkeit.
Cobalt
Xenomai 3 · Cobalt / RTDMEine eigene hochpriorisierte Echtzeitstufe, RTDM-Treiber und Xenomai-Schnittstellen für die Migration bestehender Anwendungen.
Distribution kennenlernen →Tungsten
Xenomai 4 · EVL / libevlDovetail verbindet Linux mit EVL; libevl bietet Dienste zur Out-of-Band-Ausführung zeitkritischer Aufgaben.
Distribution kennenlernen →
Ohne reproduzierbare Messungen auf definierter Hardware und unter definierter Last werden keine Latenzwerte oder garantierten harten Echtzeiteigenschaften zugesagt.
02 / Architektur auswählen
Technischer Vergleich
| Architektur | Oxygen | Cobalt | Tungsten |
|---|---|---|---|
| Architektur | PREEMPT_RT in Linux | Dovetail + Xenomai 3 Cobalt | Dovetail + Xenomai 4 EVL |
| Anwendungsschnittstelle | POSIX, pthreads, Linux-Systemaufrufe | Xenomai POSIX / native APIs; Emulation nach Verfügbarkeit | libevl und EVL-Deskriptoren; Linux für sonstige Aufgaben |
| Kritische Treiber | Linux-Treiber; IRQ-, Thread- und DMA-Verhalten prüfen | RTDM; RTnet in qualifizierten Konfigurationen | EVL-fähige Out-of-Band-E/A-Pfade |
| Hauptvorteil | Hohe Linux-Kompatibilität und einfache Integration | Xenomai-Bestandssysteme und RTOS-Migration | Kompakter, skalierbarer Echtzeitkern |
| Wichtigster Kompromiss | Latenz hängt von Systemlast und Linux-Tuning ab | Spezielle APIs/Treiber und höherer Integrationsaufwand | ABI-/Treiberportierung; kein direkter Ersatz für Xenomai 3 |
Terminologie: LinRT Tungsten basiert auf Xenomai 4 und dem EVL-Echtzeitkern. Xenomai 3 bietet auch einen nativen Linux-Single-Kernel-Modus, der sich von LinRT Tungsten unterscheidet. LinRT Cobalt verwendet die Dual-Kernel-Architektur von Xenomai 3.
03 / YOCTO + LINUX + QT LTS
LinRT 5.3 in Q4 2026 · LinRT 6.x LTS in Q1 2027
LinRT 5.3 entwickelt die LinRT 5.x LTS-Serie in Richtung CRA Ready weiter; LinRT 6.x LTS setzt auf Wrynose LTS und geplanten i.MX95-Support.
Q4 2026 GEPLANT / NOCH NICHT VERFÜGBAR
LinRT 5.3 — CRA Ready
LinRT 5.3 ist für Q4 2026 als CRA-Ready-Weiterentwicklung von LinRT 5.x LTS auf Yocto 5.0 Scarthgap LTS geplant. Ziele sind BSP-Sicherheitsmaßnahmen, nachvollziehbare Validierungsnachweise und das CRA Certification Kit für Kunden.
Q1 2027 GEPLANT / NOCH NICHT VERFÜGBAR
LinRT 6.x LTS — NXP i.MX95
LinRT 6.x LTS ist für Q1 2027 geplant und zielt auf Yocto 6.0 Wrynose LTS, Linux 6.18 LTS und Qt 6.12 LTS. Die Unterstützung von NXP i.MX95-SoMs ist für diese Generation angekündigt; jede Konfiguration bedarf der Qualifizierung.
LinRT 5.x LTS — Scarthgap-LTS-Basis
LinRT 5.x LTS basiert auf Yocto Project 5.0 „Scarthgap“ LTS und verwendet je Plattform Linux 6.6 / 6.12 LTS. LinRT 5.3 (Produktversion, nicht Yocto 5.3) ist für Q4 2026 mit dem Ziel CRA Ready geplant.
LinRT 6.x LTS — Roadmap Q1 2027
LinRT 6.x LTS ist für Q1 2027 geplant, mit Yocto Project 6.0 „Wrynose“ LTS, Linux 6.18 LTS und Qt 6.12 LTS als Ziel. NXP i.MX95-Support ist für diese Version angekündigt; jede BSP-Konfiguration muss qualifiziert werden.
Die Termine sind Planungsziele und keine Freigabebestätigung. i.MX95-Support und Echtzeiterweiterungen müssen je Board und Distribution qualifiziert werden. Verfügbarkeit und Sicherheitsfunktionen müssen je Konfiguration geprüft werden.
04 / NXP i.MX
NXP-i.MX-SoM-Strategie
Referenzfamilien und Zielplattformen. Die Unterstützung muss je Distribution, SoM-Hersteller, Board und Kernelzweig bestätigt werden.
Langlebige ARM32-Systeme, Headless-Steuerung und Migration; Kernel- und Treiberstatus prüfen.
ARM64-Edge-Systeme, Multimedia, industrielle HMI und Echtzeitintegration.
Energieeffiziente Industrieplattformen; I/O- und Timing-Prüfung nötig.
Unterstützung für LinRT 6.x LTS angekündigt. Treiber, Grafik und Echtzeit-Erweiterungen je Distribution zu qualifizieren.
05 / CYBER RESILIENCE ACT
Sicherheitsnachweise als Teil der BSP-Entwicklung
Der geplante LinRT CRA-Ready BSP und das CRA Certification Kit sollen produktbezogene Bewertungen durch klar zugeordnete Nachweise für Software-Image und Hardware vereinfachen.
Build-Baseline
Fixierte Quellen, Konfiguration, Paketherkunft
Sicherheitsbewertung
SBOM, CVE-/VEX-Prüfung, Angriffsfläche, Updates
Plattformvalidierung
Härtung, Boot, Updates und Regressionstests
Nachweispaket
Anforderungsmatrix, Testberichte, Annahmen, Übergabe
CRA CERTIFICATION KIT · ANFANG 2027
CRA Certification Kit — geplant mit LinRT 6.x LTS
Das für Anfang 2027 zusammen mit der ersten LinRT 6.x LTS-Version geplante CRA Certification Kit unterstützt Hersteller dabei, Sicherheitsmaßnahmen des BSP in nachvollziehbare Nachweise für die Konformitätsbewertung ihrer Produkte zu überführen.
SBOM und Schwachstellenmanagement
Software-Stückliste, CVE-/VEX-Prozesse und Komponenten-Rückverfolgbarkeit für einen definierten BSP-Build.
Sicherheitsüberprüfung
Wiederverwendbare Härtungsprüfungen, Bewertungen von Boot- und Update-Prozessen sowie reproduzierbare Validierungsverfahren.
Dokumentierte Nachweise
Zuordnung von Anforderungen zu Tests, Ergebnisvorlagen und Strukturen für kundenspezifische Nachweispakete.
Das Kit unterstützt die produktspezifische Konformitätsbewertung gemäß CRA; es ist kein CRA-Zertifikat und ersetzt weder die Risikoanalyse noch die gesetzlichen Pflichten des Herstellers.
LinRT liefert BSP-Mechanismen und technische Nachweise. Die Verantwortung für Produkt-Risikoanalyse, Integration, Meldepflichten und Konformitätsbewertung liegt beim Hersteller.
„CRA Ready“ bezeichnet ein technisches Ziel zur Unterstützung der Konformität, kein CE-Zertifikat und keine Zusicherung der CRA-Konformität eines Endprodukts. Die Freigabe hängt von SoM, Kernel und Board ab.
„CRA Ready“ bezeichnet ein technisches Ziel zur Unterstützung der Konformität, kein CE-Zertifikat und keine Zusicherung der CRA-Konformität eines Endprodukts. Die Freigabe hängt von SoM, Kernel und Board ab.
06 / Distributionen
Distributionen entdecken
Softwarearchitektur und Echtzeitanforderungen bestimmen die passende LinRT-Variante.
Oxygen
PREEMPT_RTThread-basierte Interruptbehandlung, weitergehende Präemption und Standard-Linux-/POSIX-APIs. Geeignet, wenn Linux die Latenzanforderungen erfüllt.
Distribution kennenlernen →Cobalt
Xenomai 3 · Cobalt / RTDMEine eigene hochpriorisierte Echtzeitstufe, RTDM-Treiber und Xenomai-Schnittstellen für die Migration bestehender Anwendungen.
Distribution kennenlernen →Tungsten
Xenomai 4 · EVL / libevlDovetail verbindet Linux mit EVL; libevl bietet Dienste zur Out-of-Band-Ausführung zeitkritischer Aufgaben.
Distribution kennenlernen →Eine qualifizierte Echtzeit-Linux-Plattform aufbauen
Sprechen Sie mit uns über SoM-Unterstützung, Treiberintegration und die LinRT-CRA-Ready-Roadmap.
Technische Quellen
Verwendete offizielle Dokumentation. Produktumfang und Verfügbarkeit bitte bei LinRT bestätigen.