Brevet FR3156267A1 — publié le 20250606

La présente invention concerne un procédé, un dispositif et un système de communication de données dans un réseau de communication commuté d’un véhicule, le réseau de communication commuté comprenant une pluralité de calculateurs (311, 312, 313) et une pluralité de commutateurs (301, 302), chaque commutateur comprenant une pluralité de ports de communication, un port de communication de correspondant à un port dit d’instruments (3010, 3020). A cet effet, un premier commutateur (301) reçoit une première trame de données (F1) depuis un premier calculateur (311) relié au premier commutateur (301). Le premier commutateur (301) génère une copie de la première trame de données (F1) par un ajout de premières données représentatives d’horodatage (t1) dans la première trame de données (F1) pour obtenir la copie. Figure pour l’abrégé : Figure 3 Procédé, dispositif et système de communication de données dans un réseau de communication commuté d’un véhicule La présente invention concerne les procédés, dispositifs et systèmes de communication de données dans un véhicule, notamment un véhicule automobile. Plus particulièrement, la présente invention concerne un procédé, un dispositif et un système de communication de données dans un réseau de communication commuté d’un véhicule, notamment dans un réseau Ethernet. Arrière-plan technologique Les véhicules contemporains embarquent nombre de 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, le pilotage et le contrôle du système d’infodivertissement, aussi appelé système IVI (de l’anglais « In-Vehicle Infotainment » ou en français « Infodivertissement embarqué ») et/ou d’autres systèmes embarqués dans le véhicule tels que par exemple le système de climatisation et le système de navigation 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. Ces calculateurs communiquent et échangent des données entre eux par l’intermédiaire d’un ou plusieurs bus informatiques, par exemple un bus de communication de type bus de données CAN (de l’anglais « Controller Area Network » ou en français « Réseau de contrôleurs »), CAN FD (de l’anglais « Controller Area Network Flexible Data-Rate » ou en français « Réseau de contrôleurs à débit de données flexible »), FlexRay (selon la norme ISO 17458) ou Ethernet (selon la norme ISO/IEC 802-3). Un exemple d’architecture réseau mis en œuvre dans un véhicule et basé sur des bus de type CAN est illustré en FIG. 1 . La FIG. 1 illustre un réseau de communication de type CAN embarqué dans un véhicule selon l’art antérieur, un tel réseau comprenant un calculateur central 10 (aussi appelé calculateur maître) relié à l’ensemble des bus CAN du réseau du véhicule. Un premier ensemble de calculateurs 111, 112 et 113 est par exemple relié à un premier bus CAN 110 relié au calculateur central 10 et un deuxième ensemble de calculateurs 121, 122 et 123 est par exemple relié à un deuxième bus CAN 120 relié au calculateur central 10. Une telle architecture réseau permet au calculateur central 10 de recevoir l’ensemble des trames de données émises par chacun des calculateur 111, 112, 113, 121, 122, 123 sur le réseau CAN du véhicule. Lorsqu’un dispositif de traitement de données de type ordinateur ou outil d’instruments 11 se connecte au réseau via un port dédié, appelé port d’instruments 102, du calculateur central 10, par exemple pour collecter les données émises par les calculateurs sur le réseau lors de phases de test ou d’essai du véhicule, le calculateur central 10 est en mesure de transmettre à cet outil d’instruments 11 l’ensemble des trames émises sur le réseau suite à une activation d’un module fonctionnel 101 dédié du calculateur central 10 par l’outil d’instruments 11 ainsi connecté au calculateur central 10 via le port d’instruments 102. L’ensemble des calculateurs 111, 112, 113, 121, 122, 123 du réseau CAN étant reliés au calculateur central 10, le calculateur central 10 est en outre en mesure de transmettre les trames de données reçues de chacun de ces calculateurs 111, 112, 113, 121, 122, 123 à l’outil d’instruments 11 dans l’ordre temporel de réception de ces trames de données. L’outil d’instruments 11 est ainsi capable de récupérer la chronologie d’émission des trames de données sur le réseau qui est conforme à la chronologie de réception de ces trames de données par le calculateur central 10, une telle chronologie pouvant s’avérer importante pour tracer l’activité des calculateurs lors d’une phase de test ou d’essai du véhicule. Avec la mise en œuvre des réseaux de type Ethernet dans les véhicules, certaines architectures basées sur un réseau Ethernet dit commuté sont apparues et équipent aujourd’hui de plus en plus de véhicules. Dans un réseau de type Ethernet commuté, le réseau du véhicule comprend plusieurs commutateurs reliés entre eux par des bus de données de type Ethernet, à chaque commutateur étant reliés un ou plusieurs calculateurs, les commutateurs étant synchronisés temporellement pour partager une référence temporelle commune. Un exemple d’architecture d’un réseau Ethernet commuté avec 2 commutateurs est illustré sur la FIG. 2 . Le réseau de la FIG. 2 comprend ainsi un premier commutateur 201 mis en œuvre par le calculateur central 21 auquel est relié un deuxième commutateur 202. Un calculateur 211 est relié directement au premier commutateur 201 et deux calculateurs 212, 213 sont reliés au deuxième commutateur 202. Dans un tel réseau commuté, le calculateur central ne reçoit plus directement l’ensemble des trames de données émises par l’ensemble des calculateurs du réseau. Seules les trames de données émises par le calculateur 211 relié directement au premier commutateur 201 sont reçues directement par le calculateur central 21, les trames de données émises par les autres calculateurs étant reçues par l’intermédiaire du commutateur auquel ils sont directement reliés. Ainsi, les trames de données émises par les calculateurs 212 et 213 sont transmises au calculateur central 21 par l’intermédiaire du deuxième commutateur 202. Un problème associé à ce type d’architecture réseau commuté est que la chronologie de réception des trames de données par le premier commutateur 201 mis en œuvre par le calculateur central 21 ne reflètent pas toujours la chronologie d’émission des trames de données sur le réseau par les calculateurs. Par exemple, une trame de données émise par le calculateur 212 est reçue à un instant ‘t2’ suivie temporellement par une trame de données émise par le calculateur 213 et reçue à un instant ‘t3’ par le deuxième commutateur 202 sont reçues à des instants temporels t’2 et t’3, respectivement, par le premier commutateur 201 du deuxième commutateur 202, un décalage temporel apparaissant entre t2 et t’2 et entre t3 et t’3, dû par exemple au temps de traitement et de transmission des données par le deuxième commutateur 202. Une trame de données émise par le calculateur 211 et reçue directement par le premier commutateur 201 à un instant t1 postérieur aux instants t2 et t3 peut être reçue par le premier commutateur 201 avant les instants de réception t’2 et t’3. Le premier commutateur 201 retransmettant les trames de données à l’outil d’instruments 11 via le port d’instruments 2010 dans l’ordre temporel de réception par le premier commutateur 201, l’outil d’instruments 11 va alors recevoir la trame de données émise par le calculateur 211 avec une indication temporelle égale à t1 et les trames de données émises par les calculateurs 212 et 213 avec les indications temporelles égales à t’2 et t’3 respectivement. Lorsque l’outil d’instruments 11 détermine la chronologie d’émission des trames de données sur le réseau du véhicule, une erreur survient dans l’exemple décrit puisque les instants temporels t2 et t3 sont antérieurs à l’instant t1 alors que l’information reçue par l’outil d’instruments 11, c’est-à-dire t1, t’2 et t’3, indique que la trame de données du calculateur 11 reçue à l’instant t1 est antérieur, temporellement, aux trames de données des calculateurs 212 et 213, ce qui est erroné. Résumé de la présente invention Un objet de la présente invention est de résoudre au moins l’un des problèmes de l’arrière-plan technologique décrit précédemment. Un autre objet de la présente invention est d’améliorer le suivi chronologique de transmission des trames de données sur un réseau de communication commuté d’un véhicule. Selon un premier aspect, la présente invention concerne un procédé de communication de données dans un réseau de communication commuté d’un véhicule, le réseau de communication commuté comprenant une pluralité de calculateurs et une pluralité de commutateurs, chaque commutateur comprenant une pluralité de ports de communication, un port de communication de la pluralité de ports de communication correspondant à un port dit d’instruments, le procédé comprenant les étapes suivantes : - réception, par un premier commutateur de la pluralité de commutateurs, d’une première trame de données depuis un premier calculateur de la pluralité de calculateurs, le premier calculateur étant relié au premier commutateur ; - génération, par le premier commutateur, d’une copie de la première trame de données, dite première copie, la génération comprenant un ajout de premières données représentatives d’horodatage de la première trame de données dans la première copie. Un tel procédé permet de reconstruire la chronologie de communication des trames de données sur un réseau de communication commuté du véhicule grâce à l’ajout de données d’horodatage dans une copie de chaque trame de données reçues par le commutateur. Selon une variante, le procédé comprend en outre les étapes suivantes : - réception, par un deuxième commutateur de la pluralité de commutateurs, d’une deuxième trame de données depuis un deuxième calculateur de la pluralité de calculateurs, le deuxième calculateur étant relié au deuxième commutateur ; - génération, par le deuxième commutateur, d’une copie de la deuxième trame de données, dite deuxième copie, la génération comprenant un ajout de deuxièmes données représentatives d’horodatage de la deuxième trame de données dans la deuxième copie ; - transmission, par le deuxième commutateur à destination du premier commutateur, de la deuxième trame de données via un port de communication de la pluralité de ports de communication du deuxième commutateur et de la deuxième copie via le port d’instruments du deuxième commutateur. Selon une autre variante, le procédé comprend en outre les étapes suivantes : - réception, par le premier commutateur, de la deuxième trame de données et de la deuxième copie depuis le deuxième commutateur ; - transmission, par le premier commutateur à destination d’un dispositif externe au réseau de communication commuté via le port d’instruments du premier commutateur, de la première copie et de la deuxième copie. Selon une variante supplémentaire, la première copie et la deuxième copie sont transmises par le premier commutateur à destination du dispositif externe selon un ordre temporel de réception de la première trame de données et de la deuxième copie par le premier commutateur. Selon une variante additionnelle, le procédé comprend en outre une étape de vérification de présence ou d’absence d’une information représentative d’horodatage de la première trame de données avant la génération de la première copie, la génération de la première copie n’étant mise en œuvre que si un résultat de la vérification est représentatif d’absence de l’information dans la première trame de données. Selon encore une variante, le premier commutateur est mis en œuvre par un calculateur dit central du véhicule, le calculateur central étant configuré pour recevoir toute trame de données émise par un calculateur de la pluralité de calculateurs sur le réseau de communication commuté. Selon une variante additionnelle, le réseau de communication commuté est de type Ethernet. Selon un deuxième aspect, la présente invention concerne un commutateur d’un réseau de communication commuté d’un véhicule, le commutateur comprenant une mémoire associée à un processeur configuré pour la mise en œuvre des étapes du procédé selon le premier aspect de la présente invention. Selon un troisième aspect, la présente invention concerne un système de communication de données dans un réseau de communication commuté d’un véhicule, le système comprenant une pluralité de commutateurs tels que décrit ci-dessus selon le deuxième aspect de la présente invention pour la mise en œuvre des étapes du procédé selon le premier aspect de la présente invention. Selon un quatrième aspect, la présente invention concerne un véhicule, par exemple de type automobile, comprenant un commutateur tel que décrit ci-dessus selon le deuxième aspect de la présente invention ou un système tel que décrit ci-dessus selon le troisième aspect de la présente invention. Selon un cinquième aspect, la présente 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 la présente 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, la présente 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 la présente 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, une mémoire RAM, 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 la présente 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 la présente invention ressortiront de la description des exemples de réalisation particuliers et non limitatifs de la présente invention ci-après, en référence aux figures 1 à 7 annexées, sur lesquelles : FIG. 1 illustre schématiquement un réseau de communication de véhicule, selon un premier exemple de réalisation de l’art antérieur. FIG. 2 illustre schématiquement un réseau de communication de véhicule, selon un deuxième exemple de réalisation de l’art antérieur. FIG. 3 illustre schématiquement un réseau de communication commuté d’un véhicule, selon un exemple de réalisation particulier et non limitatif de la présente invention. FIG. 4 illustre schématiquement une trame de données communiquée sur le réseau de communication commuté de la FIG. 3 , selon un premier exemple de réalisation particulier et non limitatif de la présente invention. FIG. 5 illustre schématiquement une trame de données communiquée sur le réseau de communication commuté de la FIG. 3 , selon un deuxième exemple de réalisation particulier et non limitatif de la présente invention FIG. 6 illustre schématiquement un dispositif configuré pour la communication de données sur le réseau de communication commuté de la FIG. 3 , selon des exemples de réalisation particuliers et non limitatifs de la présente invention ; et FIG. 7 illustre un organigramme des différentes étapes d’un procédé de communication de données sur le réseau de communication commuté de la FIG. 3 , selon un exemple de réalisation particulier et non limitatif de la présente invention. Description des exemples de réalisation Un procédé, un dispositif et un système de communication de données dans un réseau de communication commuté d’un véhicule vont maintenant être décrits dans ce qui va suivre en référence conjointement aux figures 1 à 7. 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. Les termes « premier(s) », « deuxième(s) » (ou « première(s) », « deuxième(s) »), etc. sont utilisés dans ce document par convention arbitraire pour permettre d’identifier et de distinguer différents éléments (tels que des opérations, des moyens, etc.) mis en œuvre dans les modes de réalisation décrits ci-après. De tels éléments peuvent être distincts ou correspondre à un seul et unique élément, selon le mode de réalisation. Selon un exemple particulier et non limitatif de réalisation de la présente invention, la communication de données dans un réseau de communication de type commuté d’un véhicule est mise en œuvre par un ou plusieurs commutateurs du réseau reliés entre eux via un ou plusieurs bus de données, par exemple de type Ethernet. Chaque commutateur comprend une pluralité de ports de communication, dont un de ces ports de communication correspond à un port particulier, dit port d’instruments, une partie des ports de communication autre que le port d’instruments étant par exemple reliés à un ou plusieurs calculateurs et/ou à un ou plusieurs autres commutateurs du réseau. La communication de données sur le réseau de communication commuté comprend la réception, par un premier commutateur du réseau, d’une première trame de données émise par un premier calculateur du réseau de communication commuté, ce premier calculateur étant relié ou connecté directement, c’est-à-dire sans dispositif intermédiaire (tel qu’un autre commutateur) au premier commutateur. Le premier commutateur génère alors une copie de la première trame de données, dite première copie, en ajoutant à la première trame de données des premières données représentatives d’horodatage de la première trame de données pour obtenir la première copie. Les données d’horodatage correspondent par exemple à l’instant de réception de la première trame de données par le premier commutateur et sont représentatives de l’instant d’émission de la première trame de données par le premier calculateur. Un tel procédé permet ainsi de conserver les trames de données telles qu’émises par le calculateur et d’associer un horodatage à la trame de données via la copie ainsi générée. L’horodatage des trames de données permet de conserver un historique de la chronologie de communication des trames de données sur le réseau. La FIG. 3 illustre schématiquement une architecture électronique et électrique, dite architecture E/E, d’un véhicule, selon un exemple de réalisation particulier et non limitatif de la présente invention. L’architecture E/E comprend un ensemble de calculateurs ou ECUs 311, 312, 313 et une pluralité de commutateurs 301, 302 reliés entre eux par des bus de données pour former un réseau de type commuté, par exemple un réseau Ethernet commuté (selon la norme ISO/IEC 802-3). Les nombres de calculateurs et de commutateurs ne sont pas limités aux nombres de de calculateurs et de commutateurs de l’exemple particulier de la FIG. 3 mais s’étendent à tout nombre, par exemple 10, 20, 50, 100 ou plus de calculateurs et 5, 10, 20, 30, 50 ou plus de commutateurs. Un commutateur (aussi appelé commutateur réseau, ou « switch » en anglais) est un dispositif réseau configuré pour transmettre les trames de données qu’il reçoit des dispositifs qui lui sont connectés (par exemple les calculateurs) à un autre dispositif à partir de l’adresse de destination contenue dans chaque trame de données reçue, par exemple une adresse de type MAC (de l’anglais « Media Access Control » ou en français « Contrôle d’accès au média »), par l’intermédiaire de ports de communication du commutateur (par exemple de type RJ45). Le véhicule comprenant le réseau commuté correspond par exemple à un véhicule à moteur thermique, à moteur(s) électrique(s) ou encore un véhicule hybride avec un moteur thermique et un ou plusieurs moteurs électriques. Le véhicule correspond ainsi par exemple à un véhicule terrestre, par exemple une automobile, un camion, un car, une moto. Selon l’exemple de la FIG. 1 , le réseau de communication commuté du véhicule comprend un premier commutateur 301, par exemple mis en œuvre par un calculateur central 21. Un premier calculateur 311 est relié ou connecté directement à ce premier commutateur 301 via un port de communication de l’ensemble des ports de communication que comprend le premier commutateur 301. Le premier commutateur 301 comprend avantageusement un port de communication particulier, dit port d’instruments 3010, lequel est configuré pour être connecté à un dispositif externe au réseau tel qu’un dispositif de traitement de données 11 de type ordinateur. Le dispositif de traitement de données 11 correspond par exemple à un outil de diagnostic ou à un outil d’instruments configurés pour enregistrer les données émises sur le réseau commuté du véhicule, par exemple lors de tests du véhicule, par exemple lors d’une phase de conception du véhicule. Un deuxième commutateur 302 est également relié ou connecté directement au premier commutateur 301 par l’intermédiaire de ports de communication du premier et du deuxième commutateur 301, 302. De manière avantageuse, le deuxième commutateur 302 est relié au premier commutateur via le port d’instruments 3020 du deuxième commutateur 302, lequel port d’instruments 3020 est relié à un port du premier commutateur 301 via un bus de données. Le deuxième commutateur 302 est en outre relié au premier commutateur 301 via un autre port de communication du deuxième commutateur 302, différent du port d’instruments. Deux calculateurs 312, 313 sont reliés ou connectés directement au deuxième commutateur 302, chaque calculateur 312, 313 étant relié à un port de communication du deuxième commutateur 302. Bien entendu, l’architecture du réseau commuté selon l’invention ne se limite pas à un tel exemple, plusieurs calculateurs et/ou commutateurs pouvant être reliés directement au premier commutateur 301, un ou plusieurs commutateurs pouvant être reliés directement au deuxième commutateur 302 (chacun via son port d’instruments et un autre port de communication), d’autres calculateurs et/ou d’autres commutateurs pouvant à leur tour être reliés directement à ces autres calculateurs, les commutateurs étant reliés en cascade dans l’architecture pour former une architecture hiérarchique. Un processus de communication de données dans le réseau commuté illustré en FIG. 3 est avantageusement mis en œuvre par un ou plusieurs commutateurs de ce réseau commuté, c’est-à-dire par un ou plusieurs processeurs de ce ou ces commutateurs. Dans une première opération du processus, le premier calculateur 311 transmet une première trame de données F1, le deuxième calculateur 312 transmet une deuxième trame de données F2 et le troisième calculateur 313 transmet une troisième trame de données F3. Le premier calculateur 311 étant connecté au premier commutateur 301 et les deuxième et troisième calculateurs 312, 313 étant connectés au deuxième commutateur 302, la première trame de données F1 est reçue par le premier commutateur 301 à un instant ‘t1’ (par exemple pour retransmission par le premier commutateur 301 au destinataire de la première trame de données F1), la deuxième trame de données F2 est reçue par le deuxième commutateur 302 à un instant ‘t2’ (par exemple pour retransmission par le deuxième commutateur 302 au destinataire de la deuxième trame de données F2) et la troisième trame de données F3 est reçue par le deuxième commutateur 302 à un instant ‘t3’ (par exemple pour retransmission par le deuxième commutateur 302 au destinataire de la troisième trame de données F3). Selon un exemple particulier d’illustration du processus, ‘t2’ est antérieur à ‘t3’ qui est lui-même antérieur à ‘t1’ temporellement. Dit autrement, d’un point de vue temporel, la deuxième trame de données F2 est transmise avant la troisième trame de données F3 et la troisième trame de données F3 est transmise avant la première trame de données F1, c’est-à-dire t2 La première trame de données F1, la deuxième trame de données F2 et la troisième trame de données F3 sont par exemple telle qu’illustré sur la FIG. 4 , selon un exemple particulier de réalisation. La FIG. 4 illustre ainsi une trame de données 4 comprenant : - un premier champ 41 comprenant des données représentatives de l’émetteur de la trame, par exemple des données représentatives de l’adresse MAC de l’émetteur ; - un deuxième champ 42 comprenant des données représentatives du destinataire de la trame 4 (par exemple un autre calculateur du réseau de communication commuté), par exemple des données représentatives de l’adresse MAC du destinataire ; - un ou plusieurs troisièmes champs 43 comprenant les données utiles (de l’anglais « payload data ») transportées par la trame 4 ; et - un quatrième champ 44 FCS (de l’anglais « Frame Check Sequence » ou en français « Séquence de vérification de trame ») ou un champ CRC (de l’anglais « Cyclic Redundancy Checking » ou en français « Contrôle de Redondance Cyclique ») utilisés pour la correction et la détection d’erreur. Selon d’autres exemples, la trame 4 comprend par exemple en outre un champ d’en-tête (de l’anglais « Header ») en début de trame et/ou un plusieurs champs de signalisation transportant des données de signalisation relatives aux données et champs de la trame 4. La trame 4 est par exemple transmise sous la forme d’une séquence de paquets de données. Dans une deuxième opération du processus, le deuxième commutateur 302 reçoit la deuxième trame de données F2 à l’instant ‘t2’ du deuxième calculateur 312 et la troisième trame de données F3 à l’instant ‘t3’ du troisième calculateur 313. Le premier commutateur 301 reçoit la première trame de données F1 à l’instant ‘t1’ du premier calculateur 311. Dans une troisième opération du processus, le premier commutateur 301 génère une copie de la première trame de données F1, dite première copie, à réception de la première trame de données F1. Le deuxième commutateur 302 génère une copie de la deuxième trame de données F2, dite deuxième copie, à réception de la deuxième trame de données F2 et une copie de la troisième trame de données F3, dite troisième copie, à réception de la troisième trame de données F3. Selon une variante de réalisation, la première copie, la deuxième copie et la troisième copie ne sont générées que lorsqu’un outil d’instruments 11 est connecté au premier commutateur 301 via le port d’instruments 3010. Selon cette variante, l’outil d’instruments transmet par exemple à cet effet une requête à destination du calculateur central 31 pour recevoir l’ensemble des trames de données émises sur le réseau par les calculateurs du réseau, ce qui déclenche la transmission d’une requête par le calculateur central 31 pour que chaque commutateur du réseau génère une copie de chaque trame de données qu’il reçoit d’un calculateur qui lui est connecté. Selon un autre exemple, le premier commutateur 301 détecte la connexion de l’outil d’instruments 11 au port d’instruments 3010, ce qui déclenche la transmission de la requête de génération des copies des trames reçues pour chaque commutateur du réseau. La génération de la première copie par le premier commutateur 301 comprend avantageusement l’ajout ou l’intégration de premières données représentatives d’horodatage de la première trame de données F1 dans la première copie. Les données représentatives d’horodatage comprennent des données représentatives de l’instant de réception ‘t1’ de la première trame de données F1 par le premier commutateur 301. De la même manière, la génération de la deuxième copie par le deuxième commutateur 302 comprend avantageusement l’ajout ou l’intégration de deuxièmes données représentatives d’horodatage de la deuxième trame de données F2 dans la deuxième copie. Les données représentatives d’horodatage comprennent des données représentatives de l’instant de réception ‘t2’ de la deuxième trame de données F2 par le deuxième commutateur 302. La génération de la troisième copie par le deuxième commutateur 302 comprend avantageusement l’ajout ou l’intégration de troisièmes données représentatives d’horodatage de la troisième trame de données F3 dans la troisième copie. Les données représentatives d’horodatage comprennent des données représentatives de l’instant de réception ‘t3’ de la troisième trame de données F3 par le deuxième commutateur 302. La première copie, la deuxième copie et la troisième copie correspondent par exemple à une trame de données 5 telle qu’illustrée sur la FIG. 5 , selon un exemple particulier de réalisation. La FIG. 5 illustre ainsi une trame de données 5 comprenant : - un premier champ 51 comprenant des données représentatives de l’émetteur (ou source) de la trame 5, par exemple des données représentatives de l’adresse MAC de l’émetteur, le premier champ 51 étant identique ou similaire au premier champ 41 de la trame 4 ; - un deuxième champ 52 comprenant des données représentatives du destinataire de la trame 5, par exemple des données représentatives de l’adresse MAC du destinataire, le deuxième champ 52 étant identique ou similaire au deuxième champ 42 de la trame 4 ; - un troisième champ 53 comprenant une information représentative d’horodatage de la trame 5, ce troisième champ 53 comprenant des données de signalisation (correspondant à l’information représentative d’horodatage) signalant la présence d’un champ dans la trame 5 (c’est-à-dire le cinquième champ 55) comprenant les données représentatives d’horodatage (c’est-à-dire les données représentatives de l’instant de réception de la trame 5 par le commutateur générant la trame 5 ; - un ou plusieurs quatrièmes champs 54 comprenant les données utiles (de l’anglais « payload data ») transportées par la trame 5 ; - le cinquième champ 55 comprenant les données représentatives d’horodatage (c’est-à-dire les données représentatives de l’instant de réception de la trame 5 par le commutateur générant la trame 5, ces données correspondant à un timbre temporelle (ou « timestamp » en anglais) de la trame 5 codé sur 8 ou 10 bits par exemple ; et - un sixième champ 56 FCS (de l’anglais « Frame Check Sequence » ou en français « Séquence de vérification de trame ») ou un champ CRC (de l’anglais « Cyclic Redundancy Checking » ou en français « Contrôle de Redondance Cyclique ») utilisés pour la correction et la détection d’erreur, le sixième champ 55 étant identique ou similaire au quatrième champ 44 de la trame 4. Selon d’autres exemples, la trame 5 comprend par exemple en outre un champ d’en-tête (de l’anglais « Header ») en début de trame et/ou un plusieurs champs de signalisation transportant des données de signalisation relatives aux données et champs de la trame 5. La trame 5 est par exemple transmise sous la forme d’une séquence de paquets de données comprenant chacun un ou plusieurs octets de données. Selon une variante de réalisation, le premier commutateur 301 met en œuvre une opération de vérification ou détection de la présence ou d’absence de l’information représentative d’horodatage 53 dans la première trame de données avant de mettre en œuvre la génération de la première copie. Selon cette variante, la génération de la première copie n’est mise en œuvre que lorsque le résultat de la vérification ou de la détection est représentatif d’une absence de l’information dans la première trame de données, c’est-à-dire que la génération de la première copie n’est mise en œuvre que lorsque la première trame de données F1 est dans un format conforme à celui de la trame 4. Une telle vérification évite d’ajouter une information d’horodatage à une trame comprenant déjà une telle information. Dans une quatrième opération du processus, le deuxième commutateur 302 transmet à destination du premier commutateur 301 : - la deuxième trame de données F2 et la troisième trame de données F3 via un port de communication de l’ensemble de ports du deuxième commutateur 302 ; et - la deuxième copie, notée ‘F2+t2’ sur la FIG. 3 , et la troisième copie, notée ‘F3+t3’ sur la FIG. 3 , via le port d’instruments 3020 du deuxième commutateur 302, ce port d’instruments correspondant à un port de communication du deuxième commutateur dédié à la transmission des copies de trames de données reçues des calculateurs connectés au deuxième commutateur 302, c’est-à-dire dédié aux trames telles que la trame 5. La deuxième trame de données F2 et la troisième trame de données F3 sont par exemple transmises au premier commutateur 301 selon leur ordre de réception par le deuxième commutateur 302. Ainsi, lorsque t2 est antérieur à t3, la deuxième trame de données F2 est transmise temporellement avant la troisième trame de données F3. De la même manière, la deuxième copie ‘F2+t2’ et la troisième copie ‘F3+t3’ sont par exemple transmises au premier commutateur 301 selon leur ordre de génération ou selon l’ordre de réception de la deuxième trame de données F2 et de la troisième trame de données F3 par le deuxième commutateur 302. Ainsi, lorsque t2 est antérieur à t3, la deuxième copie ‘F2+t2’ est transmise temporellement avant la troisième copie ‘F3+t3’. Dans une cinquième opération, le premier commutateur 301 reçoit du deuxième commutateur 302 les trames transmises par le deuxième commutateur, à savoir la deuxième trame de données, la troisième trame de données F3, la deuxième copie ‘F2+t2’ et la troisième copie ‘F3+t3’. Dans une sixième opération, le premier commutateur 301 transmet à destination de l’outil d’instruments 11 la première copie ‘F1+t1’, la deuxième copie ‘F2+t2’ et la troisième copie ‘F3+t3’ selon leur ordre de réception par le premier commutateur 301. Ainsi et par exemple, le premier commutateur 301 transmet en premier la première copie ‘F1+t1’ puis ultérieurement la deuxième copie ‘F2+t2’ et la troisième copie ‘F3+t3’ lorsqu’il reçoit ses dernières. L’ordre de transmission de la première copie ‘F1+t1’, la deuxième copie ‘F2+t2’ et la troisième copie ‘F3+t3’ par le premier commutateur 301 n’est pas représentatif de l’ordre d’émission de la première trame de données F1, la deuxième trame de donnés F2 et la troisième trame de données F3 sur le réseau de communication commuté. Cependant, l’outil d’instruments 11 est en mesure de reconstruire l’historique temporel d’émission des trames de données sur le réseau puisque les copies de ces trames qu’il reçoit sont horodatées en décodant les données représentatives du timbre horaire compris dans chaque copie. Le timbre horaire est représentatif de l’horaire de réception de chacune des trames par le commutateur l’ayant reçu, l’horaire de réception par un commutateur étant représentatif de l’horaire d’émission par le calculateur. L’outil d’instruments 11 collecte l’ensemble des copies des trames pour générer un fichier de log avec un suivi temporel de l’émission des trames de données par les différents calculateurs du réseau du véhicule. La FIG. 6 illustre schématiquement un dispositif 6 configuré pour la communication de données, notamment dans un réseau de communication commuté d’un véhicule, selon un exemple de réalisation particulier et non limitatif de la présente invention. Le dispositif 6 correspond par exemple à un dispositif embarqué dans le véhicule, par exemple un calculateur ou un commutateur du réseau commuté. Selon un autre exemple de mise en œuvre, le dispositif 6 correspond à un dispositif de traitement de données, par exemple l’outil 11, configuré pour se connecter au réseau du véhicule. Le dispositif 6 est par exemple configuré pour la mise en œuvre des opérations décrites en regard des figures 1 à 5 et/ou des étapes du procédé décrit en regard de la FIG. 6 . Des exemples d’un tel dispositif 6 comprennent, sans y être limités, un équipement électronique embarqué tel qu’un ordinateur de bord d’un véhicule, un calculateur électronique tel qu’une UCE (« Unité de Commande Electronique »), une unité TCU (de l’anglais « Telematic Control Unit » ou en français « Unité de Contrôle Télématique »), un ordinateur ou tout dispositif de traitement ou de communication de données d’un système embarqué de véhicule. Les éléments du dispositif 6, 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 6 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. Le dispositif 6 comprend un (ou plusieurs) processeur(s) 60 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 6. Le processeur 60 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 6 comprend en outre au moins une mémoire 61 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 mémoire 61. Selon différents exemples de réalisation particuliers et non limitatifs, le dispositif 6 est couplé en communication avec d’autres dispositifs ou systèmes similaires et/ou avec des dispositifs de communication, par exemple par l’intermédiaire d’un bus de communication ou au travers de ports d’entrée / sortie dédiés. Selon un exemple de réalisation particulier et non limitatif, le dispositif 6 comprend un bloc 62 d’éléments d’interface pour communiquer avec des dispositifs externes. Les éléments d’interface du bloc 62 comprennent avantageusement un ou plusieurs ports de communication, par exemple un ensemble de ports Ethernet (ou RJ 45). Selon un autre exemple, les éléments d’interface comprennent une interface LIN (de l’anglais « Local Interconnect Network », ou en français « Réseau interconnecté local »). Selon un autre exemple de réalisation particulier et non limitatif, le dispositif 6 comprend une interface de communication 63 qui permet d’établir une communication avec d’autres dispositifs (tels que d’autres calculateurs du système embarqué) via un canal de communication 630. L’interface de communication 63 correspond par exemple à un transmetteur configuré pour transmettre et recevoir des informations et/ou des données via le canal de communication 630. L’interface de communication 63 correspond par exemple à un réseau filaire de type Ethernet (standardisé par la norme ISO/IEC 802-3). Selon un exemple de réalisation particulier et non limitatif, le dispositif 6 peut fournir des signaux de sortie à un ou plusieurs dispositifs externes, tels qu’un écran d’affichage, tactile ou non, un ou des haut-parleurs et/ou d’autres périphériques via des interfaces de sortie respectives. La FIG. 7 illustre un organigramme des différentes étapes d’un procédé de communication de données dans un réseau de communication commuté d’un véhicule, selon un exemple de réalisation particulier et non limitatif de la présente invention. Le réseau de communication commuté comprend une pluralité de calculateurs et une pluralité de commutateurs, chaque commutateur comprenant une pluralité de ports de communication, un port de communication de la pluralité de ports de communication correspondant à un port dit d’instruments. Le procédé est par exemple mis en œuvre par un ou plusieurs dispositifs embarqués dans le véhicule 10, par exemple par un ou plusieurs commutateurs, ou par le dispositif 6 de la FIG. 6 . Dans une première étape 71, un premier commutateur de la pluralité de commutateurs reçoit une première trame de données depuis un premier calculateur de la pluralité de calculateurs, le premier calculateur étant relié au premier commutateur. Dans une deuxième étape 72, le premier commutateur génère une copie de la première trame de données, dite première copie, la génération comprenant un ajout de premières données représentatives d’horodatage de la première trame de données dans la première copie. Selon une variante, les variantes et exemples des opérations décrits en relation avec les figures 1 à 5 s’appliquent aux étapes du procédé de la FIG. 7 . Bien entendu, la présente invention ne se limite pas aux exemples de réalisation décrits ci-avant mais s’étend à un procédé de suivi d’historique de transmission de trames de données sur un réseau commuté d’un véhicule qui inclurait des étapes secondaires sans pour cela sortir de la portée de la présente invention. Il en serait de même d’un dispositif configuré pour la mise en œuvre d’un tel procédé. La présente invention concerne également un véhicule, par exemple automobile ou plus généralement un véhicule autonome à moteur terrestre, comprenant le dispositif 6 de la FIG. 6 . Procédé de communication de données dans un réseau de communication commuté d’un véhicule, ledit réseau de communication commuté comprenant une pluralité de calculateurs (311, 312, 313) et une pluralité de commutateurs (301, 302), chaque commutateur comprenant une pluralité de ports de communication, un port de communication de ladite pluralité de ports de communication correspondant à un port dit d’instruments (3010, 3020), ledit procédé comprenant les étapes suivantes : - réception (71), par un premier commutateur (301) de ladite pluralité de commutateurs, d’une première trame de données depuis un premier calculateur (311) de ladite pluralité de calculateurs, ledit premier calculateur (311) étant relié audit premier commutateur (301) ; - génération (72), par ledit premier commutateur (301), d’une copie de ladite première trame de données, dite première copie, ladite génération comprenant un ajout de premières données représentatives d’horodatage de ladite première trame de données dans ladite première copie. Procédé selon la revendication 1, comprenant en outre les étapes suivantes : - réception, par un deuxième commutateur (302) de ladite pluralité de commutateurs, d’une deuxième trame de données depuis un deuxième calculateur (312) de ladite pluralité de calculateurs, ledit deuxième calculateur (312) étant relié audit deuxième commutateur (302) ; - génération, par ledit deuxième commutateur (302), d’une copie de ladite deuxième trame de données, dite deuxième copie, ladite génération comprenant un ajout de deuxièmes données représentatives d’horodatage de ladite deuxième trame de données dans ladite deuxième copie ; - transmission, par ledit deuxième commutateur (302) à destination dudit premier commutateur (301), de ladite deuxième trame de données via un port de communication de ladite pluralité de ports de communication du deuxième commutateur et de ladite deuxième copie via le port d’instruments (3020) dudit deuxième commutateur (302). Procédé selon la revendication 2, comprenant en outre les étapes suivantes : - réception, par ledit premier commutateur (301), de ladite deuxième trame de données et de ladite deuxième copie depuis ledit deuxième commutateur (302) ; - transmission, par ledit premier commutateur (301) à destination d’un dispositif externe (11) audit réseau de communication commuté via le port d’instruments (3010) du premier commutateur (301), de ladite première copie et de ladite deuxième copie. Procédé selon la revendication 3, pour lequel ladite première copie et ladite deuxième copie sont transmises par ledit premier commutateur (301) à destination dudit dispositif externe (11) selon un ordre temporel de réception de ladite première trame de données et de ladite deuxième copie par ledit premier commutateur (301). Procédé selon l’une des revendications 1 à 4, comprenant en outre une étape de vérification de présence ou d’absence d’une information représentative d’horodatage de ladite première trame de données avant ladite génération de la première copie, la génération de la première copie n’étant mise en œuvre que si un résultat de ladite vérification est représentatif d’absence de ladite information dans ladite première trame de données. Procédé selon l’une des revendications 1 à 5, pour lequel ledit premier commutateur (301) est mis en œuvre par un calculateur dit central (31), ledit calculateur central étant configuré pour recevoir toute trame de données émise par un calculateur de ladite pluralité de calculateurs (311, 312, 313) sur ledit réseau de communication commuté. Procédé selon l’une des revendications 1 à 6, pour lequel ledit réseau de communication commuté est de type Ethernet. Commutateur (6) d’un réseau de communication commuté d’un véhicule, ledit commutateur (6) comprenant une mémoire (61) associée à au moins un processeur (60) configuré pour la mise en œuvre des étapes du procédé selon la revendication 1. Système de communication de données dans un réseau de communication commuté d’un véhicule, ledit système comprenant une pluralité de commutateurs (6) selon la revendication 8, ledit système étant configuré pour la mise en œuvre des étapes du procédé selon l’une quelconque des revendications 1 à 7. Véhicule comprenant le commutateur (6) selon la revendication 8 ou le système selon la revendication 9.