La collaboration entre les secteurs de l’automobile et des technologies est en plein essor. Notre monde numérique ne se contente pas de transformer rapidement notre façon de mener nos activités et d’interagir avec nos partenaires et nos clients, il redéfinit également ce que doit être une automobile. Les véhicules définis par logiciel (SDV) offrent à ces deux secteurs l’occasion de s’unir et de collaborer pour l’avenir, mais malgré les connaissances actuelles en matière de mobilité connectée, la définition même du SDV reste floue. Les technologies définies par logiciel sont issues du domaine des centres de données, et l’expérience diversifiée et de longue date des équipes d’ Sonatus , qui ont largement contribué à leur développement, nous aide à élaborer une vision globale du SDV.
Les véhicules définis par logiciel (SDV) se caractérisent par une infrastructure dynamique qui permet aux constructeurs automobiles de s’engager dans une démarche d’innovation fondée sur les données, en leur donnant les moyens de surveiller, d’analyser, de contrôler et d’automatiser ces processus en temps réel. C’est là un élément clé pour concrétiser les promesses des SDV, qu’il s’agisse de réduire les rappels de produits, de favoriser l’émergence de nouveaux modèles économiques ou encore de proposer des caractéristiques et des fonctionnalités qui évoluent tout au long du cycle de vie d’un véhicule. Chez Sonatus, et il est temps pour nous de le partager.
+++
L'Auto Tech Week 2021 a réuni des leaders du secteur et des pionniers du domaine des technologies automobiles afin de discuter de la transformation et des bouleversements qui façonnent aujourd'hui l'industrie. Luca De Ambroggi, analyste principal senior chargé de l'écosystème de l'électronique automobile chez Wards Intelligence, s'est entretenu avec Jeff Chou, PDG d'Sonatus , lors de la première session consacrée aux « véhicules définis par logiciel » (Software-Defined Vehicle) de l'Auto Tech Week, afin d'approfondir l'importance de libérer le potentiel dynamique de ces véhicules.
Les deux hommes ont eu une conversation très instructive, abordant des sujets aussi variés que les fondements d’un véhicule défini par logiciel, les défis liés aux mises à jour OTA, les interdépendances entre le matériel et les logiciels, ainsi que l’évolution des alliances au sein de la communauté alors que le secteur de la mobilité entre dans une nouvelle ère d’innovation technologique. Si vous n’avez pas pu suivre la table ronde en direct ou y assister en personne, voici les points forts de l’intervention de Jeff et Luca lors de leur session intitulée « Concevoir des véhicules définis par logiciel pour libérer tout leur potentiel dynamique ».
RETROSPECTIVE : LE VÉHICULE DÉFINI PAR LOGICIEL ET SES ORIGINES
« Qu'est-ce qu'un véhicule défini par logiciel ? » – Luca
« Les SDV ne se résument pas à de simples mises à jour logicielles OTA ou à des produits exécutant des centaines de millions de lignes de code. » – Jeff
Alors que les véhicules « software-defined » font de plus en plus parler d’eux dans le secteur automobile, les acteurs du secteur mobilisent de plus en plus de ressources pour développer des produits intégrant des logiciels composés de centaines de millions de lignes de code. Certains estiment que le logiciel déterminera l’architecture matérielle du véhicule, tandis que d’autres associent la notion de « software-defined » aux mises à jour OTA. Toutes ces définitions sont valables dans une certaine mesure, mais nous pensons pouvoir être plus précis et plus ambitieux quant à la définition fondamentale des véhicules « software-defined ».
Le terme « software-defined » est apparu dans le domaine des centres de données au début des années 2000. Il s'agit d'un produit différent, issu d'un secteur différent, mais les facteurs qui ont été à l'origine de cette innovation sont les mêmes dans le secteur automobile.
« Je dois aller plus vite, et ça doit coûter moins cher. » – Jeff
Ces forces sont présentes tant dans le secteur des centres de données que dans celui de l’automobile, et leur importance ne cesse de croître. Mais aujourd’hui, les entreprises prennent conscience que les données ne doivent pas seulement être traitées plus rapidement, elles doivent l’être en temps réel. Il est essentiel que les entreprises investissent dans l’analyse et la mise à jour des données en temps réel afin d’éliminer les erreurs humaines et les retards de réactivité. Ce faisant, elles peuvent contribuer à relever l’un des plus grands défis actuels, alors que le monde s’oriente vers un cadre numérique.
TRANSFORMER L'ANALYSE DE DONNÉES EN INNOVATION EN TEMPS RÉEL
Afin d'optimiser l'analyse en temps réel, nous devons prendre en compte les quatre étapes clés d'un logiciel embarqué performant. Tout d'abord, l'appareil doit être visible, ce qui signifie qu’il doit exister des méthodes transparentes pour collecter les données à la source. Une fois les données collectées, les entreprises doivent être en mesure de les analyser les points clés, ce qui leur permet de tirer des enseignements de ce qu’elles surveillent, ainsi que de l’expérience du conducteur et du véhicule. Sans cette compréhension, il est difficile d’identifier les axes d’amélioration, et le modèle devient obsolète et potentiellement dangereux pour les passagers à l’intérieur et à l’extérieur du véhicule. Ensuite, les entreprises doivent des mesures; l’analyse en temps réel permet aux constructeurs automobiles et aux innovateurs technologiques de prendre des décisions instantanées, comme l’ajout d’une nouvelle fonctionnalité au véhicule pour corriger un bug ou améliorer l’expérience de conduite. Enfin, les entreprises bouclent la boucle en l’automatisation ces réponses afin d’améliorer le logiciel et d’alimenter la boucle de rétroaction nécessaire à la réussite des intégrations logicielles embarquées.
Cela n’a rien à voir avec la conduite autonome, mais concerne plutôt les systèmes automatisés de collecte de données, qui permettent de réduire le temps nécessaire aux ajustements et d’éliminer les interventions humaines trop lentes. Par exemple, votre domicile peut être automatisé, mais il n’est pas autonome. Une infrastructure définie par logiciel dans le cloud est automatisée, mais pas autonome. Les véhicules autonomes se concentrent uniquement sur un seul élément : la conduite. Les véhicules définis par logiciel interagissent avec l’automatisation dans des domaines tels que la prévention des rappels, l’analyse de sécurité et la protection des données, ainsi que l’activation de nouvelles fonctionnalités d’une simple pression sur un bouton, sans qu’il soit nécessaire d’installer de nouveaux logiciels via des mises à jour OTA.
L'OTA n'est qu'une petite pièce du puzzle, l'un des quatre éléments mis en avant ci-dessus. Il ne dispose pas de la capacité de surveiller, de collecter ou d'analyser des données. De plus, il n'y a pas d'automatisation, car une intervention humaine est nécessaire pour déployer ces mises à jour logicielles par voie hertzienne. C'est un excellent premier pas, mais cela revient à redémarrer son ordinateur portable. Cette pratique existe depuis 20 ans ; il ne s'agit pas d'un ordinateur portable défini par logiciel. Selon nous, un véhicule défini par logiciel est un véhicule que l’on peut surveiller, analyser, contrôler et automatiser en temps réel, sans intervention humaine.
DU MODÈLE DÉFINI PAR LE MATÉRIEL AU MODÈLE DÉFINI PAR LOGICIEL :
« Comment percevez-vous la nécessité d'une infrastructure de stockage, de données et de logiciels ? Et pensez-vous que le véhicule défini par logiciel dépendra du matériel ? » – Luca
« Les architectures logicielles et matérielles devraient être dissociées. » – Jeff
Tout commence par l'infrastructure ; l'infrastructure est le fondement de votre maison, et dans l'univers des centres de données, « le réseau, c'est l'ordinateur ». Cela signifie que tout repose sur la communication, les protocoles, les services, la manière dont les fonctions interagissent entre elles et dont les données sont transférées d’un endroit à un autre. Une fois ces fondations posées, elles sont omniprésentes, et vous pouvez développer des services en s’appuyant sur cette architecture logicielle flexible. Les équipementiers doivent mettre en place une infrastructure efficace afin de tirer pleinement parti de l’efficacité des analyses en temps réel hautement concentrées.
Tout le monde se penche sur les architectures matérielles de nouvelle génération. Les spécialistes du matériel adoptent une approche stratégique et divisent le véhicule en zones – mais un véhicule défini par logiciel ne peut pas être décomposé en câbles, mais plutôt en actionneurs. L’infrastructure logicielle qui vient se superposer à ces systèmes matériels doit être orthogonale. Il existe un plan physique qui représente les zones, les calculateurs (ECU) et les commandes fonctionnelles. Puis il y a un plan de contrôle, qui est synonyme de gouvernement ou de code de la route. La feuille de route de l’innovation matérielle est longue et offre de nombreuses opportunités, tout comme celle du logiciel ; ces entités doivent donc être dissociées afin de maximiser au mieux leurs progrès respectifs.
UNE LEÇON DE L'HISTOIRE : PERTURBATIONS ET FRICTIONS
« Existe-t-il une vision commune et une API dans ce secteur ? Ou y a-t-il des tensions ? » – Luca
« Chaque fois qu'un secteur connaît des bouleversements, il y a des frictions, car chaque partenaire et chaque équipementier veut le développer lui-même. » – Jeff
À mesure que la technologie et le secteur mûrissent, et que l'on dispose de solutions dont l'efficacité a été prouvée, ces éléments finiront par s'intégrer progressivement aux normes et à une architecture ouverte orientée services. Les normes ont besoin d'une dynamique plus forte et de temps pour évoluer jusqu'à ce qu'elles s'épanouissent pleinement. En fin de compte, les logiciels seront normalisés dans le secteur et s'aligneront sur ces normes, comme nous l'avons déjà observé par le passé dans ce secteur.
CONCLUSIONS
De nombreuses alliances et entreprises forment des factions dans l'ensemble du secteur, dans le but de définir de nouvelles normes et solutions. Elles s'uniront pour des raisons économiques et de délais de mise sur le marché, mais aussi pour pouvoir tirer parti des meilleures pratiques et d'un apprentissage global. Ce processus prendra de nombreuses années, mais il s'avérera bénéfique pour les avancées technologiques et le secteur dans son ensemble, car une fois que l'on aura commencé à s'accorder sur quelques normes, il sera alors possible de tirer parti des innovations plutôt que de réinventer la roue.