Une architecture centrale/zonée a été proposée comme architecture sous-jacente au SDV (Software Defined Vehicle).

C’est la base pour permettre une expansion fonctionnelle continue par logiciel, en fournissant un espace d’exploitation d’application uniforme qui permet les mêmes services que les smartphones, ainsi qu’une nouvelle dimension de services qui connectent les applications avec les commandes au plus profond du véhicule. Cependant, en essayant d’y parvenir, ils sont confrontés à un nouveau défi : mélanger des logiciels avec des niveaux de sûreté/sécurité faibles et élevés sur un ordinateur plat à haute performance (HPC), où ils peuvent interférer les uns avec les autres.

D’autre part, le matériel HPC évolue, passant de CPU à cœur unique à des CPU multicœurs, voire multicœurs hétérogènes, qui combinent plusieurs CPU multicœurs ayant des caractéristiques et des vitesses différentes. Le problème susmentionné des logiciels mixtes est résolu par l’utilisation directe de multi-cœurs hétérogènes avec différents types de cœurs disposés séparément et par la réalisation d’une isolation/séparation essentielle.

En se concentrant sur le découplage (séparation du logiciel/du matériel et du logiciel avec différents niveaux de sûreté/sécurité), qui est l’une des principales exigences architecturales pour les SDV qui ont achevé la validation du concept et entrent maintenant dans la phase de développement de la production de masse, on trouvera ci-dessous certaines des principales exigences architecturales publiées par les fournisseurs de semi-conducteurs. Comment le réaliser sur des SoC multicœurs hétérogènes, comment relier le contrôle profond des capteurs/actionneurs du véhicule avec des services cloud-native, et comment concilier l’évolution continue et agile du système SDV avec les exigences de sécurité de l’ASIL, Nous examinerons les meilleures caractéristiques des systèmes d’exploitation en temps réel pour le développement de SDV qui permettent le découplage.