Exécution de l'ordinateur de la Tesla Model 3 sur un bureau avec des pièces de récupération

Configuration matérielle à partir de pièces de récupération
Un chercheur avait besoin de matériel Tesla pour des recherches de bug bounty et s'est procuré des composants provenant de véhicules accidentés. L'ordinateur de la Tesla Model 3 se compose de deux parties : l'unité de contrôle multimédia (MCU) et l'ordinateur de pilotage automatique (AP) superposés. L'unité a la taille d'un iPad, à peu près aussi épaisse qu'un livre de 500 pages, et est logée dans un boîtier métallique refroidi à l'eau.
Une recherche de "Tesla Model 3 MCU" sur eBay a révélé plusieurs annonces dans la fourchette de 200 à 300 dollars provenant d'entreprises de démantèlement qui démontent les voitures accidentées. Ces vendeurs incluent souvent des photos du véhicule d'origine et permettent de filtrer les pièces provenant de la même voiture.
Composants requis
- Alimentation CC : Modèle réglable 0-30V, version 10A recommandée (la configuration peut consommer jusqu'à 8A en pointe)
- Module d'écran tactile : Provenant d'une Model 3 de récupération, trouvé à 175 dollars sur eBay
- Câble d'affichage : Câble 6 broches avec connecteur Rosenberger 99K10D-1D5A5-D (2 broches pour 12V/masse, 4 pour les données)
Le câble s'est avéré difficile à trouver individuellement. Tesla publie publiquement des documents de "référence électrique" sur son site de service, montrant les configurations exactes des broches. Le chercheur a découvert que le câble est similaire aux câbles LVDS utilisés dans les véhicules BMW et a commandé une version compatible.
Mise sous tension et accès réseau
En utilisant les schémas électriques de Tesla et des références en ligne, le chercheur a identifié les bonnes broches pour le 12V et la masse sur les câbles coupés de l'ordinateur. Après avoir attaché les pinces de l'alimentation aux fils dénudés, des LED rouges ont commencé à clignoter et l'ordinateur a démarré.
Sans écran, l'interaction était limitée. Le chercheur a connecté un câble Ethernet au port à côté du connecteur d'alimentation. Le réseau interne de la voiture ne dispose pas de DHCP, nécessitant une configuration IP manuelle : 192.168.90.X/24 avec X supérieur à 105 pour éviter les conflits.
Détails du réseau interne
D'après un ancien fichier /etc/hosts trouvé sur Reddit :
- 192.168.90.100 cid ice # mcu
- 192.168.90.102 gw # passerelle
- 192.168.90.103 ap ape # pilotage automatique
- 192.168.90.105 ap-b ape-b # aussi pilotage automatique
- 192.168.90.60 modem # a le serveur ftp
SSH sur le port 22 et un serveur web sur le port 8080 étaient ouverts sur 192.168.90.100 (le MCU), confirmés comme étant toujours accessibles sur les modèles plus récents.
📖 Read the full source: HN AI Agents
👀 See Also

Système de Gestion de Projets Personnels Utilisant Claude Code et Obsidian : Architecture et Questions
Un développeur décrit un système d'exploitation personnel à trois couches utilisant Claude Code comme moteur d'ingestion, Obsidian pour le suivi des connaissances et OneDrive pour le stockage de fichiers, avec des commandes spécifiques comme /daily et /pm-sync pour acheminer les entrées et gérer les tâches de gestion de projet.

Parallélisation massive du code Claude : Leçons tirées de la construction d'une application de 220 000 lignes
Un développeur sans formation formelle en programmation a créé une application mobile full-stack en utilisant Claude Code, en exécutant 3 à 4 instances parallèles pour traiter 4 milliards de tokens sur plus de 500 fichiers. Les techniques clés incluent des documents de transfert, des fichiers CLAUDE.md, des commandes slash personnalisées et des audits systématiques du code source.

Optimisation des Coûts de l'Agent OpenClaw grâce à l'Optimisation DOM et à la Surveillance via Tableau de Bord
Réduction des coûts des agents OpenClaw de 41 % grâce à une évaluation JavaScript personnalisée pour les lectures DOM, minimisant les appels API et l'inflation des tokens. Un tableau de bord en temps réel des tokens permet de suivre l'utilisation.

Flux de travail Claude Mobile : Réfléchir aux fonctionnalités sur téléphone, obtenir une mise en œuvre autonome
Un développeur partage un flux de travail où il réfléchit à des fonctionnalités et corrections de bugs avec Claude sur son téléphone en déplacement, puis un script démon implémente automatiquement les tâches bien définies en créant des tickets Linear et en lançant des agents Claude Code pour gérer l'implémentation, les tests et le déploiement en environnement de préproduction.