Middleware automobile SOA et fonds de panier IPC à haut débit
Les fonctionnalités modernes requièrent une communication transparente entre OS hétérogènes, calculateurs et cloud. Le middleware abstrait les frontières réseau et gère le cycle de vie des services.
Middleware de services Zonal Architecture
Central Controller: Middleware de services — Bus IPC et communication
Zonal Control Units & TSN Ring
- AUTOSAR Adaptive
- OMG DDS Brokerless
- Hub Eclipse Zenoh
- IPC Shm zéro-copie
- Découverte dynamiq.
Découpler les applications de la topologie réseau grâce aux couches SOA
Historiquement, les calculateurs étaient liés à des IDs rigides sur le bus CAN : déplacer une fonction imposait de modifier le câblage et de reflasher plusieurs boîtiers. Le middleware SOA abstrait les échanges en interfaces : un service publie la vitesse et les applications consomment la donnée sans se soucier de l'emplacement physique.
Core Engineering Areas
- AUTOSAR Adaptive Platform — Contrairement à AUTOSAR Classic limité aux microcontrôleurs simples, AUTOSAR Adaptive cible les SoCs 64 bits sous OS POSIX (QNX, Linux). Il standardise les APIs C++17 : ara::com pour le réseau, ara::exec pour le cycle de vie et ara::sm pour les états système.
- Data Distribution Service (DDS) — Contrairement aux architectures à courtier (MQTT) générant des goulots d'étranglement, OMG DDS est un plan de données pair-à-pair totalement décentralisé. Les nœuds échangent directement via le protocole RTPS, encadrés par plus de 20 règles de QoS contractuelles.
- Ultra-Lightweight Middleware — Suppression des pénalités de sérialisation en échangeant des gigaoctets de flux radar et caméra via des mécanismes de prêt de mémoire partagée.
Technical Articles