SDV Insider - 15 mai 2026
Bienvenue dans cette nouvelle édition de SDV Insider.
Cette semaine, la bataille des plateformes SDV s’est déplacée davantage vers la couche OS. Les OEM ne se contentent plus de choisir des partenaires logiciels - ils choisissent l’architecture fondamentale sur laquelle leurs véhicules fonctionneront pendant les deux prochaines décennies. Cette décision s’inscrit dans un cycle plus long et comporte des enjeux plus importants que le choix d’un fournisseur d’infodivertissement, et le secteur commence à la traiter comme telle.
Parallèlement, la pile de calcul embarqué poursuit son industrialisation : puces certifiées pour la sécurité, vision par AI en périphérie et RTOS de qualité automobile bénéficient tous d’une intégration plus étroite. Et un robotaxi Waymo emporté dans un cours d’eau au Texas a offert l’illustration concrète la plus claire à ce jour de ce que signifie réellement l’OTA en tant qu’infrastructure de sécurité.
Le signal de la semaine : le socle technologique se fige. Les décisions prises aujourd’hui en matière d’OS et de plateformes seront structurantes pour la prochaine génération de SDV - et la fenêtre pour les influencer se referme.
🚀 À la une
Nissan choisit Red Hat comme socle OS de sa plateforme SDV de nouvelle génération
Comme annoncé au Red Hat Summit à Atlanta, Nissan a choisi Red Hat In-Vehicle Operating System comme socle Linux de sa Scalable Open Software Platform (SW PF) - l’architecture qui animera ses futurs véhicules définis par logiciel. Il ne s’agit pas d’une simple relation fournisseur : des ingénieurs Red Hat sont directement intégrés à la chaîne de développement logiciel de Nissan pour concevoir conjointement la plateforme de l’intérieur.
La logique stratégique est explicite. Les véhicules de Nissan ont des cycles de vie de plusieurs décennies, et la SW PF a besoin d’un OS capable de prendre en charge les mises à jour logicielles, l’évolution des fonctionnalités et les correctifs de sécurité sur toute cette durée. En s’appuyant sur le socle Linux d’entreprise de Red Hat, Nissan se dote d’une base standardisée et évolutive qui découple le développement logiciel du matériel - permettant des mises à jour fonctionnelles comparables à celles des smartphones, tout en maintenant une sûreté et une sécurité de niveau automobile. La plateforme servira de fondation au Central Vehicle Computer de nouvelle génération de Nissan.
Au-delà du choix de la plateforme, le modèle opérationnel mérite qu’on s’y attarde : les ingénieurs Red Hat travailleront au sein même des équipes de développement logiciel de Nissan - et non comme un fournisseur à distance. Ce modèle d’ingénierie intégrée structure de plus en plus les partenariats ambitieux autour des plateformes SDV. C’est ce qui distingue une licence logicielle d’une véritable copropriété de plateforme. Il faut s’attendre à voir davantage de relations entre OEM et fournisseurs structurées ainsi, car la complexité des logiciels automobiles rend intenable une intégration menée à distance.
C’est un moment important, et pas seulement pour Nissan. La couche OS est celle où s’établit le contrôle des plateformes SDV - et elle devient de plus en plus le terrain d’une course entre les piles propriétaires des OEM et les socles adossés à Linux d’entreprise. Nissan fait un pari clair : maîtriser le cycle de vie logiciel, pas seulement le véhicule. La décision d’intégrer directement les ingénieurs Red Hat à la chaîne de développement témoigne d’un engagement profond sur la plateforme, et non d’une intégration fournisseur classique. À l’échelle du secteur, il faudra surveiller la réaction des autres OEM japonais - le choix de Nissan pour sa SW PF pourrait accélérer une transition similaire vers des socles OS open source dans toute la région. Les OEM qui feront les bons choix sur cette couche en 2026 bénéficieront d’un avantage cumulatif jusqu’à la fin de la décennie.
⚙️ L’actualité du secteur
Waymo rappelle 3 791 robotaxis - et les corrige tous à distance
Le 20 avril, un robotaxi Waymo inoccupé à San Antonio a rencontré une portion d’autoroute inondée, a ralenti - puis a poursuivi sa route. Le véhicule a été emporté dans Salado Creek et n’a pu être récupéré que plusieurs jours plus tard. Dans les dix jours suivant l’incident, Waymo a déposé auprès de la NHTSA un rappel volontaire concernant 3 791 véhicules, soit l’intégralité de sa flotte de 5e et 6e générations. La solution : une mise à jour logicielle à distance, déjà déployée sur 100 % des véhicules concernés avant même que le rappel ne soit rendu public.
La cause racine était une lacune dans la logique du système : celui-ci détectait correctement le danger et réduisait la vitesse, mais ne déclenchait ni un arrêt complet ni un contournement sur les voies à vitesse élevée. Waymo a resserré ses paramètres opérationnels en cas de conditions météorologiques extrêmes et actualisé ses données cartographiques afin de restreindre l’accès aux zones inondables, en attendant la finalisation du correctif logiciel complet. Aucun passager n’était à bord lors des incidents. Il s’agit du deuxième rappel volontaire de Waymo au cours de l’année écoulée - le précédent concernait des infractions liées au dépassement de bus scolaires au Texas, également corrigées par OTA.
Sous l’angle SDV, l’essentiel n’est pas le rappel - c’est le modèle de résolution. Waymo a identifié un défaut logiciel touchant l’ensemble de sa flotte, l’a signalé de sa propre initiative au régulateur et a corrigé à distance tous les véhicules concernés, sans aucune intervention des clients, en moins de deux semaines. Cette infrastructure de sécurité diffère fondamentalement de celle des rappels automobiles traditionnels, dont les taux de réalisation des corrections stagnent souvent entre 70 et 80 % pendant des mois. À mesure que les flottes AV se développent, l’OTA comme vecteur de correctifs de sécurité devient une capacité fondamentale, et non un facteur de différenciation. La question pour l’ensemble du secteur : quel est votre taux d’achèvement des mises à jour OTA quand l’enjeu est critique ?
Porsche intègre Car-IT à la R&D - Un signal sur l’organisation SDV sous pression
Porsche AG restructure son directoire en passant de huit à sept divisions, supprime sa division autonome Car-IT et l’intègre à la Recherche et Développement à compter du 1er juillet. Sajjad Khan, membre du directoire recruté spécifiquement pour piloter la stratégie logicielle et numérique de Porsche, quittera le directoire pour assumer un rôle de conseil en partenariats logiciels. Cette décision intervient alors que Porsche fait face à un recul de 15 % de ses ventes et de 22 % de son résultat opérationnel au premier trimestre 2026, parallèlement à des suppressions de postes plus larges et à la fermeture de plusieurs filiales.
Sous la direction de Khan, Porsche a fait évoluer le langage de conception de son infodivertissement et déployé le système Porsche Digital Interaction sur le Cayenne électrique. Mais le siège au directoire dédié au logiciel, créé avec de grandes ambitions affichées, est réintégré à la R&D traditionnelle sous la pression financière. Les structures de direction dédiées au logiciel chez les OEM - instances de direction distinctes, divisions autonomes, directeurs du numérique - ont été une tendance marquante des débuts de l’ère SDV. Lorsque les résultats trimestriels se dégradent, ces structures figurent parmi les premières à être regroupées. Les OEM qui résisteront seront ceux qui auront ancré suffisamment profondément la culture logicielle pour qu’elle survive aux changements d’organigramme.
L’intégration de Car-IT chez Porsche n’est pas un événement isolé. Dans tout le secteur, les OEM qui ont créé des divisions logicielles autonomes ou porté la direction du numérique au directoire entre 2020 et 2023 réintègrent discrètement ces fonctions aux hiérarchies d’ingénierie traditionnelles. L’atonie de la demande de véhicules électriques, la faiblesse du marché chinois et la hausse des coûts de R&D mettent sous pression les expérimentations organisationnelles des débuts de l’ère SDV. Les OEM qui en sortiront les plus solides seront ceux qui auront ancré suffisamment profondément la culture logicielle pour qu’elle survive aux restructurations - et non ceux qui l’auront traitée comme une simple case distincte dans l’organigramme.
Renesas acquiert Irida Labs - La vision par AI en périphérie est internalisée
Renesas Electronics a finalisé l’acquisition d’Irida Labs, une entreprise grecque de logiciels embarqués spécialisée dans les systèmes de perception visuelle fondés sur l’AI. L’opération internalise la plateforme PerCV.ai d’Irida Labs et renforce la pile d’AI en périphérie de Renesas pour la détection dans l’habitacle automobile, la surveillance du trafic, la robotique et l’inspection industrielle. Les outils d’Irida Labs seront intégrés à Renesas 365, la plateforme de développement cloud de l’entreprise. Les deux sociétés collaboraient déjà en tant que partenaires - l’internalisation de cette capacité efface la frontière entre les puces et le logiciel, selon un modèle qui se généralise à mesure que les fournisseurs de semi-conducteurs rivalisent pour proposer des solutions complètes et intégrées plutôt que des composants distincts.
Green Hills + AMD proposent une pile embarquée prête pour ASIL D, dédiée à l’AI automobile en périphérie
Green Hills Software a annoncé avec AMD une solution combinant matériel et logiciel pour le SoC adaptatif Versal AI Edge Series Gen 2, destinée aux applications embarquées critiques pour la sûreté et la sécurité dans l’automobile, l’aérospatiale et la robotique. La pile associe le RTOS certifié pour la sécurité, les hyperviseurs, les compilateurs et les outils de développement de Green Hills aux puces AMD capables de répondre aux exigences ASIL D / SIL 3 - dans une solution à source unique couvrant les ensembles de calcul Arm Cortex-A78AE et Cortex-R52. Les équipementiers de rang 1 et les OEM peuvent regrouper des fonctions ECU de criticité mixte sur une seule puce sans compromettre le cloisonnement de sécurité ni l’intégrité de la certification. Les premiers clients disposent déjà d’un accès opérationnel au kit d’évaluation. Pour les équipes qui développent des applications ADAS, de fusion de capteurs ou de contrôleurs de domaine nécessitant à la fois des performances AI et la conformité aux exigences de sécurité fonctionnelle, ce socle prêt pour la production mérite d’être évalué.
📅 Événements à venir
Automotive Software Strategies - Munich
19-20 mai 2026
Une rencontre ciblée pour les responsables de l’ingénierie et des produits confrontés aux choix d’architecture SDV. Un rendez-vous particulièrement pertinent au regard de l’actualité de la semaine sur les plateformes OS et les piles embarquées.
👋 Le mot de la fin
Le signal de cette semaine est clair :
C’est au niveau de la couche OS et des plateformes que se construit l’avantage concurrentiel SDV de la prochaine décennie - et les OEM font ces paris dès maintenant
L’OTA n’est pas seulement un mécanisme de déploiement de fonctionnalités - Waymo vient de démontrer qu’il s’agit d’une infrastructure de sécurité capable de corriger une flotte entière avant même qu’un rappel ne soit rendu public
L’engagement organisationnel en faveur de la transformation logicielle est fragile - les OEM qui inscrivent le logiciel dans leur ADN d’ingénierie seront plus durables que ceux qui l’ont inscrit dans leur organigramme
Les fondations sont en train d’être posées. Ce qui sera construit dessus déterminera les gagnants du SDV dans les années 2030.
- L’équipe SDV Insider 🚗💨