Décryptage du schéma synoptique d’architecture électrique et électronique : un guide d’ingénierie complet

<Retour au développement de la plateforme

Par Johnny Liu, PDG de Dowway Vehicle

Publié le 6 mars 2026

Résumé (TL;DR) : Face à l’électrification, à l’intelligence et à la connectivité croissantes des véhicules, l’électronique distribuée traditionnelle peine à suivre le rythme. Le schéma synoptique d’architecture E&E sert de plan d’ingénierie, cartographiant le matériel, les logiciels et les réseaux de communication d’un véhicule. Ce guide retrace l’évolution des réseaux dispersés (plus de 100 calculateurs) vers les architectures zonales modernes et les ordinateurs haute performance (HPC). Il détaille les technologies spécifiques (MBSE, SOA, AUTOSAR) nécessaires à la conception de véhicules pilotés par logiciel (SDV).

1. Visualisation du véhicule défini par logiciel

L’industrie automobile évolue rapidement sous l’effet de l’électrification, de l’intelligence et de la connectivité. Les anciennes architectures électroniques distribuées ne peuvent plus répondre aux nouvelles exigences en matière de mises à jour logicielles rapides, de puissance de calcul massive et de maîtrise des coûts.

Les systèmes électroniques des véhicules présentent une complexité extrême. Alors que les anciens véhicules à moteur à combustion interne (MCI) utilisaient de 30 à 50 calculateurs (ECU), les véhicules électriques intelligents haut de gamme en utilisent désormais plus de 100, couvrant la chaîne cinématique, le châssis, l’habitacle intelligent et la conduite autonome. Le modèle obsolète « une fonction = un calculateur » engendre un câblage redondant, une puissance de calcul dispersée et une dépendance excessive du matériel et des logiciels. Il empêche les mises à jour à distance (OTA) et bloque la conduite intelligente et les fonctionnalités V2X (communication véhicule-infrastructure).

Les ingénieurs utilisent le Tableau synoptique d’architecture E&E Pour résoudre ce problème, ce schéma visuel constitue la structure de base du système électronique du véhicule. Sa maîtrise permet aux équipes de partager les ressources, de synchroniser les fonctions, de contrôler les coûts et d’accélérer le processus itératif.

2. Que représente la carte synoptique ?

Un schéma synoptique d’architecture électronique est bien plus qu’un simple schéma de câblage. Il s’agit d’un plan complet décrivant la distribution électrique, les réseaux de signalisation, le routage des données, les diagnostics, la tolérance aux pannes et la gestion de l’énergie, en fonction d’une analyse des coûts et des performances.

Lorsque vous lisez ce graphique, vous voyez une conception au niveau du système reposant sur trois piliers :

• Le matériel comme fondement : Agencement physique des unités de calcul, des capteurs et des actionneurs.
• Le logiciel comme élément central : Les systèmes d’exploitation, les intergiciels et les applications qui définissent les fonctionnalités des véhicules.
• La communication comme lien : Les réseaux à haut débit qui permettent un échange de données sans interruption.

3. Suivi de l’évolution sur le graphique

Le graphique synoptique illustre clairement l’évolution. Les architectures physiques se sont simplifiées tandis que la logique informatique s’est complexifiée. On peut suivre cette évolution à travers quatre phases d’ingénierie distinctes.

Phase 1 : Architecture distribuée (avant 2015)

• Caractéristiques du graphique : Conçu selon le principe de « fonction indépendante », chaque fonction nécessitait son propre calculateur, communiquant via de simples bus CAN/LIN.
• Points faibles en matière d’ingénierie : Le câblage était massif. Les Audi Q7 et Porsche Cayenne de 2007 comptaient plus de 6 kilomètres de câbles, pour un poids supérieur à 70 kilogrammes — la pièce la plus lourde du véhicule après le moteur. La fragmentation des calculateurs entraînait des tests lents, un diagnostic des pannes complexe et des mises à jour OTA impossibles en raison de la diversité des protocoles des fournisseurs.
• Applications typiques : Les véhicules thermiques d’avant 2010, comme l’Audi A8 de 2010 (plus de 100 calculateurs) et la VW Lavida de 2013, ainsi que les premiers véhicules à énergies nouvelles, utilisaient également entre 80 et 150 calculateurs.

Phase 2 : Architecture centrée sur le domaine (2015-2025)

• Caractéristiques du graphique : Conçu selon le principe de l’« agrégation fonctionnelle », le véhicule est divisé en domaines spécifiques (groupe motopropulseur, châssis, conduite intelligente, infodivertissement), chacun géré par une unité de contrôle de domaine (DCU). Le nombre total d’ECU a été réduit à 30-80.
• Points forts en matière d’ingénierie : L’Ethernet automobile sert de réseau dorsal au domaine, une passerelle centrale acheminant le trafic inter-domaines. Ceci permet de réduire le poids du faisceau de câbles et de prendre en charge les mises à jour OTA au niveau du domaine.
• Applications typiques : Les plateformes Volkswagen MEB, architecture E3 (3 serveurs d’applications embarqués ou ICAS), BMW iNEXT, configuration à trois domaines (BDC, SAS, MGU) et architecture CC de Huawei.

Phase 3 : Architecture zonale (2020-2030)

• Caractéristiques du graphique : Il combine « l’agrégation de localisation » avec la « fusion fonctionnelle ». Le véhicule est divisé en zones physiques (avant gauche, avant droit, arrière) gérées par des unités de contrôle zonal (ZCU), supervisées par des ordinateurs haute performance centralisés (HPC).
• Points forts en matière d’ingénierie : Les faisceaux de câbles sont réduits de 30 à 50 %. L’unité de contrôle de zone (ZCU) gère l’accès et l’alimentation des capteurs/actionneurs locaux, tandis que les unités de calcul haute performance (HPC) prennent en charge les calculs complexes interdomaines. Cette architecture orientée services (SOA) sépare totalement le matériel du logiciel.
• Applications typiques : Tesla Model 3/Y (calcul central + contrôleurs zonaux), Xpeng G9 (calcul central intelligent X-HP) et NIO ET5.

Phase 4 : Calcul centralisé + accès zonal (L’avenir)

• Caractéristiques du graphique : Conçu exclusivement pour la centralisation des calculs, ce système ne conserve que 1 à 3 unités de calcul haute performance (HPC) ultra-puissantes faisant office de cerveau central. Les unités de calcul distribué (ZCU) sont remplacées par des boîtiers de jonction et des routeurs intelligents.
• Objectifs d’ingénierie : Une véritable architecture cloud-périphérie-dispositif via Ethernet en étoile. Elle vise à égaler la vitesse de mise à jour des logiciels pour smartphones, à réduire drastiquement les coûts matériels et à prendre en charge pleinement la conduite autonome de niveau 4+ et la communication V2X.

4. Décryptage des couches du plan

Un diagramme synoptique professionnel visualise une conception en couches ascendante. Chaque couche reste indépendante tout en étant hautement collaborative afin de garantir l’évolutivité du système.

• La couche physique (matériel) : Les équipes sélectionnent les puces (microcontrôleurs/SoC), les capteurs (LiDAR, radar à ondes millimétriques, caméras) et les actionneurs en fonction des besoins en calcul et des exigences du secteur automobile. La conception des faisceaux de câbles repose sur le principe du « chemin le plus court et de la redondance minimale », avec une séparation des tensions haute et basse. Elle utilise des systèmes de gestion intelligente de l’alimentation (IPMS) pour une alimentation redondante et segmentée des fonctions de sécurité essentielles.
• La couche réseau (communication) : Utilise une architecture de communication mixte. L’Ethernet automobile 1000BASE-T1/10GBASE-T1 gère les tâches à large bande passante (capteurs de conduite intelligente). Le CAN FD assure le contrôle en temps réel à moyenne et haute vitesse (groupe motopropulseur/châssis). Le LIN gère les données à faible débit (vitres/éclairage). Les passerelles gèrent le routage inter-domaines, les changements de protocole et la sécurité des mises à jour OTA.
• La couche fonctionnelle (capacités de base) : Il décompose les besoins du véhicule en modules exécutables. Ceci inclut la synergie interdomaines (comme le freinage d’urgence automatique reliant les domaines ADAS et châssis) et les conceptions à double redondance pour les systèmes critiques de sécurité afin de répondre aux normes ISO 26262 ASIL-D. Il stocke les données de diagnostic pour les ingénieurs.
• La couche application (valeur utilisateur) : Résultat pour l’utilisateur : il prend en charge les mises à jour logicielles OTA transparentes (comme l’ajout par Tesla du stationnement automatique sans intervention matérielle), les paramètres personnalisés du véhicule (« une voiture, une configuration ») et la synergie véhicule-cloud V2X.

5. Technologies clés qui sous-tendent l’architecture

Pour construire les systèmes représentés sur la carte synoptique, les ingénieurs s’appuient sur quatre piliers technologiques principaux :

• Ingénierie des systèmes basée sur les modèles (MBSE) : L’utilisation d’outils SysML/UML (IBM Rational Rhapsody, Siemens Polarion) permet de créer une source de données unique. Elle relie directement les exigences à la conception et aux tests. Par exemple, un diagramme de séquence MBSE peut définir précisément la synchronisation LiDAR : « 10 ms émission → 20 ms activation → 5 ms commande → 10 ms réponse ». Les données industrielles montrent que le MBSE réduit les cycles de développement de 25 à 30 % et permet de détecter 40 % d’erreurs supplémentaires en phase de démarrage.
• Développement de l’unité de contrôle de domaine (DCU) : Les unités de commande de données (DCU) nécessitent une architecture informatique mixte « SoC + MCU ». Les SoC à haute puissance de calcul gèrent la fusion des données (Nvidia Orin, Horizon Robotics Journey 6), tandis que les MCU (Infineon TC397) assurent l’exécution en temps réel. L’unité de commande de conduite autonome de BMW (hPAD) utilise 1 MCU (TC397), 2 CPU (Intel Denverton) et 2 SoC (Mobileye EyeQ5). Le logiciel s’exécute sur AUTOSAR (BSW, RTOS, ASW). Une gestion thermique rigoureuse garantit la stabilité des puces sur une plage de températures de fonctionnement automobile (de -40 °C à 125 °C).

• Architecture orientée services (SOA) : L’architecture orientée services (SOA) regroupe les fonctions (comme l’accélération du véhicule) en services standard avec une qualité de service (QoS) définie. Utilisant des protocoles tels que DDS ou SOME/IP, elle construit un bus de services pour la planification dynamique. Un service de stationnement automatique de la couche application peut appeler le service de pilotage du châssis sans connaître le matériel sous-jacent.
• Conception de sécurité et de sûreté : * Sécurité fonctionnelle (ISO 26262) : Utilise l’analyse d’arbre de défaillance (FTA) et l’AMDEC pour la redondance matérielle (configurations LiDAR/caméra doubles ou calculateurs de freinage doubles).
• Sécurité de l’information (ISO/SAE 21434) : Utilise des modules de sécurité matériels (HSM), le chiffrement des communications TLS/DTLS et un logiciel de détection d’intrusion pour créer des couches de défense pour les données et les mises à jour OTA.

6. Goulots d’étranglement en ingénierie : concrétiser le graphique

Passer de la théorie à la production de masse du diagramme synoptique E&E pose d’énormes défis d’ingénierie :

• Défi 1 : Exigences vagues. Les décalages entre les besoins au niveau du véhicule et la conception de l’EEA entraînent des retouches tardives coûteuses.. Solution: Mettre en place un mécanisme de liaison MBSE strict et des revues interdépartementales pour cerner les besoins au plus tôt et maintenir ouvertes les interfaces d’extension architecturale.
• Défi 2 : Conflits interdomaines. Des équipes de fournisseurs différentes travaillant sur des domaines connectés provoquent des conflits d’interface.. Solution: Utilisez l’architecture SOA pour imposer des interfaces de service unifiées et exécuter des plateformes de développement collaboratif interdomaines ainsi que des tests d’intégration précoces.
• Défi 3 : Intégration matériel/logiciel. Une faible compatibilité entre les différents fournisseurs provoque des problèmes de communication.. Solution: Définir des normes strictes pour l’interface matérielle, détacher le logiciel via une conception modulaire et exécuter des tests d’intégration rigoureux par phases (unitaires, d’intégration, système).
• Défi 4 : Couverture des tests. Les tests traditionnels ne permettent pas de vérifier l’infinité de cas limites des configurations multi-domaines.. Solution: Utilisez une matrice de test intégrée « Simulation virtuelle + Véhicule réel » utilisant des outils comme dSPACE et Prescan pour détecter les erreurs au plus tôt, appuyée par des outils de test automatisés.

7. Tendances futures

La carte synoptique continuera d’évoluer au fil des progrès technologiques :

• Hypercentralisation : L’architecture « calcul centralisé + accès zonal » deviendra la norme. Les centres de calcul haute performance (HPC) atteindront une puissance de calcul de plus de 1 000 TOPS (int8) pour exécuter la conduite autonome de niveau 4 et supérieur.
• Plateformes logicielles standardisées : L’architecture SOA deviendra la norme absolue, créant des systèmes d’exploitation de véhicules unifiés qui réduiront considérablement les coûts de développement et accéléreront les itérations.
• Intelligence et connectivité profondes : L’EEA s’intégrera parfaitement à l’IA, au Big Data et à l’informatique de périphérie. Ceci permettra une planification intelligente en temps réel, une maintenance prédictive et une intégration de l’écosystème V2X avec une latence ultra-faible.
• Écosystèmes de sécurité améliorés : La sécurité fonctionnelle et la cybersécurité fusionneront en un cadre de défense rigoureux capable de fonctionner en toute sécurité dans des environnements physiques et numériques extrêmes.

8. Conclusion

Le développement de l’architecture électrique et électronique marque la transition du véhicule d’un produit mécanique à un dispositif électronique intelligent. Pour les ingénieurs automobiles et les responsables R&D, la maîtrise du schéma synoptique de l’architecture électrique et électronique est indispensable. En comprenant son historique, sa conception en couches et ses technologies clés (MBSE, SOA, DCU), les équipes peuvent résoudre les problèmes d’intégration. À mesure que la centralisation se poursuit, ce schéma architectural sert de base au véhicule piloté par logiciel.

9. Foire aux questions sur les cartes synoptiques d’architecture E&E

Q1 : Qu’est-ce qu’un tableau synoptique d’architecture E&E ?

Réponse courte : Il s’agit d’un schéma visuel de haut niveau qui représente l’architecture complète du système électrique et électronique d’un véhicule.

Détails: Il s’agit d’un schéma récapitulatif de l’organisation et de la connexion des principaux composants électroniques. Son objectif principal est d’offrir aux ingénieurs système et aux parties prenantes une vue d’ensemble de la structure du système électronique du véhicule. Le schéma affiche généralement :

• Unités de commande électroniques (ECU)
• Réseaux de communication (CAN, LIN, FlexRay, Ethernet automobile)
• Domaines fonctionnels (ADAS, infodivertissement, groupe motopropulseur, carrosserie)
• Flux de données et hiérarchie globale du système
• Contrôleurs centraux ou zonaux

Q2 : Pourquoi une carte synoptique est-elle importante dans le développement des véhicules ?

Réponse courte : Elle coordonne la conception du matériel, des logiciels, des réseaux et du câblage entre plusieurs équipes d’ingénierie.

Détails: Plusieurs équipes d’ingénierie doivent concevoir simultanément les systèmes, et les fonctions du véhicule dépendent entièrement des données échangées entre les calculateurs. Les constructeurs et les équipementiers s’appuient sur cette vue d’ensemble pour garantir la parfaite cohérence du matériel, du déploiement logiciel, de la bande passante de communication et du câblage physique des calculateurs avec la conception globale du système du véhicule.

Q3 : Quels sont les éléments généralement inclus dans le graphique ?

Réponse courte : Il comprend des calculateurs, des capteurs, des actionneurs, des réseaux de communication et des domaines fonctionnels.

Détails: Un schéma synoptique standard visualise plusieurs couches intégrées du système électronique du véhicule. Les principaux composants généralement représentés sont :

• Éléments fondamentaux : ECU (unités de contrôle électroniques), divers capteurs et actionneurs.
• Exemples de contrôle : Calculateurs ABS/de freins, plateformes de calcul ADAS, contrôleurs d’infodivertissement, modules de commande de carrosserie (BCM) et calculateurs de passerelle.
• Réseaux de communication : CAN, LIN, FlexRay et Ethernet automobile haut débit.

Q4 : Comment les architectures modernes (domaine / zonal) affectent-elles les cartes synoptiques ?

Réponse courte : Ils déplacent l’organisation des graphiques de dizaines d’ECU dispersées vers des domaines centralisés et des zones physiques.

Détails: Les véhicules modernes, qui exigent une puissance de calcul accrue, une connectivité sans faille et une cybersécurité renforcée, voient leur architecture se centraliser. Les schémas synoptiques illustrent cette évolution :

• Architectures plus anciennes (distribuées) : Les schémas affichent des dizaines de calculateurs indépendants, chacun dédié à une fonction spécifique, reliés par d’épais faisceaux de câbles.
• Architectures de domaine : Les graphiques présentent les fonctions regroupées logiquement en domaines distincts, tels que le groupe motopropulseur, les systèmes ADAS, l’infodivertissement et l’électronique de carrosserie.
• Architectures zonales : Les graphiques sont organisés en fonction de l’emplacement physique du véhicule (par exemple, zone avant, zone arrière, zones gauche/droite), et tous les rapports sont transmis à une puissante unité de calcul centrale.

Q5 : Qui utilise les diagrammes synoptiques d’architecture E&E dans l’industrie automobile ?

Réponse courte : Les architectes de systèmes OEM, les ingénieurs matériels, les planificateurs de réseaux et les concepteurs de faisceaux de câbles s’appuient sur ces tableaux.

Détails: Les sous-systèmes des véhicules modernes partageant constamment des données, plusieurs équipes spécialisées doivent se coordonner selon ce modèle architectural. Les principaux utilisateurs sont :

• Architectes de systèmes OEM : Définir l’architecture globale du véhicule et la répartition fonctionnelle.
• Ingénieurs en matériel informatique : Concevoir des calculateurs, des capteurs et des plateformes informatiques spécifiques.
• Ingénieurs réseau : Planifier les protocoles de communication, les topographies et les limites de bande passante.
• Ingénieurs en faisceaux de câbles : Pour déterminer le cheminement physique des câbles, la répartition du poids et les connexions.
• Architectes logiciels : Pour associer avec précision les fonctions et services logiciels aux nœuds matériels appropriés.

Résumé de référence rapide

Question	Point clé
Qu’est-ce que c’est?	Un schéma visuel de haut niveau de l’architecture du système électronique d’un véhicule.
Pourquoi est-ce important ?	Il coordonne la conception du matériel, des logiciels, du réseau et du câblage entre les équipes.
Qu’est-ce que cela comprend ?	ECU, capteurs, actionneurs, protocoles réseau et domaines fonctionnels.
Comment cela évolue-t-il ?	Passer d’une architecture d’ECU dispersée à une architecture de domaine et de zone consolidée.
Qui l’utilise ?	Architectes de systèmes OEM, ingénieurs matériels ECU, planificateurs de réseaux et concepteurs de faisceaux de câbles.