È stata proposta un’architettura centrale/zonata come architettura alla base dell’SDV (Software Defined Vehicle).

Questa è la base per consentire una continua espansione funzionale abilitata dal software, fornendo uno spazio operativo uniforme per le applicazioni che consente gli stessi servizi degli smartphone, nonché una nuova dimensione di servizi che collegano le applicazioni con i controlli all’interno del veicolo. Tuttavia, nel tentativo di raggiungere questo obiettivo, devono affrontare una nuova sfida: mescolare software con livelli di sicurezza e protezione bassi e alti su un computer piatto ad alte prestazioni (HPC), dove possono interferire l’uno con l’altro.

D’altra parte, l’hardware HPC si sta evolvendo da CPU single-core a multi-core e persino multi-core eterogeneo, che combina diverse CPU multi-core con caratteristiche e velocità diverse. Il problema summenzionato del software misto viene risolto utilizzando direttamente multi-core eterogenei con diversi tipi di core disposti separatamente e ottenendo un isolamento/separazione essenziale.

Per quanto riguarda il disaccoppiamento (separazione di software/hardware e software con diversi livelli di sicurezza), che è uno dei requisiti architettonici chiave per gli SDV che hanno completato la fase di proof of concept e stanno entrando nella fase di sviluppo della produzione di massa, di seguito sono riportati alcuni dei requisiti architettonici chiave rilasciati dai produttori di semiconduttori. Come realizzarlo su SoC multi-core eterogenei, come collegare il controllo profondo dei sensori/attuatori del veicolo con servizi cloud-nativi e come conciliare l’agile evoluzione continua del sistema SDV con i requisiti di sicurezza ASIL, Esamineremo le migliori caratteristiche del sistema operativo in tempo reale per lo sviluppo di SDV che consentono il disaccoppiamento.