Brevet FR2938357A1 — publié le 20100514

Procédé et dispositif de validation du fonctionnement d'une application de diagnostic et simulateur de calculateurs pour la mise en oeuvre de ce procédé. La présente invention concerne un procédé et un dispositif de validation du fonctionnement d'une application de diagnostic comportant au moins un programme de diagnostic de calculateurs d'un véhicule automobile et un simulateur de calculateurs pour la mise en oeuvre de ce procédé. De tels programmes de diagnostic sont généralement des programmes de paramétrage et de contrôle des calculateurs permettant d'exécuter un ensemble déterminé d'opérations de diagnostic des calculateurs. Actuellement, les opérations de validation des programmes de diagnostic sont effectuées dans les véhicules automobiles produits en usine après le raccordement d'un outil de diagnostic mettant en oeuvre ces programmes, aux calculateurs. Cependant, ce procédé conventionnel nécessitant la validation des programmes de l'outil de diagnostic dans le véhicule automobile présente deux inconvénients majeurs. D'une part, les validations effectuées directement dans le véhicule ne permettent pas de vérifier toutes les configurations possibles. D'autre part, le temps nécessaire pour effectuer l'ensemble des validations dans le véhicule peut varier de façon conséquente entraînant ainsi des incertitudes sur la date et la durée de mise à disposition du véhicule. Le but de l'invention est de proposer un procédé de validation des programmes de diagnostic de calculateurs d'un véhicule automobile qui soit fiable et rapide. Plus particulièrement, l'invention vise à fournir un procédé de validation des programmes de diagnostic de calculateurs ne nécessitant pas la présence du véhicule. A cet effet, l'invention a pour objet un procédé de validation du fonctionnement d'une application de diagnostic comportant au moins un programme de diagnostic de calculateurs d'un véhicule automobile, caractérisé en ce qu'il comporte : - une étape de chargement de l'application de diagnostic dans un outil de diagnostic ; - une étape de raccordement de l'outil de diagnostic à un simulateur de calculateurs ; et - une étape d'exécution de l'application de diagnostic pour validation sur le simulateur de calculateurs. Le procédé selon l'invention peut également comporter l'une ou plusieurs des caractéristiques suivantes : - le simulateur comporte des moyens de simulation du fonctionnement de différents types de calculateurs raccordés par différents types de réseaux de transmission d'informations et communiquant selon différents types de protocoles de communication ; - les protocoles de communication sont choisis parmi les protocoles KWP ou DIAG ON CAN ou EOBD ou UDS ; - l'étape d'exécution de l'application de diagnostic comporte : - une étape de transmission d'au moins une requête de diagnostic depuis l'outil de diagnostic vers le simulateur ; et - une étape de transmission d'une réponse à la requête de diagnostic depuis le simulateur vers l'outil de diagnostic ; - le simulateur est adapté pour enregistrer des trames de données échangées avec l'outil de diagnostic ; - le simulateur est raccordé à l'outil de diagnostic à travers un réseau de type CAN ; et - le simulateur est raccordé à l'outil de diagnostic à travers une ligne de type K. Selon un autre aspect, l'invention a également pour objet un dispositif pour la mise en oeuvre de ce procédé. Selon encore un autre aspect, l'invention a également pour objet un simulateur de calculateurs pour la mise en oeuvre de ce procédé. Ainsi, l'invention, grâce à l'utilisation d'un simulateur de calculateurs, permet de pallier les inconvénients des procédés conventionnels de validation des programmes de diagnostic nécessitant d'effectuer des opérations de validation dans le véhicule, ce qui implique de ne pas pouvoir vérifier toutes les configurations possibles et introduit des contraintes sur la durée de mise à disposition du véhicule. Le simulateur de calculateurs selon l'invention permet ainsi un gain de temps et de coût dans la validation des programmes de diagnostic. La solution proposée par l'invention présente également l'avantage de pouvoir simuler la configuration du véhicule, à savoir le nombre de calculateurs disponibles sur le véhicule et les différents réseaux de transmission d'informations du système informatique embarqué. Ce dispositif présente ainsi un moyen de gestion de la diversité dans le véhicule. On va maintenant décrire des modes de réalisation de l'invention de façon plus précise, mais non limitative au regard des dessins annexés sur lesquels : - la figure 1 est un schéma synoptique illustrant la structure d'un système de diagnostic de calculateurs d'un véhicule automobile selon un premier mode de réalisation de l'invention ; - la figure 2 est un schéma synoptique illustrant la structure d'un système de diagnostic de calculateurs d'un véhicule automobile selon un deuxième mode de réalisation de l'invention ; - la figure 3 est un schéma synoptique illustrant une interface homme-machine associée à un simulateur de calculateurs selon l'invention ; - la figure 4 est un organigramme illustrant le fonctionnement d'un procédé de validation selon l'invention ; et - la figure 5 est un schéma synoptique illustrant la structure et le fonctionnement du simulateur selon l'invention. La figure 1 illustre la structure d'un système de diagnostic 2 selon un premier mode de réalisation de l'invention. Ce système de diagnostic 2 comprend un outil de diagnostic 4 de calculateurs d'un système informatique embarqué à bord d'un véhicule automobile. L'outil de diagnostic 4 est raccordé à un simulateur 6 des calculateurs à travers une liaison de transmission d'informations 7 choisie à titre d'exemple parmi un réseau CAN (� Controller Area Network �) à grande vitesse (de l'ordre de 500 kb/s) et un réseau CAN à faible vitesse (de l'ordre de 125 kb/s). Selon un mode de réalisation particulier de l'invention, l'outil de diagnostic 4 et le simulateur 6 sont raccordés au minimum à travers deux réseaux CAN à grande vitesse (de l'ordre de 500 kb/s). L'outil de diagnostic 4 comprend des moyens de stockage 8 aptes à stocker une application de diagnostic 9 des calculateurs du véhicule. Le simulateur 6 est également raccordé à un ordinateur 10 à travers des premiers moyens de transmission d'informations 12. Ces moyens de transmission comprennent, à titre d'exemple, un adaptateur USB/Ethernet. L'ordinateur 10 est muni de moyens d'affichage d'informations 14, à titre d'exemple un moniteur. La figure 2 illustre la structure du système de diagnostic 2 selon un deuxième mode de réalisation de l'invention. Selon ce deuxième mode de réalisation, le simulateur de calculateurs comporte un premier boîtier de simulation 16 et un deuxième boîtier de simulation 18 optionnel, raccordés à l'outil de diagnostic 4. Le premier boîtier de simulation 16 est raccordé à l'outil de diagnostic 4 à travers une liaison de transmission d'informations 20 choisie, à titre d'exemple parmi un réseau CAN à grande vitesse (de l'ordre de 500 kb/s) et une ligne K. Selon un mode de réalisation particulier, le premier boîtier de simulation 16 est raccordé à l'outil de diagnostic 4 à travers au minimum deux réseaux CAN à grande vitesse (de l'ordre de 500 kb/s). Il est également raccordé à l'ordinateur 10 à travers des deuxièmes moyens de transmission d'informations 21 comprenant à titre d'exemple un adaptateur USB/Ethernet. Le deuxième boîtier de simulation 18 optionnel est raccordé à l'outil de diagnostic 4 à travers une liaison de transmission d'informations 22 choisie, à titre d'exemple parmi un réseau CAN à faible vitesse (de l'ordre de 125 kb/s) et une ligne K. Il est également raccordé à l'ordinateur 10 à travers des troisièmes moyens de transmission d'informations 23 comprenant à titre d'exemple un adaptateur USB/Ethernet. La figure 3 illustre une page d'interface homme-machine IHM 30 associée au système de diagnostic 2 et affichée sur les moyens d'affichage 14. Cette interface IHM 30 comporte par exemple sept fenêtres telles que décrites ci-dessous. La première fenêtre est une fenêtre intitulée � Messageries � 32. Elle comporte une liste des messageries à simuler, chaque messagerie comportant des requêtes et réponses d'un calculateur électronique particulier. La deuxième fenêtre est une fenêtre intitulée � Liste des requêtes � 34. Elle comporte une liste de requêtes issues d'une ou de plusieurs messageries. La troisième fenêtre est une fenêtre intitulée � Traces � 36. Elle comporte des échanges de trames de diagnostic entre l'outil de diagnostic 4 et le simulateur 6. Selon un mode de réalisation de l'invention, il est prévu deux types de fenêtres � Traces � 36, soit une fenêtre contenant des données brutes segmentées avec une temporisation, soit une fenêtre contenant des données non segmentées pouvant être interprétées. La quatrième fenêtre est une fenêtre intitulée � Erreurs � 38. Elle comporte des messages d'erreur émis par le simulateur 6 suivant des critères bien définis. A titre d'exemple, le simulateur 6 émet un message d'erreur lorsqu'une ou plusieurs requête(s) émise(s) par l'outil de diagnostic 4 vers un ou plusieurs calculateur(s) ou une ou plusieurs réponse(s) à cette (ces) requête(s) n'est (ne sont) pas renseignée(s) dans la ou les messagerie(s) associée(s) au(x) calculateur(s) concerné(s). La cinquième fenêtre est une fenêtre intitulée � Requête/Réponse � 40. Elle comprend des zones d'édition d'une requête dynamique et d'une réponse dynamique permettant de renseigner directement les données de la requête et de la réponse, soit durant la simulation, soit avant ou après l'arrêt de la simulation. Ceci présente l'avantage de pouvoir simuler un état instable du calculateur, à titre d'exemple. La sixième fenêtre est une fenêtre intitulée � Services/Sous-services � 42. Elle comporte des données de services et de sous-services interprétées à travers un libellé ou mnémonique spécifique si les messageries sont interprétées. Ceci présente l'avantage d'apporter une meilleure lisibilité à un utilisateur qui analyse la trace de diagnostic simulée. La septième fenêtre est une fenêtre intitulée � Entête � 44. Elle comporte des raccourcis pour lancer des actions telles que � lancer � ou � arrêter � une simulation, � figer � un affichage, etc ..., et pour accéder à différents menus, par exemple créer une messagerie, sauvegarder des traces, etc ... La figure 4 est un organigramme illustrant le fonctionnement du procédé de validation selon l'invention. En 50, l'application de diagnostic 9 est chargée dans les moyens de stockage 8 de l'outil de diagnostic 4. En 52, l'outil de diagnostic 4 est raccordé au simulateur 6 à travers la liaison de transmission d'informations 7 dans le premier mode de réalisation et à travers les liaisons de transmission d'informations 20 et 22 dans le deuxième mode de réalisation. En 54, l'application de diagnostic 9 est exécutée sur le simulateur 6 en vue de sa validation. Lors de cette étape 54 d'exécution de l'application de diagnostic, l'outil de diagnostic 4 transmet au moins une requête de diagnostic vers le simulateur 6 et en retour, le simulateur 6 transmet une réponse à la requête de diagnostic vers l'outil de diagnostic 4. L'organigramme de la figure 4 a illustré le fonctionnement de base du système de diagnostic selon l'invention. Dans la suite de la description, les principaux moyens intégrés dans le simulateur 6 selon l'invention sont décrits en référence à la figure 5. Le simulateur 6 comprend des moyens de traitement 60 des messageries associées aux calculateurs. Les moyens de traitement 60 permettent d'effectuer plusieurs actions sur les messageries comme la création, le chargement, la modification, la sauvegarde ou la suppression d'une messagerie associée à un calculateur donné. Le simulateur 6 comprend également des moyens d'entrelacement et de mise en parallèle 62. Ces moyens permettent de simuler l'émission de réponses en parallèle et/ou en entrelacé suite à la réception d'une pluralité de requêtes de l'outil de diagnostic 4 vers différents calculateurs de différents réseaux de communication du système informatique embarqué. Ces moyens d'entrelacement 62 permettent ainsi l'enchaînement de toutes les réponses transmises vers l'outil de diagnostic 4. De plus, le simulateur 6 comprend des moyens de dialogue 64 avec l'outil de diagnostic 4 en utilisant un protocole de communication choisi parmi les protocoles KWP2000 ou DIAG ON CAN ou UDS ou EOBD. Par ailleurs, le simulateur 6 comprend des moyens de visualisation et d'enregistrement 66 de trames de données échangées avec l'outil de diagnostic 4 sur un ou plusieurs réseaux permettant ainsi d'approfondir les analyses de données de requêtes/réponses. Le simulateur 6 comprend également des moyens d'affectation de commentaires 68 dans les fenêtres � Traces � 36 lors d'une simulation ou après une simulation. Ces commentaires permettent de cibler les données recherchées concernant par exemple la simulation d'une réponse non conforme. De plus, le simulateur 6 comprend des moyens de filtrage 70 des communications des calculateurs, ce qui permet d'identifier rapidement des échanges d'un ou de plusieurs calculateurs pour une analyse plus fine. Le simulateur 6 comporte également des moyens de temporisation électronique 72 permettrant de paramétrer des paramètres de temps des calculateurs. L'intérêt de renseigner les paramètres de temps de chaque calculateur est d'avoir une validation d'un programme simulé représentative d'une validation sur véhicule. De plus, le simulateur 6 comprend des moyens de création de messageries 74 de calculateurs à partir d'une trace véhicule, ce qui permet de reproduire les problèmes rencontrés sur le véhicule. Il comprend également des moyens de discrimination 76 d'une trame de réponse en fonction de la trame de requête permettant ainsi la validation de données ciblées issues de requêtes envoyées par l'outil de diagnostic 4. Par ailleurs, le simulateur 6 comporte des moyens de réponse chronologique 78 permettant de transmettre pour chaque réitération d'une requête reçue une réponse différente ou identique selon des critères d'un utilisateur. Ceci a pour intérêt de valider un programme contenant un traitement de données dynamiques tel qu'une scrutation de la vitesse du véhicule à travers l'émission de requêtes de lecture de vitesse. De plus, le simulateur 6 comporte des moyens de construction 80 d'une table d'indirection BSI dans une messagerie à partir d'un fichier d'indirection associé au calculateur. Ceci présente l'avantage de simuler la table d'indirection du calculateur BSI complètement, sans devoir construire manuellement les requêtes/réponses représentant cette indirection. Par ailleurs, le simulateur 6 comporte des moyens de gestion 80 de codes défauts permettant d'affecter une pluralité de codes défauts à chaque calculateur validant ainsi le traitement des défauts remontés par les calculateurs et le choix des codes défauts à simuler. De plus, le simulateur 6 comporte des moyens d'exploitation 82 de messageries au format ODX. Il comporte également des moyens de visualisation 84 des échanges de données entre l'outil de diagnostic 4 et les calculateurs, afin de valider l'enchaînement des opérations de diagnostic. Ces moyens de visualisation 84 permettent ainsi au simulateur 6 de fonctionner dans un mode permettant d'enregistrer toutes les données véhiculant sur les réseaux de communication entre l'outil de diagnostic 4 et les calculateurs. Le simulateur 6 permet ainsi de simuler la configuration du véhicule, à savoir notamment les calculateurs disponibles et les réseaux de communication utilisés. Il permet, de plus, de simuler le comportement des programmes de paramétrage et de contrôle dans le cas nominal et dans le cas de défauts simulés. De plus, le simulateur présente une grande ergonomie d'utilisation et il est très facile à mettre en place. Bien entendu, d'autres modes de réalisation peuvent encore être envisagés. REVENDICATIONS1.- Procédé de validation du fonctionnement d'une application de diagnostic (9) comportant au moins un programme de diagnostic de calculateurs d'un véhicule automobile, caractérisé en ce qu'il comporte : - une étape de chargement (50) de l'application de diagnostic (9) dans un outil de diagnostic (4) ; - une étape de raccordement (52) de l'outil de diagnostic (4) à un simulateur (6) de calculateurs ; et - une étape d'exécution (54) de l'application de diagnostic (9) pour validation sur le simulateur (6) de calculateurs. 2.- Procédé de validation selon la revendication 1, caractérisé en ce que le simulateur (6) comporte des moyens de simulation du fonctionnement de différents types de calculateurs raccordés par différents types de réseaux de transmission d'informations et communiquant selon différents types de protocoles de communication. 3.- Procédé de validation selon la revendication 2, caractérisé en ce que les protocoles de communication sont choisis parmi les protocoles KWP ou DIAG ON CAN ou EOBD ou UDS. 4.- Procédé de validation selon l'une quelconque des revendications 1 à 3, caractérisé en ce que l'étape d'exécution (54) de l'application de diagnostic (9) comporte : - une étape de transmission d'au moins une requête de diagnostic depuis l'outil de diagnostic (4) vers le simulateur (6) ; et - une étape de transmission d'une réponse à la requête de diagnostic depuis le simulateur (6) vers l'outil de diagnostic (4). 7.- Procédé de validation selon la revendication 4, caractérisé en ce que le simulateur (6) est adapté pour enregistrer des trames de données échangées avec l'outil de diagnostic (4). 8.- Procédé de validation selon l'une quelconque des revendications 1 à 5, caractérisé en ce que le simulateur (6) est raccordé à l'outil de diagnostic (4) à travers un réseau de type CAN.7.- Procédé de validation selon l'une quelconque des revendications 1 à 5, caractérisé en ce que le simulateur (6) est raccordé à l'outil de diagnostic (4) à travers une ligne de type K. 8.- Dispositif de validation du fonctionnement d'une application de diagnostic (9) comportant au moins un programme de diagnostic de calculateur d'un véhicule automobile, pour la mise en oeuvre du procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comporte : - des moyens de chargement de l'application de diagnostic (9) dans un outil de diagnostic (4) ; - des moyens de raccordement de l'outil de diagnostic (4) à un simulateur (6) de calculateurs ; et - des moyens d'exécution de l'application de diagnostic (9) pour validation sur le simulateur de calculateurs. 9.- Simulateur de calculateurs, notamment de véhicule automobile, pour la mise en oeuvre du procédé selon l'une quelconque des revendications 1 à 7.