Brevet FR3077453A1 — publié le 20190802

Procédé de collecte de données échangées par des calculateurs sur des réseaux électroniques à bord d'un véhicule automobile L'invention se rapporte au domaine de l'analyse des données 5 échangées entre les différents calculateurs d'un véhicule automobile. Un véhicule automobile comporte généralement une pluralité de calculateurs, tels que le calculateur du correcteur électronique de trajectoire (généralement dénommé calculateur ESP) et le calculateur de contrôle moteur. Ces calculateurs échangent des données avec le calculateur central du véhicule, 10 couramment dénommé BSI (pour « boitier de servitude intelligent »). Pour s'assurer du bon fonctionnement des différents calculateurs, les constructeurs sont amenés à analyser les données échangées par ceux-ci, notamment à des fins de mise au point et/ou de débogage. Cette analyse se fait aujourd'hui en connectant physiquement des enregistreurs de données 15 extérieurs aux différents réseaux d'échange de données du véhicule. Cela requiert des branchements nombreux, avec des connecteurs très complexes, du fait du nombre important de réseaux multiplexés présents aujourd'hui sur un véhicule automobile. De ce fait, l'analyse des données échangées, notamment à des fins de débogage, est réservée à un nombre restreint de véhicules, 20 typiquement des véhicules de présérie. Malgré cela, cette analyse a un impact négatif sur le prix de revient de fabrication du véhicule. La figure 1 représente schématiquement un procédé de collecte de données connu, mis en oeuvre lors de l'analyse des échanges de données entre calculateurs. Le véhicule 1 comporte un calculateur principal 10, également 25 dénommé BSI. Le calculateur principal 10 est relié à une pluralité de calculateurs secondaires 11, 12, 13, qui peuvent être par exemple le calculateur du correcteur électronique de trajectoire, le calculateur de contrôle moteur, etc. Les calculateurs secondaires 11, 12, 13 communiquent avec le calculateur principal 10 par l'intermédiaire de réseaux à bas débit, par exemple de type LIN (LIN étant 30 l'acronyme de « Local Interconnect Network », ou réseau interconnecté local en français) ou de type CAN (CAN étant l'acronyme de « Controller Area Network »). Dans l'exemple de la figure 1, on a représenté un calculateur secondaire 11 qui communique avec le calculateur principal 10 à travers un réseau LIN 14, et deux calculateurs secondaires 12, 13 qui communiquent avec 35 le calculateur principal 10 à travers un réseau CAN 15. 2 Pour collecter et analyser les données échangées entre les différents calculateurs, on prévoit des branchements physiques sur le réseau LIN 14 et sur le réseau CAN 15, ces branchements permettant de relier ces deux réseaux à un dispositif d'enregistrement 16, par l'intermédiaire de liaisons filaires 17, 18. Comme mentionné plus haut, ce procédé de collecte des données est complexe et coûteux à mettre en place. La présente invention a pour but de remédier aux inconvénients de l'état de la technique, et plus particulièrement ceux ci-dessus exposés, en proposant un procédé de collecte des données échangées entre les différents calculateurs d'un véhicule qui ne nécessite aucun branchement physique au niveau des réseaux reliant les différents calculateurs. À cet effet, l'invention concerne un procédé de collecte de données échangées à bord d'un véhicule automobile, entre un calculateur principal et un ou plusieurs calculateurs secondaires, par l'intermédiaire d'un ou plusieurs 15 réseaux électroniques de bord, le procédé comportant les étapes de : - encapsuler chaque trame de données, ci-après trame réseau, émise ou reçue par le calculateur principal à travers les réseaux électroniques de bord, chaque trame réseau étant associée à une information d'horodatage lors de l'encapsulation ; 20 - émettre les trames encapsulées vers un dispositif d'enregistrement ; et - désencapsuler les trames reçues par le dispositif d'enregistrement pour récupérer les trames réseaux et ordonner les trames réseaux au moyen des informations d'horodatage. 25 Ainsi, en mettant en oeuvre une encapsulation des trames émises sur les réseaux électroniques de bord, avec horodatage de ces trames, pour les émettre (en temps réel ou non) vers un dispositif d'enregistrement qui sera en mesure de désencapsuler les trames enregistrées et de les ordonner grâce à l'horodatage, le procédé conforme à l'invention permet de récupérer l'ensemble 30 des données échangées par les calculateurs de manière fiable et exacte. Le procédé conforme à l'invention permet de récupérer ces données par une liaison à haut débit (par exemple par l'intermédiaire de la prise de diagnostic) et évite ainsi de devoir réaliser des branchements physiques sur les réseaux électroniques reliant les différents calculateurs. Le procédé selon l'invention est 35 particulièrement adapté à un calculateur principal de type VSM (« Vehicle Servitude Module », ou boîter de servitude véhicule). 3 Dans une réalisation, le ou les réseaux électroniques de bord sont des réseaux de type CAN et/ou LIN et/ou FlexRay. Dans une réalisation, les trames encapsulées sont des trames de type IP/Ethernet. 5 Dans une réalisation, les trames encapsulées sont émises vers le dispositif d'enregistrement par l'intermédiaire d'une prise de diagnostic, la prise de diagnostic étant reliée au calculateur principal par une liaison à haut débit de type Ethernet. Dans une réalisation, les trames encapsulées sont émises vers le 10 dispositif d'enregistrement par l'intermédiaire d'une liaison sans fil. Dans une réalisation, les trames encapsulées sont, avant d'être émises vers le dispositif d'enregistrement, temporairement stockées dans une mémoire présente à bord du véhicule, notamment une mémoire du calculateur principal. Dans une réalisation, le dispositif d'enregistrement est un ordinateur portable ou un enregistreur Ethernet. La présente invention sera mieux comprise à la lecture de la description détaillée qui suit, faite en référence aux dessins annexés, dans lesquels : - la figure 1, déjà décrite, représente schématiquement un système connu de collecte des données échangées entre les différents calculateurs d'un véhicule automobile ; - la figure 2 représente schématiquement la mise en oeuvre du procédé objet de l'invention ; - la figure 3 représente schématiquement la mise en oeuvre d'une variante du procédé objet de l'invention. On décrit ci-après le procédé conforme à l'invention en relation avec les figures 2 et 3. Sur la figure 2, on a représenté un véhicule automobile 2, qui comporte un calculateur principal 20 qui communique avec des calculateurs secondaires 21, 22, 23, à travers un premier réseau 24 et un deuxième réseau 25. Le premier et le deuxième réseaux 24, 25 peuvent être de type LIN, de type CAN, ou de type FlexRay. Le calculateur principal 20 est relié par une liaison à haut débit 26, dans l'exemple de type Ethernet, à une prise de diagnostic 27, ou prise OBD 27 (OBD étant le sigle correspondant à « On Board Diagnostic », pour système de diagnostic embarqué). 4 Comme mentionné plus haut, le calculateur principal 20 et les calculateurs secondaires 21, 22, 23 échangent des données, sous forme de trames, à travers les premier et deuxième réseaux 24, 25 lors du fonctionnement du véhicule et de ses différents organes. Ces trames sont dénommées ci-après 5 « trames réseaux ». Conformément à l'invention, le calculateur principal 20 réalise, pour chaque trame réseaux émise ou reçue sur les réseaux de communication internes du véhicule (dans l'exemple, les premier et deuxième réseau 24, 25), une encapsulation des données du format du réseau correspondant (par exemple CAN, LIN ou FlexRay) vers le format IP/Ethernet, 10 avec horodatage de chaque trame réseaux (émise ou reçue). Les trames de type IP/Ethernet ainsi constituées, ci-après « trames IP/Ethernet » sont émises vers la prise de diagnostic 27, à travers la liaison à haut débit 26, et peuvent ainsi être collectées par un dispositif d'enregistrement 28 connecté à la prise diagnostic 27, tel qu'un ordinateur portable ou un enregistreur Ethernet. Les trames 15 IP/Ethernet sont ensuite désencapsulées par le dispositif d'enregistrement 28, qui récupère donc les trames réseaux d'origine, en les réordonnant grâce aux informations d'horodatage associées à ces trames réseaux. On comprend donc que l'invention permet de récupérer l'intégralité des données échangées sur les réseaux électroniques de bord du véhicule, de manière fiable et précise grâce à 20 l'horodatage. Cette récupération s'effectue ainsi sans requérir de branchement physique sur les réseaux électroniques de bord du véhicule, à l'exception du branchement sur la prise de diagnostic 27. Dans une variante représentée sur la figure 3, le procédé conforme à l'invention met en oeuvre une étape de stockage des trames IP/Ethernet dans 25 une mémoire 200 du calculateur principal 20. Les trames IP/Ethernet sont ainsi stockées puis restituées dans un deuxième temps à un dispositif d'enregistrement, par l'intermédiaire REVENDICATIONS1. Procédé de collecte de données échangées à bord d'un véhicule automobile, entre un calculateur principal (20) et un ou plusieurs calculateurs 5 secondaires (21, 22, 23), par l'intermédiaire d'un ou plusieurs réseaux électroniques de bord (24, 25), le procédé comportant les étapes de : - encapsuler chaque trame de données, ci-après trame réseau, émise ou reçue par le calculateur principal (20) à travers les réseaux électroniques de bord (24, 25), chaque trame réseau étant associée à une 10 information d'horodatage lors de l'encapsulation ; - émettre les trames encapsulées vers un dispositif d'enregistrement (28) ; et - désencapsuler les trames reçues par le dispositif d'enregistrement (28) pour récupérer les trames réseaux et ordonner les trames réseaux au 15 moyen des informations d'horodatage. 2. Procédé selon la revendication précédente, dans lequel le ou les réseaux électroniques de bord (24, 25) sont des réseaux de type CAN et/ou LIN et/ou FlexRay. 3. Procédé selon l'une des revendications précédentes, dans lequel 20 les trames encapsulées sont des trames de type IP/Ethernet. 4. Procédé selon l'une des revendications précédentes, dans lequel les trames encapsulées sont émises vers le dispositif d'enregistrement (28) par l'intermédiaire d'une prise de diagnostic (27), la prise de diagnostic (27) étant reliée au calculateur principal (20) par une liaison à haut débit (26) de type 25 Ethernet. 5. Procédé selon l'une des revendications 1 à 3, dans lequel les trames encapsulées sont émises vers le dispositif d'enregistrement (28) par l'intermédiaire d'une liaison sans fil. 6. Procédé selon l'une des revendications précédentes, dans lequel 30 les trames encapsulées sont, avant d'être émises vers le dispositif d'enregistrement (28), temporairement stockées dans une mémoire présente à bord du véhicule, notamment une mémoire (200) du calculateur principal (20). 7. Procédé selon l'une des revendications précédentes, dans lequel le dispositif d'enregistrement (28) est un ordinateur portable ou un enregistreur 35 Ethernet.