Architecture SDV : quand la voiture devient un ordinateur

Dernière modification : 19/03/2026 -  0

On pensait avoir atteint un sommet avec le multiplexage. Des dizaines de calculateurs reliés entre eux, capables de dialoguer via le bus CAN, c’était déjà une petite révolution. Et pourtant, avec le SDV, on change d’échelle : ce n’est plus une évolution, c’est un basculement vers une centralisation maximale mais logique.

Du multiplexage à la saturation

Pendant des années, les voitures ont accumulé les calculateurs, chacun dédié à une fonction bien précise, qu’il s’agisse de l’ABS, du moteur, de la boîte, de la climatisation ou encore des aides à la conduite. Sur une voiture moderne, on arrive ainsi facilement à 70 à 100 ECU, tous reliés entre eux grâce au bus CAN. Ce multiplexage a été une étape clé, car il a permis de coordonner un ensemble de fonctions de plus en plus nombreuses. Mais à force d’empiler ces modules, on a fini par atteindre une forme de saturation. L’architecture devient éclatée, les dépendances avec les équipementiers se multiplient, et chaque évolution nécessite de jongler avec des systèmes qui n’ont pas forcément été pensés pour fonctionner ensemble. Le résultat, c’est une voiture très sophistiquée sur le papier, mais aussi lourde à faire évoluer, avec des interactions complexes qui peuvent générer des bugs difficiles à maîtriser.

Le SDV : changement de logique

Avec le SDV, on ne cherche plus à améliorer ce modèle, on le remplace. La logique bascule complètement, puisque ce n’est plus le matériel qui dicte les fonctions, mais le logiciel qui prend la main. Au lieu d’avoir une multitude de calculateurs spécialisés, on regroupe les rôles autour de quelques unités de calcul beaucoup plus puissantes, capables de gérer plusieurs fonctions en parallèle. On passe ainsi d’une architecture distribuée à une organisation bien plus centralisée, où un même système peut piloter à la fois les aides à la conduite, la gestion de l’énergie ou encore l’infodivertissement. La voiture devient alors un ensemble cohérent, pensé comme un système informatique global plutôt qu’un assemblage de modules indépendants. Cette approche change profondément la manière de concevoir un véhicule, mais aussi la façon dont il évolue au fil du temps.

Une architecture intermédiaire souvent mal comprise

On imagine souvent que le SDV consiste simplement à ajouter un gros calculateur au centre d’une architecture multiplexée classique. En réalité, ce schéma correspond plutôt à une phase intermédiaire que l’on retrouve aujourd’hui sur beaucoup de véhicules. Les constructeurs n’ont pas basculé d’un coup vers une centralisation totale, ils passent par une étape où les nombreux calculateurs traditionnels commencent à disparaître au profit de quelques contrôleurs de domaine. Ces derniers regroupent plusieurs fonctions, par exemple les aides à la conduite, l’infodivertissement ou encore la chaîne de traction, tout en continuant à s’appuyer en partie sur les réseaux existants comme le CAN ou le LIN. On se retrouve donc avec une architecture hybride, où cohabitent anciens et nouveaux systèmes, avec en parallèle l’introduction d’un calculateur plus central qui coordonne l’ensemble. Cette configuration donne effectivement l’impression d’un multiplexage “amélioré”, mais elle n’est qu’une transition vers une organisation encore plus centralisée, où le nombre de calculateurs est fortement réduit et où le logiciel prend définitivement le dessus sur le matériel.

Pourquoi les constructeurs y vont

Ce virage vers le SDV n’a rien d’un simple effet de mode, il répond à des enjeux très concrets qui s’imposent progressivement à toute l’industrie. D’abord, il y a la question des mises à jour à distance, qui permettent désormais de corriger des bugs, d’améliorer des fonctions ou même d’en ajouter après l’achat, ce qui change complètement la relation entre le constructeur et le véhicule dans le temps. Ensuite, la centralisation permet de réduire la complexité matérielle en limitant le nombre de calculateurs et de faisceaux, ce qui peut à terme simplifier la production et améliorer la fiabilité globale, même si cela déplace une partie des difficultés vers le logiciel. Mais c’est surtout la flexibilité qui attire, car une architecture pilotée par le software permet d’activer des options à la demande, de faire évoluer un modèle sans tout redévelopper et de mutualiser les bases techniques entre plusieurs véhicules, avec en arrière-plan une logique économique évidente où le logiciel devient une source de revenus à part entière.

Tesla : le déclencheur

Le SDV ne sort pas de nulle part, car certains équipementiers et constructeurs travaillaient déjà sur des architectures plus intégrées, mais c’est clairement Tesla qui a fait basculer le secteur en montrant que cette approche pouvait fonctionner à grande échelle(ironie, c'est un tout nouveau constructeur qui montre le chemin aux anciens ...). Dès la Model S, la marque adopte une architecture bien plus centralisée que celle de ses concurrents, avec moins de calculateurs, davantage de puissance de calcul et surtout une maîtrise du logiciel en interne, ce qui lui permet d’avancer beaucoup plus vite. À cela s’ajoute le déploiement massif des mises à jour OTA, qui transforment la voiture en produit évolutif, capable de changer au fil du temps sans passer par l’atelier. Cette avance s’explique aussi par le fait que Tesla est parti d’une feuille blanche, sans héritage technique à gérer, là où les constructeurs traditionnels doivent composer avec des architectures accumulées sur plusieurs décennies, ce qui rend la transition beaucoup plus délicate.

Les autres suivent, parfois dans la douleur

Depuis, tout le monde s’aligne.

• Volkswagen Group avec CARIAD
• Mercedes-Benz avec MB.OS
• BMW avec la Neue Klasse
• Stellantis avec STLA Brain

Le problème, c’est que les constructeurs historiques doivent composer avec leurs architectures existantes. Et ça coince.

On l’a vu avec les débuts compliqués des modèles électriques de Volkswagen, où le software a clairement pris du retard.

Les limites du SDV

Sur le papier, le SDV paraît séduisant, mais il déplace en réalité les contraintes plus qu’il ne les fait disparaître. La complexité ne se situe plus vraiment dans le matériel, elle bascule vers le logiciel, avec des systèmes qui reposent désormais sur des millions de lignes de code et des interactions permanentes entre fonctions critiques, ce qui rend le développement et la validation beaucoup plus délicats. Le risque change aussi de nature, car là où une panne touchait auparavant un calculateur isolé, une défaillance sur un système central peut avoir des conséquences bien plus larges, voire immobiliser une partie importante du véhicule. À cela s’ajoute la question de la cybersécurité, qui devient incontournable dès lors que l’on centralise et connecte davantage les fonctions, avec des surfaces d’attaque plus importantes qu’auparavant. Enfin, la réparabilité risque de se compliquer, car diagnostiquer un problème dans un système fortement intégré nécessite des outils et des accès que seuls les constructeurs maîtrisent vraiment, ce qui peut poser des questions sur l’entretien à long terme.

Ce qu’il faut retenir

Le multiplexage était une étape nécessaire, mais ce n’était pas une finalité.

Le SDV marque un changement profond :

• la voiture devient un produit logiciel
• les fonctions ne sont plus figées
• le constructeur devient en partie un éditeur

On est en train de passer d’une logique mécanique enrichie d’électronique à une logique informatique roulante.

Et vu la direction prise, difficile d’imaginer un retour en arrière.

Ces articles pourraient vous intéresser :

• Tout sur le Multiplexage d'une voiture

Derniers articles sur Tesla :

• Architecture SDV : quand la voiture devient un ordinateur
• Pour une météo vraiment fiable, il faut une Tesla
• LEs Robotaxi Tesla auraient plus d'accidents que les humains
• Grok arrive sur les Tesla : entre révolution et mauvaise intention ...
• Tesla en tête du classement fiabilité 2025 d'Auto Plus : enfin un peu d'objectivité ?
• Tesla acte la fin des Model S et Model X, et ce n'est pas anodin
• Tesla revoit la monétisation de son Autopilot : plus rien de série, tout passe par la location
• Tesla n'utiliserait-il pas des méthodes commerciales douteuses ?
• Tesla va abandonner l'automobile
• Tesla et la rumeur d'une fermeture de Giga-Berlin

Ecrire un commentaire

Valider mon commentaire

Sondage au hasard :