Conduite autonome : il met à jour sa Tesla Model 3 en solo, mais pourquoi Tesla ne le fait-elle pas ?

Conduite autonome sur Tesla Model 3, le retrofit HW3 vers HW4 qui met Tesla face à ses promesses

Le scénario paraît simple sur le papier : une Tesla Model 3 équipée d’un ordinateur de conduite autonome de génération HW3 reçoit une mise à jour matérielle vers le HW4, plus récent, afin de mieux suivre l’évolution du pilotage automatique et du FSD. Dans les faits, ce basculement touche à une promesse commerciale, à une architecture électronique complexe et à une relation client déjà sous tension. C’est précisément ce que vient rappeler l’expérience d’un propriétaire polonais, Michal Gapinski, qui a documenté un remplacement « fait maison » du HW3 vers le HW4 sur une Model 3 de 2022.

Cette démarche ne sort pas de nulle part. Fin 2016, Tesla avait publié un billet affirmant que toutes les voitures produites à partir de ce moment disposaient du matériel nécessaire à une voiture autonome complète. Le billet a disparu depuis, mais l’idée a laissé des traces : des clients ont acheté l’option FSD en pensant investir dans un futur qui arriverait par logiciel. Sauf que la trajectoire matérielle a contredit le récit. Le HW2 a été remplacé par le HW3, puis le HW4 est devenu la base des développements les plus récents, avec une séparation de plus en plus nette entre ce que le logiciel peut améliorer et ce que le silicium peut encaisser.

Le point qui fâche, c’est la reconnaissance, désormais actée, que le HW3 n’a pas les moyens de soutenir une conduite non supervisée. Les véhicules concernés continuent de recevoir des fonctions, mais sous une forme allégée. Pendant ce temps, le HW4 bénéficie de marges de calcul et de capteurs mieux exploités. Pour les propriétaires qui ont payé l’option FSD, souvent autour de 7 500 €, la situation ressemble à une case « matériel incompatible » arrivée trop tard dans l’histoire.

L’expérience polonaise a une valeur particulière parce qu’elle n’est pas une rumeur : l’auteur explique avoir remplacé l’ordinateur, touché à certains calculateurs et travaillé sur la partie caméras. Il insiste aussi sur un point que beaucoup minimisent : ce n’est pas un montage « on branche et ça marche ». Il y a de l’adaptation, des ajustements, une logique d’intégration. Son projet n’est pas annoncé comme terminé, mais il affirme que la conversion s’avère moins impraticable que ce qui est souvent présenté.

Ce qui ressort, c’est un contraste gênant pour un constructeur : un particulier, seul, arrive à faire fonctionner une partie de la chaîne HW4 sur une voiture prévue pour le HW3. La question devient alors frontale : si un individu peut s’approcher du résultat avec des outils de développeur et une bonne dose de méthode, pourquoi une marque, avec ses ateliers et ses procédures, ne propose-t-elle pas une offre claire, au moins pour les clients FSD les plus exposés ? La suite du dossier se joue justement sur la différence entre « possible techniquement » et « faisable industriellement », et c’est là que la technologie automobile rattrape le marketing.

Mise à jour matérielle du FSD, ce que le passage HW3 vers HW4 implique vraiment sur une Tesla Model 3

Un remplacement d’ordinateur de conduite autonome ne ressemble pas à un changement d’autoradio. Sur une Tesla Model 3, l’ordinateur de conduite autonome n’est pas un module isolé : il est au centre d’un réseau de calculateurs, de caméras, de bus de communication et de fonctions de sûreté. Quand Tesla a organisé des remplacements HW2 vers HW3 pour certains clients, l’opération restait contenue : l’écosystème capteurs, câblage et compatibilités restait proche. Le passage vers le HW4 change l’équation.

Ce que décrit Michal Gapinski illustre bien cette différence. Il ne parle pas d’un simple swap de carte. Il évoque des interventions sur des ECU, donc des unités de contrôle électroniques, et une adaptation liée aux caméras. Même si des adaptateurs peuvent éviter de refaire tout le faisceau, il reste la question de la calibration, des identifiants matériels, des firmwares cohérents et des vérifications de sécurité. Une voiture moderne, surtout un véhicule connecté, n’accepte pas qu’on lui greffe un organe sans vérifier son identité.

Le HW4, en pratique, ne se limite pas à « plus de puissance ». Il s’inscrit dans une architecture où la perception, la fusion capteurs et les réseaux neuronaux embarqués prennent plus de place. C’est un point souvent raté dans les débats publics : l’intelligence artificielle embarquée progresse, mais elle se heurte à la latence, à la redondance et aux contraintes thermiques. Une voiture n’est pas un serveur, elle vit au soleil, dans le froid, dans les vibrations, avec une alimentation qui doit rester stable. Ce cadre explique pourquoi une génération de matériel peut devenir un plafond, même si « sur PC » le modèle tourne.

Les caméras, elles, cristallisent les attentes. Tesla a fait évoluer ses modules optiques au fil des itérations : résolution, sensibilité, gestion des éblouissements, champs de vision, traitement d’image. Quand un retrofit touche au HW4, il se heurte au fait que certaines caméras, ou leurs paramètres, ne sont pas identiques. Les propriétaires curieux peuvent suivre les discussions autour des évolutions sur la Model 3 via un point technique sur les caméras observées sur la Tesla Model 3, utile pour comprendre pourquoi l’optique n’est pas un détail.

Dans l’atelier imaginaire d’un centre de service, il faut ensuite répondre à une question qui dépasse la mécanique : comment garantir que la voiture reste conforme à ses exigences de sécurité routière après modification ? Un changement de calculateur modifie l’ensemble des chaînes de diagnostic, d’enregistrement d’événements, parfois même le comportement de certaines aides à la conduite. Pour Tesla, proposer officiellement une mise à niveau signifie documenter la procédure, la tester sur plusieurs variantes, la certifier, former les équipes et assumer une responsabilité produit.

Pour clarifier ce que recouvre un retrofit, un tableau aide à distinguer les couches concernées. Il ne s’agit pas d’un inventaire exhaustif, mais d’une photographie fidèle des points qui reviennent dans les retours d’expérience.

Le tableau met en évidence une idée simple : la mise à jour matérielle ressemble moins à un « upgrade » informatique qu’à une requalification d’un système complet. C’est précisément ce niveau d’exigence qui nourrit la question suivante, celle de l’échelle industrielle.

Pourquoi Tesla ne déploie pas une mise à jour HW4 à grande échelle, contraintes industrielles et responsabilité

Face à une démonstration individuelle, la tentation est immédiate : « si un propriétaire y arrive, un constructeur doit pouvoir le faire partout ». L’intuition est compréhensible, mais elle écrase les contraintes. Une opération artisanale accepte l’imprévu, les ajustements, le temps long. Une opération industrielle, surtout sur des millions de véhicules, doit être répétable, tracée et couverte juridiquement. Un retrofit HW3 vers HW4 ne se juge pas à la première voiture qui redémarre.

Tesla répète depuis longtemps que la migration massive serait complexe. Et pour une fois, l’argument n’a rien d’une formule vide. D’abord, il faut produire les pièces. Un ordinateur HW4, des caméras compatibles, des adaptateurs, des supports, des harnais, des joints, des visserie spécifiques. Ensuite, il faut de la main d’œuvre formée et du temps de pont. Les centres de service gèrent déjà des campagnes de rappel, de l’entretien courant, des réparations après accident. Ajouter un chantier long, sur rendez-vous, crée une file d’attente et un risque de dégradation de la qualité.

Il y a aussi la question des variantes. Sous le nom « Model 3 », il existe des différences de millésimes, d’approvisionnement, de géographie, parfois de sous-ensembles. Industrialiser une procédure signifie prévoir ces divergences, et éviter qu’une voiture sorte avec un angle mort imprévu ou une caméra mal calibrée. Dans une logique de sécurité routière, une mauvaise calibration n’est pas une simple imperfection, elle peut modifier des distances de freinage ou des trajectoires en assistance.

La responsabilité produit pèse lourd, surtout sur des fonctions de pilotage automatique. Un retrofit officiel ne peut pas se contenter de « ça marche ». Il doit être validé dans des conditions variées, avec des tests qui couvrent la perception, la décision et l’interface conducteur. En conduite supervisée, le conducteur reste le filet de sécurité. Dès que le discours bascule vers une voiture autonome non supervisée, la charge de preuve se déplace. C’est aussi ce qui explique pourquoi les déploiements diffèrent selon les pays, les régulateurs et les conditions de validation.

Ce point se voit nettement en Europe. Les discussions autour du FSD et de son encadrement, en particulier en France, ont déjà mis en avant la surveillance du conducteur, le respect des limitations et des ajustements techniques. Un éclairage utile figure ici : le dossier sur le Full Self Driving Tesla en France. Même avec un matériel apte, la mise en circulation de certaines fonctions dépend de ce que l’autorité accepte et de ce que le constructeur est prêt à assumer.

Tesla a évoqué l’idée de « micro usines » urbaines pour effectuer des conversions, une façon de reconnaître qu’un centre de service standard n’a pas toujours le débit nécessaire. L’idée, sur le terrain, pose des questions très concrètes : où stocker les pièces, comment sécuriser les véhicules immobilisés, comment gérer la traçabilité, comment former vite sans dégrader la qualité. Une entreprise peut monter une structure de ce type, mais elle ne peut pas la lancer à moitié, au risque de multiplier les retours atelier et les litiges.

Un exemple aide à mesurer l’effet d’échelle. Un client « bricoleur » accepte de laisser sa voiture plusieurs jours, de faire des essais, d’avoir des fonctions partielles, puis de corriger. Un client standard attend une restitution avec un fonctionnement complet, une facture claire, une garantie, un support. Cette différence change tout, et c’est là que Tesla se retrouve coincé entre deux images : l’entreprise de software agile et le constructeur automobile responsable d’un parc roulant.

La transition logique mène alors à la question de l’équité commerciale : que doit Tesla aux clients qui ont payé, et que peut-elle proposer sans ouvrir une boîte de Pandore ?

Option FSD à 7 500 euros et conduite autonome supervisée, le nœud commercial et l’attente des propriétaires

Le sujet n’est pas seulement technique, il touche à la promesse faite au moment de l’achat. L’option FSD a été vendue comme un futur qui arriverait par logiciel, au fil des mise à jour. L’idée plaisait : acheter aujourd’hui un véhicule connecté qui s’améliore demain. Sauf qu’une promesse implicite s’est installée : si le logiciel progresse, le matériel suivra sans que le client ait à se battre.

La suppression du billet de 2016 n’efface pas le ressenti de certains clients. Beaucoup se souviennent de la phrase indiquant que les Tesla produites disposaient du matériel nécessaire à la conduite totalement autonome. À l’époque, la définition exacte, les conditions de supervision et les exigences réglementaires n’étaient pas posées comme aujourd’hui. Le temps passant, la perception client a glissé vers une lecture simple : « le matériel est prêt, il manque juste le logiciel ». Or, la position actuelle est plus nette : le HW3 ne suffit pas pour une conduite non supervisée, et le logiciel livré sur ces véhicules reste une version bridée.

Ce décalage rend la situation explosive dans les échanges en ligne, mais aussi dans les garages. Un client qui a payé l’option FSD peut accepter un retard. Il accepte moins facilement un plafond matériel découvert après coup. La différence est psychologique : un retard, c’est une attente. Un plafond, c’est un changement de contrat, même si juridiquement tout est plus nuancé. Dans les faits, le client se retrouve avec une promesse devenue conditionnelle.

Pour illustrer le quotidien, un fil conducteur simple suffit : un foyer qui utilise sa Tesla principalement sur voie rapide, avec un long trajet hebdomadaire. Le FSD, même supervisé, est perçu comme un confort, une réduction de fatigue, une meilleure gestion des embouteillages. Si le même foyer apprend que sa voiture n’aura jamais accès à un mode non supervisé alors que d’autres véhicules plus récents l’auront, le sentiment d’injustice monte, même si la conduite supervisée reste utile. La question n’est pas « est-ce que ça fonctionne », elle devient « est-ce que l’achat a été correctement cadré ».

Une façon concrète de poser le débat consiste à lister les attentes typiques d’un acheteur FSD, puis à les comparer au résultat observé sur HW3. La liste ci dessous se veut courte et opérationnelle.

• Attente : accéder aux nouveautés FSD au même rythme que les plateformes récentes.
• Réalité : une partie des fonctions arrive en version allégée, avec un décalage possible selon la génération matérielle.
• Attente : conserver la valeur de revente grâce à une voiture « prête pour le futur ».
• Réalité : la mention HW3 peut devenir un point de négociation, comme un équipement daté dans un marché informé.

Ce point explique pourquoi l’expérience polonaise marque les esprits. Elle ne règle pas le problème, mais elle change l’argumentaire. Dire « c’est impossible » devient difficile quand un propriétaire montre une voiture qui roule avec une partie du HW4. Tesla peut répondre « ce n’est pas industrialisable », mais ce n’est pas le même message, et le client l’entend.

Il reste une autre couche : le discours de Tesla sur la conduite autonome est observé au prisme de la concurrence. Des acteurs annoncent des approches certifiées ou des offres structurées sur certains marchés. Quand des alternatives existent, le client compare la promesse, le calendrier, le niveau de supervision et la transparence. Pour situer le contexte concurrentiel, un détour par la certification autonome d’un groupe chinois montre que l’argument réglementaire et la stratégie de déploiement sont devenus des armes industrielles.

Ce climat de comparaison prépare la dernière partie : au-delà de Tesla, la conduite autonome se joue aussi dans l’écosystème, entre capteurs, réglementation et choix de plateforme.

Technologie automobile et sécurité routière, ce que l’affaire HW3 HW4 dit du futur de la voiture autonome

Réduire l’affaire à un duel HW3 contre HW4 ferait manquer le fond. Ce qui se dessine, c’est une transformation de la technologie automobile : le logiciel compte, mais il n’est plus seul. L’intelligence artificielle embarquée dépend du calcul, de la qualité des données capteurs et de la capacité à valider un comportement sur route. Quand un constructeur vend une promesse de conduite autonome, il vend aussi, implicitement, une stratégie de plateforme.

La plateforme, c’est un mot froid, mais il a des conséquences concrètes. Un véhicule conçu comme un véhicule connecté centralise beaucoup de fonctions, accélère les itérations logicielles et collecte des retours. En contrepartie, le moindre changement matériel devient une opération à risque, parce que tout est interconnecté. Les systèmes modernes ne laissent plus beaucoup de place à la réparation « isolée ». Cette logique explique pourquoi un retrofit partiel, même réussi, peut rester difficile à généraliser : l’écosystème complet doit rester cohérent.

Sur le plan de la sécurité routière, l’affaire rappelle aussi une règle peu glamour : plus on s’approche d’une autonomie élevée, plus la validation devient lourde. L’assistance sur autoroute n’a pas les mêmes exigences qu’une autonomie urbaine avec piétons, vélos, travaux et comportements imprévisibles. Tesla mise beaucoup sur la vision, d’autres misent sur une redondance capteurs différente. Dans les deux cas, la question revient : comment prouver qu’un système fait les bons choix, et pas seulement la plupart du temps ?

Un parallèle aide : l’aviation a progressé avec des couches de redondance et une culture de l’incident documenté. L’automobile, elle, a longtemps fonctionné avec des rappels et des améliorations incrémentales. La conduite autonome pousse le secteur vers une logique plus proche de l’aéronautique, avec des journaux d’événements, des analyses post incident, des mises à jour contrôlées. Le conducteur reste un acteur, mais la machine prend une place qui oblige à formaliser ce qui était implicite.

Cette formalisation se voit aussi dans les débats sur les taxis autonomes. Les flottes robotisées, quand elles existent, ont l’avantage de fonctionner sur des zones définies, avec une supervision opérationnelle et des procédures. Le particulier, lui, veut la même simplicité partout, sans se demander si la rue est « compatible ». Un aperçu de ce qui se passe côté robotaxis figure via les taxis autonomes de Google aux États Unis, qui met en évidence une approche très encadrée, loin de la promesse d’un véhicule universel.

La question des caméras et des limites physiques ramène à un sujet concret : la vision est sensible aux salissures, aux contre jours, à la neige, aux phares mal réglés. Tesla a même déposé des idées pour réduire certains effets visuels. Sur ce point, un brevet anti éblouissement de Tesla illustre la réalité terrain : une conduite automatisée se joue parfois sur des détails optiques, pas seulement sur des tera opérations.

À ce stade, l’affaire HW3 HW4 agit comme un test de maturité. Elle oblige à distinguer trois niveaux : ce que la voiture sait faire en assistance, ce qu’elle pourrait faire avec plus de calcul, et ce qu’un constructeur peut assumer officiellement sur route ouverte. Le propriétaire polonais a prouvé un point technique. Tesla doit, elle, prouver un point industriel et juridique, et c’est souvent là que les promesses se réécrivent.

La phrase qui reste, au bout du compte, est assez simple : quand la voiture autonome progresse, le goulot d’étranglement n’est pas toujours l’algorithme, c’est l’ensemble, capteurs, calcul, validation et responsabilité, qui doit avancer au même rythme.