Brevet FR3145661A1 — publié le 20240809

L’invention concerne un procédé de détermination d’un type de bus de données utilisé pour la transmission de signaux entre périphériques dans un véhicule, ledit procédé comprenant les étapes suivantes : a) réception (21) d’un signal transmis sur ledit bus de données ; b) extraction (22) d’un premier identifiant à partir dudit signal reçu ; c) si ledit premier identifiant correspond à un deuxième identifiant mémorisé (23), alors le type de bus de données est déterminé (24) comme étant un bus de données d’un premier type ; sinon les étapes a), b) et c) sont itérées tant qu’une condition d’arrêt n’est pas vérifiée (25) ; si la condition d’arrêt est vérifiée (25), le type de bus de données est déterminé (26) comme étant un bus de données d’un deuxième type appartenant à un ensemble d’au moins un type de bus de données. Figure pour l’abrégé : Figure 3 Procédé et dispositif de détermination d’un type de bus de données utilisé pour la transmission de signaux entre périphériques dans un véhicule L’invention concerne les procédés et dispositifs de détermination d’un type de bus de données d’un véhicule, notamment de type automobile. L’invention concerne également plus particulièrement un procédé et un dispositif d’adaptation d’un périphérique relié à un bus de données d’un véhicule. Arrière-plan technologique Les véhicules contemporains embarquent nombre de périphériques intégrant des calculateurs assurant chacun une ou plusieurs fonctions, telles que par exemple la gestion de l’aide à la conduite, de l’antipatinage, de la répartition électronique du freinage, la commande d’actionneurs pour assurer le fonctionnement optimal d’un moteur à combustion ou encore la gestion d’une interface homme machine (IHM). Ces calculateurs sont reliés entre eux via un bus de données série multiplexé de type CAN (de l’anglais « Controller Area Network » ou en français « Réseau de contrôleurs »). Les bus de données de type CAN existent dans différentes versions, comme le bus CAN LS (de anglais « Low Speed », en français « Faible vitesse », le débit maximal étant approximativement de 125Kbit/s), le bus CAN HS (de anglais « High Speed », en français « Grande vitesse », le débit maximal étant approximativement de 1Mbit/s), le bus CAN FD (de l’anglais « Flexible Data-Rate », en français « Débit de données Flexible »). Le codage des signaux qui y transitent est donc différent selon la version du bus CAN. Ainsi, un périphérique intégrant un calculateur développé pour être installé sur une certaine version de bus CAN ne pourra pas être installé sur une deuxième version de bus CAN, les calculateurs n’étant pas compatibles avec plusieurs versions de bus CAN. L’ensemble bus de données et calculateurs forme le système embarqué du véhicule. Ces calculateurs sont aussi appelés UCE (« Unité de Commande Electronique » ou en anglais ECU « Electronic Control Unit »). Ces calculateurs embarquent des logiciels qui sont exécutés pour assurer les fonctions dont ils ont la charge. Un calculateur est implanté dans un périphérique déterminé, en fonction du type de bus de données utilisé pour la transmission de signaux entre périphériques d’un véhicule. Un tel calculateur n’est donc pas compatible avec l’ensemble des bus de données utilisé dans plusieurs véhicules. Lors de la configuration du véhicule en usine, il est alors nécessaire de connaître les différents calculateurs qui peuvent équiper un véhicule et leurs compatibilités avec les différentes versions de bus de données installées dans le véhicule pour pouvoir configurer ces différents calculateurs. Un objet de l’invention est de résoudre au moins un des problèmes de l’art antérieur, par exemple de déterminer le type d’un bus de données utilisé pour la transmission de signaux entre périphériques dans un véhicule. Selon un premier aspect, l’invention concerne un procédé de détermination d’un type de bus de données utilisé pour la transmission de signaux entre périphériques dans un véhicule, le procédé étant mis en œuvre par au moins un processeur embarqué dans le véhicule, le procédé comprenant les étapes suivantes : a) réception d’un signal transmis sur le bus de données ; b) extraction d’un premier identifiant à partir du signal reçu ; c) si le premier identifiant correspond à un deuxième identifiant mémorisé, alors le type de bus de données est déterminé comme étant un bus de données d’un premier type; sinon les étapes a), b) et c) sont itérées tant qu’une condition d’arrêt n’est pas vérifiée ; si la condition d’arrêt est vérifiée, le type de bus de données est déterminé comme étant un bus de données d’un deuxième type appartenant à un ensemble d’au moins un type de bus de données. Le procédé permet au dispositif le mettant en œuvre de déterminer le type de bus de données auquel il est relié. Le dispositif adapte ainsi son interface de communication au bus de données auquel il est relié et peut alors communiquer avec les autres périphériques reliés à ce même bus de données. La configuration ou mise à jour, notamment logicielle, en usine ou dans un service après-vente de ce dispositif est donc facilitée comparée à la configuration d’un dispositif qui ne mettrait pas en œuvre ce procédé. Selon une variante du procédé, une condition d’arrêt est vérifiée lorsqu’un nombre prédéterminé de signaux est reçu. Selon une autre variante du procédé, une condition d’arrêt est vérifiée lorsqu’un intervalle de temps s’est écoulé depuis une réception d’un premier signal. Ces conditions d’arrêt évitent ainsi au procédé d’être suivi indéfiniment. Selon une variante du procédé, les premier et deuxième identifiants correspondent à une adresse d’un périphérique. Selon une variante du procédé, le premier identifiant est codé sur 11 bits. Selon une variante du procédé le bus de données est un bus de données série. Selon une variante du procédé le bus de données est un bus de données CAN. Selon un deuxième aspect, l’invention concerne un dispositif configuré pour déterminer un type d’un bus de données d’un véhicule, le dispositif comprenant une mémoire associée à au moins un processeur configuré pour la mise en œuvre des étapes du procédé selon le premier aspect de l’invention. Selon un troisième aspect, l’invention concerne un bus de données comprenant le dispositif tel que décrit ci-dessus selon le deuxième aspect de l’invention et un ou plusieurs calculateurs. Selon un quatrième aspect, l’invention concerne un véhicule, par exemple de type automobile, comprenant un dispositif tel que décrit ci-dessus selon le deuxième aspect de l’invention ou un bus de données tel que décrit ci-dessus selon le troisième aspect de l’invention. Selon un cinquième aspect, l’invention concerne un programme d’ordinateur qui comporte des instructions adaptées pour l’exécution des étapes du procédé selon le premier aspect de l’invention, ceci notamment lorsque le programme d’ordinateur est exécuté par au moins un processeur. Un tel programme d’ordinateur peut utiliser n’importe quel langage de programmation, et être sous la forme d’un code source, d’un code objet, ou d’un code intermédiaire entre un code source et un code objet, tel que dans une forme partiellement compilée, ou dans n’importe quelle autre forme souhaitable. Selon un sixième aspect, l’invention concerne un support d’enregistrement lisible par un ordinateur sur lequel est enregistré un programme d’ordinateur comprenant des instructions pour l’exécution des étapes du procédé selon le premier aspect de l’invention. D’une part, le support d’enregistrement peut être n'importe quel entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une mémoire ROM, un CD-ROM ou une mémoire ROM de type circuit microélectronique, ou encore un moyen d'enregistrement magnétique ou un disque dur. D'autre part, ce support d’enregistrement peut également être un support transmissible tel qu'un signal électrique ou optique, un tel signal pouvant être acheminé via un câble électrique ou optique, par radio classique ou hertzienne ou par faisceau laser autodirigé ou par d'autres moyens. Le programme d’ordinateur selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'enregistrement peut être un circuit intégré dans lequel le programme d’ordinateur est incorporé, le circuit intégré étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. Brève description des figures D’autres caractéristiques et avantages de l’invention ressortiront de la description des modes de réalisation non limitatifs de l’invention ci-après, en référence aux figures 1 à 4 annexées, sur lesquelles : illustre de façon schématique un bus de données d’un véhicule, selon un exemple de réalisation particulier et non limitatif de l’invention ; illustre de façon schématique une trame d’un signal transmis sur le bus de données de la , selon un exemple de réalisation particulier et non limitatif de l’invention ; illustre un organigramme des différentes étapes d’un procédé de détermination d’un type bus de données de la , selon un exemple de réalisation particulier et non limitatif de l’invention ; illustre de façon schématique un dispositif configuré pour déterminer un type de bus de données de la , selon un exemple de réalisation particulier et non limitatif de l’invention ; Un procédé et un dispositif de détermination d’un type de bus de données vont maintenant être décrits dans ce qui va suivre en référence conjointement aux figures 1 à 4. Des mêmes éléments sont identifiés avec des mêmes signes de référence tout au long de la description qui va suivre. Selon un exemple particulier et non limitatif de réalisation de l’invention, un signal transmis sur un bus de données série, par exemple de type CAN LS, CAN HS ou CAN FD d’un véhicule est reçu par un dispositif connecté à ce bus de données, par exemple un calculateur un système embarqué du véhicule relié à d’autres calculateurs du système embarqué via le bus de données. Le dispositif extrait un premier identifiant à partir du signal reçu. Le premier identifiant identifie un message porté par le premier signal. Le premier identifiant est par exemple codé sur 11 bits. Le dispositif compare le premier identifiant à un deuxième identifiant stocké en mémoire du dispositif. Le deuxième identifiant caractérise avantageusement un premier type de bus de données. Le résultat de la comparaison permet ainsi au dispositif de détecter si le bus de données est du premier type de bus de données. Un tel procédé présente l’avantage d’être simple à mettre en œuvre en ne requérant que le stockage en mémoire d’un identifiant caractéristique d’un identifiant transmis sur le bus de données du premier type. Ainsi, aucune phase d’apprentissage n’est nécessaire pour mettre en œuvre le procédé. Les ressources en termes de calcul et d’empreinte mémoire nécessaires à la mise en œuvre de ce procédé sont peu élevées. L’architecture matérielle d’un calculateur standard d’un système embarqué d’un véhicule étant adaptée à une telle mise en œuvre. Un tel procédé est par exemple adapté pour déterminer un type de bus de données série par exemple de type CAN HS, CAN LS ou CAN FD. Le dispositif adapte alors son interface de communication au type de bus de données déterminé et auquel il est relié. La illustre de façon schématique un bus de données 100 d’un véhicule, selon un premier exemple de réalisation particulier et non limitatif de l’invention. Le bus de données 100 correspond avantageusement à un bus de données de type multiplexé reliant plusieurs calculateurs 11, 12 et 13. Un dispositif 10 configuré pour déterminer le type de bus de données 100 est également relié aux calculateurs 11 à 13 via le bus de données 100. Un tel dispositif correspond par exemple à un dispositif configuré pour recevoir et traiter des données et est par exemple hébergé dans un calculateur sous la forme d’un module logiciel. L’ensemble formé par le bus de données 100, les calculateurs 11 à 13 et le dispositif 10 forment tout ou partie d’un système embarqué du véhicule, par exemple un véhicule automobile. Le nombre de calculateurs 11 à 13 n’est cependant pas limité à 3 et s’étend à tout nombre, par exemple 2, 5, 10, 100 ou plus de calculateurs. Le système embarqué comprend par exemple également une unité de contrôle télématique, dite TCU (de l’anglais « Telematic Control Unit »), reliée en communication avec les calculateurs 11 à 13 via le bus de données 100. La TCU est reliée à une ou plusieurs antennes du véhicule pour la communication de données entre le véhicule et un ou plusieurs dispositifs distants, par exemple via une liaison sans fil basée sur un réseau cellulaire de type LTE (de l’anglais « Long-Term Evolution » ou en français « Evolution à long terme »), LTE-Advanced (ou en français LTE-avancé), aussi appelé réseau 4G ou 5G. Le bus de données est un bus série par exemple de type CAN LS tel que défini dans la norme ISO 11898-2, de type CAN HS tel que défini dans la norme ISO 11898-3 ou de type CAN FD tel que défini dans la norme ISO 11898-1. Le bus de données 100 met avantageusement en œuvre un multiplexage temporel permettant aux calculateurs 11 à 13 d’émettre des signaux (aussi appelés trames de signaux) à tour de rôle. Les signaux émis peuvent être de plusieurs types en fonction des données qu’ils transportent, chaque type de signal étant identifié par un identifiant déterminé et particulier. Comme cela sera décrit plus en détail en regard de la , les signaux transmis sur le bus de données 100, sont identifiés via un identifiant dont la valeur est connue, cette valeur étant par exemple codée sur un nombre de bits déterminé, par exemple 11 bits. Les signaux présentent par exemple un caractère évènementiel et sont alors d’un type déterminé identifié par un identifiant déterminé et unique. Les signaux sont dits évènementiels en ce qu’ils sont transmis lorsqu’un évènement est détecté au niveau d’un calculateur, par exemple le calculateur 11, ou d’un capteur associé à un calculateur par exemple. Les signaux évènementiels sont transmis à intervalles irréguliers qui dépendent de la survenue des évènements à signaler. Par exemple, deux signaux évènementiels consécutifs peuvent être transmis avec un intervalle temporel de 30 ms et les deux signaux évènementiels consécutifs suivants peuvent être transmis sur le bus de données 100 avec un intervalle temporel entre ces signaux égal à 10 minutes. Un évènement correspond par exemple à une alerte, par exemple associée à un dépassement de seuil (vitesse de rotation de l’arbre moteur supérieure à un seuil, température moteur supérieure à un seuil, …). Selon un autre exemple, les signaux présentent un caractère périodique Ces signaux périodiques étant d’un type déterminé identifié par un identifiant déterminé et unique. Les signaux sont dits périodiques en ce qu’ils sont transmis à intervalle régulier (une période) par un calculateur, par exemple toutes les 10, 20, 30 ms. Selon une variante de réalisation, le bus de données 100 correspond par exemple à un bus de type FlexRay (selon la norme ISO 17458) ou Ethernet (selon la norme ISO/IEC 802-3). La illustre de façon schématique une trame 3 d’un signal transmis sur le bus de données 100 par un calculateur du système embarqué d’un véhicule, selon un exemple de réalisation particulier et non limitatif de l’invention. Selon l’exemple illustratif de la , seule une partie des champs de la trame 3 du signal transmis sont décrits ou représentés, notamment ceux en relation avec l’objet de l’invention. La trame 3 du signal transmis comprend ainsi : un premier champ 31 correspondant à un début de trame, dit SOF (de l’anglais « Start Of Frame »), comprenant par exemple 1 bit ; un deuxième champ 32 correspondant par exemple à un champ d’arbitrage, aussi appelé champ identificateur, et comprenant l’identifiant du message porté par le signal transmis sur 11 ou 29 bits suivi d’un bit RTR (de l’anglais « Remote Transmission Request », en français « demande de télétransmission »). Ce champ comprend par exemple 12 ou 32 bits ; ce champ sert avantageusement d’identifiant pour les données ou types de données transportées par le signal transmis, c’est-à-dire dans la partie appelée champ de données ; des troisièmes champs 33 à 36 formant un champ de données et comprenant notamment un compteur et des données utiles du message porté par le signal transmis ; ces champs 33 à 36 comprennent par exemple chacun 8 bits ; le compteur du message est par exemple compris dans le premier de ces champs, c’est-à-dire le champ 33, et les données utiles dans les autres champs, c’est-à-dire les champs 34, 35 et 36 ; selon un autre exemple, le compteur est compris dans le dernier de ces champs, c’est-à-dire le champ 36 ; selon une variante, il y a plus de 4 champs de données, par exemple 8 champs de données ; un quatrième champ 37 correspondant à une fin de trame, dit EOF (de l’anglais « End Of Frame »), comprenant par exemple 7 bits. La trame 3 du signal transmis comprend en outre éventuellement d’autre champs non décrits ou non représentés sur la , tels que par exemple un champ de commande (par exemple sur 6 bits), un champ de CRC (de l’anglais « Cyclic Redundancy Check » ou en français « Vérification de redondance cyclique ») et/ou un champ d’acquittement. La illustre un organigramme des différentes étapes d’un procédé de détermination d’un type de bus de données 100 de la , selon un premier exemple de réalisation particulier et non limitatif de l’invention. Un tel procédé est avantageusement mis en œuvre par le dispositif 10 relié ou connecté au bus de données 100. Les étapes du procédé ci-dessous seront décrites en référence à la réception et au traitement d’un signal. Bien entendu, les mêmes opérations s’appliquent à la réception et au traitement de plusieurs signaux de manière identique à ce qui est décrit en prenant un signal en exemple. Dans une première étape 21, un signal transmis sur le bus de données 100 est reçu par le dispositif 10. Le signal (ou la trame du signal) est par exemple émis sur le bus de données par un des calculateurs 11 à 13. La structure du signal correspond à la trame 3 décrite précédemment. Dans une deuxième étape 22, le dispositif 10 extrait (récupère ou détermine) l’identifiant du signal reçu, appelé premier identifiant. Le premier identifiant est par exemple obtenu à partir du champ arbitrage 32 du signal. Selon une variante de l’étape 22, le premier identifiant correspond à un code binaire. Selon un exemple de réalisation de cette variante, le premier identifiant correspond à une chaine binaire par exemple de longueur égale à 11 bits, chaque bit de la chaine prenant la valeur 0 ou 1. Selon un autre exemple de réalisation de cette variante, le premier identifiant correspond à une chaîne de longueur égale à 29 bits, chaque bit de la chaine prenant la valeur 0 ou 1. Dans une troisième étape 23, le premier identifiant est comparé à au moins un deuxième identifiant stocké dans une mémoire. Selon une variante de l’étape 23, la mémoire est une mémoire du dispositif 10. Selon une autre variante de l’étape 23, la mémoire est une mémoire d’un dispositif autre que le dispositif 10 (par exemple une mémoire d’un des calculateurs 11 à 13) accessible par le dispositif 10, par exemple via le bus de données 100. Selon un exemple de réalisation de l’étape 23, le au moins un deuxième identifiant est stocké avantageusement dans une table. Le au moins un deuxième identifiant correspond à un identifiant d’un signal dont le type est connu du dispositif 10, ce type de signal circulant spécifiquement sur un type de bus de données 100. Selon un exemple de réalisation de l’étape 23, le premier et le deuxième identifiants correspondent avantageusement à une adresse d’un périphérique présent uniquement sur un certain type de bus de données. Lorsque le premier identifiant correspond au deuxième identifiant, alors le bus de données 100 est déterminé dans une étape 24 comme étant d’un premier type de bus de données. Lorsque le résultat de la comparaison indique que le premier identifiant ne correspond à aucun deuxième identifiant, une condition d’arrêt est vérifiée (étape 25). Si la condition d’arrêt n’est pas remplie alors le dispositif attend la réception d’une nouvelle trame d’un signal pour réitérer les étapes 21 à 23. Si la condition d’arrêt est remplie, le bus de données 100 est déterminé dans une étape 26 comme étant d’un deuxième type de bus de données appartenant à un ensemble d’au moins un type de bus de données. Selon un exemple de réalisation de l’étape 25, une condition d’arrêt est remplie lorsqu’un nombre prédéterminé de signaux est reçu. Selon un exemple de réalisation de l’étape 25, une condition d’arrêt est remplie lorsqu’un intervalle de temps s’est écoulé depuis une réception d’un premier signal. Une fois le type de bus de données 100 déterminé, le dispositif adapte par exemple son interface de communication au type de bus déterminé. Selon un exemple de réalisation, un dispositif est relié à un bus de données série d’un véhicule équipé soit d’un bus CAN HS, soit d’un bus CAN FD. Le deuxième identifiant correspond à l’adresse d’un calculateur caractéristique d’un bus CAN HS, son adresse codée correspond à E9 en code hexadécimal, soit 11101001 en code binaire. Le dispositif détermine le type de bus sur lequel il est branché en suivant le procédé précédemment décrit en relation avec la . Le premier identifiant contenu dans les différentes trames reçues par le dispositif via le bus de données série est alors comparé au deuxième identifiant prédéterminé. Si un premier identifiant issu d’une trame reçue correspond à l’adresse codée d’un calculateur caractéristique de bus CAN HS, alors le dispositif détermine le type de bus de données série comme étant du type CAN HS. Si à l’inverse, au bout de quelques centaines de millisecondes, aucun premier identifiant issu de plusieurs trames reçues ne correspond à l’adresse codée d’un calculateur caractéristique de bus CAN HS, alors le dispositif détermine par élimination le type de bus de données série comme étant du type CAN FD. Le dispositif adapte ainsi son interface de communication au bus de données auquel il est relié et peut alors communiquer avec les autres périphériques reliés à ce même bus de données. Selon une variante du procédé, lorsqu’une condition d’arrêt est remplie, alors un nouveau deuxième identifiant correspondant à un deuxième type de bus de données ou une nouvelle table de deuxièmes identifiants est définie et les étapes 21 à 23 sont réitérées avec ces nouveaux deuxièmes identifiants. Ainsi, un premier type de bus est éliminé et le processus permet de rechercher un deuxième type de bus de données parmi un ensemble de type de bus de données. La illustre de façon schématique un dispositif 4 configuré pour déterminer un type d’un bus de données 100, selon un exemple de réalisation particulier et non limitatif de l’invention. Le dispositif 4 correspond par exemple au dispositif 10. Le dispositif 4 est par exemple configuré pour la mise en œuvre des étapes du procédé décrit en regard de la . Les éléments du dispositif 4, individuellement ou en combinaison, peuvent être intégrés dans un unique circuit intégré, dans plusieurs circuits intégrés, et/ou dans des composants discrets. Le dispositif 4 peut être réalisé sous la forme de circuits électroniques ou de modules logiciels (ou informatiques) ou encore d’une combinaison de circuits électroniques et de modules logiciels. Selon différents modes de réalisation particuliers, le dispositif 4 est couplé en communication avec d’autres dispositifs ou systèmes similaires, par exemple par l’intermédiaire d’un bus de communication ou au travers de ports d’entrée / sortie dédiés. Le dispositif 4 comprend un (ou plusieurs) processeur(s) 40 configurés pour exécuter des instructions pour la réalisation des étapes du procédé et/ou pour l’exécution des instructions du ou des logiciels embarqués dans le dispositif 4. Le processeur 40 peut inclure de la mémoire intégrée, une interface d’entrée/sortie, et différents circuits connus de l’homme du métier. Le dispositif 4 comprend en outre au moins une mémoire 41 correspondant par exemple une mémoire volatile et/ou non volatile et/ou comprend un dispositif de stockage mémoire qui peut comprendre de la mémoire volatile et/ou non volatile, telle que EEPROM, ROM, PROM, RAM, DRAM, SRAM, flash, disque magnétique ou optique. Le code informatique du ou des logiciels embarqués comprenant les instructions à charger et exécuter par le processeur est par exemple stocké sur la première mémoire 41. Selon un mode de réalisation particulier, le dispositif 4 comprend une interface de communication 43 qui permet d’établir une communication avec d’autres dispositifs (tels que les calculateurs du système embarqué et connectés au bus de données) via un canal de communication 430. L’interface de communication 43 correspond par exemple à un transmetteur configuré pour transmettre et recevoir des informations et/ou des données via le canal de communication 430. L’interface de communication 43 correspond par exemple à un réseau filaire de type CAN LS, CAN FS ou CAN FD. Selon un mode de réalisation particulier supplémentaire, le dispositif 4 peut fournir des signaux de sortie à un ou plusieurs dispositifs externes, tels qu’un écran d’affichage, un ou des haut-parleurs et/ou d’autres périphériques via respectivement des interfaces de sortie non représentées. Bien entendu, l’invention ne se limite pas aux modes de réalisation décrits ci-avant mais s’étend à un procédé de détermination d’un type de bus de données utilisé pour la transmission de signaux entre périphériques dans un véhicule et au dispositif configuré pour la mise en œuvre du procédé. L’invention concerne également un véhicule, par exemple automobile ou plus généralement un véhicule à moteur terrestre, comprenant le dispositif 4 de la ou le bus de données 100 de la . Procédé de détermination d’un type de bus de données utilisé pour la transmission de signaux entre périphériques dans un véhicule, ledit procédé étant mis en œuvre par au moins un processeur embarqué dans ledit véhicule, ledit procédé comprenant les étapes suivantes : a) réception (21) d’un signal transmis sur ledit bus de données (100) ; b) extraction (22) d’un premier identifiant à partir dudit signal reçu ; c) si ledit premier identifiant correspond à un deuxième identifiant mémorisé (23), alors le type de bus de données est déterminé (24) comme étant un bus de données d’un premier type ; sinon les étapes a), b) et c) sont itérées tant qu’une condition d’arrêt n’est pas vérifiée (25) ; si la condition d’arrêt est vérifiée (25), le type de bus de données est déterminé (26) comme étant un bus de données d’un deuxième type appartenant à un ensemble d’au moins un type de bus de données. Procédé selon la revendication 1, pour lequel une condition d’arrêt est vérifiée lorsqu’un nombre prédéterminé de signaux est reçu. Procédé selon l’une des revendication 1 à 2, pour lequel une condition d’arrêt est vérifiée lorsqu’un intervalle de temps s’est écoulé depuis une réception d’un premier signal. Procédé selon l’une des revendications 1 à 3, pour lequel les premier et deuxième identifiants correspondent à une adresse d’un périphérique. Procédé selon l’une des revendications 1 à 4, pour lequel ledit premier identifiant est codé sur 11 bits. Procédé selon l’une des revendications précédentes, pour lequel le bus de données est un bus de données série. Procédé selon la revendication 6, pour lequel ledit bus de données (100) est un bus de données CAN. Dispositif (4) configuré pour déterminer un type d’un bus de données (100) d’un véhicule, ledit dispositif (4) comprenant une mémoire (41) associée à au moins un processeur (40) configuré pour la mise en œuvre des étapes du procédé selon l’une quelconque des revendications 1 à 7. Véhicule comprenant le dispositif (4) selon la revendication 8. Programme d’ordinateur comportant des instructions pour la mise en œuvre du procédé selon l’une des revendications 1 à 7, lorsque ces instructions sont exécutées par un processeur.