Linux-Kontinuität
Vorhandene POSIX-Threads, Timer, Sockets und Anwendungen weiterverwenden.
LINRT REAL-TIME LINUX DISTRIBUTION
LinRT Oxygen
Native Linux-Echtzeit mit PREEMPT_RT
Oxygen verbindet Standard-Linux-APIs, ein breites Ökosystem und gute Wartbarkeit mit reduzierter Kernel-Scheduling-Latenz.
TECHNOLOGY PROFILE
KERNELPREEMPT_RT
MODELSingle Linux kernel
APIsPOSIX / Linux APIs
DRIVERSLinux driver model
Ein guter Einstieg für native industrielle Linux-Produkte.
LinRT 5.3Q4 2026 · CRA Ready planned
LinRT 6.x LTSQ1 2027 · i.MX95 planned
NXP i.MXi.MX6 · 8MP · 91/93 · 95
SecurityCRA evidence approach
01 / Warum dieser Ansatz?
Echtzeit ohne Abschied vom Linux-Programmiermodell.
Oxygen verbindet Standard-Linux-APIs, ein breites Ökosystem und gute Wartbarkeit mit reduzierter Kernel-Scheduling-Latenz.
Breites Ökosystem
Qt / Wayland, Vernetzung und übliche Treiber integrieren, soweit qualifiziert.
Einfacherer Betrieb
Scheduling, Analyse, Debugging und Schwachstellenmanagement unter Linux.
Gezieltes Tuning
CPU-Isolierung, Prioritäten, IRQ-Affinität und Memory Locking.
02 / So funktioniert die Architektur
Native Linux-Echtzeit mit PREEMPT_RT
Oxygen nutzt einen Linux-Kernel mit PREEMPT_RT. Kritische Threads verwenden Echtzeit-Scheduling, während Linux Dienste, Treiber und Userspace-APIs bereitstellt. Interrupts und Systemlast beeinflussen weiterhin die maximale Latenz.
Technischer Kompromiss: PREEMPT_RT allein garantiert keine harten Fristen; repräsentative Messungen sind erforderlich.
03 / Technische Aspekte
Typische Anwendungen & Was zu prüfen ist
Typische Anwendungen
- Industrielle HMI mit zeitlich begrenzten Regelzyklen
- Vernetzte Gateways und Protokollumsetzung
- Edge-Systeme mit Qt / Multimedia und Echtzeit-Tasks
- Neue Linux-/POSIX-Anwendungen
Latenz-Checkliste
- Deadlines, Jitter-Budget und Worst-Case-Last definieren.
- SCHED_FIFO / SCHED_RR ohne Starvation konfigurieren.
- IRQ, DMA, Uhren und Speicherallokation prüfen.
- Mit cyclictest / rtla und End-to-End-Tests messen.
04 / BSP-Portfolio und SoM-Ziele
LinRT 5.3 in Q4 2026 · LinRT 6.x LTS in Q1 2027
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.
Referenzfamilien und Zielplattformen. Die Unterstützung muss je Distribution, SoM-Hersteller, Board und Kernelzweig bestätigt werden.
05 / CRA-Vorbereitung
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.
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.
„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 / Weitere Distribution ansehen
Distributionen entdecken
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.