Notebookcheck Logo

CheckMag | Toyota Motors et son parcours Linux

Toyota est passé à Linux en 2011 (Source : AI generated)
Toyota est passé à Linux en 2011 (Source : AI generated)
Je me suis entretenu avec Brian R Lyons de TMNA Toyota Motor Corp North America au sujet de la mise en œuvre de Linux dans les systèmes d'infodivertissement de Toyota et Lexus. Automotive Grade Linux (AGL) est une version de Linux utilisée par plusieurs constructeurs automobiles.

Tous les véhicules Toyota et Lexus utiliseront désormais Automotive Grade Linux (AGL) pour le système d'infodivertissement. Cette initiative est déterminante pour Toyota Motor Corp, car selon M. Lyons :

En tant que leader technologique, Toyota a réalisé que l'adoption d'une méthodologie de développement open source est le meilleur moyen de suivre le rythme rapide des nouvelles technologies".

Toyota, comme d'autres entreprises automobiles, a pensé qu'un système d'exploitation basé sur Linux pourrait être moins cher et plus rapide en termes de mises à jour et de mises à niveau que l'utilisation de logiciels propriétaires.

Enfin Linux dans un véhicule. J'utilise Linux tous les jours sur mon ordinateur de bureau ; quel bon moyen d'étendre l'utilisation de ce logiciel génial à une industrie complètement différente. La plupart des consommateurs ne sauront pas quel logiciel tourne en dessous, et il est fort probable qu'ils s'en moquent.

J'étais curieux lorsque Toyota a décidé d'utiliser le logiciel Automotive Grade Linux (AGL) https://www.automotivelinux.org/. Selon M. Lyons, cela remonte à 2011.

En 2011, Toyota a rejoint la Fondation Linux et a entamé des discussions sur les logiciels IVI (In-Vehicle Infotainment) avec d'autres équipementiers automobiles et sociétés de logiciels. C'est ainsi qu'en 2012, le groupe de travail Automotive Grade Linux a été créé au sein de la Fondation Linux.

Ce que Toyota a fait au départ dans le groupe AGL, c'est d'adopter l'approche "code first" comme dans les domaines open source, puis d'entamer la conversation sur l'orientation initiale en spécifiant les spécifications des exigences qui avaient été discutées entre les équipementiers automobiles, les entreprises de niveau 1 de l'IVI, les entreprises de logiciels, et ainsi de suite. Toyota avait déjà réalisé que le partage du code logiciel entre les entreprises de niveau 1 allait être essentiel au moment où il a rejoint la Fondation Linux. En effet, le coût de la maintenance d'un logiciel d'une telle ampleur était très élevé et les entreprises de niveau 1 n'étaient plus en mesure de le différencier.

Toyota et ses fournisseurs de niveau 1 souhaitaient ajouter davantage de ressources, de nouvelles fonctions et de nouvelles expériences utilisateur plutôt que d'assurer eux-mêmes la maintenance d'un code conventionnel. AGL permet aux fabricants de sélectionner un package ou un niveau d'achat, puis de télécharger le logiciel correspondant à leurs besoins. Cela leur permet de contribuer et de développer de nouveaux logiciels pour une utilisation future.

Il s'agit là d'une avancée considérable, car les constructeurs automobiles ont uni leurs efforts pour renforcer leur coopération. De nombreuses entreprises ont adopté ce système après avoir constaté que les logiciels propriétaires étaient coûteux. Aujourd'hui, l'AGL est utilisé pour tous les véhicules Toyota et Lexus et sur tous les marchés où des véhicules sont vendus.

En tant que vendeur chez un concessionnaire Lexus, je considère qu'il s'agit d'un grand pas en avant. Comme d'autres vendeurs, j'ai eu de nombreux clients qui revenaient parler à un spécialiste de la technologie pour connaître toutes les possibilités de leur système d'infodivertissement. De nombreux systèmes d'infodivertissement récents sont extrêmement complexes et comportent de nombreuses fonctions.

Je considère qu'il s'agit d'un grand pas en avant pour la communauté Linux et ses utilisateurs. Le système d'exploitation que nous utilisons quotidiennement est mis en œuvre sous nos yeux, certes sous une forme modifiée, mais il n'en existe pas moins. Dans le passé, chaque fabricant avait tendance à développer et à utiliser son propre logiciel propriétaire. Cela augmentait les dépenses, la complexité et les difficultés, car les architectes et les ingénieurs des systèmes logiciels devaient essentiellement recommencer à zéro chaque fois qu'ils allaient travailler ou collaborer avec un nouveau fabricant.

Source(s)

S'approprier

Please share our article, every link counts!
Malcolm Dean, 2024-08- 2 (Update: 2024-08- 2)