+150 XP

Lire le véhicule connecté : la télémétrie comme actif business

Une voiture connectée moderne peut générer plusieurs gigaoctets de données par heure si l'on compte les flux caméra, radar et capteurs internes. Même un véhicule conventionnel sans aide à la conduite avancée fait circuler un flux continu de mesures sur son réseau interne : température moteur, vitesse de roue, pression de freinage, état de la batterie et des centaines d'autres signaux, mis à jour plusieurs fois par seconde.

L'essentiel de ces données ne quitte jamais la voiture. La question stratégique pour les constructeurs n'est pas « combien de données existe-t-il ? ». C'est « quels signaux valent la peine d'être transmis, stockés et exploités ? »

Cette leçon retrace l'origine des données véhicule et la façon dont trois fonctions (garantie, assurance et produit) transforment la télémétrie brute en décisions.

D'où viennent les données

Le bus CAN : le système nerveux de la voiture

Le bus CAN (Controller Area Network) est le système de messagerie interne qui permet aux calculateurs électroniques d'une voiture de communiquer entre eux. Un ECU (Electronic Control Unit) est un petit ordinateur dédié à une fonction : le moteur, la transmission, l'antiblocage des freins, etc. Une voiture type en compte des dizaines.

Les messages CAN sont compacts. Chacun porte un ID et jusqu'à 8 octets de payload. Mais ils sont émis en permanence, donc le volume s'accumule. Un message CAN brut peut ressembler à ceci :

Timestamp    ID     Data (hex)
1738000000.021  0x0C4  8A 01 00 00 00 00 00 00

Ce 0x0C4 peut signifier « angle de braquage », et les octets encodent la valeur. Le décodage exige un fichier DBC (une base qui associe les IDs de message et les octets à des signaux lisibles). Sans lui, le flux n'a aucun sens. C'est pourquoi la télémétrie brute ne vaut rien pour quiconque n'a pas les clés de décodage du constructeur, lesquelles constituent en elles-mêmes un actif concurrentiel.

GPS et localisation

Les données de localisation proviennent du récepteur GPS du véhicule, souvent fusionnées avec la vitesse de roue et des capteurs inertiels pour rester précises dans les tunnels ou en ville. Position, vitesse, cap et horodatage sont légers et peu coûteux à transmettre, ce qui en fait des signaux parmi les plus largement collectés.

Les capteurs et la perception stack

Caméras, radars, capteurs à ultrasons et (sur certains véhicules) lidar produisent de loin les plus gros volumes. Un seul flux caméra peut éclipser l'ensemble des données CAN et GPS. C'est pourquoi presque aucune entreprise ne remonte les flux capteurs bruts en continu. Elles remontent plutôt des extraits : quelques secondes autour d'un freinage brusque, ou une image signalée par un modèle embarqué.

La passerelle télématique

Un boîtier télématique se place entre la voiture et le cloud. Il décide de ce qui est collecté, le met en mémoire tampon et le transmet par réseau cellulaire. Comme la bande passante coûte de l'argent et que la batterie se vide, c'est dans ce boîtier que la décision « quels signaux comptent » se joue physiquement.

Du signal à la décision : la garantie

La garantie est souvent le premier poste où la donnée se rentabilise.

Quand un composant tombe en panne, le constructeur doit la réparation. Multipliée à l'échelle d'un parc, une faible taux de défaillance devient un coût élevé. La télémétrie permet aux ingénieurs de voir les défaillances se former avant que les réclamations n'explosent.

Exemple concret. Supposons que les relevés de température batterie d'un groupe de véhicules électriques évoluent au-dessus du reste du parc en charge rapide. Les ingénieurs peuvent signaler ces véhicules, inspecter le logiciel de charge et déployer une mise à jour over the air avant que les défaillances ne se transforment en réclamations en cascade. Détecter un motif dans les données coûte bien moins cher qu'un rappel.

La télémétrie sert aussi à lutter contre la fraude à la garantie et les erreurs de diagnostic. Si un client signale un problème de transmission, les données enregistrées montrent si le défaut s'est réellement produit, à quelle fréquence et dans quelles conditions. Cela raccourcit le diagnostic et réduit les réparations « no fault found », où l'atelier remplace une pièce qui n'était pas défectueuse.

Les signaux clés ici sont les codes défaut de diagnostic (codes standardisés stockés par les ECU, souvent appelés DTC), les températures de composants, les cycles de service et les compteurs d'erreurs.

Du signal à la décision : l'assurance

L'assurance à l'usage (UBI, usage based insurance) tarife la couverture selon la manière de conduire et le kilométrage réels, plutôt que sur des approximations démographiques larges.

Les signaux pertinents sont comportementaux : freinages brusques, accélérations franches, forces en virage, vitesse par rapport aux limitations, heure de la journée et kilométrage total. À noter : la plupart des programmes UBI n'ont pas besoin de données caméra. Ils fonctionnent sur des signaux CAN et GPS peu coûteux, ce qui explique que l'UBI se soit industrialisée plus vite que des produits de données plus riches.

Exemple concret. Un conducteur qui fait 10 km sur des routes calmes en milieu de journée présente statistiquement moins de risque qu'un conducteur qui fait 65 km d'autoroute de nuit avec des freinages brusques fréquents. L'UBI permet à l'assureur de voir cette différence et de la tarifer.

Deux points structurels comptent pour le business.

D'abord, le consentement et la vie privée. La localisation et le comportement de conduite sont des données personnelles sensibles. Dans l'Union européenne, le RGPD (Règlement général sur la protection des données) exige une base légale claire et de la transparence pour les traiter. Aux États-Unis, plusieurs lois d'État (par exemple le California Consumer Privacy Act) accordent des droits comparables. En 2026, régulateurs et journalistes continuent de scruter la façon dont les données de conduite circulent des constructeurs vers les assureurs et les courtiers en données. Vous pouvez consulter les orientations du régulateur européen sur les véhicules connectés auprès du European Data Protection Board.

Ensuite, qui détient le tuyau. Le constructeur contrôle le boîtier télématique, donc il contrôle l'accès. Les assureurs veulent de plus en plus cet accès, ce qui crée à la fois des opportunités de partenariat et des litiges sur les droits sur les données.

Du signal à la décision : le produit

Les équipes produit utilisent la télémétrie du parc pour répondre à des questions que les tests en laboratoire ne peuvent pas trancher.

Comment les gens utilisent-ils réellement la voiture ? Les données agrégées révèlent les habitudes de charge en conditions réelles, la longueur moyenne des trajets, la fréquence d'activation d'une fonction et quelles aides à la conduite sont désactivées (signal fort que quelque chose agace les utilisateurs).

Où le produit échoue-t-il sur le terrain ? Les cas limites rares (un capteur perturbé par un marquage routier spécifique, une fausse alerte déclenchée par un certain panneau) apparaissent dans les données du parc bien avant de se manifester dans des tests structurés.

Exemple concret. Si des conducteurs désactivent régulièrement le maintien dans la voie sur une catégorie de route particulière, c'est un signal de défaut produit, même si rien n'est techniquement « cassé ». Les ingénieurs peuvent localiser les types de route, reproduire le comportement et régler le logiciel.

C'est le flywheel du développement des aides à la conduite : les données du parc font remonter les cas limites, les ingénieurs améliorent le modèle, et le logiciel mis à jour est livré over the air. Les véhicules qui produisent les données les plus utiles sont ceux déjà en circulation.

Vérification des acquis

1. Selon la leçon, quelle est la question stratégique centrale que les constructeurs automobiles devraient se poser sur la télémétrie véhicule ?

2. Pourquoi la télémétrie CAN brute est-elle décrite comme « sans valeur » pour une partie qui n'a pas le fichier DBC du constructeur ?

3. Qu'est-ce qui décrit le mieux le rôle d'un ECU dans l'architecture d'un véhicule ?

CHOIX MULTIPLES

4. Sélectionnez TOUTES les réponses correctes concernant les caractéristiques des messages du bus CAN décrites dans la leçon.

Sélectionnez toutes les réponses correctes.

CHOIX MULTIPLES

5. Sélectionnez TOUTES les réponses correctes concernant le traitement des données de localisation dans un véhicule connecté.

Sélectionnez toutes les réponses correctes.

Faire de la télémétrie un actif (et non un coût)

La donnée ne devient un actif que lorsque sa valeur dépasse le coût de sa collecte, de son transfert, de son stockage et de sa gouvernance. Quatre principes font la différence.

1. Traiter à l'edge, décider ce qu'on envoie

Comme la bande passante et le stockage coûtent de l'argent, les programmes les plus intelligents traitent les données dans le véhicule et transmettent des synthèses ou des événements déclenchés. Envoyer « événement de freinage brusque à ces coordonnées, avec 3 secondes de contexte » vaut mieux que tout streamer.

2. Le décodage est la douve

Des données CAN brutes sans le mapping DBC, c'est du bruit. Qui détient les définitions de signaux détient la valeur. C'est un véritable avantage concurrentiel pour les constructeurs et un point de friction pour les tiers.

3. La gouvernance est une fonctionnalité, pas de la paperasse

Consentement, limites de conservation et contrôles d'accès ne sont pas de simples charges de conformité. Une chaîne d'approvisionnement de données propre et bien gouvernée est ce qui permet à une entreprise de vendre des partenariats d'assurance ou de partager des données avec ses fournisseurs sans exposition juridique. Une gouvernance faible peut arrêter un produit de données du jour au lendemain.

4. La valeur est dans l'agrégat

Les données d'une voiture aident cette voiture. Les données d'un million de voitures révèlent des motifs de défaillance, des tendances d'usage et des cas limites rares qu'aucun véhicule seul ne pourrait montrer. L'actif stratégique est le parc, pas le véhicule.

Un modèle mental simple

Pour tout signal, posez trois questions :

  1. Quelle décision alimente-t-il ? (Une alerte garantie ? Un prix ? Une évolution logicielle ?)
  2. Quelle est la forme la moins coûteuse qui soutient cette décision ? (Une synthèse vaut généralement mieux qu'un flux brut.)
  3. Quel consentement et quelle gouvernance exige-t-il ? (Les données comportementales et de localisation portent les obligations les plus lourdes.)

Si un signal n'alimente aucune décision, c'est une facture de stockage, pas un actif.

Points clés

  • Une voiture connectée génère des gigaoctets par heure, mais l'essentiel des données reste dans le véhicule. La stratégie consiste à décider quels signaux valent la peine d'être transmis et exploités.
  • Garantie, assurance et produit reposent chacun sur des signaux différents : codes défaut et santé des composants pour la garantie, comportement de conduite et localisation pour l'assurance, usage des fonctions et cas limites pour le produit.
  • Les données CAN brutes n'ont aucun sens sans les fichiers de décodage, ce qui fait des définitions de signaux du constructeur une véritable douve concurrentielle.
  • La localisation et le comportement de conduite sont des données personnelles sensibles encadrées par des règles comme le RGPD et les lois d'État sur la vie privée. La gouvernance détermine si un produit de données peut exister tout court.
  • La valeur est dans l'agrégat. Une voiture s'aide elle-même, un parc révèle les motifs qui alimentent les vraies décisions.