FR3010554A1 - METHOD FOR DETECTING AND PREVENTING FAILURE OF COMPONENT OF MOTOR VEHICLE - Google Patents
METHOD FOR DETECTING AND PREVENTING FAILURE OF COMPONENT OF MOTOR VEHICLE Download PDFInfo
- Publication number
- FR3010554A1 FR3010554A1 FR1450777A FR1450777A FR3010554A1 FR 3010554 A1 FR3010554 A1 FR 3010554A1 FR 1450777 A FR1450777 A FR 1450777A FR 1450777 A FR1450777 A FR 1450777A FR 3010554 A1 FR3010554 A1 FR 3010554A1
- Authority
- FR
- France
- Prior art keywords
- failure
- component
- motor vehicle
- context
- fault
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
- G06F11/24—Marginal checking or other specified testing methods not covered by G06F11/26, e.g. race tests
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
- G06F11/0736—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in functional embedded systems, i.e. in a data processing system designed as a combination of hardware and software dedicated to performing a certain function
- G06F11/0739—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in functional embedded systems, i.e. in a data processing system designed as a combination of hardware and software dedicated to performing a certain function in a data processing system embedded in automotive or aircraft systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0751—Error or fault detection not based on redundancy
- G06F11/0754—Error or fault detection not based on redundancy by exceeding limits
- G06F11/076—Error or fault detection not based on redundancy by exceeding limits by exceeding a count or rate limit, e.g. word- or bit count limit
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0766—Error or fault reporting or storing
- G06F11/0772—Means for error signaling, e.g. using interrupts, exception flags, dedicated error registers
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Control Of Electric Motors In General (AREA)
Abstract
La présente invention a pour objet un procédé (30) de détection de panne d'un composant (20) d'un véhicule automobile, ledit composant étant connecté à un calculateur (10) électronique ledit procédé comportant une étape (31) de recherche de panne dudit composant au cours de cycles de conduite successifs et, lorsqu'une panne a été détectée, une étape (32) d'incrémentation d'un compteur de confirmation de panne. En outre, lorsqu'une panne est détectée, ledit procédé (30) comporte une étape (33) de mémorisation d'un contexte de panne, ledit contexte de panne comportant la valeur de chaque paramètre d'environnement d'une liste prédéfinie associée au composant (20). Ledit procédé (30) comporte également une étape (39) de réinitialisation ou de décrémentation du compteur de confirmation de panne qui n'est exécutée que si, au cours d'un cycle de conduite, aucune panne du composant n'a été détectée alors que le contexte de panne mémorisé a été reproduit.The present invention relates to a method (30) for detecting failure of a component (20) of a motor vehicle, said component being connected to an electronic calculator (10), said method comprising a step (31) of searching for failure of said component during successive driving cycles and, when a failure has been detected, a step (32) of incrementing a failure confirmation counter. Further, when a failure is detected, said method (30) includes a step (33) of storing a failure context, said fault context including the value of each environment parameter of a predefined list associated with the component (20). Said method (30) also comprises a step (39) for resetting or decrementing the failure confirmation counter which is executed only if, during a driving cycle, no failure of the component has been detected then that the memorized failure context has been reproduced.
Description
La présente invention appartient au domaine de l'électronique embarquée, et concerne plus particulièrement un procédé de détection et de prévention de panne d'un composant de véhicule automobile connecté à un calculateur électronique dudit véhicule automobile.The present invention belongs to the field of embedded electronics, and more particularly relates to a method for detecting and preventing a fault in a motor vehicle component connected to an electronic computer of said motor vehicle.
De nos jours, il est connu de surveiller le fonctionnement de certains composants d'un véhicule automobile. Notamment, il est connu, dans le cas du calculateur moteur d'un véhicule automobile, d'effectuer un diagnostic embarqué (« On-Board Diagnostics » ou OBD dans la littérature anglo-saxonne) des composants impliqués dans le contrôle du moteur dudit 10 véhicule automobile. Le système de diagnostic OBD intégré au calculateur moteur surveille notamment tous les composants ayant un impact sur les gaz d'échappement, afin de détecter toute perte de la capacité à maîtriser les émissions polluantes (002, NOx, etc.) dans l'atmosphère. Les composants surveillés par le système de diagnostic OBD sont par 15 exemple des capteurs (température ambiante, température d'eau, pression d'air à l'admission, etc.), des actionneurs (papillons, vannes, turbo, pompes, relais, etc.). Si une panne d'un composant est détectée, celle-ci est notifiée à l'utilisateur du véhicule par l'activation d'un voyant lumineux normalisé (« Malfunction Indicator Lamp » ou MIL dans la littérature anglo-saxonne). 20 Simultanément, la panne est enregistrée dans une mémoire non volatile du calculateur moteur, qui peut être relue et effacée au moyen d'un appareil de diagnostic par l'intermédiaire d'une interface qui est également normalisée. Le format suivant lequel les pannes sont mémorisées (« Diagnostic Trouble Codes » ou DTC dans la littérature anglo-saxonne) est aussi normalisé, afin d'assurer une meilleure interopérabilité. 25 Les procédures de test effectuées par le système de diagnostic OBD intégré au calculateur moteur sont également normalisées, et prévoient notamment de surveiller le fonctionnement des différents composants au cours de cycles de conduite successifs. Un cycle de conduite correspond à un intervalle de temps au cours duquel le moteur du véhicule automobile fonctionne de manière ininterrompue, qui débute par un démarrage 30 du moteur et qui s'achève par un arrêt dudit moteur. Une panne d'un composant n'est notifiée (par l'activation du voyant lumineux MIL et/ou la mémorisation dans une mémoire non volatile) que si ladite panne détectée a été confirmée, c'est-à-dire si elle a été détectée au cours d'un nombre prédéfini (égal à trois en Europe) de cycles de conduite consécutifs.Nowadays, it is known to monitor the operation of certain components of a motor vehicle. In particular, it is known, in the case of the engine computer of a motor vehicle, to perform an on-board diagnostics (OBD in the English literature) of the components involved in the control of the engine of said 10 motor vehicle. The OBD diagnostic system integrated in the engine ECU monitors, in particular, all the components having an impact on the exhaust gases, in order to detect any loss of the ability to control the polluting emissions (002, NOx, etc.) in the atmosphere. The components monitored by the OBD diagnostic system are for example sensors (ambient temperature, water temperature, inlet air pressure, etc.), actuators (butterflies, valves, turbo, pumps, relays, etc.). If a component failure is detected, it is notified to the user of the vehicle by the activation of a standard indicator light ("Malfunction Indicator Lamp" or MIL in the English literature). Simultaneously, the fault is recorded in a non-volatile memory of the engine computer, which can be read back and erased by means of a diagnostic device via an interface which is also standardized. The format according to which faults are memorized ("Diagnostic Trouble Codes" or DTC in the English literature) is also standardized, to ensure better interoperability. The test procedures carried out by the OBD diagnostic system integrated in the engine computer are also standardized, and in particular provide for monitoring the operation of the various components during successive driving cycles. A driving cycle corresponds to a time interval during which the engine of the motor vehicle operates uninterrupted, which starts with a start of the engine and which ends with a stop of said engine. A failure of a component is notified (by the activation of the MIL indicator light and / or the storage in a non-volatile memory) only if said detected fault has been confirmed, that is to say if it has been detected during a predefined number (equal to three in Europe) of consecutive driving cycles.
A cet effet, le système de diagnostic OBD comporte, pour chaque composant surveillé, un compteur de confirmation de panne qui est incrémenté à chaque nouvelle détection de panne. Si, avant qu'une panne ne soit confirmée, il se produit un cycle de conduite 5 sans que la même panne ne soit détectée, alors le compteur de confirmation de panne correspondant est décrémenté. Un inconvénient des systèmes de diagnostic OBD actuels est qu'ils ne permettent pas de détecter des pannes intermittentes de composants, c'est-à-dire des pannes qui ne se produisent pas nécessairement à chaque cycle de conduite. En effet, de 10 telles pannes intermittentes ne sont le plus souvent pas confirmées, de sorte qu'aucune notification de panne n'est effectuée. La présente invention a pour objectif de remédier à tout ou partie des limitations des solutions de l'art antérieur, notamment celles exposées ci-avant, en proposant une solution qui permette de détecter des pannes intermittentes de 15 composants connectés à un calculateur électronique. En outre, la présente invention a également pour objectif de proposer une solution qui permette, dans certains modes de mise en oeuvre et de réalisation, de limiter l'apparition de pannes intermittentes. A cet effet, et selon un premier aspect, la présente invention concerne un 20 procédé de détection de panne d'un composant d'un véhicule automobile, ledit composant étant connecté à un calculateur électronique dudit véhicule automobile, ledit procédé comportant une étape de recherche de panne dudit composant au cours de cycles de conduite successifs dudit véhicule automobile et, lorsqu'une panne a été détectée, une étape d'incrémentation d'un compteur de confirmation de panne, ledit 25 procédé comportant en outre une étape de notification de panne lorsque le compteur de confirmation de panne atteint une valeur seuil prédéfinie. En outre, lorsque le compteur de confirmation de panne est égal à une valeur initiale prédéfinie et qu'une panne est détectée, ledit procédé comporte une étape de mémorisation d'un contexte de panne, ledit contexte de panne comportant la valeur de chaque paramètre d'environnement d'une 30 liste prédéfinie associée au dit composant. Enfin, ledit procédé comporte une étape de réinitialisation ou de décrémentation du compteur de confirmation de panne qui n'est exécutée que si, au cours d'un cycle de conduite, aucune panne du composant n'a été détectée alors que le ou les paramètres d'environnement de la liste prédéfinie associée au dit composant ont reproduit le contexte de panne mémorisé. 35 De telles dispositions permettent de confirmer certaines pannes intermittentes détectées au cours d'un cycle de conduite. En effet, certaines pannes de composants peuvent ne se produire que dans certaines conditions. Il est notamment possible d'identifier a priori, pour chaque composant à surveiller, une liste de paramètres d'environnement (température ambiante, température de liquide de refroidissement, intensité d'un courant électrique circulant dans le composant, vitesse du véhicule automobile, régime moteur, valeur de la tension fournie par la batterie, etc.) susceptibles d'influencer le comportement dudit composant. Du fait que, lorsqu'une panne d'un composant est détectée, les valeurs des paramètres d'environnement pour ce composant sont mémorisées sous la forme d'un contexte de panne, et du fait que, au cours de chaque cycle de conduite, le compteur de confirmation de panne n'est initialisé ou décrémenté que si ledit contexte de panne mémorisé est reproduit, alors les pannes intermittentes associées au contexte de panne mémorisé pourront être confirmées. Dans des modes particuliers de mise en oeuvre, le procédé de détection de panne peut comporter en outre l'une ou plusieurs des caractéristiques suivantes, prises isolément ou selon toutes les combinaisons techniquement possibles.For this purpose, the OBD diagnostic system includes, for each monitored component, a fault confirmation counter which is incremented with each new failure detection. If, before a failure is confirmed, a driving cycle 5 occurs without the same failure being detected, then the corresponding failure confirmation counter is decremented. A disadvantage of current OBD diagnostic systems is that they do not detect intermittent component failures, that is failures that do not necessarily occur at each driving cycle. Indeed, such intermittent failures are most often not confirmed, so that no failure notification is made. The present invention aims to overcome all or part of the limitations of the solutions of the prior art, including those described above, by providing a solution that can detect intermittent failures of components connected to an electronic computer. In addition, the present invention also aims to provide a solution that allows, in some embodiments and embodiments, to limit the occurrence of intermittent failures. For this purpose, and according to a first aspect, the present invention relates to a method for detecting failure of a component of a motor vehicle, said component being connected to an electronic computer of said motor vehicle, said method comprising a research step failure of said component during successive driving cycles of said motor vehicle and, when a failure has been detected, a step of incrementing a failure confirmation counter, said method further comprising a failure notification step when the fault confirmation counter reaches a predefined threshold value. In addition, when the failure confirmation counter is equal to a predefined initial value and a fault is detected, said method includes a step of storing a fault context, said fault context including the value of each parameter of environment of a predefined list associated with said component. Finally, said method comprises a step of resetting or decrementing the failure confirmation counter that is executed only if, during a driving cycle, no component failure has been detected while the parameter or parameters environment of the predefined list associated with said component have reproduced the stored fault context. Such arrangements make it possible to confirm certain intermittent failures detected during a driving cycle. Indeed, some component failures can occur only under certain conditions. It is in particular possible to identify, a priori, for each component to be monitored, a list of environmental parameters (ambient temperature, coolant temperature, intensity of an electric current flowing in the component, speed of the motor vehicle, speed motor, value of the voltage supplied by the battery, etc.) capable of influencing the behavior of said component. Because, when a failure of a component is detected, the values of the environment parameters for that component are stored in the form of a failure context, and because during each driving cycle, the failure confirmation counter is initialized or decremented only if said memorized failure context is reproduced, then the intermittent failures associated with the stored failure context can be confirmed. In particular modes of implementation, the fault detection method may further comprise one or more of the following characteristics, taken separately or in any technically possible combination.
Dans des modes particuliers de mise en oeuvre, le composant est un capteur ou un actionneur d'un moteur du véhicule automobile. Dans des modes particuliers de mise en oeuvre, lorsqu'un contexte de panne a été mémorisé, ledit procédé comporte des étapes récurrentes de : - mesure, par un ou des capteurs connectés au calculateur électronique, de chaque paramètre d'environnement de la liste prédéfinie associée au composant, - détermination si le contexte de panne mémorisé est reproduit par comparaison de la ou des valeurs mesurées du ou des paramètres d'environnement de ladite liste au dit contexte de panne mémorisée. Dans des modes particuliers de mise en oeuvre, l'étape de notification de 25 panne comporte l'activation de moyens d'alerte visuels et/ou sonores du véhicule automobile, et/ou la mémorisation de la panne dans une mémoire non volatile du calculateur. Dans des modes particuliers de mise en oeuvre, ledit procédé de détection de panne comporte une étape préalable de caractérisation du composant, au cours de 30 laquelle la liste associée au dit composant est constituée par le ou les paramètres d'environnement identifiés comme susceptibles d'influencer le fonctionnement dudit composant. Selon un second aspect, la présente invention concerne un procédé de prévention de panne d'un composant d'un véhicule automobile, ledit composant étant 35 connecté à un calculateur électronique dudit véhicule automobile, comportant des étapes de : - détection de panne du composant en mettant en oeuvre un procédé de détection de panne selon l'un des modes de mise en oeuvre de l'invention, - lorsqu'une panne a été détectée : commande d'au moins un actionneur du véhicule automobile adapté à influencer le ou les paramètres d'environnement de la liste prédéfinie associée au composant, ledit au moins un actionneur étant commandé de sorte à limiter la reproduction du contexte de panne mémorisé par ledit ou lesdits paramètres d'environnement. Selon un troisième aspect, la présente invention concerne un calculateur électronique de véhicule automobile, connecté ou destiné à être connecté à plusieurs 10 composants dudit véhicule automobile, comportant : - des moyens configurés pour détecter une panne de composant en mettant en oeuvre un procédé de détection de panne selon l'un des modes de mise en oeuvre de l'invention, - une mémoire non volatile dans laquelle est mémorisée, pour chaque composant, 15 une liste prédéfinie comportant au moins un paramètre d'environnement susceptible d'influencer le comportement dudit composant. Dans des modes particuliers de réalisation, le calculateur électronique peut comporter en outre l'une ou plusieurs des caractéristiques suivantes, prises isolément ou selon toutes les combinaisons techniquement possibles. 20 Dans des modes particuliers de réalisation, le calculateur électronique comporte en outre des moyens configurés pour prévenir l'apparition d'une panne de composant en mettant en oeuvre un procédé de prévention de panne selon l'un des modes de mise en oeuvre de l'invention. Dans des modes particuliers de réalisation, les composants sont des capteurs 25 et/ou des actionneurs d'un moteur du véhicule automobile. L'invention sera mieux comprise à la lecture de la description suivante, donnée à titre d'exemple nullement limitatif, et faite en se référant aux figures qui représentent : - Figure 1 : une représentation schématique d'un calculateur électronique de 30 véhicule automobile, - Figure 2 : un diagramme illustrant les principales étapes d'un mode préféré de mise en oeuvre d'un procédé de détection de panne, - Figures 3 et 4 : des diagrammes temporels illustrant le fonctionnement du procédé de détection de panne de la figure 2. 35 Dans ces figures, des références identiques d'une figure à une autre désignent des éléments identiques ou analogues. Pour des raisons de clarté, les éléments représentés ne sont pas à l'échelle, sauf mention contraire.In particular modes of implementation, the component is a sensor or an actuator of a motor vehicle engine. In particular modes of implementation, when a fault context has been memorized, said method comprises recurrent steps of: measuring, by one or more sensors connected to the electronic computer, of each environment parameter of the predefined list associated with the component, - determining whether the memorized failure context is reproduced by comparing the measured value (s) of the environment parameter (s) of said list with said memorized failure context. In particular modes of implementation, the failure notification step comprises the activation of visual and / or audible warning means of the motor vehicle, and / or the storage of the fault in a non-volatile memory of the computer. . In particular embodiments, said fault detection method includes a preliminary step of characterizing the component, during which the list associated with said component is constituted by the environment parameter or parameters identified as likely to be present. influence the operation of said component. According to a second aspect, the present invention relates to a method for preventing failure of a component of a motor vehicle, said component being connected to an electronic computer of said motor vehicle, comprising steps of: - failure detection of the component in implementing a fault detection method according to one of the embodiments of the invention, when a failure has been detected: control of at least one actuator of the motor vehicle adapted to influence the parameter or parameters environment of the predefined list associated with the component, said at least one actuator being controlled so as to limit the reproduction of the fault context stored by said environment parameter or parameters. According to a third aspect, the present invention relates to an electronic computer of a motor vehicle, connected or intended to be connected to several components of said motor vehicle, comprising: means configured to detect a component failure by implementing a detection method according to one of the embodiments of the invention, a non-volatile memory in which is memorized, for each component, a predefined list comprising at least one environment parameter capable of influencing the behavior of said component. In particular embodiments, the electronic computer may further comprise one or more of the following characteristics, taken separately or in any technically possible combination. In particular embodiments, the electronic computer further comprises means configured to prevent the appearance of a component failure by implementing a fault prevention method according to one of the implementation modes of the invention. 'invention. In particular embodiments, the components are sensors 25 and / or actuators of a motor vehicle engine. The invention will be better understood on reading the following description, given by way of non-limiting example, and with reference to the figures which represent: FIG. 1: a schematic representation of an electronic computer of a motor vehicle, FIG. 2: a diagram illustrating the main steps of a preferred embodiment of a fault detection method, FIGS. 3 and 4: time diagrams illustrating the operation of the fault detection method of FIG. 2 In these figures, identical references from one figure to another designate identical or similar elements. For the sake of clarity, the elements shown are not to scale unless otherwise stated.
La présente invention concerne tout d'abord un procédé 30 de détection de panne d'un ou de plusieurs composants 20 d'un véhicule automobile (non représenté sur les figures), connectés à un calculateur 10 électronique dudit véhicule automobile. La figure 1 représente de façon très schématique un calculateur 10 5 électronique de véhicule automobile. De manière connue, le calculateur 10 électronique comporte un microprocesseur 11 relié notamment à des mémoires électroniques 12, 13 par un bus de données 14. En particulier, le calculateur 10 électronique comporte une ou plusieurs mémoires électroniques non volatiles 12, dans lesquelles sont mémorisées des 10 informations pouvant être modifiées (mémoire réinscriptible). Les informations pouvant être modifiées peuvent être des produits programmes d'ordinateurs se présentant sous la forme d'instructions de code de programme qui, lorsqu'elles sont exécutées par le microprocesseur 11, permettent d'effectuer les différentes tâches affectées au dit calculateur électronique. Les informations pouvant être modifiées peuvent également être 15 des données utilisées et/ou écrites par les différents produits programmes d'ordinateurs, telles que des données de calibration, des données relatives à la surveillance des composants 20 connectés au calculateur 10 électronique, etc. Le calculateur 10 électronique peut également comporter une ou plusieurs mémoires électroniques non réinscriptibles et non volatiles (non représentées sur les 20 figures), dans lesquelles sont mémorisées des informations qui ne peuvent pas être modifiées. Le calculateur 10 électronique comporte également une ou plusieurs mémoires électroniques volatiles 13, dans lesquelles des informations sont copiées temporairement lors du fonctionnement du calculateur 10 électronique. 25 Le calculateur 10 électronique est en outre connecté à plusieurs composants 20 par l'intermédiaire d'interfaces respectives de communication. Les composants 20 sont par exemple des capteurs effectuant des mesures utilisées par le calculateur 10 électronique, des actionneurs commandés par ledit calculateur 10 électronique, etc. 30 Dans la suite de la description, on se place de manière non limitative dans le cas d'une détection de panne de composants 20 connectés à un calculateur 10 moteur, c'est-à-dire un calculateur électronique qui contrôle le fonctionnement du moteur du véhicule automobile. Les composants 20 auxquels le calculateur 10 moteur est connecté, dont le 35 fonctionnement doit être surveillé, sont par exemple des capteurs (température ambiante, température d'eau, pression d'air à l'admission, etc.), des actionneurs (papillons, vannes, turbo, pompes, relais, etc.).The present invention relates firstly to a method 30 for detecting failure of one or more components 20 of a motor vehicle (not shown in the figures), connected to an electronic computer 10 of said motor vehicle. Figure 1 shows very schematically an electronic calculator 10 5 of a motor vehicle. In known manner, the electronic computer comprises a microprocessor 11 connected in particular to electronic memories 12, 13 by a data bus 14. In particular, the electronic computer comprises one or more nonvolatile electronic memories 12, in which are stored 10 information that can be modified (rewritable memory). The modifiable information may be computer program products in the form of program code instructions which, when executed by the microprocessor 11, enable the various tasks assigned to said electronic computer to be performed. The modifiable information may also be data used and / or written by the various computer program products, such as calibration data, monitoring data of the components connected to the electronic computer, etc. The electronic computer may also include one or more non-rewritable and non-volatile electronic memories (not shown in the figures), in which information which can not be modified is stored. The electronic computer also comprises one or more volatile electronic memories 13, in which information is copied temporarily during operation of the electronic computer. The electronic computer 10 is further connected to a plurality of components 20 via respective communication interfaces. The components 20 are for example sensors making measurements used by the electronic computer, actuators controlled by said electronic computer, etc. In the remainder of the description, non-limitative is placed in the case of fault detection of components 20 connected to a motor computer 10, that is to say an electronic computer which controls the operation of the motor. of the motor vehicle. The components to which the engine computer is connected, the operation of which must be monitored, are for example sensors (ambient temperature, water temperature, inlet air pressure, etc.), actuators (butterflies , valves, turbo, pumps, relays, etc.).
Le calculateur 10 moteur comporte, mémorisé dans une mémoire électronique non volatile 12, un produit programme d'ordinateur sous la forme d'un ensemble d'instructions de code de programme qui, lorsqu'elles sont exécutées par le microprocesseur 11, mettent en oeuvre tout ou partie des étapes d'un procédé 30 de détection de panne de composant 20. Dans une variante, le calculateur 10 moteur comporte des circuits logiques programmables, de type FPGA, PLD, etc., et/ou des circuits intégrés spécialisés (ASIC), adaptés à mettre en oeuvre tout ou partie des étapes dudit procédé 30 de détection de panne de composant 20. En d'autres termes, le calculateur 10 moteur comporte un ensemble de 10 moyens configurés de façon logicielle (produit programme d'ordinateur spécifique) et/ou matérielle (FPGA, PLD, ASIC, etc.) pour mettre en oeuvre les différentes étapes d'un procédé 30 de détection de panne décrit ci-après. La figure 2 représente les principales étapes d'un procédé 30 de détection de panne, en considérant de manière non limitative le cas où le fonctionnement d'un seul 15 composant 20 est surveillé. Tel qu'illustré par la figure 2, le procédé 30 de détection de panne d'un composant 20 comporte tout d'abord une étape 31 de recherche de panne du composant 20, qui est de préférence exécutée de manière récurrente au cours de chaque cycle de conduite du véhicule automobile. On rappelle qu'un cycle de conduite 20 correspond à un intervalle de temps au cours duquel le moteur du véhicule automobile fonctionne de manière ininterrompue, qui débute par un démarrage du moteur et qui s'achève par un arrêt dudit moteur. L'étape 31 de recherche de panne est considérée comme connue de l'homme de l'art, notamment des systèmes de diagnostic OBD actuels. En outre, l'étape 31 de 25 recherche de panne peut dépendre du composant 20 surveillé, c'est-à-dire que les tests effectués au cours de ladite étape de recherche de panne peuvent varier d'un composant 20 à surveiller à un autre. De manière conventionnelle, on vérifie au cours de l'étape 31 de recherche de panne si un critère de détection de panne prédéfini est vérifié. Par exemple, le critère de 30 détection peut-être vérifié dès lors qu'un nombre Nd (Nd k 1) prédéfini de tests, effectués au cours d'exécutions successives de l'étape 31 de recherche de panne, ont abouti à un résultat considéré comme anormal. A cet effet, le calculateur 10 moteur peut incrémenter un compteur de détection de panne à chaque fois qu'un test sur ledit composant 20 fournit un résultat anormal, ledit compteur de détection de panne étant initialement mis à 35 zéro en début de cycle de conduite. Si le compteur de détection de panne atteint la valeur Nd avant la fin d'un cycle de conduite, alors une panne est considérée comme détectée au cours de ce cycle de conduite. Si au contraire le compteur de détection de panne n'atteint pas la valeur Nd avant la fin d'un cycle de conduite, alors aucune panne n'est considérée comme détectée au cours de ce cycle de conduite. Lorsqu'aucune panne n'est détectée au cours de l'étape 31 de recherche de panne (référence 31a sur la figure 2), le procédé 30 de détection de panne se poursuit de 5 préférence en exécutant à nouveau l'étape 31 de recherche de panne du composant 20. Lorsqu'une panne est détectée au cours de l'étape 31 de recherche de panne (référence 31b sur la figure 2), le procédé 30 de détection de panne comporte alors : - une étape 32 d'incrémentation d'un compteur ccp de confirmation de panne associé au composant 20 surveillé, 10 - une étape 33 de mémorisation d'un contexte de panne dans la mémoire électronique non volatile 12 du calculateur 10 moteur. Le compteur ccp de confirmation de panne est initialisé à une valeur initiale prédéfinie (égale à zéro dans l'exemple illustré par la figure 2), et est mémorisé dans la mémoire électronique non volatile 12. Dans l'exemple illustré par la figure 2, le compteur 15 ccp de confirmation de panne sert à compter le nombre de cycles de conduite pour lesquels une panne a été détectée, et n'est incrémenté qu'au plus une fois par cycle de conduite. Le contexte de panne mémorisé au cours de l'étape 33 de mémorisation comporte la valeur de chaque paramètre d'environnement d'une liste prédéfinie associée 20 au composant 20 surveillé. La valeur de chaque paramètre d'environnement de ladite liste est par exemple mesurée à l'instant de détection de la panne par un ou plusieurs capteurs connectés au calculateur 10 moteur. Chaque paramètre d'environnement de la liste associée au composant 20 surveillé est un paramètre identifié comme susceptible d'influencer le fonctionnement dudit composant 20. Le ou les paramètres d'environnement 25 de la liste sont par exemple identifiés au cours d'une étape préalable (non représentée sur les figures) de caractérisation dudit composant 20, et ladite liste est par exemple mémorisée dans la mémoire électronique non volatile 12 du calculateur 10 moteur. Le choix de paramètres d'environnement adaptés, pour un composant 20 donné, est considéré comme étant à la portée de l'homme de l'art. La liste prédéfinie 30 associée à un composant 20 comporte au moins un paramètre d'environnement qui peut être par exemple choisi parmi les paramètres d'environnement suivants : température ambiante, température du liquide de refroidissement, intensité d'un courant électrique circulant dans le composant 20, vitesse du véhicule automobile, régime moteur, valeur de la tension fournie par la batterie du véhicule automobile, etc. 35 Par exemple, dans le cas d'un composant 20 de type capteur de température ambiante, les paramètres d'environnement à mémoriser pourront être la vitesse du véhicule automobile et la température du liquide de refroidissement. Pour un capteur de position de volant moteur, les paramètres d'environnement à mémoriser pourront être le régime moteur, la vitesse du véhicule automobile et la température ambiante. Pour un démarreur, les paramètres d'environnement à mémoriser pourront être le temps d'utilisation en continu couplé à la température ambiante. Pour un papillon, les paramètres d'environnement à mémoriser pourront être l'amplitude angulaire demandée et la position actuelle dudit papillon. Dans la suite de la description, on se place de manière non limitative dans le cas où la liste associée au composant 20 surveillé comporte plusieurs paramètres d'environnement. Le contexte de panne est mémorisé au moins lorsque le compteur ccp de confirmation de panne est égal à sa valeur initiale lorsque la panne est détectée. Rien n'exclut cependant, tel qu'illustré par la figure 2, de mémoriser le contexte de panne à chaque détection de panne. Le cas échéant, plusieurs contextes de panne peuvent se retrouver mémorisés dans la mémoire électronique non volatile 12. Toutefois, dans le cas d'une panne intermittente, les contextes de panne mémorisés seront le plus souvent proches. Par conséquent, le contexte de panne est de préférence mémorisé uniquement lorsque le compteur ccp de confirmation de panne est égal à sa valeur initiale lorsque la panne est détectée. Dans la suite de la description, on se place de manière non limitative dans le cas où un seul contexte de panne est mémorisé pour le composant 20.The engine computer 10 comprises, stored in a non-volatile electronic memory 12, a computer program product in the form of a set of program code instructions which, when executed by the microprocessor 11, implement all or part of the steps of a component failure detection method 20. In a variant, the motor computer comprises programmable logic circuits of the FPGA, PLD, etc. type, and / or specialized integrated circuits (ASICs). ), adapted to implement all or part of the steps of said component failure detection method 20. In other words, the engine computer comprises a set of 10 software configured means (specific computer program product ) and / or hardware (FPGA, PLD, ASIC, etc.) to implement the various steps of a fault detection method described hereinafter. FIG. 2 represents the main steps of a fault detection method, considering in a nonlimiting manner the case where the operation of a single component 20 is monitored. As illustrated in FIG. 2, the method of detecting failure of a component 20 firstly comprises a step 31 of troubleshooting component 20, which is preferably performed recurrently during each cycle. driving the motor vehicle. Recall that a driving cycle 20 corresponds to a time interval during which the engine of the motor vehicle operates uninterrupted, which starts with a start of the engine and which ends with a stop of said engine. Step 31 troubleshooting is considered known to those skilled in the art, including current OBD diagnostic systems. In addition, the troubleshooting step 31 may depend on the monitored component, i.e., the tests performed during said troubleshooting step may vary from a component to be monitored to a monitored component. other. Conventionally, it is checked during the troubleshooting step 31 if a predefined fault detection criterion is verified. For example, the detection criterion can be checked as soon as a predefined number Nd (Nd k 1) of tests, performed during successive executions of the troubleshooting step 31, have resulted in a result. considered abnormal. For this purpose, the engine computer may increment a failure detection counter each time a test on said component provides an abnormal result, said failure detection counter being initially zeroed at the beginning of the driving cycle. . If the failure detection counter reaches the Nd value before the end of a driving cycle, then a failure is considered detected during this driving cycle. If, on the other hand, the failure detection counter does not reach the Nd value before the end of a driving cycle, then no failure is considered detected during this driving cycle. When no failure is detected during the troubleshooting step 31 (reference 31a in FIG. 2), the failure detection method is preferably continued by performing the search step 31 again. component failure 20. When a failure is detected during the troubleshooting step 31 (reference 31b in Figure 2), the method of failure detection then comprises: - a step 32 of incrementing d a failure confirmation ccp counter associated with the monitored component; a step 33 for storing a failure context in the nonvolatile electronic memory 12 of the engine computer. The failure confirmation counter ccp is initialized to a predetermined initial value (equal to zero in the example illustrated in FIG. 2), and is stored in the non-volatile electronic memory 12. In the example illustrated in FIG. the 15 ccp failure confirmation counter is used to count the number of driving cycles for which a failure has been detected, and is incremented at most once per driving cycle. The failure context stored in memory step 33 includes the value of each environment parameter of a predefined list associated with the monitored component. The value of each environment parameter of said list is for example measured at the moment of detection of the fault by one or more sensors connected to the engine computer. Each environment parameter of the list associated with the monitored component 20 is a parameter identified as likely to influence the operation of said component 20. The environment parameter (s) 25 of the list are for example identified during a prior step. (Not shown in the figures) characterizing said component 20, and said list is for example stored in the non-volatile electronic memory 12 of the engine computer. The choice of suitable environmental parameters for a given component is considered to be within the abilities of those skilled in the art. The predefined list 30 associated with a component 20 comprises at least one environment parameter which may be for example chosen from the following environmental parameters: ambient temperature, coolant temperature, intensity of an electric current flowing in the component 20, speed of the motor vehicle, engine speed, value of the voltage supplied by the battery of the motor vehicle, etc. For example, in the case of a component 20 of the ambient temperature sensor type, the environment parameters to be memorized may be the speed of the motor vehicle and the temperature of the coolant. For a flywheel position sensor, the environment parameters to be memorized may be the engine speed, the speed of the motor vehicle and the ambient temperature. For a starter, the environment parameters to be memorized may be the continuous use time coupled to the ambient temperature. For a butterfly, the environment parameters to be memorized may be the requested angular amplitude and the current position of said butterfly. In the remainder of the description, one places oneself in a nonlimiting manner in the case where the list associated with the component 20 monitored comprises several environment parameters. The fault context is stored at least when the failure confirmation ccp counter is equal to its initial value when the failure is detected. Nothing, however, excludes, as illustrated in Figure 2, to memorize the fault context at each failure detection. If necessary, several failure contexts may be stored in the non-volatile electronic memory 12. However, in the case of an intermittent failure, the stored failure contexts will most often be close. Therefore, the failure context is preferably stored only when the failure confirmation ccp counter is equal to its initial value when the failure is detected. In the remainder of the description, one places oneself in a nonlimiting manner in the case where a single fault context is memorized for the component 20.
Tel qu'illustré par la figure 2, le procédé 30 de détection de panne comporte en outre, après qu'une panne a été détectée, une étape 34 de détermination si le compteur ccp de confirmation de panne a atteint une valeur seuil Nc (Nc k 2) prédéfinie, par exemple égale à trois. Si le compteur ccp de confirmation de panne est inférieur à la valeur seuil Nc (référence 34a sur la figure 2), alors, dans l'exemple illustré par la figure 2, l'exécution des étapes du procédé 30 de détection de panne est interrompue pour le cycle de conduite en cours, et ne reprendra qu'au prochain cycle de conduite. Si au contraire le compteur ccp de confirmation de panne a atteint la valeur seuil Nc (référence 34b sur la figure 2), alors le procédé 30 de détection de panne comporte en outre une étape 35 de notification de panne et l'exécution des étapes du procédé 30 de détection de panne est par exemple interrompue pour le composant 20 considéré. Il est à noter que l'arrêt du moteur et le démarrage du moteur sont indiqués sur la figure 2 afin d'y introduire la notion de cycle de conduite. Après un démarrage du moteur, l'exécution du procédé 30 de détection de panne reprend de préférence à l'étape 31 de recherche de panne. On comprend par contre que l'arrêt du moteur peut intervenir à tout moment. Sur la figure 2, l'arrêt du moteur n'est représenté à la suite de l'étape 34 de détermination et de l'étape 35 de notification de panne que pour indiquer qu'il n'est pas nécessaire, après ces étapes et pour le cycle de conduite en cours, d'exécuter à nouveau l'étape 31 de recherche de panne pour le composant 20 considéré. L'étape 35 de notification de panne comporte, dans des modes particuliers de mise en oeuvre, l'activation par le calculateur 10 moteur de moyens d'alerte visuels et/ou 5 sonores du véhicule automobile, et/ou la mémorisation de la panne dans la mémoire électronique non volatile 12 dudit calculateur 10 moteur. Par exemple, dans le cas d'un système de diagnostic OBD, l'étape 35 de notification de panne comporte l'activation du voyant lumineux MIL et la mémorisation de la panne sous la forme de codes DTC. Tel qu'illustré par la figure 2, le procédé 30 de détection de panne comporte 10 également une étape 39 de réinitialisation du compteur ccp de confirmation de panne. L'étape 39 de réinitialisation n'est exécutée, au cours d'un cycle de conduite, que si aucune panne du composant 20 surveillé n'a été détectée alors que le contexte de panne mémorisé a été reproduit par le ou les paramètres d'environnement de la liste prédéfinie associée au composant 20. Dans des modes préférés de mise en oeuvre, la réinitialisation 15 du compteur ccp de confirmation de panne s'accompagne d'un effacement du contexte de panne mémorisé dans la mémoire électronique non volatile 12. Afin de vérifier si le contexte de panne mémorisé dans la mémoire électronique non volatile 12 a été reproduit, le procédé 30 de détection de panne comporte, dans des modes préférés de mise en oeuvre : 20 - une étape 37 de mesure, par un ou plusieurs capteurs connectés au calculateur 10 moteur, des paramètres d'environnement de la liste prédéfinie associée au composant 20 surveillé, - une étape 38 de détermination si le contexte de panne mémorisé est reproduit par comparaison des valeurs mesurées respectives des paramètres 25 d'environnement de la liste au contexte de panne mémorisé ; la comparaison des valeurs peut être faite de manière exacte ou en tenant compte d'une tolérance. Dans l'exemple non limitatif illustré par la figure 2, le procédé 30 de détection de panne comporte une étape 36 de détermination si le compteur ccp de confirmation de panne est différent de sa valeur initiale (visant en d'autres termes à déterminer si un 30 contexte de panne a été mémorisé au cours d'un cycle de conduite antérieur) et l'étape 37 de mesure et l'étape 38 de détermination ne sont exécutées que si le compteur ccp de confirmation de panne est différent de sa valeur initiale (référence 36a sur la figure 2). Si au contraire, le compteur ccp de confirmation de panne est égal à sa valeur initiale (référence 36b sur la figure 2), alors le procédé 30 de détection de panne se 35 poursuit de préférence en exécutant à nouveau l'étape 31 de recherche de panne du composant 20.As shown in FIG. 2, the fault detection method further comprises, after a failure has been detected, a step 34 of determining whether the failure confirmation ccp counter has reached a threshold value Nc (Nc k 2) predefined, for example equal to three. If the ccp failure confirmation counter is less than the threshold value Nc (reference 34a in FIG. 2), then, in the example illustrated in FIG. 2, the execution of the steps of the failure detection method 30 is interrupted. for the current driving cycle, and will not resume until the next driving cycle. If, on the other hand, the failure confirmation counter CCp has reached the threshold value Nc (reference 34b in FIG. 2), then the fault detection method further comprises a step 35 of failure notification and the execution of the steps of FIG. For example, failure detection method 30 is interrupted for the component in question. It should be noted that the stopping of the engine and starting the engine are shown in Figure 2 to introduce the concept of driving cycle. After starting the engine, the execution of the failure detection method 30 preferably resumes in the troubleshooting step 31. However, we understand that the engine stop can intervene at any time. In Fig. 2, the engine stop is shown after the determination step 34 and the failure notification step only to indicate that it is not necessary after these steps and for the current driving cycle, to perform again step 31 troubleshooting for the component 20 considered. The step 35 of failure notification comprises, in particular modes of implementation, the activation by the engine computer of visual and / or audible warning means of the motor vehicle, and / or the memorization of the failure in the non-volatile electronic memory 12 of said engine computer 10. For example, in the case of an OBD diagnostic system, the step 35 of failure notification includes activating the MIL indicator light and storing the fault in the form of DTCs. As shown in FIG. 2, the failure detection method 30 also includes a step 39 of resetting the failure confirmation counter ccp. The reset step 39 is executed during a driving cycle only if no failure of the monitored component has been detected while the stored failure context has been reproduced by the one or more parameters of In preferred embodiments, the resetting of the failure confirmation ccp counter is accompanied by an erasure of the failure context stored in the nonvolatile electronic memory 12. In the preferred embodiment of the predefined list associated with the component 20. to verify whether the fault context stored in the nonvolatile electronic memory 12 has been reproduced, the method of failure detection comprises, in preferred embodiments: a measuring step 37, by one or more sensors connected to the engine computer 10, environment parameters of the predefined list associated with the component 20 monitored, - a step 38 of determining whether the stored fault context is reproduced by comparing the respective measured values of the environment parameters of the list with the stored failure context; the comparison of the values can be done exactly or taking into account a tolerance. In the nonlimiting example illustrated in FIG. 2, the failure detection method comprises a step 36 of determining whether the failure confirmation ccp counter is different from its initial value (in other words to determine whether a The fault context has been memorized during a previous driving cycle) and the measurement step 37 and the determination step 38 are executed only if the failure confirmation ccp counter is different from its initial value ( reference 36a in Figure 2). If, on the other hand, the failure confirmation counter ccp is equal to its initial value (reference 36b in FIG. 2), then the fault detection method preferably continues by executing step 31 of searching for a fault. component failure 20.
Au cours de l'étape 38 de détermination, on évalue la proximité entre d'une part les valeurs actuelles des différents paramètres d'environnement de la liste et, d'autre part, le contexte de panne mémorisé dans la mémoire électronique non volatile 12. Cette proximité peut être évaluée de nombreuses façons différentes sans que l'invention en soit modifiée dans son principe. Suivant un premier exemple, plusieurs plages de valeurs peuvent être prédéfinies pour chaque paramètre d'environnement et le contexte de panne mémorisé comporte, pour chaque paramètre d'environnement de la liste, la plage dans laquelle se trouvait la valeur dudit paramètre d'environnement lorsque la panne s'est produite. Le contexte de panne mémorisé pourra alors être considéré comme reproduit si les valeurs actuelles des paramètres d'environnement de la liste se trouvent dans les mêmes plages de valeurs que celles mémorisées dans ledit contexte de panne. Suivant un autre exemple, en supposant que la liste associée au composant 20 comporte Np paramètres d'environnement, il est possible de considérer que lesdits Np paramètres d'environnement forment un espace vectoriel de dimension Np. Sur cet espace vectoriel, il est en outre possible de définir une p-distance entre deux points (par exemple la distance euclidienne lorsque p est égal à deux). Le contexte de panne mémorisé pourra alors être considéré comme reproduit si la p-distance entre d'une part ledit contexte de panne mémorisé et, d'autre part, le point défini par les valeurs actuelles des Np paramètres d'environnement, est inférieure à une valeur seuil prédéfinie. Suivant un autre exemple non limitatif, le contexte de panne mémorisé peut être considéré comme reproduit si l'écart entre d'une part la valeur actuelle de chaque paramètre d'environnement et, d'autre part, la valeur correspondante mémorisée dans le contexte de panne, est inférieure à un pourcentage prédéfini (par exemple 10 (3/0) de ladite valeur correspondante mémorisée dans le contexte de panne. Lorsque, au cours de l'étape 38 de détermination, le contexte de panne mémorisé est considéré comme reproduit (référence 38a sur la figure 2), l'étape 39 de réinitialisation est exécutée. Si au contraire, le contexte de panne mémorisé n'est pas considéré comme reproduit (référence 38b sur la figure 2), l'étape 39 de réinitialisation n'est pas exécutée. Dans tous les cas, le procédé 30 de détection de panne se poursuit de préférence en exécutant à nouveau l'étape 31 de recherche de panne du composant 20. Les figures 3 et 4 représentent des diagrammes temporels illustrant le 35 fonctionnement du procédé 30 de détection de panne. Sur ces figures, on se place de manière non limitative dans le cas où le composant 20 surveillé est le capteur de température ambiante. La liste associée au capteur de température ambiante comporte les paramètres d'environnement suivants : vitesse du véhicule automobile et température du liquide de refroidissement. En outre, on considère une valeur seuil Nc égale à trois. Les parties a) et b) des figures 3 et 4 représentent les évolutions temporelles respectives, au cours de cycles de conduite successifs DC1 à DC5, de la vitesse du 5 véhicule automobile et de la température du liquide de refroidissement. La partie c) des figures 3 et 4 représente les différentes détections de pannes au cours des cycles de conduite DC1 à DC5. Sur la partie c), un état haut représente une détection de panne tandis qu'un état bas représente une absence de détection de panne. La partie d) des figures 3 et 4 représente l'évolution temporelle d'un 10 compteur aacp de confirmation de panne selon l'art antérieur (systèmes de diagnostic OBD actuels), initialisé à zéro. La partie e) des figures 3 et 4 représente l'évolution temporelle du compteur ccp de confirmation de panne selon l'invention, initialisé à zéro. La figure 3 illustre le fonctionnement du procédé 30 de détection de panne 15 dans le cas d'une panne intermittente du capteur de température ambiante qui se reproduit de manière déterministe lorsque les conditions arbitraires suivantes, dites « conditions de panne », sont vérifiées : vitesse du véhicule automobile inférieure à une valeur Vp avec la température du liquide de refroidissement supérieure à une valeur Tp. Le cycle de conduite DC1 démarre à l'instant TO. A l'instant T1 dudit cycle de 20 conduite DC1, les conditions de panne sont vérifiées et une panne se produit et est détectée. Suite à cette détection de panne, le compteur aacp de confirmation de panne et le compteur ccp de confirmation de panne sont tous deux incrémentés à un. En outre, le contexte de panne est mémorisé dans la mémoire électronique non volatile 12 du calculateur 10 moteur.During the determination step 38, the proximity between the current values of the various environmental parameters of the list and the context of failure stored in the non-volatile electronic memory 12 is evaluated. This proximity can be evaluated in many different ways without the invention being modified in principle. According to a first example, several ranges of values can be predefined for each environment parameter and the memorized failure context comprises, for each environment parameter of the list, the range in which the value of said environment parameter was located when the fault has occurred. The stored failure context can then be considered to be reproduced if the current values of the environment parameters of the list are in the same ranges of values as those stored in said fault context. In another example, assuming that the list associated with the component 20 includes Np environment parameters, it is possible to consider that said Np environment parameters form a vector space of dimension Np. On this vector space, it is also possible to define a p-distance between two points (for example the Euclidean distance when p is equal to two). The memorized failure context can then be considered to be reproduced if the p-distance between, on the one hand, said memorized failure context and, on the other hand, the point defined by the current values of the Np environment parameters, is less than a predefined threshold value. According to another nonlimiting example, the stored failure context can be considered as reproduced if the difference between, on the one hand, the current value of each environment parameter and, on the other hand, the corresponding value stored in the context of the fault, is less than a predefined percentage (for example 10 (3/0) of said corresponding value stored in the fault context When, during the determination step 38, the stored fault context is considered to be reproduced ( reference 38a in Fig. 2), the reset step 39 is performed If, on the other hand, the stored failure context is not considered reproduced (reference 38b in Fig. 2), the reset step 39 In any case, the method of fault detection is preferably continued by performing again the step 31 of troubleshooting component 20. Figures 3 and 4 show diagrams my timing illustrating the operation of the failure detection method. In these figures, one places in a nonlimiting manner in the case where the component 20 monitored is the ambient temperature sensor. The list associated with the ambient temperature sensor includes the following environmental parameters: speed of the motor vehicle and temperature of the coolant. In addition, a threshold value Nc equal to three is considered. Parts a) and b) of FIGS. 3 and 4 show the respective time changes, during successive driving cycles DC1 to DC5, of the speed of the motor vehicle and the temperature of the coolant. Part c) of Figures 3 and 4 shows the various fault detections during driving cycles DC1 to DC5. On part c), a high state represents a failure detection while a low state represents an absence of failure detection. Part d) of FIGS. 3 and 4 represents the time evolution of a prior art fault confirmation counter aacp (current OBD diagnostic systems) initialized to zero. Part e) of FIGS. 3 and 4 represents the time evolution of the failure confirmation ccp counter according to the invention, initialized to zero. FIG. 3 illustrates the operation of the failure detection method 15 in the case of an intermittent failure of the ambient temperature sensor which reproduces deterministically when the following arbitrary conditions, called "failure conditions", are verified: speed of the motor vehicle less than a value Vp with the coolant temperature greater than a value Tp. The driving cycle DC1 starts at time TO. At the instant T1 of said DC1 driving cycle, the failure conditions are checked and a failure occurs and is detected. Following this failure detection, the failure confirmation aacp counter and the failure confirmation ccp counter are both incremented to one. In addition, the fault context is stored in the non-volatile electronic memory 12 of the engine computer.
25 Le cycle de conduite DC2 démarre à l'instant T2. Les conditions de panne ne sont pas vérifiées au cours dudit cycle de conduite DC2, de sorte qu'aucune panne ne se produit. Le compteur aacp de confirmation de panne est décrémenté à zéro à la fin dudit cycle de conduite DC2. Par contre, le contexte de panne mémorisé n'est pas reproduit, de sorte que le compteur ccp de confirmation de panne n'est lui pas réinitialisé.The driving cycle DC2 starts at time T2. The failure conditions are not verified during said DC2 driving cycle, so that no failure occurs. The aacp failure confirmation counter is decremented to zero at the end of said DC2 driving cycle. On the other hand, the memorized failure context is not reproduced, so that the failure confirmation ccp counter is not reinitialized.
30 Le cycle de conduite DC3 démarre à l'instant T3. A l'instant T4 dudit cycle de conduite DC3, les conditions de panne sont vérifiées et une panne se produit et est détectée. Suite à cette détection de panne, le compteur aacp de confirmation de panne est incrémenté à un et le compteur ccp de confirmation de panne est incrémenté à deux. Le cycle de conduite DC4 démarre à l'instant T5. Les conditions de panne ne 35 sont pas vérifiées au cours dudit cycle de conduite DC4, de sorte qu'aucune panne ne se produit. Le compteur aacp de confirmation de panne est réinitialisé à zéro à la fin dudit cycle de conduite DC4. Par contre, le contexte de panne mémorisé n'est pas reproduit, de sorte que le compteur ccp de confirmation de panne n'est lui pas réinitialisé. Le cycle de conduite DC5 démarre à l'instant T6. A l'instant T7 dudit cycle de conduite DC5, les conditions de panne sont vérifiées et une panne se produit et est détectée. Suite à cette détection de panne, le compteur aacp de confirmation de panne est incrémenté à un et le compteur ccp de confirmation de panne est à nouveau incrémenté et atteint la valeur seuil Nc. L'étape 35 de notification de panne est par conséquent exécutée. La figure 4 illustre le fonctionnement du procédé 30 de détection de panne 10 dans le cas d'une panne aléatoire et isolée du capteur de température ambiante qui, ne se reproduit pas au cours du temps et qui par conséquent ne nécessite pas d'être notifiée. Le cycle de conduite DC1 démarre à l'instant TO. A l'instant T1 dudit cycle de conduite DC1, la panne aléatoire et isolée se produit et est détectée. Suite à cette détection de panne, le compteur aacp de confirmation de panne et le compteur ccp de 15 confirmation de panne sont tous deux incrémentés à un. En outre, le contexte de panne (vitesse du véhicule égale à Vp et température du liquide de refroidissement égale à Tp) est mémorisé dans la mémoire électronique non volatile 12 du calculateur 10 moteur. Le cycle de conduite DC2 démarre à l'instant T2. Aucune panne ne se produit au cours dudit cycle de conduite DC2. Le compteur aacp de confirmation de panne est 20 réinitialisé à zéro à la fin dudit cycle de conduite DC2. Par contre, le contexte de panne mémorisé n'est pas reproduit, de sorte que le compteur ccp de confirmation de panne n'est lui pas réinitialisé. Le cycle de conduite DC3 démarre à l'instant T3. Aucune panne ne se produit au cours dudit cycle de conduite DC3. En outre, le contexte de panne mémorisé n'est pas 25 reproduit, de sorte que le compteur ccp de confirmation de panne n'est pas réinitialisé. Le cycle de conduite DC4 démarre à l'instant T4. Aucune panne ne se produit au cours dudit cycle de conduite DC4. En outre, le contexte de panne mémorisé n'est pas reproduit, de sorte que le compteur ccp de confirmation de panne n'est pas réinitialisé. Le cycle de conduite DC5 démarre à l'instant T5. Aucune panne ne se produit 30 au cours dudit cycle de conduite DC5. Par contre, le contexte de panne mémorisé est reproduit à l'instant T6, de sorte que le compteur ccp de confirmation de panne est réinitialisé à zéro. Dans des modes particuliers de réalisation, le calculateur 10 moteur peut comporter un ensemble de moyens configurés de façon logicielle (produit programme 35 d'ordinateur spécifique) et/ou matérielle (FPGA, PLD, ASIC, etc.) pour mettre en oeuvre un procédé de prévention de panne du composant 20, dont les principales étapes sont les suivantes (non illustrées par des figures) : - une étape de détection de panne du composant 20 en mettant en oeuvre un procédé 30 de détection de panne selon l'un des modes de mise en oeuvre de l'invention, - lorsqu'une panne a été détectée : une étape de commande d'actionneurs du véhicule automobile adaptés à influencer les paramètres d'environnement de la liste prédéfinie associée au composant 20, lesdits actionneurs étant commandés par le calculateur 10 moteur de sorte à limiter la reproduction du contexte de panne mémorisé par lesdits paramètres d'environnement. On entend par « limiter la reproduction du contexte de panne mémorisé », que les actionneurs sont commandés de sorte à empêcher la reproduction dudit contexte de panne ou, s'il n'est pas possible d'empêcher la reproduction dudit contexte de panne, que lesdits actionneurs sont commandés de sorte à minimiser la durée de reproduction dudit contexte de panne. Par exemple, dans le cas du capteur de température ambiante et des conditions de panne susmentionnées, il est notamment possible d'activer de manière préventive des ventilateurs du moteur afin d'éviter que le liquide de refroidissement n'atteigne la température Tp. Il est également possible de brider le moteur du véhicule afin d'éviter que le liquide de refroidissement n'atteigne la température Tp, etc. De manière plus générale, il est à noter que les modes de mise en oeuvre et 20 de réalisation considérés ci-dessus ont été décrits à titre d'exemples non limitatifs, et que d'autres variantes sont par conséquent envisageables. Notamment, l'invention a été décrite en considérant la détection de panne pour un seul composant 20. Rien n'exclut, suivant d'autres exemples, de mettre en oeuvre le procédé 30 de détection de panne pour surveiller le fonctionnement de plusieurs des 25 composants 20 connectés au calculateur 10 moteur, auquel cas les étapes illustrées par la figure 2 sont exécutées pour chacun des composants 20. Dans des modes préférés de mise en oeuvre, le procédé 30 de détection de panne est mis en oeuvre pour surveiller tous les composants 20 connectés au calculateur 10 moteur. La mémoire électronique non volatile 12 du calculateur 10 moteur mémorise, pour chacun des composants 20 à 30 surveiller, une liste prédéfinie de paramètres d'environnement et éventuellement une liste d'actions préventives à mettre en oeuvre en cas de détection de panne. En outre, l'invention a été décrite en considérant le cas de composants 20 connectés à un calculateur 10 moteur. Rien n'exclut, suivant d'autres exemples, de considérer d'autres calculateurs électroniques de véhicule automobile (calculateur 35 habitacle, calculateur de direction assistée, etc.). En outre, l'invention a été décrite en considérant que le compteur ccp de confirmation de panne est réinitialisé lorsque, au cours d'un cycle de conduite, aucune panne du composant surveillé n'a été détectée alors que le contexte de panne mémorisé a été reproduit. Rien n'exclut, suivant d'autres exemples, de décrémenter ledit compteur ccp de confirmation de panne plutôt que de le réinitialiser, lorsqu'aucune panne du composant surveillé n'a été détectée alors que le contexte de panne mémorisé a été reproduit. La description ci-avant illustre clairement que par ses différentes caractéristiques et leurs avantages, la présente invention atteint les objectifs qu'elle s'était fixés. En particulier, la présente invention permet de détecter des pannes intermittentes déterministes. En outre, il est à noter que la présente invention peut être simplement intégrée aux systèmes de diagnostic OBD actuels, en ajoutant le compteur ccp de confirmation de panne selon l'invention au compteur aacp de confirmation de panne actuel, ou bien en remplaçant ledit compteur aacp de confirmation de panne actuel par ledit compteur ccp de confirmation de panne selon l'invention.The driving cycle DC3 starts at time T3. At the instant T4 of said DC3 driving cycle, the failure conditions are checked and a failure occurs and is detected. Following this failure detection, the aacp failure confirmation counter is incremented to one and the failure confirmation ccp counter is incremented to two. The DC4 driving cycle starts at time T5. The failure conditions are not checked during said DC4 driving cycle, so that no failure occurs. The aacp failure confirmation counter is reset to zero at the end of said DC4 driving cycle. On the other hand, the memorized failure context is not reproduced, so that the failure confirmation ccp counter is not reinitialized. The DC5 driving cycle starts at time T6. At the instant T7 of said DC5 driving cycle, the failure conditions are checked and a failure occurs and is detected. Following this failure detection, the failure confirmation aacp counter is incremented to one and the failure confirmation ccp counter is again incremented and reaches the threshold value Nc. The failure notification step 35 is therefore executed. FIG. 4 illustrates the operation of the failure detection method 10 in the case of a random failure and isolated from the ambient temperature sensor which does not reproduce over time and therefore does not need to be notified. . The driving cycle DC1 starts at time TO. At the instant T1 of said DC1 driving cycle, the random and isolated failure occurs and is detected. Following this failure detection, the failure confirmation aacp counter and the failure confirmation ccp counter are both incremented to one. In addition, the fault context (vehicle speed equal to Vp and coolant temperature equal to Tp) is stored in the non-volatile electronic memory 12 of the engine computer. The driving cycle DC2 starts at time T2. No failure occurs during said DC2 driving cycle. The failure confirmation aacp counter is reset to zero at the end of said DC2 driving cycle. On the other hand, the memorized failure context is not reproduced, so that the failure confirmation ccp counter is not reinitialized. The DC3 driving cycle starts at time T3. No failure occurs during said DC3 driving cycle. In addition, the memorized failure context is not reproduced, so that the failure confirmation ccp counter is not reset. The DC4 driving cycle starts at time T4. No failure occurs during said DC4 driving cycle. In addition, the stored failure context is not reproduced, so that the failure confirmation ccp counter is not reset. The DC5 driving cycle starts at time T5. No failure occurs during said DC5 driving cycle. On the other hand, the memorized failure context is reproduced at time T6, so that the failure confirmation ccp counter is reset to zero. In particular embodiments, the engine computer may comprise a set of means configured in software (specific computer program product) and / or hardware (FPGA, PLD, ASIC, etc.) to implement a method method of preventing the failure of the component 20, the main steps of which are the following (not illustrated by figures): a step of detecting the failure of the component 20 by implementing a method of detecting failure according to one of the modes implementation of the invention, - when a failure has been detected: a motor vehicle actuators control step adapted to influence the environmental parameters of the predefined list associated with the component 20, said actuators being controlled by the engine computer 10 so as to limit the reproduction of the fault context stored by said environment parameters. By "limiting the reproduction of the stored fault context" is meant that the actuators are controlled so as to prevent the reproduction of said fault context or, if it is not possible to prevent the reproduction of said fault context, that said actuators are controlled so as to minimize the reproduction time of said failure context. For example, in the case of the ambient temperature sensor and the above-mentioned failure conditions, it is possible in particular to prevent the motor fans from being activated in a preventive manner so as to prevent the coolant from reaching the temperature Tp. It is also possible to clamp the engine of the vehicle to prevent the coolant from reaching the temperature Tp, etc. More generally, it should be noted that the embodiments and embodiments considered above have been described by way of non-limiting examples, and that other variants are therefore possible. In particular, the invention has been described by considering the failure detection for a single component 20. Nothing excludes, according to other examples, to implement the failure detection method to monitor the operation of several of the 25 components 20 connected to the engine computer, in which case the steps illustrated in FIG. 2 are executed for each of the components 20. In preferred embodiments, the failure detection method is implemented to monitor all the components. 20 connected to the engine computer 10. The non-volatile electronic memory 12 of the engine computer 10 stores, for each of the components 20 to 30 monitor, a predefined list of environment parameters and possibly a list of preventive actions to be implemented in case of failure detection. In addition, the invention has been described by considering the case of components 20 connected to a motor computer. Nothing excludes, according to other examples, to consider other electronic computers of a motor vehicle (interior computer 35, power steering computer, etc.). In addition, the invention has been described by considering that the failure confirmation ccp counter is reset when, during a driving cycle, no failure of the monitored component has been detected while the stored failure context has been detected. has been reproduced. In other examples, nothing precludes decrementing said failure confirmation ccp counter rather than resetting it, when no failure of the monitored component has been detected while the stored failure context has been reproduced. The above description clearly illustrates that by its different characteristics and advantages, the present invention achieves the objectives it has set for itself. In particular, the present invention makes it possible to detect deterministic intermittent failures. In addition, it should be noted that the present invention can be simply integrated with current OBD diagnostic systems, by adding the failure confirmation ccp counter according to the invention to the current failure confirmation aacp counter, or by replacing said counter aacp of confirmation of current failure by said counter ccp failure confirmation according to the invention.
Claims (9)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR1450777A FR3010554A1 (en) | 2014-01-31 | 2014-01-31 | METHOD FOR DETECTING AND PREVENTING FAILURE OF COMPONENT OF MOTOR VEHICLE |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR1450777A FR3010554A1 (en) | 2014-01-31 | 2014-01-31 | METHOD FOR DETECTING AND PREVENTING FAILURE OF COMPONENT OF MOTOR VEHICLE |
Publications (1)
Publication Number | Publication Date |
---|---|
FR3010554A1 true FR3010554A1 (en) | 2015-03-13 |
Family
ID=50976781
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
FR1450777A Withdrawn FR3010554A1 (en) | 2014-01-31 | 2014-01-31 | METHOD FOR DETECTING AND PREVENTING FAILURE OF COMPONENT OF MOTOR VEHICLE |
Country Status (1)
Country | Link |
---|---|
FR (1) | FR3010554A1 (en) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FR3076635A1 (en) * | 2018-01-10 | 2019-07-12 | Psa Automobiles Sa | METHOD FOR RECOVERING NON-CONFIRMED DETECTED DEFECTS FOR ENGINE COMPUTER |
CN113138911A (en) * | 2021-05-19 | 2021-07-20 | 绵阳市维博电子有限责任公司 | Rail transit monitoring data reproduction system and fault repair verification method |
FR3118809A1 (en) * | 2021-01-12 | 2022-07-15 | Psa Automobiles Sa | Method and system for determining data characterizing at least one change in the temperature of a component of a motor vehicle over a time interval |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060125611A1 (en) * | 2003-06-30 | 2006-06-15 | Dietmar Schmid | Method and arrangement for suppressing incorrect messages in monitoring systems |
US7472337B2 (en) * | 2005-03-22 | 2008-12-30 | Cummins, Inc. | Method and system for detecting faults in an electronic engine control module |
-
2014
- 2014-01-31 FR FR1450777A patent/FR3010554A1/en not_active Withdrawn
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060125611A1 (en) * | 2003-06-30 | 2006-06-15 | Dietmar Schmid | Method and arrangement for suppressing incorrect messages in monitoring systems |
US7472337B2 (en) * | 2005-03-22 | 2008-12-30 | Cummins, Inc. | Method and system for detecting faults in an electronic engine control module |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FR3076635A1 (en) * | 2018-01-10 | 2019-07-12 | Psa Automobiles Sa | METHOD FOR RECOVERING NON-CONFIRMED DETECTED DEFECTS FOR ENGINE COMPUTER |
FR3118809A1 (en) * | 2021-01-12 | 2022-07-15 | Psa Automobiles Sa | Method and system for determining data characterizing at least one change in the temperature of a component of a motor vehicle over a time interval |
WO2022152985A1 (en) * | 2021-01-12 | 2022-07-21 | Psa Automobiles Sa | Method and system for determining data characterizing at least one change in the temperature of a component of a motor vehicle during a time interval |
US12007284B2 (en) | 2021-01-12 | 2024-06-11 | Psa Automobiles Sa | Method and system for determining data characterizing at least one change in the temperature of a component of a motor vehicle during a time interval |
CN113138911A (en) * | 2021-05-19 | 2021-07-20 | 绵阳市维博电子有限责任公司 | Rail transit monitoring data reproduction system and fault repair verification method |
CN113138911B (en) * | 2021-05-19 | 2024-05-28 | 绵阳市维博电子有限责任公司 | Track traffic monitoring data reproduction system and fault repair verification method |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3183621B1 (en) | Computer for a vehicle, such as a power steering computer, provided with an integrated event recorder | |
EP3030819B1 (en) | Method for monitoring a valve of an aircraft engine | |
CA2605565A1 (en) | Method and device for monitoring an aircraft structure | |
FR3010554A1 (en) | METHOD FOR DETECTING AND PREVENTING FAILURE OF COMPONENT OF MOTOR VEHICLE | |
FR2987398A1 (en) | SYSTEM FOR DETECTING FAILURE PREMISES OF A VALVE OF AN AIRCRAFT ENGINE | |
FR3006768A1 (en) | METHOD FOR MONITORING A FUNCTIONAL ORGAN OF A MOTOR VEHICLE | |
WO2011101160A1 (en) | Method and device for detecting the dysfunction of a gas pressure sensor in a vehicle tire | |
FR3015151B1 (en) | DEVICE AND METHOD FOR MONITORING A CLOCK GENERATOR | |
FR3099789A1 (en) | Method for detecting failures of a regulation system and protection against overspeed for a turbomachine | |
FR3012636A1 (en) | METHOD FOR NON-REGRESSION OF A DESIGN TOOL OF AN AIRCRAFT ENGINE MONITORING SYSTEM | |
FR3044703A1 (en) | METHOD, SYSTEM AND COMPUTER PROGRAM FOR MONITORING A STARTING SEQUENCE OF A TURBOMACHINE BY MONITORING THE HIGH PRESSURE BODY REGIME | |
FR2986398A1 (en) | SAFETY DEVICE FOR CONTROLLING AN ENGINE COMPRISING A REDUNDANCY OF ACQUISITIONS OF A SENSOR MEASUREMENT | |
FR2826745A1 (en) | Monitoring of the functioning of a system, especially for motor vehicle use, e.g. for a brake-by-wire system, with monitoring broken down into decentralized monitoring functions for each of the system individual functions | |
EP2034409B1 (en) | Method of managing failures with memorization of these failures for an automobile | |
FR3055991A1 (en) | FAULT DETECTION PROCESS | |
EP3752811B1 (en) | Method and system for detecting damage to the mobile blades of an aircraft | |
EP3839741B1 (en) | Electronic system comprising a device for estimating defects of an electronic memory subjected to high-altitude flight conditions | |
EP2820731B1 (en) | Method and arrangement for monitoring a gas insulated compartment | |
FR3103219A1 (en) | Method for managing sporadic anomalies of a motor vehicle engine system | |
EP3729003B1 (en) | Detection and accommodation of intermittent open circuits on an engine sensor of an aircraft turbine engine | |
FR3033428A1 (en) | METHOD FOR DETERMINING THE ORIGIN OF A SAFETY FAULT | |
FR3123053A1 (en) | Method for monitoring the transport or storage of at least one turbomachine element, with determination of the installation of this element on a vehicle | |
WO2020053208A1 (en) | Method for detecting the disappearance of a task | |
WO2015177454A1 (en) | Method for starting a fan operation test | |
FR3138535A1 (en) | “Method and system for monitoring a functional model” |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PLFP | Fee payment |
Year of fee payment: 2 |
|
ST | Notification of lapse |
Effective date: 20160930 |