LinRTBY DIGITAL DATA SOFTWARE

DISTRIBUZIONE LINUX REAL-TIME LINRT

LinRT Oxygen

Prestazioni deterministiche native Linux con PREEMPT_RT
Scegli Oxygen quando le API Linux standard, l’ampio ecosistema embedded e la manutenibilità sono importanti quanto tempi di risposta limitati. Mantiene familiare il modello applicativo riducendo la latenza di scheduling del kernel.

Linux a nucleo singoloPREEMPT_RTPOSIX / pthreadsIntegrazione multimedia e Qt
PROFILO TECNOLOGICO
KERNELPREEMPT_RT
MODELLOUnico kernel Linux
APIAPI POSIX / Linux
DRIVERModello di driver Linux
Il punto di partenza ideale per prodotti industriali basati su Linux con requisiti real-time misurati.
LinRT 5.3Q4 2026 · CRA Ready previsto
LinRT 6.x LTSQ1 2027 · i.MX95 previsto
NXP i.MXi.MX6 · 8MP · 91/93 · 95
SicurezzaApproccio basato sulle evidenze CRA

01 / Perché scegliere questo approccio?

Real-time senza rinunciare al modello di programmazione Linux.

Scegli Oxygen quando le API Linux standard, l’ampio ecosistema embedded e la manutenibilità sono importanti quanto tempi di risposta limitati. Mantiene familiare il modello applicativo riducendo la latenza di scheduling del kernel.

01 / VANTAGGIO TECNICO

Continuità delle API Linux

Riutilizza thread POSIX, timer, socket, epoll e comuni applicazioni user-space.

02 / VANTAGGIO TECNICO

Ampio ecosistema

Integrazione naturale con Qt / Wayland, connettività industriale e driver comuni, se qualificati.

03 / VANTAGGIO TECNICO

Gestione semplificata

Scheduling Linux unificato, strumenti, debug e processi di gestione delle vulnerabilità.

04 / VANTAGGIO TECNICO

Ottimizzazione flessibile

Isolamento CPU, priorità dello scheduler, affinità IRQ e blocco della memoria secondo il carico misurato.

02 / Funzionamento dell’architettura

Prestazioni deterministiche native Linux con PREEMPT_RT

Oxygen utilizza un kernel Linux con PREEMPT_RT. I thread critici usano politiche di scheduling real-time, mentre Linux fornisce servizi, driver e interfacce user-space. L’intero sistema rimane in-band: l’attività concorrente del kernel, gli interrupt hardware e la progettazione applicativa incidono ancora sulla latenza nel caso peggiore.

Reference execution model. Board-level integration and exact APIs require qualification.
Modello di esecuzione di riferimento. L’integrazione sulla scheda e le API precise richiedono una qualificazione.
Compromesso progettuale: Oxygen non garantisce scadenze rigide solo perché PREEMPT_RT è abilitato. Il determinismo va dimostrato con test di temporizzazione end-to-end.

03 / Considerazioni tecniche

Applicazioni tipiche e verifiche necessarie

Applicazioni tipiche

  • HMI industriali con cicli di controllo a tempi limitati
  • Gateway connessi, conversione di protocolli e gestione dispositivi
  • Sistemi edge che combinano carichi real-time con Qt o multimedia
  • Nuove applicazioni basate sulle API Linux / POSIX standard

Checklist per l’ingegneria della latenza

  • Definire scadenze, budget di jitter e profilo di carico nel caso peggiore.
  • Assegnare con attenzione le priorità SCHED_FIFO / SCHED_RR evitando lo starvation.
  • Verificare threading IRQ, DMA, driver, clock e allocazione della memoria.
  • Usare cyclictest / rtla e misure end-to-end specifiche dell’applicazione.

04 / Gamma BSP e destinazioni SoM

LinRT 5.3 nel Q4 2026 · LinRT 6.x LTS nel Q1 2027

Q4 2026 PREVISTO / NON ANCORA RILASCIATO

LinRT 5.3 — CRA Ready

LinRT 5.3 è previsto per il Q4 2026 come evoluzione CRA Ready della famiglia LinRT 5.x LTS, basata su Yocto 5.0 Scarthgap LTS. Gli obiettivi includono controlli di sicurezza del BSP e prove di validazione tracciabili; il CRA Certification Kit per i clienti è previsto per l’inizio del 2027 insieme a LinRT 6.x LTS.

Q1 2027 PREVISTO / NON ANCORA RILASCIATO

LinRT 6.x LTS — NXP i.MX95

LinRT 6.x LTS è previsto per il Q1 2027 con Yocto 6.0 Wrynose LTS, Linux 6.18 LTS e Qt 6.12 LTS. Il supporto del SoM NXP i.MX95 è annunciato per questa generazione, previa qualificazione di ogni configurazione.

Roadmap LinRT 2026–2031 (etichette in inglese)
Roadmap dei prodotti LinRT — tutte le etichette del diagramma sono in inglese
LinRT 5.x LTS

LinRT 5.x LTS — base Scarthgap LTS

LinRT 5.x LTS utilizza Yocto Project 5.0 “Scarthgap” LTS, con varianti Linux 6.6 / 6.12 LTS a seconda della destinazione e della distribuzione. LinRT 5.3 (versione del prodotto, non Yocto 5.3) è previsto per il Q4 2026 come CRA Ready.

LinRT 6.x LTS · roadmap

LinRT 6.x LTS — roadmap Q1 2027

LinRT 6.x LTS è previsto per il Q1 2027 con Yocto Project 6.0 “Wrynose” LTS, Linux 6.18 LTS e Qt 6.12 LTS. Il supporto NXP i.MX95 è previsto con questa versione, subordinatamente alla qualificazione di ciascuna variante BSP.

Famiglie hardware di riferimento e destinazioni previste. Il supporto finale va verificato per distribuzione, produttore del SoM, progetto della scheda e ramo del kernel.

05 / Preparazione CRA

Le evidenze di sicurezza come parte dell’ingegneria BSP

Il BSP LinRT CRA Ready e il CRA Certification Kit proposti mirano a rendere più ripetibile la valutazione della cybersicurezza dei prodotti, collegando le evidenze a un’immagine software e a una configurazione hardware definite.

Flusso di evidenze CRA (etichette in inglese)
Flusso di evidenze di riferimento (etichette in inglese); non sostituisce la valutazione di conformità del prodotto.
CRA CERTIFICATION KIT · INIZIO 2027

CRA Certification Kit — previsto con LinRT 6.x LTS

Previsto per l’inizio del 2027 in concomitanza con il rilascio iniziale di LinRT 6.x LTS, il CRA Certification Kit aiuterà i produttori a trasformare i controlli di cybersicurezza del BSP in evidenze tracciabili per la valutazione della conformità dei propri prodotti.

SBOM e gestione delle vulnerabilità

Distinta base del software, flussi CVE/VEX e tracciabilità dei componenti per una build BSP identificata.

Verifica della sicurezza

Controlli riutilizzabili di hardening, valutazione di avvio e aggiornamenti e procedure di validazione ripetibili.

Evidenze documentate

Mappatura requisiti/test, modelli di risultati e struttura dei fascicoli di evidenze per l’integrazione nei prodotti dei clienti.

Il kit supporta la valutazione di conformità CRA per ciascun prodotto; non costituisce una certificazione CRA e non sostituisce l’analisi dei rischi né gli obblighi legali del produttore.

CRA Ready indica un obiettivo ingegneristico di supporto alla conformità; non è una certificazione CE né una garanzia di conformità CRA di un prodotto finito. La qualificazione e le funzionalità dipendono da SoM, kernel e scheda.

06 / Scopri un’altra versione

Esplora ogni distribuzione

Nucleo singolo, real-time nativo Linux

Oxygen

PREEMPT_RT

Gestione degli interrupt tramite thread, percorsi del kernel preemptible e API POSIX / Linux standard. Il percorso più semplice quando gli obiettivi di latenza possono essere soddisfatti nell’ecosistema Linux.

Esplora la distribuzione →
Doppio nucleo, RTDM e API RTOS legacy

Cobalt

Xenomai 3 · Cobalt / RTDM

Uno stadio real-time separato ad alta priorità, con API Xenomai consolidate, driver RTDM e skin di compatibilità opzionali per alcune applicazioni esistenti.

Esplora la distribuzione →
Doppio nucleo, moderno core real-time compatto

Tungsten

Xenomai 4 · EVL / libevl

Dovetail collega Linux al nucleo EVL; libevl offre servizi real-time dedicati alle applicazioni C/C++ che richiedono un’esecuzione out-of-band prevedibile.

Esplora la distribuzione →

Crea una piattaforma Linux real-time qualificata

Confrontiamoci su supporto SoM, integrazione, architettura dei driver real-time e ambito della roadmap LinRT CRA Ready.

Parliamo del tuo progetto embedded →

Riferimenti tecnici

Documentazione di base e fonti upstream utilizzate per questa presentazione. Ambito e disponibilità del prodotto devono essere confermati con LinRT.