Défaillance des phares par commande vocale : un accident révèle un bug critique sur un SUV électrique

Posted by

Un bug de commande vocale plonge un SUV électrique dans le noir et provoque un accident

Un conducteur en Chine, au volant d’un SUV électrique Lynk & Co Z20, a vécu une expérience aussi surprenante que dangereuse. Alors qu’il circulait de nuit sur une autoroute, il a tenté d’éteindre la lumière de lecture intérieure de son véhicule en utilisant une simple commande vocale. Contre toute attente, le système a interprété cette demande de manière erronée et a coupé intégralement les phares du véhicule. Plongé dans l’obscurité totale sur la voie rapide, le conducteur a perdu le contrôle de son SUV, qui a fini sa course en percutant violemment un rail de sécurité sur le bas-côté droit. Cet incident a forcé le constructeur automobile à réagir en urgence en déployant une mise à jour logicielle à distance pour corriger ce défaut de conception.

Un scénario crédible et une preuve vidéo accablante

Si les dysfonctionnements technologiques dans les voitures modernes sont souvent rapportés, il est plus rare d’en avoir une preuve tangible et une reconnaissance officielle de la part du fabricant. Dans ce cas précis, les deux éléments sont disponibles. Une vidéo, publiée sur le réseau social chinois Weibo et filmée par une caméra embarquée, montre sans équivoque le moment de l’impact. On y voit le véhicule, privé de tout éclairage, quitter sa trajectoire et heurter le dispositif de sécurité. Parallèlement, un cadre commercial de la marque Lynk & Co a confirmé l’incident dans une communication publique. Il a précisé qu’à la suite d’une mise à jour déployée en réaction à cet événement, la désactivation des phares ne peut désormais plus être commandée par la voix. Cette fonction est réservée exclusivement à une action manuelle du conducteur. L’état des occupants après le choc n’a pas été officiellement communiqué, bien qu’ils semblent s’exprimer normalement dans les instants qui suivent l’accident, visible sur la séquence.

SUV électrique accidenté après la perte des phares sur autoroute

Une faille qui soulève des questions sur la sécurité des interfaces vocales

Cet événement a provoqué une onde de choc bien au-delà du seul modèle concerné. Selon des rapports spécialisés, de nombreux propriétaires de véhicules électriques, y compris ceux des marques du groupe Geely comme Zeekr (sœur de Lynk & Co), ont commencé à tester les limites de leurs propres systèmes d’infodivertissement. L’objectif : vérifier si des commandes vocales ambiguës pouvaient entraîner des actions critiques non désirées, comme l’extinction des feux de route. Les tests initiaux ont révélé que si les commandes directes du type « éteins les phares » sont généralement bien bloquées par les logiciels, des formulations plus vagues comme « éteins toutes les lumières » ou « éteins les lumières » peuvent, dans certains cas, tromper l’intelligence artificielle du véhicule. Cette confusion potentielle entre l’éclairage intérieur, souvent perçu comme anodin, et l’éclairage extérieur, essentiel à la sécurité, représente un point de défaillance majeur.

Les leçons à tirer de cet incident pour l’industrie automobile

Cet accident met en lumière les défis complexes que pose l’intégration d’assistants vocaux de plus en plus sophistiqués dans l’environnement critique de la conduite automobile. Plusieurs enseignements cruciaux en découlent pour les ingénieurs et les régulateurs.

La nécessité d’une validation rigoureuse des commandes critiques

Premièrement, il apparaît indispensable d’établir une classification stricte des commandes vocales selon leur niveau de criticité pour la sécurité dynamique du véhicule. Les fonctions vitales – gestion des phares, activation des essuie-glaces, contrôle de la vitesse – doivent être isolées dans une couche logicielle protégée. Leur activation ou désactivation par la voix devrait systématiquement nécessiter une confirmation explicite, soit par une répétition de la commande, soit par une validation manuelle sur un bouton physique ou l’écran tactile. Le principe de redondance, cher à l’aéronautique, doit s’appliquer : une fonction de sécurité ne peut dépendre d’un seul canal de commande, surtout s’il est sujet à des interprétations linguistiques.

Interface de commande vocale dans une voiture connectée

L’importance du contexte et de la sémantique

Deuxièmement, l’intelligence artificielle traitant les commandes vocales doit être capable de comprendre le contexte avec une finesse accrue. Une demande concernant les « lumières » émise de jour, lorsque les phares sont éteints, pourrait légitimement cibler l’habitacle. La même demande, formulée de nuit alors que les phares sont allumés, doit immédiatement déclencher un questionnement du système : « Souhaitez-vous éteindre la lumière intérieure ou les phares ? ». Cette gestion contextuelle est techniquement complexe mais non insurmontable. Elle passe par la croisée de multiples données : l’état des différents équipements, les conditions d’éclairage extérieur détectées par les capteurs, et même la localisation du véhicule (sur autoroute vs dans un parking).

La mise à jour corrective : une réaction rapide mais insuffisante

La réaction de Lynk & Co, bien que rapide via une mise à jour over-the-air (OTA), reste une solution corrective a posteriori. Elle démontre l’agilité des véhicules connectés pour corriger des bugs, mais aussi leur vulnérabilité. Cet incident souligne la nécessité d’un processus de développement et de test plus exhaustif en amont, incluant des scénarios d’usage réalistes et stressants pour les interfaces vocales. La sécurité des occupants ne peut reposer sur la capacité à publier un correctif après qu’un accident ait eu lieu. Elle doit être intrinsèque, conçue dès l’origine du système. Enfin, cet événement rappelle aux conducteurs l’impérieuse nécessité de garder une maîtrise manuelle des fonctions essentielles de leur véhicule, et de ne pas se reposer aveuglément sur l’automatisation, aussi intuitive puisse-t-elle paraître.

Leave a Reply

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *