Ces termes sont utilisés tout au long de la documentation SDV.
- Profil AAOS SDV Core
- Système léger headless, qui contient des capacités de connectivité et d'orchestration ainsi que des services automobiles de base.
- Instance AAOS SDV (VM SDV)
- Instance unique du profil AAOS SDV Core, s'exécutant dans une VM sur un SoC ou dans un environnement virtuel. Le plus souvent, plusieurs instances SDV sont contenues dans un seul véhicule automobile, qui forment ensemble un déploiement SDV AAOS complet.
- OS Android
- Système d'exploitation Android utilisé dans les appareils mobiles, tels que les téléphones mobiles et les tablettes.
- catalogue
- Répertoire contenant tous les fichiers protobuf et VSIDL qui définissent les interfaces de service d'un véhicule. Le compilateur VSIDL accepte un répertoire de catalogue en entrée et génère du code pour tous les fichiers qu'il contient.
- catalogue de dépendances
- Le catalogue de dépendances spécifie les emplacements des définitions externes définies dans les fichiers VSIDL ou .proto. Aucun code n'est généré pour les dépendances. Le compilateur VSIDL prend le chemin d'accès au catalogue de dépendances en entrée.
- unité de commande électronique (ECU)
- Module contrôlant l'un des sous-systèmes du véhicule (par exemple, le moteur, la carrosserie ou la connectivité). Sa partie informatique peut être aussi simple qu'un petit microcontrôleur ou aussi avancée qu'un ordinateur complet sous Linux, parfois avec plusieurs SoC. Pour en savoir plus, consultez Electronic control unit (Unité de commande électronique).
- bibliothèque cliente de middleware
- Une bibliothèque cliente (également appelée clientlib) qui fournit des API de haut niveau pour interagir avec la pile de communication SDV. Cette bibliothèque masque les détails de l'enregistrement et de la découverte des unités de service, ce qui permet aux développeurs de se concentrer sur les thèmes et les chaînes. Les API clientlib sont conçues pour fonctionner avec les descripteurs de point de terminaison générés à partir du générateur de code VSIDL (
vsidlc), ce qui réduit considérablement les erreurs de configuration manuelle et accélère le développement. - Tampons de protocole (protobuf)
Les tampons de protocole sont un mécanisme extensible, indépendant du langage et de la plate-forme, permettant de décrire et de sérialiser des données structurées.
Les fichiers Protobuf ont l'extension
.protoet définissent la structure des messages (données) échangés entre les services. Ces fichiers spécifient également les champs de types de données et les relations dans les messages.- Agent SDV
Application privilégiée s'exécutant sur le système SDV et fournissant la fonctionnalité principale SDV. Les agents SDV se comportent comme des daemons Linux, qui sont des applications exécutées pendant toute la durée de vie du système d'exploitation et fournissant certaines fonctionnalités de bas niveau. Chaque composant principal SDV peut fournir aucun, un ou plusieurs agents.
- Instance SDV (VM SDV)
Instance unique du profil AAOS SDV Core, s'exécutant dans une VM sur un SoC ou dans un environnement virtuel. Le plus souvent, plusieurs instances de SDV fonctionnent dans un seul véhicule automobile, qui forment ensemble un déploiement AAOS SDV complet.
- Package SDV
Plus petite unité de logiciel SDV pouvant être mise à jour. Un package SDV peut être constitué de plusieurs packs de services.
- Plate-forme SDV
Plate-forme SDV comprenant le profil SDV Core en tant que plate-forme qui permet aux développeurs de créer des services et sur laquelle ils peuvent les exécuter.
- Le développeur de plate-forme SDV :
Un développeur qui effectue les tâches suivantes :
- fournit des mécanismes d'isolation appropriés pour les services SDV ;
- fournit une adressabilité individuelle pour différents services et leurs composants ;
- comprend comment les services peuvent être chargés par le framework SDV.
- Le développeur de services SDV :
Un développeur qui effectue les tâches suivantes :
- organise le code de service en modèles de type architecture de microservices ;
- sépare le déploiement du développement des services ;
- crée une ou plusieurs entités de communication (y compris des serveurs, des éditeurs, des clients et des abonnés) dans le même processus d'exécution ;
- teste et débogue les services indépendamment des autres services.
- pack de services
Module déployable de manière indépendante, composé d'une logique métier associée qui encapsule une capacité de domaine spécifique et applique des limites d'autorisation strictes.
- découverte des services
Agent SDV qui permet la découverte des unités de service.
- architecture orientée services (SOA)
Style de logiciel informatique dans lequel des services sont fournis aux autres composants par des composants d'application, par le biais d'un protocole de communication sur un réseau.
Voici le principe de base. Tous les services de SDV doivent fournir l'API RPC basée sur AIDL (interprocessus, inter-VM ou inter-SoC).
- sujet
Chemin de communication nommé pour les messages axés sur les données (publication/abonnement). Les sujets sont identifiés par des chaînes et contiennent des messages d'un type spécifique. Les sujets permettent une communication de type "plusieurs à plusieurs", avec plusieurs éditeurs et abonnés pour le même sujet.
- chaîne
Chemin de communication nommé pour les services RPC. Les canaux permettent de distinguer plusieurs instances du même type de service (par exemple,
main-control,high-priority).- unité de service
Il s'agit d'un détail d'implémentation sous-jacent de la pile de communication SDV. Les unités de service sont les entités enregistrées et découvertes par la découverte de service de bas niveau. La bibliothèque cliente du middleware gère automatiquement les unités de service. Voici quelques informations importantes à leur sujet :
- Les unités de service définies dans le même bundle de services sont exécutées dans le même processus.
- Chaque unité de service représente un point de terminaison spécifique (serveur ou éditeur).
- Chaque unité de service possède un type d'unité de service.
- type d'unité de service
Déclaration de type associée à une unité de service.
- véhicule défini par logiciel (SDV)
Terme externe faisant référence à la solution dans le code et la documentation. Pour référence, consultez Véhicules définis par logiciel : comment l'Open Source alimente l'innovation.
- système sur une puce (SoC)
Circuit intégré qui réunit tous les composants d'un ordinateur ou d'un autre système électronique dans une seule puce. Ces composants comprennent généralement un processeur (CPU), une mémoire, des ports d'entrée/sortie et un espace de stockage secondaire. Pour en savoir plus, consultez système sur une puce.
- Unité de commande télématique (TCU)
ECU responsable des périphériques de communication externe, tels que GSM/LTE, Wi-Fi, GNSS ou Bluetooth. Pour en savoir plus, consultez Unité de commande télématique.
- Langage de définition d'interface de service de véhicule (VSIDL)
VSIDL est un langage spécifique à un domaine conçu pour définir les interfaces et les interactions entre les services au sein du système logiciel d'un véhicule.
Les fichiers VSIDL décrivent les packs de services, leurs fonctionnalités et les messages qu'ils échangent. Ils définissent la structure de l'architecture logicielle du véhicule.
Les fichiers VSIDL ont l'extension
.vsidl.