SYSTEME DE DIAGNOSTIC PREDICTIF DES DYSFONCTIONNEMENTS D'UN VEHICULE AUTOMOBILE ET SON DISPOSITF DE DIAGNOSTIC EMBARQUE

Description

[0001] La présente invention concerne le diagnostic des dysfonctionnements des véhicules automobiles.

[0002] Autrefois, pour procéder à un diagnostic, un garagiste recueillait les symptômes de dysfonctionnements perçus par le conducteur du véhicule puis, à l'aide de ces symptômes, il recherchait le ou les dysfonctionnements, en examinant le véhicule visuellement et/ou à l'aide d'outils de mesure physique et de lecture électronique.

[0003] Une telle méthode de diagnostic s'avérait lourde à mettre en oeuvre et de surcroît peu fiable. En effet, elle ne permettait pas de trouver systématiquement les dysfonctionnements. Par ailleurs, la diversité croissante et l'évolution rapide des systèmes électroniques des véhicules ont rendu les diagnostics de dysfonctionnements et par conséquent les dépannages de plus en plus complexes.

[0004] Le dispositif d'aide au diagnostic, plus évolué, du document US-A 5 31. 3 388 comprend des moyens d'acquisition de données symptomatiques fournies par un utilisateur du véhicule, des moyens d'acquisition de données de fonctionnement du véhicule et il permet d'automatiser l'élaboration de diagnostics par l'introduction de moyens électroniques et informatiques. Mais dans ce dispositif de l'art antérieur, dans lequel on utilise une base de corrélation de données symptomatiques et de problèmes de fonctionnement, le diagnostic reste toutefois assez empirique.

[0005] Par le document EP 1 039 390, on connaît un dispositif comprenant des moyens d'acquisition de données symptomatiques fournies par un utilisateur du véhicule, des moyens d'acquisition de données symptomatiques antérieures, des premiers moyens d'aide au diagnostic par application, pour chaque donnée de fonctionnement du véhicule, d'au moins une méthode prédéfinie d'aide au diagnostic, et des seconds moyens d'aide au diagnostic par comparaison des données de l'un au moins des deux groupes, comprenant respectivement les données symptomatiques fournies par l'utilisateur du véhicule et les données de fonctionnement du véhicule, avec les données symptomatiques antérieures.

[0006] Par "données symptomatiques antérieures", on entend désigner des données relatives à des symptômes recueillis dans le passé sur des véhicules automobiles et pour chacun desquels au moins un dysfonctionnement, qui en est la cause, est connu.

[0007] Mais ce dispositif, assez sophistiqué, reste un dispositif pour procéder à des diagnostics curatifs, avec tous les inconvénients, certes relatifs, liés au caractère curatif des diagnostics et, finalement, aux dépannages.

[0008] Et bien la demanderesse a eu l'idée de proposer d'intervenir avant et non après les dysfonctionnements ou les pannes et de développer le diagnostic de véhicules automobiles prédictif ou préventif.

[0009] Par le document EP 1 197 822, on connait un dispositif dans lequel deux mémoires de stockage, l'une sur le véhicule, l'autre au sol, sont en communication et stockent des données de diagnostic. Le problème que l'invention se propose de résoudre, en relation avec ce document de l'art antérieur, est de permettre une recherche simple de structures de trames caractéristiques des paramètres techniques du véhicule dans une base de données pour retrouver des incidents déjà répertoriés et enrichir ladite base de données si ladite structure de trame n'a pas encore été observée.

[0010] La solution à ce problême est donnée par un système d'enregistrement et d'exploitation de données de diagnostic selon la revendication 1.

[0011] Selon l'invention, la structure des trames échangées entre le véhicule et la station au sol est définie de manière à permettre de retrouver des incidents correspondants à des trames antérieures ou de stocker de nouveaux incidents correspondants à des trames non encore détectées.

[0012] Si on veut schématiquement définir le diagnostic curatif pratiqué jusqu'à maintenant, voici comment se présente l'architecture :

chez le garagiste,

* un véhicule, mobile, avec, au moins

• une unité centrale embarquée (UCE), qui intègre un module de diagnostic de bas niveau, en ce sens qu'il ne procède pratiquement à aucun diagnostic et se borne à stocker et transmettre les données,
• des réseaux reliés à l'unité centrale,

* une sonde d'acquisition des données de l'UCE,

* un outil de diagnostic débarqué, ou fixe, qui procède à

• l'analyse des trames recueillies par la sonde et qui met en oeuvre
• des algorithmes de diagnostic et de réparation, avec
• une interface homme-machine et
• un terminal informatique de liaison avec le constructeur,

chez le constructeur, tout un système d'informations, avec

• une base de données (ou plusieurs),
• un méta-moteur informatique, qui est un serveur de diagnostic.

[0013] La liaison entre la sonde et l'outil de diagnostic du garagiste, d'une part, et la liaison entre l'outil du garagiste et le serveur du constructeur, d'autre part, peuvent être des liaisons radio.

[0014] Si on veut entrer un peu plus dans les détails de l'outil de diagnostic, on y trouve, en reprenant la terminologie fournie par le modèle Open System Interconnection (OSI), qui découpe les fonctions de communication en sept couches,

• une couche de très bas niveau de contrôle physique de composants,
• une couche de communication,
• une couche d'acquisition de données, notamment des bus normalisés du véhicule CAN (réseau contrôleur) et VAN (réseau véhicule),
• une couche de liaison avec l'unité centrale embarquée (ou les unités centrales) du véhicule,
• une couche fonctionnelle,
• une couche d'interface graphique utilisateur (GUI) et
• une couche supérieure d'applications.

[0015] Le problème du diagnostic prédictif est résolu, selon la demanderesse, avec un système de diagnostic prédictif des dysfonctionnements d'un véhicule automobile comprenant, embarqués à bord du véhicule, au moins

• une unité centrale de gestion de diagnostic,
• un réseau d'acquisition de données de diagnostic, relié à l'unité centrale,
• des moyens de mémorisation de données de diagnostic et
• des moyens de communication pour communiquer avec des moyens de diagnostic fixes et, au sol,
• l'un des éléments de l'ensemble comprenant
• un outil de diagnostic fixe, d'une part,
• un serveur de diagnostic associé à une base de données de diagnostic, d'autre part.

[0016] Le serveur et la base de données, qui constituent un système central, sont situés chez le constructeur alors que l'outil de diagnostic, qui complète l'unité centrale de gestion de diagnostic embarquée, mobile, peut être fixe, ou débarqué , soit chez le garagiste soit chez le constructeur.

[0017] On notera qu'il ne faut pas confondre l'unité centrale de gestion de diagnostic avec ce qu'on appelle généralement l'unité centrale d'habitacle qui est un calculateur.

[0018] L'aspect remarquable de l'invention réside dans l'intégration d'une partie de l'intelligence du diagnostic à bord du véhicule pour réagir en temps réel. En d'autres termes, au diagnostic prédictif ou préventif est associée de l'intelligence embarquée alors qu'au diagnostic curatif correspond de l'intelligence débarquée.

[0019] Ainsi, et à titre d'exemple, si une variable de fonctionnement du véhicule se met à dériver et à franchir un seuil d'alerte, cela peut être diagnostiqué à bord pour déclencher une alerte vers le constructeur - en transparence pour le conducteur - puis, après traitement, vers le conducteur.

[0020] Un dispositif de diagnostic embarqué dans un véhicule automobile, comporte:

• une unité centrale de gestion de diagnostic,
• un réseau d'acquisition de données de diagnostic, relié à l'unité centrale,
• des moyens de mémorisation de données de diagnostic et
• des moyens de communication pour communiquer avec l'un des éléments de l'ensemble comprenant un outil de diagnostic fixe, d'une part, et un système central de diagnostic fixe, comprenant un serveur associé à une base de données, d'autre part.

[0021] De façon avantageuse, l'unité centrale de gestion comporte un contrôleur d'agents de gestion des données de diagnostic en entrée et en sortie des calculateurs du véhicule, c'est-à-dire des agents gérant les ressources physiques de transmission de données des calculateurs notamment par les réseaux CAN, VAN et LIN du véhicule, et les ressources logicielles de ces calculateurs.

[0022] Les agents de gestion répondent aux requêtes du contrôleur d'agents de gestion et émettent des alertes en cas de dysfonctionnement et/ou de dépassement de seuil.

[0023] Il est intéressant de souligner que pour le constructeur, avec son serveur et sa base associés, les véhicules automobiles avec leur unité centrale de gestion de diagnostic se comportent comme des ordinateurs personnels d'un réseau informatique, LAN ou INTRANET.

[0024] De préférence, les données de diagnostic sont associées entre elles pour former des trames de diagnostic dans les moyens de mémorisation des données de diagnostic, chaque trame ainsi mémorisée associant les données impliquées dans un seul dysfonctionnement ou un seul diagnostic.

[0025] Avantageusement, l'unité centrale de gestion comporte un module de recherche dans les moyens de mémorisation pour extraire des trames contenant la donnée de diagnostic ayant fait l'objet d'une alerte émise par un agent de gestion.

[0026] Avantageusement encore, l'unité centrale de gestion comporte un module d'interrogation pour interroger l'outil de diagnostic fixe et y extraire des trames contenant au moins les données de diagnostic ayant fait l'objet d'alertes émises par au moins un agent de gestion.

[0027] Avantageusement également, l'unité centrale de gestion comporte un module de mise à jour des moyens de mémorisation du dispositif de diagnostic pour y mémoriser les trames contenant les données de diagnostic à partir desquelles un diagnostic a pu être établi sur le fonctionnement du véhicule.

[0028] Tous ces avantages et d'autres aspects intéressants de l'invention apparaîtront plus clairement à l'aide de la description suivante d'une forme particulière non limitative du dispositif de diagnostic selon l'invention et du système de diagnostic prédictif des dysfonctionnements utilisant le dispositif de diagnostic selon l'invention, en référence au dessin annexé, sur lequel :

• la figure 1 représente un schéma par blocs fonctionnels du système de diagnostic prédictif selon l'invention,
• la figure 2 représente un schéma par blocs fonctionnels du dispositif de diagnostic selon l'invention et
• la figure 3 représente un organigramme du fonctionnement du dispositif de diagnostic selon l'invention.

[0029] En référence à la figure 1, le système 1 de diagnostic prédictif des dysfonctionnements d'un véhicule automobile (non représenté) comporte soit un outil 2 de diagnostic au sol, ou fixe, ou encore débarqué, situé chez un garagiste, soit un système central 3 de diagnostic, situé chez un constructeur de véhicules automobiles, et comportant un serveur de diagnostic 31 associé à une base centrale de données de diagnostic 32, l'outil et le système central pouvant être en liaison radio TR, ou par tout autre réseau, avec un dispositif de diagnostic embarqué dont il sera question ci-après.

[0030] Ces équipements sont ceux connus de l'homme du métier et n'ont pas à être plus détaillés ici. Ils sont d'ordinaire reliés aux équipements électroniques classiques 4 du véhicule automobile comme déjà indiqué ci-dessus.

[0031] Ces équipements électroniques classiques 4, essentiellement les « ECUs » (electronic control units) 310, 320, ... 3i0, commandent par leurs modules 313, 323, ..., 3i3 de contrôle-commande et au travers des liaisons CD, et/ou contrôlent, par des liaisons de réseau RA pouvant appartenir aux réseaux CAN, VAN et LIN du véhicule, avec des capteurs 314, 324, ..., 3i4 associés à ces ECUs, les fonctions 400 du véhicule : son moteur, l'habitacle et son interface homme - machine, ses servitudes électriques, pneumatiques, hydrauliques, thermiques, etc.....

[0032] Les données des capteurs sont collectées par des cartes électroniques 312, 322, ..., 3i2, soit des cartes auto-test «BITE» (built-in test equipment), soit des cartes « OBD » (on board diagnosis), qui délivrent des alertes de dysfonctionnement ou de pannes, sur dépassement de seuil.

[0033] Ici, les équipements électroniques 4 ont été modifiés et complétés comme expliqué ci-après.

[0034] D'une part, les ECUs sont équipés d'agents 311, 321, ..., 3i1 de gestion de données de diagnostic, c'est-à-dire des mesures physiques prises sur les organes assurant les fonctions 400 et des paramètres de fonctionnement appliqués aux modules 3i3 commandant ces organes, collectées par les cartes OBD/BITE ou non, et indépendamment des alertes qu'elles délivrent.

[0035] Dans ces données de diagnostic sont inclus également des abaques modélisant mathématiquement le comportement physique standard des organes des fonctions 400, qu'on désignera dans la suite par standards de fonctionnement.

[0036] On notera que les données de diagnostic ainsi définies sont génériques des données symptomatiques de dysfonctionnement.

[0037] Les agents de gestion 3i1 répondent aux requêtes d'un contrôleur 110 d'agents de gestion, expliqué ci-après, et émettent des données d'écarts par rapport aux standards de fonctionnement et d'alarmes de dysfonctionnement.

[0038] En même temps que les ressources logicielles des calculateurs ECUs, les agents de gestion gèrent aussi les ressources physiques de transmission de données de ces calculateurs par les réseaux CAN, VAN et LIN du véhicule.

[0039] D'autre part, il est donc prévu un dispositif de diagnostic 5 embarqué dans le véhicule automobile, dont les fonctions sont assurées grâce :

• à une unité centrale 100 de gestion de diagnostic, détaillée plus loin, reliée :
• aux agents de gestion 310, ..., 3i0, par une liaison de réseau RB d'acquisition de données de diagnostics, liaison de réseau appartenant à l'un ou l'autre des réseaux CAN, VAN et LIN du véhicule,
• à des moyens 200 de mémorisation de données de diagnostics issues du véhicule comportant une mémoire 201 de l'historique et une mémoire 202 de trames de diagnostic, par une liaison 203 parallèle,
• à des moyens 220 de communication, comportant un émetteur-récepteur 222 et un module pilote 221 (driver), par une liaison 223 série pour communiquer avec au moins la station 2 de diagnostic fixe ou le système centralisé 3 de diagnostic, ou le second à travers le premier.

[0040] L'unité centrale de gestion de diagnostic 100 peut comprendre plusieurs sous-ensembles qui naturellement peuvent communiquer entre eux et coopérer ensemble pour effectuer le diagnostic.

[0041] Le pilote 221 est conçu pour communiquer de façon à ce que pour le serveur et sa base associée, ou l'outil 2, l'unité centrale 100 de gestion de diagnostic se comporte comme un ordinateur personnel de réseau informatique, LAN ou INTRANET.

[0042] Il est en outre prévu une liaison 213 avec l'IHM (interface homme-machine) de l'habitacle du véhicule et des fonctions 211 d'alerte et 212 d'interrogation, spécifiques de la gestion des diagnostics, dans cet IHM.

[0043] L'unité centrale de gestion 100 va maintenant être décrite, en référence à la figure 2.

[0044] Cette unité comporte un contrôleur 110 temps réel, déjà évoqué ci-dessus, des agents 3i1 de gestion des données de diagnostic, en entrée et en sortie des calculateurs 3i0 du véhicule.

[0045] Le contrôleur 110 est relié en sortie à un module 120 de recherche des trames de données et des alertes reçues, lui même relié à une mémoire 121 des données en cours de traitement, à la mémoire 202 des trames de diagnostic par la liaison 203, et en entrée à un module 140 de gestion des requêtes à émettre vers les agents 3i1 de gestion, ce module 140 étant relié à une mémoire 141 des requêtes en cours.

[0046] L'unité centrale 100 comporte aussi un module 130 d'interrogation de diagnostic.

[0047] Le module 130 d'interrogation de diagnostic reçoit les trames de données « candidates », à analyser, émises par le module 120 de recherche de trames, et peut émettre des requêtes vers le module 140 de gestion des requêtes à destination des agents 3i1, chacun des agents gérant et émettant ces requêtes dans les ECU 3i0 correspondantes, soit vers les modules BITE 3i2, soit vers les modules 3i3 de contrôle - commande.

[0048] Le module 130 comporte au moins deux sous-modules d'interrogation:

• un sous-module 132 d'interrogation interne relié à la mémoire 201 de l'historique du véhicule des moyens 200 de mémorisation via la liaison 203, pour rechercher des trames ayant déjà donné lieu, pour le véhicule, à un diagnostic préventif ou prédictif, c'est-à-dire un pré-diagnostic,
• un sous-module 134 d'interrogation externe, auprès des station 2 ou système centralisé 3 de diagnostic, par l'intermédiaire d'un module 170 générateur de messages et via la liaison 223, pour y extraire des trames ayant déjà donné lieu, pour le type de véhicule, à un pré-diagnostic.

[0049] Les données de diagnostic sont associées entre elles pour former des trames significatives de pré-diagnostic , chaque trame étant définie par l'association des données impliquées dans un seul pré-diagnostic, et lorsque le pré-diagnostic est avéré, par exemple lors de l'occurrence de la panne, déclarée dans l'IHM, correspondant au pré-diagnostic, ou si l'outil 2 ou le système central 3 de diagnostic le confirme, les trames sont mémorisées dans la mémoire 202 des moyens de mémorisation 200.

[0050] Le sous-module 134 commande aussi, également relié à la mémoire 202 par la liaison 203, un module 160 de mise à jour de cette mémoire 202 des trames contenant des données de diagnostic à partir desquelles un pré-diagnostic a pu être établi sur le fonctionnement du véhicule.

[0051] Enfin, le sous-module 134 d'interrogation externe et le module 140 de gestion des requêtes sont reliés à l'IHM par l'intermédiaire d'un module 180 de dialogue commandant l'IHM par l'intermédiaire de la liaison 213, et en recevant les réponses.

[0052] Le fonctionnement du système va maintenant être décrit, à travers un exemple non limitatif.

[0053] Les mesures physiques significatives du fonctionnement du moteur 400 du véhicule, pour prendre cet exemple, sont cycliquement effectuées par les capteur 314 et collectées par la carte 312 via le réseau RA ou directement calculées par l'ECU 310, en l'occurrence un CCM (calculateur de contrôle moteur), quand la mesure n'est accessible par calcul. L'agent de gestion 310 prélève certaines de ces mesures, par exemple issues des sondes lambda amont et aval, en relation avec des trames significatives de pré-diagnostic en rapport avec le fonctionnement en cours, émises par l'unité centrale 100 de gestion de diagnostics, ainsi que les standards de fonctionnement correspondant aux paramètres de fonctionnement en cours d'application, ici, par exemple les abaques de richesse de carburation et l'angle de la commande d'accélération, le couple, la température huile moteur, etc ...

[0054] Si une mesure sort des standards de fonctionnement du moteur, par exemple la température huile, l'agent 310 émet une alerte datée et l'ensemble des données de diagnostic ainsi rassemblées vers le contrôleur 110 via le réseau RB.

[0055] Le contrôleur 110, en référence à la figure 3, collecte, lors de l'étape 10, toutes les alertes et les données de diagnostic correspondantes de tous les ECUs du véhicule et les trie chronologiquement pour préparer l'établissement ultérieur d'un historique, la datation pouvant être un élément de pré-diagnostic, avant de les communiquer au module 120 de recherche des trames.

[0056] Dans l'exemple choisi, à l'étape 20, le module 120 effectue la synthèse des données de diagnostic reçues des divers ECUs et mémorisées au fil du temps dans la mémoire 121 des données en cours de traitement en les assemblant en une trame cohérente « candidate » au plan fonctionnel du véhicules, c'est-à-dire assemblant des données, contrôle moteur, électricité , refroidissement, ..., concernant des grandeurs physiques affectant le même processus fonctionnel du véhicule, par exemple le fonctionnement moteur, et selon une chronologie correspondant à un processus de dégradation possible. Ces trames « candidates » sont construites sur les modèles de trames mémorisées à l'avance dans la mémoire 202.

[0057] A l'étape 40, la trame candidate est comparée, par le module 132, aux trames candidates antérieures mémorisées dans la mémoire 201 de l'historique du véhicule. Si elle n'y est pas présente, elle y est mémorisée. Sinon, le module 120 tient compte du résultat du traitement qui est alors intervenu. Notamment, s'il y a eu pré-diagnostic, on passe à une étape 41 d'alerte IHM, et à nouveau à l'étape 20 pour recherche d'une nouvelle trame candidate.

[0058] Si à l'étape 40 il s'avère que la trame candidate est nouvelle pour le véhicule, on passe à une étape 50, exécutée par le module 134 , dans laquelle la même interrogation que dans l'étape 40 est effectuée, mais portant, cette fois sur l'ensemble du parc automobile des véhicules du même type. Pour cela, lors de cette étape 50, le module 134 émet des requêtes au module 170 de génération de messages qui se charge, lors d'une étape 51, de lancer les moyens de communication 220, via la liaison 223, le pilote 221 assurant l'attente, en une étape 52, des réponses de l'outil 2 ou du système central 3 de diagnostic, et éventuellement une relance en cas de défaut de communication.

[0059] A l'étape 50, le module 134 récupère les trames des réponses et prédiagnostics communiqués et, à l'étape 60, les analyse. Ces réponses peuvent être un pré-diagnostic correspondant à la trame candidate, auquel cas l'étape d'alerte 41 est exécutée, et le conducteur du véhicule alerté, ou des trames de données de diagnostic compatibles avec la trame candidate, auquel cas on passe à une étape 70 de recherches complémentaires à effectuer par le module 140, ou une absence de risque, auquel cas aucun pré-diagnostic n'est possible et on retourne à l'étape 10.

[0060] On voit que si une variable de fonctionnement du véhicule se met à dériver hors des standards et éventuellement à franchir un seuil d'alerte, cela peut être diagnostiqué à bord pour déclencher une alerte vers le constructeur puis, après traitement, vers le conducteur.

[0061] Par trames compatibles, on entend des trames ayant en commun les mêmes données de diagnostic, l'une plus complète comportant plus de données que l'autre, parmi les données capables de générer au moins une donnée symptomatique de dysfonctionnement.

[0062] En l'occurrence, si la trame candidate est plus complète, c'est sa restriction à la trame réponse qui est traitée, sinon, lors de l'étape 70, le module 140 relève les données manquantes et analyse la possibilité de les collecter ou non.

[0063] Dans ce dernier cas, on retourne à l'étape 10. Sinon, une demande 71 de test peut être demandée au conducteur du véhicule par le biais de l'IHM du tableau de bord et, après acquittement 72 du conducteur, le module 120 exécute une étape 30 de mise à jour de la trame candidate pour une nouvelle analyse aux étapes 40 et 50 exécutées par les modules 132 et 134 d'interrogation interne et externe.

[0064] Mais il est possible que l'intervention du conducteur ne soit pas nécessaire. Dans ce cas, à une étape 80, le module 140 génère une requête à destination des agents de gestion 3i1 concernés, requête émise par le contrôleur 110 via le réseau RB lors d'une étape 90.

[0065] A cette étape, les agents concernés répercutent la requête à leur ECU qui :

1) via leur carte de contrôle 3i3, agit sur le processus pour rendre les mesures faisant défaut plus significatives,

2) programme l'exécution de mesures complémentaires par leur carte de test BITE ou OBD 312

3) complète ses fonctions de calcul par un calcul complémentaire de mesure manquante. Les logiciels nécessaires peuvent alors être téléchargés depuis le système central 3.

[0066] Dans ce dernier cas, il est prévu dans l'unité centrale (100) une fonction (non représentée) de téléchargement de logiciels, à partir du système central de diagnostic 3, dans les calculateurs 3i0, pour modifier, via les agents 3i1, les logiciels des calculateurs ECU qui contrôlent les acquisitions de données de diagnostic.

[0067] En fin d'exécution de l'étape 90, l'étape 30 est réactivée.

Revendications

1. Système d'enregistrement et d'exploitation de données de diagnostic relatives au fonctionnement des organes d'un véhicule automobile d'un type donné comprenant:

- une unité centrale (100) de gestion de diagnostic, comprenant un contrôleur (110) d'agents (3i1) de gestion desdites données de diagnostic en entrée et en sortie des calculateurs ECU (3i0) du véhicule,

- un réseau (RA, RB) d'acquisition de données de diagnostic, relié à l'unité centrale,

- au moins une première mémoire de stockage (200) sur ledit véhicule de premières données de diagnostic relatives audit véhicule, - au moins une liaison de communication (220) pour communiquer avec au moins une station de diagnostic (2, 31) hors du véhicule

- au moins une deuxième mémoire de stockage sur ladite au moins une station de diagnostic de deuxièmes données de diagnostic relatives à des véhicules dudit type,

ladite unité centrale comprenant en outre

- un sous-module (132) de lecture et d'écriture sur la première mémoire de stockage,

- un sous-module (134) de lecture et d'écriture sur la deuxième mémoire de stockage,

ledit système étant caractérisé en ce que lesdites premières et deuxièmes données ont une structure de trame comprenant en première partie au moins une valeur d'au moins un paramètre de fonctionnement d'au moins un organe d'un véhicule et une deuxième partie comprenant un prédiagnostic associé à la au moins une valeur de la première partie de trame

2. Système selon la revendication 1, caractérisé en ce que le sous-module (132) est configuré pour exécuter pour un ensemble préprogrammé de paramètres dont les valeurs en sortie des agents (3i1) sont assemblées par le contrôleur (110) selon la structure de la première partie de trame, un programme de première recherche desdites valeurs assemblées dans la première mémoire de stockage, puis pour : i) en cas de recherche positive de la dite première recherche, faire afficher le prédiagnostic correspondant en sortie sur un écran de l'habitacle; ii) en cas de recherche négative de la dite première recherche, pour faire exécuter par le sous-module (134) un programme identique dans la deuxième mémoire de stockage, pour en cas de recherche positive de ladite deuxième recherche, faire afficher le prédiagnostic correspondant en sortie sur un écran de l'habitacle et écrire la trame correspondante dans la première mémoire de stockage.

3. Système selon l'une des revendications 1 à 2, caractérisé par le fait que si une variable de fonctionnement du véhicule se met à dériver et a franchir un seuil d'alerte, cela est diagnostiqué a bord pour déclencher une alerte vers le constructeur puis, après traitement, vers le conducteur.

4. Système selon l'une des revendications 1 à 3, dans lequel les agents (3i1) de gestion répondent aux requêtes du contrôleur (110) d'agents de gestion et émettent des alertes en cas de dysfonctionnements.

5. Système selon l'une des revendications 1 à 4 dans lequel chaque trame mémorisée associe les données impliquées dans un seul dysfonctionnement pouvant donner lieu à un seul diagnostic.

6. Système selon la revendication 5, dans lequel chaque trame mémorisée associe les données impliquées dans un seul dysfonctionnement pouvant donner lieu à un seul diagnostic.

7. Système selon l'une des revendications 1 à 6, dans lequel l'unité centrale de gestion (100) comporte un module (120) de recherche dans les moyens de mémorisation (200) pour extraire des trames contenant les données de diagnostic ayant fait l'objet d'une alerte émise par un agent de gestion (3i1).

8. Système selon l'une des revendications 1 à 7, dans lequel l'unité centrale de gestion (100) comporte un module (134) d'interrogation externe pour interroger la station de diagnostic fixe et y extraire des trames contenant au moins les données de diagnostic ayant fait l'objet d'alertes émises par au moins un agent de gestion (3i1).

9. Système selon l'une des revendications 1 à 8, dans lequel l'unité centrale (100) de gestion comporte un module (160) de mise à jour des moyens de mémorisation (200) pour y mémoriser les trames contenant les données de diagnostic à partir desquelles un diagnostic a pu être établi sur le fonctionnement du véhicule.

10. Système selon l'une des revendications 1 à 9, embarqué à bord d'un véhicule et constituant une partie du système de l'une des revendications 1 et 2.

11. Système selon l'une des revendications 1 ou 2, dans lequel il est prévu une fonction de téléchargement de logiciels à partir du serveur (31) pour modifier les logiciels des calculateurs ECU (3i0) contrôlant les acquisitions de données de diagnostic.

12. Système selon l'une des revendications 1 ou 2, dans lequel l'unité centrale de gestion de diagnostic (100) comporte plusieurs sous-ensembles agencés pour communiquer entre eux et coopérer ensemble pour effectuer le diagnostic.

Ansprüche

1. System für die Registrierung und Verwertung von Diagnosedaten, die sich auf den Betrieb von Organen eines Kraftfahrzeus eines bestimmten Typs beziehen, das umfasst:

- eine zentrale Diagnoseverwaltungseinheit (100), die einen Controller (110) von Verwaltungsmitteln (3i1) der Diagnosedaten am Eingang und am Ausgang der ECU-Rechner (3i0) des Fahrzeugs umfasst,

- ein mit der zentralen Einheit verbundenes Diagnosedaten-Erfassungsnetzwerk (RA, RB),

- mindestens einen ersten Speicher (200) zum Aufbewahren erster Diagnosedaten, die sich auf das Fahrzeug beziehen, in dem Fahrzeug,

- mindestens eine Kommunikationsverbindung (220), um mit mindestens einer Diagnosestation (2, 31) außerhalb des Fahrzeugs zu kommunizieren,

- mindestens einen zweiten Speicher zum Aufbewahren zweiter Diagnosedaten, die sich auf Fahrzeuge dieses Typs beziehen, in der mindestens einen Diagnosestation

wobei die zentrale Einheit ferner umfasst:

- ein Untermodul (132) zum Lesen und Schreiben in dem ersten Speicher,

- ein Untermodul (134) zum Lesen und Schreiben in dem zweiten Speicher,

wobei das System dadurch gekennzeichnet ist, dass die ersten und zweiten Daten eine Rasterstruktur haben, die in einem ersten Teil mindestens einen Wert mindestens eines Funktionsparameters mindestens eines Organs eines Fahrzeugs und einen zweiten Teil umfassen, der eine Vordiagnose umfasst, die dem mindestens einen Wert des ersten Rasterteils zugeordnet ist.

2. System nach Anspruch 1, wobei das Untermodul (132) konfiguriert ist, um für eine vorprogrammierte Gruppe von Parametern, deren Werte am Ausgang der Verwaltungsmittel (3i1) von dem Controller (110) gemäß der Struktur des ersten Rasterteils zusammengeführt sind, ein Programm einer ersten Suche der zusammengeführten Werte in dem ersten Aufbewahrungsspeicher durchzuführen, dann für: i) im Fall einer positiven Suche der ersten Suche, die entsprechende ausgegebene Vordiagnose auf einem Bildschirm in dem Fahrgastraum anzuzeigen, ii) im Fall einer negativen Suche der ersten Suche, von dem Untermodul (134) ein identisches Programm in dem zweiten Speicher ausführen zu lassen, um im Fall einer positiven Suche der zweiten Suche, die entsprechende Vordiagnose am Ausgang auf dem Bildschirm anzuzeigen und das entsprechende Raster in den ersten Speicher einzutragen.

3. System nach einem der Ansprüche 1 bis 2, wobei, wenn eine Funktionsvariable des Fahrzeugs abzuweichen und eine Alarmschwelle zu überschreiten beginnt, dies an Bord diagnostiziert wird, um eine Alarmmeldung für den Hersteller und dann, nach Verarbeitung, für den Kraftfahrer auszulösen.

4. System nach einem der Ansprüche 1 bis 3, wobei die Verwaltungsmittel (3i1) auf die Anfragen des Controllers (110) der Verwaltungsmittel antworten und bei Fehlfunktionen Alarmmeldungen senden.

5. System nach einem der Ansprüche 1 bis 4, wobei jedes gespeicherte Raster die in einer einzigen Fehlfunktion implizierten Daten zuordnet, was Gegenstand einer einzigen Diagnose sein kann.

6. System nach Anspruch 5, wobei jedes gespeicherte Raster die in einer einzigen Fehlfunktion implizierten Daten zuordnet, was Gegenstand einer einzigen Diagnose sein kann.

7. System nach einem der Ansprüche 1 bis 6, wobei die zentrale Verwaltungseinheit (100) ein Modul (120) für die Suche in den Speichermitteln (200) aufweist, um Raster zu extrahieren, die die Diagnosedaten enthalten, die Gegenstand einer von einem Verwaltungsmittel (3i1) gesendeten Alarmmeldung waren.

8. System nach einem der Ansprüche 1 bis 7, wobei die zentrale Verwaltungseinheit (100) ein Modul (134) zur externen Abfrage aufweist, um die feste Diagnosestation abzufragen und dort Raster zu extrahieren, die mindestens die Diagnosedaten enthalten, die Gegenstand von Alarmmeldungen waren, die von mindestens einem Verwaltungsmittel (3i1) gesendet wurden.

9. System nach einem der Ansprüche 1 bis 8, wobei die zentrale Verwaltungseinheit (100) ein Modul (160) für die Aktualisierung der Speichermittel (200) aufweist, um dort die Raster zu speichern, die die Diagnosedaten enthalten, mit denen eine Diagnose der Funktion des Fahrzeugs erstellt wurde.

10. System nach einem der Ansprüche 1 bis 9, das an Bord eines Fahrzeugs installiert ist und einen Teil des Systems nach einem der Ansprüche 1 und 2 darstellt.

11. System nach einem der Ansprüche 1 oder 2, wobei eine Downloadfunktion von Softwareprogrammen von einem Server (31) vorgesehen ist, um die Softwareprogramme der ECU-Rechner (3i0) zu ändern, die die Aufzeichnung von Diagnosedaten steuern.

12. System nach einem der Ansprüche 1 oder 2, wobei die zentrale Diagnoseverwaltungseinheit (100) mehrere Untergruppen aufweist, die ausgebildet sind, um untereinander zu kommunizieren und für die Durchführung der Diagnose zusammenzuarbeiten.

Claims

1. A system for recording and exploiting diagnostic data relating to the operation of components of a motor vehicle of a given type comprising:

- a central unit (100) for diagnostic management comprising a controller (110) for management agents (3i1) of said diagnostic data at the input and at the output of the vehicle's ECU calculators (3i0),

- a network (RA, RB) for acquisition of diagnostic data, connected to the central unit,

- at least one first memory (200) for storing on said vehicle first diagnostic data relating to said vehicle,

- at least one communication link (220) for communicating with at least one diagnostic station (2, 31) outside of the vehicle,

- at least one second memory for storing on said at least one diagnostic station second diagnostic data relating to vehicles of said type,

said central unit further comprising

- a sub-module (132) for reading and writing on the first memory,

- a sub-module (134) for reading and writing on the second memory,

said system being characterised in that said first and second data have a frame structure comprising in a first part at least one value of at least one operating parameter of at least one component of a vehicle and a second part comprising a pre-diagnostic associated with the at least one value of the first part of the frame.

2. The system according to Claim 1, wherein the sub-module (132) is configured to execute, for a pre-programmed set of parameters the values of which at the output for the management agents (3i1) are assembled by the controller (110) according to the structure of the first part of the frame, a first search programme for said values assembled in the first storage memory, and then for: i) in the event of a positive search for said first search, to display the corresponding output pre-diagnosis on a screen in the motor vehicle habitacle; ii) in the event of a negative search for said first search, to make the sub-module (134) execute an identical programme in the second memory so as, in the event of a positive search for said second search, to display the corresponding pre-diagnosis at the output on the screen and to write the corresponding frame in the first memory.

3. The system according to one of Claims 1 to 2, wherein if an operation variable of the vehicle starts to divert and cross an alert threshold, this is diagnosed on board so as to trigger an alert to the manufacturer and then, after processing, to the driver.

4. The system according to any of Claims 1 to 3, wherein the management agents (3i1) respond to the requests of the management agent controller (110) and issue alerts in the event of faults.

5. The system according to any of Claims 1 to 4, wherein each memorised frame associates the data involved with just one fault which can give rise to just one diagnosis.

6. The system according to Claim 5, wherein each memorised frame associates the data involved with just one fault which can give rise to just one diagnosis.

7. The system according to any of Claims 1 to 6, wherein the central management unit (100) includes a search module (120) in the memory means (200) so as to extract frame that contain the diagnosis data that were the object of an alert issued by a management agent (3il).

8. The system according to any of Claims 1 to 7, wherein the central management unit (100) includes an external query module (134) for querying the fixed diagnostic station and to extract from the latter frameworks that contain at least the diagnostic data that were the object of alerts issued by at least one management agent (3il).

9. The system according to any of Claims 1 to 8, wherein the central management unit (100) includes a module (160) for updating the memory means (200) so as to memorise there the frame containing the diagnostic data from which a diagnosis was made regarding the operation of the vehicle.

10. The system according to any of Claims 1 to 9, located on board a vehicle and forming part of the system of either according to Claims 1 and 2.

11. The system according to either of Claims 1 or 2, wherein a function for downloading software from a server (31) is provided for modifying the ECU calculator (3i0) software that controls the acquisition of diagnostic data.

12. The system according to either of Claims 1 or 2, wherein the central diagnostic management unit (100) comprises a number of sub-assemblies arranged to communicate with one another and to work together in order to make the diagnosis.

Dessins