EP0905500B1 - Fehlerdiagnoseeinrichtung - Google Patents

Fehlerdiagnoseeinrichtung Download PDF

Info

Publication number
EP0905500B1
EP0905500B1 EP98116600A EP98116600A EP0905500B1 EP 0905500 B1 EP0905500 B1 EP 0905500B1 EP 98116600 A EP98116600 A EP 98116600A EP 98116600 A EP98116600 A EP 98116600A EP 0905500 B1 EP0905500 B1 EP 0905500B1
Authority
EP
European Patent Office
Prior art keywords
fault
condition
process parameters
diagnosis
error
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.)
Expired - Lifetime
Application number
EP98116600A
Other languages
English (en)
French (fr)
Other versions
EP0905500A3 (de
EP0905500A2 (de
Inventor
Rainer Burkhardt
Herbert Dr. Strobel
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mercedes Benz Group AG
Original Assignee
DaimlerChrysler AG
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by DaimlerChrysler AG filed Critical DaimlerChrysler AG
Publication of EP0905500A2 publication Critical patent/EP0905500A2/de
Publication of EP0905500A3 publication Critical patent/EP0905500A3/de
Application granted granted Critical
Publication of EP0905500B1 publication Critical patent/EP0905500B1/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07CTIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00Registering or indicating the working of vehicles
    • G07C5/08Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
    • G07C5/0808Diagnosing performance data
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07CTIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C3/00Registering or indicating the condition or the working of machines or other apparatus, other than vehicles
    • G07C3/08Registering or indicating the production of the machine either with or without registering working or idle time

Definitions

  • the invention relates to a fault diagnosis device for the detection of defective components of a technical system with error-relevant process variables whose status changes when they occur a corresponding component failure from an error-free state changes to an error state by its state value leaves a predetermined tolerance range.
  • Fault diagnosis devices for detection including identification and display of defective components of a technical Systems, such as a production plant, a computer system, one Motor vehicle etc. are known in various ways. Most of time the current status values of the process variables of the Systems, which consist of input variables, output variables and internal Compose state variables, recorded and with predetermined Setpoints compared. Soaks the instantaneous value by more than one from the setpoint, this is considered an error and displayed. With electrical or electronic systems the assessment can usually be made directly by means of appropriate electronic Means such as comparators, window discriminators etc., in systems with a mechanical component, the associated Process variables if necessary by a transducer in converted an electrical signal, which is then evaluated for comparison can be.
  • a technical Systems such as a production plant, a computer system, one Motor vehicle etc.
  • a fault diagnosis device to determine the cause of an error in a tested Device with a detection device, the parameters of the tested Device detected, and written with a storage device.
  • the storage device are a search tree with nodes, the respective subunits correspond to the tested device, and the test tables assigned to the nodes, in each of which at least one to be detected by the detection device Parameters and a related test condition are specified, corresponding to an error probability table the results of tests according to the at least one test condition and names of daughter nodes are stored in advance, where in a test table that has a node with at least three child nodes is assigned, in addition at least two to be detected Parameters and test conditions are given.
  • search / inference device in advance in the storage device saved, which selects nodes along the search tree and evaluates the associated test tables, taking the Node selection based on the result of the evaluation of the test tables performs.
  • This is intended to provide a targeted link between individuals Test tables by the search / inference device in the manner of a non-binary search tree can be realized.
  • the search tree has it one corresponding to the hardware organization of the tested device Search tree. This setup requires a relative one high computing power during the system runtime, since many Make decisions and reload tables if necessary are.
  • Any applicable symptom error relationship and any type of Non-function also becomes a set of ambiguity group effects assigned to reorder the ambiguity group. Starting with those components in the ambiguity group, the most likely to fail is a Structural model analyzed, and as a result of the analysis Repair suggestions with tests to be carried out on the system issued.
  • the system model describes the system components are event-structured with additional ones Information about their probability of failure, ease of repair, Accessibility etc.
  • the implementation this diagnostic knowledge, for the specific knowledge and / or experience are not suitable for use there, where the systems to be diagnosed according to structure and Expression subject to short-term changes, such as this e.g. is the case with motor vehicles.
  • the invention is a technical problem of providing based on a fault diagnosis device of the type mentioned at the beginning, with that in system operation with comparatively little Computing effort relatively quickly suspect system components can be recognized.
  • the invention solves this problem by providing a Fault diagnosis device with the features of claim 1.
  • This facility is based on the fact that, in the case of Non-function of a system component, i.e. when a Component failure, certain, referred to as failure-relevant Process variables of the system change their state from an error-free state change to an error state so that from their state concluded on the one or more suspect components can be.
  • This binary state decision for the The respective process variable takes place depending on whether the associated status value of the process variable inside or outside a value range specified for him as a tolerance range lies.
  • knowledge is usable about the function of resources other than from a faulty one also used by one or more other signal paths will suspect the number of those in the faulty path Components can significantly reduce.
  • the process variables are divided into primary, out of tolerance, and affected by it, component failure differentiate precise secondary process variables, that do not exceed their tolerance range, but in all of them are indicative of the error in question.
  • only the primary process variables by moving from their error-free state to their error state switch, trigger a diagnostic process, the remaining, secondary Process variables are queried.
  • the primary and each associated secondary process variables and their component error indications State combinations can be automated based on existing design documents, model-based in advance determine by simulation and in a checklist as well save a status table. So you can use the model automated and without the need to include Technical or special knowledge a detailed assignment of causes of errors and document the effects of errors. So far that too diagnostic system contains independent functional groups, it can be divided according to what for modeling the number of simulations required is reduced.
  • a fault diagnosis device further developed according to claim 2 is the diagnostic module designed so that it during a diagnostic process as suspected system components ordered according to their empirically determined probability of failure displays. With this, the operating or service personnel enabled to target the error that occurred first with the most likely to fix counter the same leading measure.
  • a fault diagnosis device further developed according to claim 3 saves the diagnostic module for the respective diagnostic process the information about the triggering primary process variable, the determined state combination of the error-relevant Process variables and the associated suspect system components in a diagnostic result memory, whereby the occurred Errors and their causes are documented.
  • this is used during an ongoing diagnostic process at Query and then evaluate the status of the faulty Process variables Information about this from previous Diagnostic processes to be used in the diagnostic result memory are filed.
  • Such an evaluation can then possibly several suggestions of sentences suspect Result in system components, of which by means of a corresponding, best algorithm is used as a result. With this measure you can for example, errors that have occurred in the past and are no longer present because of the associated signal path is not currently active, include in the evaluation, whereby if necessary, the diagnostic result can be improved.
  • Fig. 1 generally shows the structure of a diagnosis technical system S that any number n of computing units R1, ..., Rn, of which only a first Computer unit R1 is shown in somewhat more detail.
  • the system S generates by means of processing logic V, which in the computer units R1, ..., Rn are implemented, state variables Z1, Z2 and output variables A1, A2, ..., Am depending on the respective State of input variables E1, ..., Ek.
  • a diagnostic module D as a central component of one Fault diagnosis device coupled, which the multitude of in System S existing, various components K1 to K4 occurring errors are monitored, with the system components within or arranged outside the computer units R1, ..., Rn could be.
  • the total of the input variables E1, ..., Ek, der State variables Z1, Z2, ... and the output variables A1, ..., Am forms the set of process variables of system S.
  • the diagnostic module D includes a checklist CL, which consists of individual partial checklists CL_1, ..., CL_n, which error-relevant process variables exist included for the individual function groups FG Process size status table ZT, which the assignment occurred Status changes from process variables to the suspect System components documented, and a process control AS.
  • the checklist CL and the status table ZT are before the actual system operation in advance in a generation phase obtained and stored in the diagnostic module D.
  • the sequence control AS as illustrated in a block diagram, contains the Communication and database functions required for error diagnosis as well as a recorder function with which all of the Diagnostic module D detected non-functions or errors of system components in chronologically correct order in one Error memory E that functions as a diagnostic result memory is stored become.
  • the diagnostic module D contains a buffer ZS.
  • each of the function groups FG of the System S created a functional model that the hardware and software structure reproduces the function group FG.
  • a functional model that the hardware and software structure reproduces the function group FG.
  • Permutations of the relevant ones are then made on the model M thus obtained Input variables E1, ... are simulated and the series after all system components involved are used as faulty.
  • the associated process variables of the system S their state values a predefined one due to the simulated component error Leave tolerance range.
  • the diagnostic module monitored with the diagnostic module D prepared in this way then the fault diagnosis device the system S to the presence defective components corresponding to that shown in FIG. 4 Method.
  • the diagnostic module detects D continuously the primary process variables, i.e. those Process variables of the system S, for at least one component error represent a primary process variable.
  • the captured instantaneous State values of the primary process variables are from the diagnostic module D then evaluated whether it was your given Tolerance range that corresponds to the error-free state of the process variable have left and consequently the state of the process variable changed to the error state.
  • step 2 Only if in the concerned Query step 2 is recognized by the diagnostic module D, that the state of an error-relevant primary process variable changed to the error state, this triggers a further Diagnostic process, in which in a next step 3 from Diagnostic module D based on the checklist CL the partial checklist is determined, which is assigned to that primary process variable that has changed to the error state.
  • the determined partial checklist the diagnostic module D takes the associated other error-relevant, secondary process variables of the relevant function group FG.
  • the diagnostic module then asks D from the system S the current state values of these secondary Process variables from and thereby determines whether the respective secondary Process variable in the error-free state or in the error state (step 4).
  • the diagnostic module D compares the system query determined the current state combination of primary process variable that triggered the diagnostic process, and those belonging to this, listed in their partial checklist secondary process variables with those in the status table ZT saved combinations of states. If the current state combination queried in system operation with the one stored in a certain line of the status table ZT State combinations become those in this line of the state table Sometimes specified as suspect system components read out by the diagnostic module D and suspected of error by the user displayed (step 6). In addition, that saves Diagnostic module D then the essential information on the diagnostic process and the diagnostic result, i.e. Data about the primary process variable that triggers the diagnostic process has, as well as the current status combination queried by the system this process variable and that of the relevant partial checklist associated secondary process variables in error memory E.
  • the display of the suspect system components is preferably done in an order in descending order Probability of error, for which purpose for each system component an empirically determined probability of error is given becomes.
  • the state combinations stored there allow from previously occurring component failures a reproduction of the system state at a later time. If namely those primary process variables that lead to a have previously been in the error state and had initiated a diagnostic process, even as one of the secondary ones Process variables that correspond to that primary process variable which are caused by a current component error in the Error state has occurred and the ongoing diagnostic process has been queried regarding its current status, can that state be used for evaluation, which these process variables at the time they initiated Diagnostic query had taken, including that connected states of the associated secondary process variables.
  • the entire vehicle to be diagnosed includes one Series of electronic assemblies and associated with them electrical and mechanical components or peripheral assemblies, the electrical components, e.g. Incandescent, if necessary via suitable driver stages from the electronics directly and the mechanical components via electromechanical actuators, such as electric motors, solenoid valves, relays and the like Actuators that can be operated.
  • the state values of the Process variables of this system, especially the electrical and mechanical components, and the execution of operations are at least partially connected to the electronic with the help of sensors Components reported.
  • the electronic assemblies also included in the diagnosis.
  • a first current path includes one Input variable A, the further process variable voltage Ua and Current Ia, a system component common to both paths in the form of a first plug connection S1, a line connection ca, a second common system component in the form of a second Connector S2, a component in the form of a first Lamp La and a ground connection M, which are also two paths is common.
  • the other current path contains an input variable B, the further process variable voltage Ub and current intensity Ib, a line connection cb as a further system component, the Plug connections S1 and S2, a second lamp Lb and the common one Earth connection M.
  • the partial checklist 6 shows a partial checklist belonging to this function group, which belongs to the assumed case that the amperage Ia as a primary process variable from the error-free state in the Error state has changed. This is shown by an interruption of the first current path, so that there is no current flow there is measurable and the associated lamp La does not burn.
  • the partial checklist 6 includes in addition to the component error for this current Ia of the first acting as the primary process variable Current paths the two input variables A, B, the two Voltages Ua, Ub and the current Ib in the other current path.
  • the first line of the state table ZT shown in FIG. 7 gives indicates that input variable A is active, input variable B is inactive, the voltage Ua active, i.e. measurable, and the current Ia inactive, i.e. are not measurable, the lamp La not burning. Furthermore, the associated voltage Ub and the associated Current Ib inactive.
  • the second line of the state table ZT of FIG. 7 indicates that input variable A active, input variable B inactive, Voltage Ua active and current Ia inactive, i.e. Not are measurable, again the lamp La not burning.
  • the voltage Ub is now active in the other current path, i.e. available, while the associated current Ib as is measured inactive.
  • the Diagnostic device is with its diagnostic module able to detect a system error relatively quickly and the faulty system component causing this to recognize with relatively little effort. It is an advantage among other things, the structuring of the error-relevant process variables for a respective component failure in the immediate associated with this, measurable primary process variable and that dependent secondary process variables to which the component failure relates affects indirectly.
  • This structuring of the process variables allows only the primary process variables to run on the system to monitor. Only after an error condition occurs primary process variable are the states of the associated secondary Process variables queried and evaluated on the system. By the preliminary determination and storage of the checklist and the status table can then use the determined combination of states for the primary and the associated secondary process variables the suspect system components from the diagnostic module with relatively low computing power can be quickly determined and displayed.

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Test And Diagnosis Of Digital Computers (AREA)
  • Testing And Monitoring For Control Systems (AREA)

Description

Die Erfindung bezieht sich auf eine Fehlerdiagnoseeinrichtung zur Erkennung fehlerhafter Komponenten eines technischen Systems mit fehlerrelevanten Prozeßgrößen, deren Zustand sich bei Auftreten eines entsprechenden Komponentenfehlers von einem Fehlerfrei-Zustand in einen Fehler-Zustand ändert, indem ihr Zustandswert einen vorgegebenen Toleranzbereich verläßt.
Fehlerdiagnoseeinrichtungen zur Erkennung einschließlich Identifikation und Anzeige fehlerhafter Komponenten eines technischen Systems, wie einer Produktionsanlage, eines Computersystems, eines Kraftfahrzeuges etc., sind verschiedentlich bekannt. Meist werden dabei die momentanen Zustandswerte der Prozeßgrößen des Systems, die sich aus Eingangsgrößen, Ausgangsgrößen und internen Zustandsgrößen zusammensetzen, erfaßt und mit vorgegebenen Sollwerten verglichen. Weicht der Momentanwert um mehr als ein vorgegebenes Maß vom Sollwert ab, wird dies als Fehler gewertet und angezeigt. Bei elektrischen oder elektronischen Systemen kann die Bewertung meist unmittelbar durch entsprechende elektronische Mittel, wie Komparatoren, Fensterdiskriminatoren etc., erfolgen, bei Systemen mit mechanischem Anteil werden die zugehörigen Prozeßgrößen gegebenenfalls durch einen Meßwandler in ein elektrisches Signal umgewandelt, das dann vergleichend ausgewertet werden kann.
Eine Schwierigkeit solcher bekannter Einrichtungen besteht darin, daß die Aussage über den Fehlerort bzw. die Fehlerart häufig nicht eindeutig ist, weil die Einrichtung beispielsweise mangels Sensorik einem einzelnen Fehlersignal noch mehrere mögliche Komponentenfehler zuordnet. Es obliegt dann dem Bedienpersonal, eine Bewertung der Fehleranzeige vorzunehmen, um aus mehreren möglichen Fehlern den tatsächlich aufgetretenen Fehler bzw. unter einer Vielzahl von Fehlermeldungen die richtige und eindeutige herauszufinden. Es ist des weiteren bekannt, zur Diagnose die Art und den Ort eines Fehlers durch entsprechenden Aufwand an Sensorik selbsttätig zu ermitteln und die betreffenden Fehlerinformationen codiert oder uncodiert anzuzeigen und erforderlichenfalls für Korrekturen durch Bedien- bzw. Servicepersonal verwendbar zu machen.
In der Patentschrift DE 41 24 542 C2 ist eine Fehlerdiagnoseeinrichtung zur Bestimmung einer Fehlerursache bei einem geprüften Gerät mit einer Detektiereinrichtung, die Parameter des geprüften Gerätes detektiert, und mit einer Speichereinrichtung beschrieben. In der Speichereinrichtung sind ein Suchbaum mit Knoten, die jeweiligen Untereinheiten des geprüften Gerätes entsprechen, sowie den Knoten jeweils zugeordnete Testtabellen, in denen jeweils wenigstens ein von der Detektiereinrichtung zu detektierender Parameter sowie eine diesbezügliche Testbedingung angegeben sind, eine Fehlerwahrscheinlichkeitstabelle entsprechend den Resultaten von Tests gemäß der wenigstens einen Testbedingung und Namen von Tochterknoten vorab abgespeichert, wobei in einer Testtabelle, die einem Knoten mit wenigstens drei Tochterknoten zugeordnet ist, zusätzlich wenigstens zwei zu detektierende Parameter und Testbedingungen angegeben sind. Außerdem ist in der Speichereinrichtung vorab eine Such/Inferenzeinrichtung abgespeichert, die entlang des Suchbaums Knoten auswählt und die zugehörigen Testtabellen auswertet, wobei sie die Knotenauswahl nach dem Ergebnis der Auswertung der Testtabellen vornimmt. Dadurch soll eine zielgerichtete Verknüpfung einzelner Testtabellen durch die Such/Inferenzeinrichtung nach Art eines nicht-binären Suchbaumes realisiert werden. Der Suchbaum hat dabei eine der Hardwareorganisation des geprüften Gerätes entsprechende Suchbaumstruktur. Diese Einrichtung erfordert eine relativ hohe Rechenleistung während der Systemlaufzeit, da viele Entscheidungen zu treffen und gegebenenfalls Tabellen nachzuladen sind.
In der Patentschrift US 5.099.436 sind ein Verfahren und eine Vorrichtung zur Durchführung einer Systemfehlerdiagnose beschrieben, das auf einer hybriden Wissensdarstellung des zu diagnostizierenden Systems basiert. Während der Systemlaufzeit erfaßte Daten werden mit einer ereignisbasierten Systemdarstellung verglichen, die eine Vielzahl von vordefinierten Ereignissen umfaßt. Ein Ereignis wird erkannt, wenn die erfaßten Daten mit den kritischen Parametern des Ereignisses übereinstimmen. Das erkannte Ereignis und ein zugehöriger Satz von Mehrdeutigkeits-Gruppeneffekten, welche Komponenten kennzeichnen, die entsprechend einem zugeordneten Sortiereffekt in einer Mehrdeutigkeitsgruppe neu sortiert werden sollen, werden analysiert. Außerdem können ein Symptomfehlermodell und ein Nichtfunktionsmodell analysiert werden, um die Symptomfehlerbeziehungen und die Art der Nichtfunktionen festzustellen, die auf den Systemlauf anwendbar sind. Jede anwendbare Symptomfehlerbeziehung und jede Art der Nichtfunktion wird auch einem Satz von Mehrdeutigkeitsgruppeneffekten zugeordnet, der die Mehrdeutigkeitsgruppe neu sortiert. Beginnend mit denjenigen Komponenten in der Mehrdeutigkeitsgruppe, deren Nichtfunktion am wahrscheinlichsten ist, wird ein Strukturmodell analysiert, und als Ergebnis der Analyse werden Reparaturvorschläge mit am System auszuführenden Tests ausgegeben.
Diese bekannte Vorgehensweise beinhaltet eine laufende umfangreiche Datenakquisition und ständige Vergleichsoperationen während des Systembetriebs und daher einen erheblichen Rechenaufwand im diagnostizierenden Systemteil. Das Systemmodell beschreibt die Systemkomponenten ereignisstrukturiert mit zusätzlichen Informationen über ihre Ausfallwahrscheinlichkeit, Reparaturfreundlichkeit, Zugänglichkeit usw. Die Implementierung dieses Diagnosewissens, für die spezielles Wissen und/oder Erfahrungen notwendig sind, ist für einen Einsatz dort nicht geeignet, wo die zu diagnostizierenden Systeme nach Struktur und Ausprägung zeitlich kurzfristigen Änderungen unterliegen, wie dies z.B. bei Kraftfahrzeugen der Fall ist.
Strukturelle Grundzüge einer rechnergestützten Fehlerdiagnoseeinrichtung für ein Kraftfahrzeug sind in den Veröffentlichungen N. Waleschkowski et al., Ein wissensbasiertes Fahrzeug-Diagnosesystem für den Einsatz in der Kfz-Werkstatt, Grundlagen und Anwendungen der künstlichen Intelligenz, Springer-Verlag, 1993, Seite 277 sowie N. Waleschkowski et al., Wissenmodellierung und Wissenserwerb am Beispiel der Fahrzeugdiagnose, Zeitschrift künstliche Intelligenz KI 1/95, Seite 55 beschrieben. Diese Einrichtung enthält eine Diagnoseablaufbereitstellungsstufe mit einer Wissensbasis, die ein Strukturmodell über den hierarchischen Aufbau des technischen Systems aus einzelnen Teilsystemen, ein Wirkungsmodell über die Wirkungsbeziehungen zwischen den einzelnen Teilsysstemen und ein den Diagnoseablauf bestimmendes Fehlermodell beinhaltet, das die Zusammenhänge zwischen Fehlerursachen und deren Auswirkungen sowie geeigneten Prüfabläufen und Reparaturen darstellt. Eine Diagnosedurchführungsstufe führt interaktiv Fehlerdiagnosen unter Verwendung des von der Diagnoseablaufbereitstellungsstufe bereitgestellten Diagnoseablaufprogramms durch.
Der Erfindung liegt als technisches Problem die Bereitstellung einer Fehlerdiagnoseeinrichtung der eingangs genannten Art zugrunde, mit der im Systembetrieb mit vergleichsweise geringem Rechenaufwand relativ rasch fehlerverdächtige Systemkomponenten erkannt werden können.
Die Erfindung löst dieses Problem durch die Bereitstellung einer Fehlerdiagnoseeinrichtung mit den Merkmalen des Anspruchs 1. Diese Einrichtung stützt sich auf die Tatsache, daß im Fall der Nichtfunktion einer Systemkomponente, d.h. bei Auftreten eines Komponentenfehlers, bestimmte, als fehlerrelevant bezeichnete Prozeßgrößen des Systems ihren Zustand von einem Fehlerfrei-Zustand in einen Fehler-Zustand ändern, so daß von deren Zustand auf die eine oder mehreren fehlerverdächtigen Komponenten geschlossen werden kann. Diese binäre Zustandsentscheidung für die jeweilige Prozeßgröße erfolgt in Abhängigkeit davon, ob der zugehörige Zustandswert der Prozeßgröße innerhalb oder außerhalb eines für ihn als Toleranzbereich vorgegebenen Wertebereiches liegt. Des weiteren ist die Tatsache nutzbar, daß eine Kenntnis über die Funktion von Ressourcen, die außer von einem fehlerhaften auch noch von einem oder mehreren anderen Signalpfaden genutzt werden, die Zahl der im fehlerhaften Pfad verdächtigen Komponenten wesentlich verringern kann.
Die Prozeßgrößen werden für jeden Komponentenfehler in primäre, den Toleranzbereich verlassende, und davon beeinflußte, den Komponentenfehler präzisierende sekundäre Prozeßgrößen unterschieden, die ihren Toleranzbereich nicht überschreiten, jedoch in ihrer Gesamtheit für den betreffenden Fehler indikativ sind. Im laufenden Systembetrieb können nur die primären Prozeßgrößen, indem sie von ihrem Fehlerfrei-Zustand in ihren Fehler-Zustand wechseln, einen Diagnosevorgang auslösen, wobei die übrigen, sekundären Prozeßgrößen abgefragt werden. Die primären und die jeweils zugehörigen sekundären Prozeßgrößen und ihre komponentenfehlerindikativen Zustandskombinationen lassen sich automatisiert aus vorhandenen Konstruktionsunterlagen vorab modellbasiert durch Simmulation ermitteln und in einer Checkliste sowie einer Zustandstabelle abspeichern. Über das Modell läßt sich somit automatisiert und ohne Notwendigkeit der Einbeziehung von Fach- oder Spezialwissen eine detallierte Zuordnung von Fehlerursachen und Fehlerauswirkungen dokumentieren. Soweit das zu diagnostizierende System unabhängige Funktionsgruppen enthält, läßt es sich für die Modellierung entsprechend aufteilen, was die Zahl der notwendigen Simulationen verringert.
Bei einer nach Anspruch 2 weitergebildeten Fehlerdiagnoseeinrichtung ist das Diagnosemodul so ausgelegt, daß es die während eines Diagnosevorgangs als fehlerverdächtig festgestellten Systemkomponenten geordnet nach ihrer empirisch festgelegten Ausfallwahrscheinlichkeit anzeigt. Damit wird das Bedien- bzw. Servicepersonal in die Lage versetzt, dem aufgetretenen Fehler gezielt zuerst mit der jeweils am wahrscheinlichsten zur Behebung desselben führenden Maßnahme zu begegnen.
Bei einer nach Anspruch 3 weitergebildeten Fehlerdiagnoseeinrichtung speichert das Diagnosemodul für den jeweiligen Diagnosevorgang die Informationen über die auslösende primäre Prozeßgröße, die ermittelte Zustandskombination der fehlerrelevanten Prozeßgrößen und die zugehörigen fehlerverdächtigen Systemkomponenten in einem Diagnoseergebnisspeicher ab, wodurch der aufgetretene Fehler und seine Ursache dokomentiert werden. In einer weiteren Ausgestaltung der Erfindung nach Anspruch 4 wird dies dazu genutzt, während eines laufenden Diagnosevorgangs bei der Abfrage und anschließenden Auswertung der Zustände der fehlerhaften Prozeßgrößen Informationen hierüber aus vorangegangenen Diagnosevorgängen heranzuziehen, die im Diagnoseergebnisspeicher abgelegt sind. Im Rahmen einer solchen Auswertung können sich dann eventuell mehrere Vorschläge von Sätzen fehlerverdächtiger Systemkomponenten ergeben, von denen der mittels eines entsprechenden, herkömmlichen Algorithmus ermittelte, beste Vorschlag als Ergebnis verwendet wird. Mit dieser Maßnahme lassen sich beispielsweise Fehler, die in der Vergangenheit aufgetreten sind und momentan nicht mehr anliegen, weil der zugehörige Signalpfad gerade nicht aktiv ist, in die Auswertung einbeziehen, wodurch das Diagnoseergebnis gegebenenfalls verbessert werden kann.
Vorteilhafte Ausführungsformen der Erfindung sind in den Zeichnungen veranschaulicht und werden nachfolgend beschrieben. Hierbei zeigen:
Fig. 1
ein Blockdiagramm eines auf Fehler seiner Komponenten zu diagnostizierenden Systems und eines Diagnosemoduls einer zugehörigen Fehlerdiagnoseeinrichtung,
Fig. 2
ein detaillierteres Blockdiagramm des Diagnosemoduls von Fig. 1,
Fig. 3
eine schematische Blockdiagrammdarstellung zur Veranschaulichung der Erstellung eines Funktionsmodells des zu diagnostizierenden Systems zur Gewinnung einer Checkliste und einer Zustandstabelle für das Diagnosemodul von Fig. 2,
Fig. 4
ein Flußdiagramm des von der Fehlerdiagnoseeinrichtung mit dem Diagnosemodul von Fig. 2 durchführbaren Fehlerdiagnoseverfahrens,
Fig. 5
ein Blockschaltbild einer konkreten Realisierung einer Funktionsgruppe gemäß Fig. 1 für den Fall eines Kraftfahrzeuges als zu diagnostizierendem System,
Fig. 6
eine im Diagnosemodul für die Funktionsgruppe von Fig. 5 abgelegte Teil-Checkliste der Checkliste von Fig. 3 und
Fig. 7
ein zur Funktionsgruppe von Fig. 5 gehöriger Ausschnitt aus der im Diagnosemodul abgelegten Zustandstabelle.
Fig. 1 zeigt allgemein den Aufbau eines zu diagnostizierenden technischen Systems S, das eine beliebige Anzahl n von Rechnereinheiten R1, ..., Rn umfaßt, von denen lediglich eine erste Rechnereinheit R1 etwas detaillierter wiedergegeben ist. Das System S erzeugt mittels Verarbeitungslogiken V, die in den Rechnereinheiten R1, ..., Rn implementiert sind, Zustandsgrößen Z1, Z2 sowie Ausgangsgrößen A1, A2, ..., Am in Abhängigkeit vom jeweiligen Zustand zugeführter Eingangsgrößen E1, ..., Ek. An das System S ist ein Diagnosemodul D als zentraler Bestandteil einer Fehlerdiagnoseeinrichtung angekoppelt, das die Vielzahl von im System S vorhandenen, verschiedenen Komponenten K1 bis K4 auf auftretende Fehler überwacht, wobei die Systemkomponenten innerhalb oder außerhalb der Rechnereinheiten R1, ..., Rn angeordnet sein können. Die Gesamtheit der Eingangsgrößen E1, ..., Ek, der Zustandsgrößen Z1, Z2, ... und der Ausgangsgrößen A1, ..., Am bildet den Satz der Prozeßgrößen des Systems S.
Fig. 2 zeigt den Aufbau des Diagnosemoduls D. Das Diagnosemodul D umfaßt eine Checkliste CL, die aus einzelnen Teil-Checklisten CL_1, ..., CL_n besteht, welche jeweilige fehlerrelevante Prozeßgrößen für die einzelnen Funktionsgruppen FG enthalten, eine Prozeßgrößen-Zustandtabelle ZT, welche die Zuordnung aufgetretener Zustandsänderungen von Prozeßgrößen zu den jeweils fehlerverdächtigen Systemkomponenten dokumentiert, und eine Ablaufsteuerung AS. Die Checkliste CL und die Zustandstabelle ZT werden vor dem tatsächlichen Systembetrieb vorab in einer Generierphase gewonnen und im Diagnosemodul D abgelegt. Die Ablaufsteuerung AS enthält, wie blockdiagrammatisch veranschaulicht, die zur Fehlerdiagnose benötigten Kommunikations- und Datenbankfunktionen sowie eine Recorderfunktion, mit welcher alle von dem Diagnosemodul D erkannten Nichtfunktionen bzw. Fehler von Systemkomponenten in chronologisch richtiger Reihenfolge in einem als Diagnoseergebnisspeicher fungierenden Fehlerspeicher E abgelegt werden. Zusätzlich enthält das Diagnosemodul D einen Zwischenspeicher ZS.
Insbesondere zum Zwecke einer unten erläuterten Modellierung der Systemfunktionen im Rahmen der Generierphase werden im System S die voneinander unabhängig arbeitenden Funktionspfade als jeweilige Funktionsgruppen FG ermittelt, wie dies in Fig. 1 für den Fall einer Funktionsgruppe FG näher gezeigt ist, die eine die Eingangsgröße E3 empfangende Komponente K3 und eine nachgeschaltete Verarbeitungslogik V, welche eine Zustandsgröße Z1 erzeugt, sowie eine dieser Verarbeitungslogik V außerhalb der zugehörigen Rechnereinheit R1 nachgeschaltete Komponente K4 umfaßt, der die Zustandsgröße Z1 zugeführt ist und die daraus die Ausgangsgröße A1 erzeugt.
In dieser Generierphase wird von jeder der Funktionsgruppen FG des Systems S, unterstützt durch entsprechende Softwarewerkzeuge, ein Funktionsmodell erstellt, das die Hard- und Softwarestruktur der Funktionsgruppe FG nachbildet. Dazu werden insbesondere zugehörige Schaltplan-Eingaben und Daten über Aktuatoren, Sensoren und dergleichen aus einer Modellbibliothek benutzt. Automatische Generierungsverfahren dieser Art sind an sich bekannt und bedürfen daher hier keiner näheren Erläuterung. An dem so erhaltenen Modell M werden dann Permutationen der relevanten Eingangsgrößen E1, ... simuliert und dabei der Reihe nach alle beteiligten Systemkomponenten als fehlerhaft eingesetzt. Zu einem jeden solchen Komponentenfehler werden dann die zugehörigen Prozeßgrößen des Systems S ermittelt, deren Zustandswerte durch den simulierten Komponentenfehler einen vorgegebenen Toleranzbereich verlassen. Dies wird als binäre Zustandsänderung in Form eines Übergangs vom Fehlerfrei-Zustand zum Fehler-Zustand der betreffenden Prozeßgröße interpretiert. Diese Prozeßgrößen werden für den jeweiligen Komponentenfehler als fehlerrelevant bezeichnet. Des weiteren werden in diesem Simulationsschritt SS die fehlerrelevanten Prozeßgrößen jedes Komponentenfehlers in primäre und sekundäre Prozeßgrößen unterschieden, wobei als primäre Prozeßgrößen diejenigen bezeichnet werden, die durch Toleranzüberschreitung konkrete Hinweise auf fehlerhafte Systemkomponenten liefern, während die übrigen, von den primären Prozeßgrößen beeinflußten Prozeßgrößen als sekundär bezeichnet werden und nur in ihrer Gesamtheit zu einer Fehleraussage führen. Sekundäre Prozeßgrößen können zunächst fehlerverdächtige Komponenten durch Präzisierung des Fehlerbildes aufgrund der Verbindungsstrukturen entlasten.
Im anschließenden Checklisten-Generierungsabschnitt CG werden dann für den jeweiligen simulierten Komponentenfehler die zu einer primären Prozeßgröße gehörigen sekundären Prozeßgrößen in einer entsprechenden Teil-Checkliste aufgelistet. Alle auf diese Weise erhaltenen Teil-Checklisten CL_1 bis CL_n werden dann unter Bildung der Checkliste CL zusammengefaßt und im Diagnosemodul D abgespeichert. Dann wird als abschließender Schritt der Generierphase die Prozeßgrößen-Zustandstabelle ZT erstellt. In dieser Zustandstabelle ZT sind jeder Kombination der binärwertigen Zustände der fehlerrelevanten Prozeßgrößen die eine oder mehreren entsprechenden fehlerverdächtigen Systemkomponenten zugeordnet. Die auf diese Weise gewonnene Zustandstabelle ZT wird dann im Diagnosemodul D abgelegt.
Mit dem solchermaßen vorbereiteten Diagnosemodul D überwacht dann die Fehlerdiagnoseeinrichtung das System S auf das Vorliegen fehlerhafter Komponenten entsprechend dem in Fig. 4 gezeigten Verfahren. Mit dem jeweiligen Systemstart 1 erfaßt das Diagnosemodul D laufend die primären Prozeßgrößen, d.h. diejenigen Prozeßgrößen des Systems S, die für wenigstens einen Komponentenfehler eine primäre Prozeßgröße darstellen. Die erfaßten momentanen Zustandswerte der primären Prozeßgrößen werden vom Diagnosemodul D daraufhin ausgewertet, ob sie ihren vorgegebenen Toleranzbereich, der dem Fehlerfrei-Zustand der Prozeßgröße entspricht, verlassen haben und sich folglich der Zustand der Prozeßgröße in den Fehler-Zustand geändert hat. Erst wenn im betreffenden Abfrageschritt 2 vom Diagnosemodul D erkannt wird, daß sich der Zustand einer fehlerrelevanten primären Prozeßgröße in den Fehler-Zustand geändert hat, löst dies einen weitergehenden Diagnosevorgang aus, bei dem in einem nächsten Schritt 3 vom Diagnosemodul D anhand der Checkliste CL diejenige Teil-Checkliste ermittelt wird, die derjenigen primären Prozeßgröße zugeordnet ist, die sich in den Fehler-Zustand verändert hat. Der ermittelten Teil-Checkliste entnimmt das Diagnosemodul D die zugehörigen anderen fehlerrelevanten, sekundären Prozeßgrößen der betreffenden Funktionsgruppe FG. Daraufhin fragt das Diagnosemodul D vom System S die aktuellen Zustandswerte dieser sekundären Prozeßgrößen ab und ermittelt dadurch, ob sich die jeweilige sekundäre Prozeßgröße im Fehlerfrei-Zustand oder im Fehler-Zustand befindet (Schritt 4).
Im nächsten Schritt 5 vergleicht das Diagnosemodul D die durch die Systemabfrage ermittelte aktuelle Zustandskombination der primären Prozeßgröße, welche den Diagnosevorgang ausgelöst hat, und der zu dieser gehörigen, in ihrer Teil-Checkliste aufgeführten sekundären Prozeßgrößen mit den in der Zustandstabelle ZT gespeicherten Zustandskombinationen. Bei Übereinstimmung der aktuellen, im Systembetrieb abgefragten Zustandskombination mit der in einer bestimmten Zeile der Zustandstabelle ZT gespeicherten Zustandskombination werden die in dieser Zeile der Zustandstabelle ZT als fehlerverdächtig angegebenen Systemkomponenten vom Diagnosemodul D ausgelesen und dem Nutzer als fehlerverdächtig zur Anzeige gebracht (Schritt 6). Zusätzlich speichert das Diagnosemodul D anschließend die wesentlichen Informationen über den Diagnosevorgang und das Diagnoseergebnis, d.h. Daten über die primäre Prozeßgröße, welche den Diagnosevorgang ausgelöst hat, sowie die vom System abgefragte, aktuelle Zustandskombination dieser Prozeßgröße und der über die betreffende Teil-Checkliste zugehörigen sekundären Prozeßgrößen im Fehlerspeicher E. Durch die Anzeige der fehlerverdächtigten Komponenten kann das Service- bzw. Diagnosepersonal das oder die fehlerverdächtigen Systemkomponenten reparieren oder austauschen oder zuvor noch detailliertere Tests an der oder den fehlerverdächtigen Komponenten vornehmen. Die Anzeige der fehlerverdächtigen Systemkomponenten erfolgt vorzugsweise in einer Reihenfolge mit absteigender Fehlerwahrscheinlichkeit, wozu für jede Systemkomponente eine empirisch festgelegte Fehlerwahrscheinlichkeit vorgegeben wird.
In einer bevorzugten Ausführungsform werden die im Ergebnisspeicher E gespeicherten Daten über die Ergebnisse vorhergehender Diagnosevorgänge für die Auswertung eines laufenden Diagnosevorgangs genutzt. Insbesondere erlauben die dort gespeicherten Zustandskombinationen von früher aufgetretenen Komponentenfehlern zu einem späteren Zeitpunkt eine Reproduktion des Systemszustands. Wenn nämlich jene primären Prozeßgrößen, die zu einem früheren Zeitpunkt bereits einmal im Fehler-Zustand waren und einen Diagnosevorgang ausgelöst hatten, selbst als eine der sekundären Prozeßgrößen, die zu derjenigen primären Prozeßgröße gehören, welche durch einen aktuellen Komponentenfehler in den Fehler-Zustand gelangt ist und den laufenden Diagnosevorgang ausgelöst hat, bezüglich ihres aktuellen Zustands abgefragt werden, kann jener Zustand zur Auswertung herangezogen werden, den diese Prozeßgrößen zum Zeitpunkt der durch sie initiierten Diagnoseabfrage eingenommen hatten, einschließlich der damit verbunden Zustände der zugehörigen sekundären Prozeßgrößen. Es können dann durch diese Auswertung gegebenenfalls mehrere Vorschläge über Kombinationen fehlerverdächtiger Systemkomponenten vorliegen, wovon ein von einem entsprechenden Algorithmus als bester bewerteter Vorschlag als Ergebnis verwendet wird. Derartige Bewertungsalgorithmen sind dem Fachmann geläufig und bedürfen hier keiner näheren Erläuterung. Mit dieser Vorgehensweise lassen sich Fehler, die in der Vergangenheit aufgetreten sind und momentan beispielsweise deshalb nicht mehr vorliegen, weil der zugehörige Pfad gerade nicht aktiv ist, in die Auswertung einbeziehen, wodurch das Diagnoseergebnis in vielen Fällen verbessert werden kann.
Anhand der Fig. 5 bis 7 werden nachfolgend anhand eines Beispiels für eine Funktionsgruppe FG eines Kraftfahrzeugs als zu diagnostizierendem System einige der wesentlichen, oben allgemein beschriebenen Aspekte der erfindungsgemäßen Fehlerdiagnoseeinrichtung entsprechend den Fig. 1 bis 4 konkretisiert erläutert. Das gesamte, zu diagnostizierende Fahrzeug beinhaltet eine Reihe von elektronischen Baugruppen sowie mit ihnen verbundene elektrische und mechanische Bauteile bzw. periphere Baugruppen, wobei die elektrischen Komponenten, wie z.B. Glühlampen, gegebenenfalls über geeignete Treiberstufen von der Elektronik direkt und die mechanischen Komponenten über elektromechanische Betätigungsglieder, wie Elektromotoren, Magnetventile, Relais und ähnliche Aktuatoren, betätigt werden können. Die Zustandswerte der Prozeßgrößen dieses Systems, insbesondere der elektrischen und mechanischen Komponenten, und die Ausführungen von Betätigungen werden mindestens teilweise mit Hilfe von Sensoren an die elektronischen Komponenten rückgemeldet. Des weiteren werden die elektronischen Baugruppen ebenfalls in die Diagnose einbezogen.
In Fig. 5 ist eine Funktionsgruppe dieses Systems gezeigt, die zwei Strompfade umfaßt. Ein erster Strompfad beinhaltet eine Eingangsgröße A, die weiteren Prozeßgrößen-Spannung Ua und Stromstärke Ia, eine beiden Pfaden gemeinsame Systemkomponente in Form einer ersten Steckverbindung S1, eine Leitungsverbindung ca, eine zweite gemeinsame Systemkomponente in Form einer zweiten Steckverbindung S2, eine Komponente in Form einer ersten Lampe La und eine Masseverbindung M, die ebenfalls beiden Pfaden gemeinsam ist. Der andere Strompfad beinhaltet eine Eingangsgröße B, die weiteren Prozeßgrößen-Spannung Ub und Stromstärke Ib, eine Leitungsverbindung cb als weitere Systemkomponente, die Steckverbindungen S1 und S2, eine zweite Lampe Lb und die gemeinsame Masseverbindung M.
Fig. 6 zeigt eine zu dieser Funktionsgruppe gehörige Teil-Checkliste, die zu dem angenommenen Fall gehört, daß die Stromstärke Ia als eine primäre Prozeßgröße vom Fehlerfrei-Zustand in den Fehler-Zustand gewechselt hat. Dies zeigt sich in einer Unterbrechung des ersten Strompfades, so daß dort kein Stromfluß mehr meßbar ist und die zugehörige Lampe La nicht brennt. Die Teil-Checkliste gemäß Fig. 6 umfaßt neben der für diesen Komponentenfehler als primäre Prozeßgröße agierenden Stromstärke Ia des ersten Strompfades die beiden Eingangsgrößen A, B, die beiden Spannungen Ua, Ub und die Stromstärke Ib im anderen Strompfad.
Fig. 7 veranschaulicht einen den vorliegend angenommenen Fehlerfall enthaltenden Ausschnitt aus der zugehörigen Zustandstabelle ZT, der die Auswertung für diesen Fehlerfall veranschaulicht. Dabei sind, wie Fig. 5 zu entnehmen ist, die beiden Strompfade über die gemeinsamen Steckverbindungen S1, S2 und die gemeinsame Masseverbindung M fehlerrelevant miteinander verknüpft.
Die in Fig. 7 gezeigte erste Zeile der Zustandstabelle ZT gibt an, daß die Eingangsgröße A aktiv, die Eingangsgröße B inaktiv, die Spannung Ua aktiv, d.h. meßbar, und die Stromstärke Ia inaktiv, d.h. nicht meßbar, sind, wobei die Lampe La nicht brennt. Des weiteren sind die zugehörige Spannung Ub und die zugehörige Stromstärke Ib inaktiv. Die Betrachtung dieser Prozeßgrößen-Zustandskombination ergibt, wie in der rechten Hälfte der ersten Zeile der Zustandstabelle ZT von Fig. 7 angegeben, daß als fehlerverdächtig alle Komponenten des ersten Strompfades, d.h. die beiden Steckverbindungen S1, S2, die Leitungsverbindung ca, die Lampe La und die Masseverbindung M, in Betracht kommen. Über den Zustand der Leitungsverbindung cb und der Lampe Lb im anderen Strompfad wird keine Aussage gemacht, da sie für den aufgetretenen Fehler nicht relevant sind. Die Fehleraussage ist daher relativ vage.
Die zweite Zeile der Zustandstabelle ZT von Fig. 7 gibt an, daß die Eingangsgröße A aktiv, die Eingangsgröße B inaktiv, die Spannung Ua aktiv und die Stromstärke Ia inaktiv, d.h. nicht meßbar, sind, wobei wiederum die Lampe La nicht brennt. In diesem Fall ist nun jedoch die Spannung Ub im anderen Strompfad aktiv, d.h. vorhanden, während die zugehörige Stromstärke Ib als inaktiv gemessen wird. Die Betrachtung dieser Prozeßgrößen-Zustandskombination ergibt, daß dieser Fehler nur auftreten kann, wenn die gemeinsame Masseverbindung M unterbrochen ist, da die Spannung Ub als aktiv gemessen wird, während die Eingangsgröße B inaktiv ist. Dies ist somit eine eindeutige Fehleraussage, und es erscheint in der rechten Hälfte dieser zweiten Zeile nur die Masseverbindung M als fehlerverdächtige Systemkomponente.
Im Beispielfall von Zeile 3 der Zustandstabelle ZT von Fig. 7 sind beide Eingangsgrößen A, B und beide Spannungen Ua, Ub aktiv, während die Stromstärke Ia im einen Strompfad inaktiv und die Stromstärke Ib im anderen Strompfad aktiv ist, d.h. die Lampe Lb brennt, die Lampe La jedoch nicht. Die Betrachtung dieser Prozeßgrößen-Zustandskombination ergibt, daß wegen der aktiven Stromstärke Ib und dem Brennen der Lampe Lb eine Unterbrechung an der gemeinsamen Masseverbindung M und mit großer Wahrscheinlichkeit auch an den beiden Steckverbindungen S1, S2 nicht vorliegt. Nicht in die 3eurteilung einbezogen wird der Fall, daß an den Steckverbindungen S1, S2 nur ein Teil der Kontakte Verbindung hat, weil beispielsweise der Stecker nicht richtig in der zugehörigen Kupplung sitzt. Als mögliche Fehlerursachen bleiben dann nur eine Unterbrechung der Verbindungsleitung ca oder eine defekte Lampe La, wie dies in der rechten Hälfe der dritten Zeile der Zustandstabelle ZT von Fig. 7 angegeben ist. Mit entsprechend höherem Aufwand kann auch der Fall nur teilweiser Kontaktierungen der jeweiligen Steckverbindung S1, S2 berücksichtigt werden.
Durch analoge Betrachtungen, wie sie oben für eine ausgewählte Funktionsgruppe anhand der Fig. 5 bis 7 beschrieben sind, lassen sich alle übrigen unabhängigen Funktionsgruppen eines zu diagnostizierenden technischen Systems auf das Auftreten von Fehlern in einer oder mehreren Systemskomponenten überwachen. Das Beispiel der Fig. 5 bis 7 zeigt auch, wie durch die Heranziehung einer zusätzlichen Prozeßgröße für die Beurteilung weitere, z.B. drei, mögliche Fehlerquellen ausgeschlossen werden können. Die erfindungsgemäße Diagnoseeinrichtung ist mit ihrem Diagnosemodul in der Lage, verhältnismäßig rasch einen auftretenden Systemfehler und die diesen verursachende, fehlerhafte Systemkomponente mit relativ geringem Aufwand zu erkennen. Von Vorteil ist dabei unter anderem die Strukturierung der fehlerrelevanten Prozeßgrößen für einen jeweiligen Komponentenfehler in die unmittelbar mit diesem verknüpfte, meßbare primäre Prozeßgröße und die davon abhängigen sekundären Prozeßgrößen, auf die sich der Komponentenfehler indirekt auswirkt. Diese Strukturierung der Prozeßgrößen erlaubt es, nur die primären Prozeßgrößen am System laufend zu überwachen. Erst nach Auftreten eines Fehler-Zustands einer primären Prozeßgröße werden die Zustände der zugehörigen sekundären Prozeßgrößen am System abgefragt und ausgewertet. Durch die Vorabermittlung und Speicherung der Checkliste und der Zustandstabelle können dann im laufenden Systembetrieb anhand der ermittelten Zustandskombination für die primäre und die zugehörigen sekundären Prozeßgrößen die fehlerverdächtigen Systemkomponenten vom Diagnosemodul mit relativ geringer Rechenleistung schnell bestimmt und angezeigt werden.

Claims (4)

  1. Fehlerdiagnoseeinrichtung zur Erkennung fehlerhafter Komponenten eines technischen Systems (S) mit fehlerrelevanten Prozeßgrößen, deren Zustand sich bei Auftreten eines jeweiligen Komponentenfehlers von einem Fehlerfrei-Zustand in einen Fehler-Zustand ändert, indem ihr Zustandswert einen vorgegebenen Toleranzbereich verläßt,
    gekennzeichnet durch
    ein Diagnosemodul (D) mit folgenden Merkmalen:
    es enthält abgespeichert eine Checkliste (CL) und eine Zustandstabelle (ZT), die vorab durch eine Komponentenfehlersimulation an einem generierten Funktionsmodell des Systems ermittelt werden, wobei die fehlerrelevanten Prozeßgrößen für die jeweilige fehlerhafte Systemkomponente getrennt nach direkt komponentenfehlerindikativen, primären Prozeßgrößen, die durch das Auftreten des Fehlers in der betreffenden Systemkomponente einen vorgegebenen Toleranzbereich verlassen, und davon beeinflußten, sekundären Prozeßgrößen bestimmt werden, die Checkliste in einer jeweiligen Teil-Checkliste (CL_1, ..., CL_n) für jede primäre Prozeßgröße die von dieser beeinflußten sekundären Prozeßgrößen angibt und die Zustandstabelle für jede Zustandskombination der fehlerrelevanten Prozeßgrößen die zugehörigen fehlerverdächtigen Systemkomponenten angibt; und
    es erfaßt während des Systembetriebs laufend die Zustandswerte jener Prozeßgrößen, die als primäre Prozeßgrößen auftreten können, ermittelt daraus deren Zustand und aktiviert, sobald es den Fehler-Zustand für eine dieser Prozeßgrößen feststellt, einen Diagnosevorgang, in welchem es der Checkliste die zu der im Fehler-Zustand befindlichen, primären Prozeßgröße gehörigen sekundären Prozeßgrößen entnimmt, deren Zustandswerte vom System (S) abfragt, daraus deren Zustand bestimmt, die so ermittelte Zustandskombination der fehlerrelevanten Prozeßgrößen mit den in der Zustandstabelle (ZT) abgespeicherten Zutandskombinationen vergleicht und bei Übereinstimmung mit einer der abgespeicherten Zustandkombinationen die in der Zustandstabelle zugehörig abgegespeicherten fehlerverdächtigen Systemkomponenten feststellt.
  2. Fehlerdiagnoseeinrichtung nach Anspruch 1, weiter
    dadurch gekennzeichnet, daß
    das Diagnosemodul (D) die im jeweiligen Diagnosevorgang als fehlerverdächtig festgestellten Systemkomponenten nach einer für jede Systemkomponente empirisch festgelegten Fehlerwahrscheinlichkeit geordnet anzeigt.
  3. Fehlerdiagnoseeinrichtung nach Anspruch 1 oder 2, weiter
    dadurch gekennzeichnet, daß
    das Diagnosemodul (D) die Ergebnisinformationen des jeweiligen Diagnosevorgangs über die auslösende primäre Prozeßgröße, die hierzu ermittelte Zustandskombination der fehlerrelevanten Prozeßgrößen und die zugehörigen fehlerverdächtigten Systemkomponenten in einem Diagnoseergebnisspeicher (E) abspeichert.
  4. Fehlerdiagnoseeinrichtung nach Anspruch 3, weiter
    dadurch gekennzeichnet, daß
    das Diagnosemodul (D) während eines laufenden Diagnosevorgangs die im Diagnoseergebnisspeicher (E) abgespeicherten Informationen vorangegangener Diagnosevorgänge bei der Abfrage und anschließenden Auswertung der Zustände der beteiligten fehlerrelevanten Prozeßgrößen heranzieht.
EP98116600A 1997-09-26 1998-09-02 Fehlerdiagnoseeinrichtung Expired - Lifetime EP0905500B1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE19742446 1997-09-26
DE19742446A DE19742446B4 (de) 1997-09-26 1997-09-26 Fehlerdiagnoseverfahren

Publications (3)

Publication Number Publication Date
EP0905500A2 EP0905500A2 (de) 1999-03-31
EP0905500A3 EP0905500A3 (de) 1999-11-10
EP0905500B1 true EP0905500B1 (de) 2002-12-18

Family

ID=7843659

Family Applications (1)

Application Number Title Priority Date Filing Date
EP98116600A Expired - Lifetime EP0905500B1 (de) 1997-09-26 1998-09-02 Fehlerdiagnoseeinrichtung

Country Status (5)

Country Link
US (1) US6226760B1 (de)
EP (1) EP0905500B1 (de)
JP (1) JP3116322B2 (de)
DE (2) DE19742446B4 (de)
ES (1) ES2187866T3 (de)

Families Citing this family (44)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6401119B1 (en) * 1998-09-18 2002-06-04 Ics Intellegent Communication Software Gmbh Method and system for monitoring and managing network condition
DE19948663C2 (de) * 1999-10-08 2002-09-12 Bayerische Motoren Werke Ag Diagnosesystem für Kraftfahrzeuge
US6567934B1 (en) * 1999-10-21 2003-05-20 Motorola, Inc. Method and apparatus for verifying multiprocessing design in a unit simulation environment
US6567935B1 (en) * 1999-12-22 2003-05-20 Qwest Communications International Inc. Performance linking methodologies
US6701003B1 (en) * 2000-04-10 2004-03-02 Innoventions, Inc. Component identification system for electronic board testers
KR100785749B1 (ko) 2001-04-25 2007-12-18 히다치 겡키 가부시키 가이샤 휴대전화 대응형 건설기계
US6745348B2 (en) * 2001-06-14 2004-06-01 International Business Machines Corporation Method for estimating number of internationalization faults in software code
FR2841340B1 (fr) * 2002-06-19 2005-05-20 Eurocopter France Dispositif d'aide a la localisation de defaillance d'un systeme complexe
US7334222B2 (en) * 2002-09-11 2008-02-19 International Business Machines Corporation Methods and apparatus for dependency-based impact simulation and vulnerability analysis
EP1413957A3 (de) * 2002-10-23 2010-03-03 Siemens Aktiengesellschaft Verfahren und Vorrichtung zur rechnergestützten Analyse eines technischen Systems
DE10312557B4 (de) * 2003-03-21 2007-07-12 Volkswagen Ag Verfahren zur Überprüfung der funktionalen Sicherheit von elektronischen Systemen eines Fahrzeugs
DE102004023577A1 (de) * 2004-05-13 2005-12-08 Adam Opel Ag Überwachungsvorrichtung in einem Kraftfahrzeug
FR2884001B1 (fr) * 2005-04-01 2007-06-29 Johnson Controls Tech Co Procede et equipement de developpement d'un systeme de diagnostic de fonctionnement de vehicule
JP4527642B2 (ja) * 2005-09-29 2010-08-18 富士通株式会社 ネットワーク障害診断装置、ネットワーク障害診断方法およびネットワーク障害診断プログラム
JP2007265289A (ja) * 2006-03-29 2007-10-11 Fujitsu Ltd チェックリスト管理装置、管理方法およびそのプログラム
US7613554B2 (en) * 2006-06-12 2009-11-03 Ford Global Technologies, Llc System and method for demonstrating functionality of on-board diagnostics for vehicles
ATE505756T1 (de) 2006-10-24 2011-04-15 Krones Ag Bedienungshilfe für eine vorrichtung zum behandeln von behältnissen
DE102006049981A1 (de) * 2006-10-24 2008-04-30 Krones Ag Bedienungshilfe für eine Vorrichtung zum Behandeln von Behältnissen
DE102007006715A1 (de) * 2007-02-10 2008-08-14 Volkswagen Ag Diagnosesystem und Diagnoseverfahren für ein elektrische Komponenten umfassendes elektrisches System, insbesondere ein Kraftfahrzeugsystem
US8171347B2 (en) * 2007-07-11 2012-05-01 Oracle America, Inc. Method and apparatus for troubleshooting a computer system
US8086897B2 (en) * 2007-11-15 2011-12-27 Infosys Limited Model driven diagnostics system and methods thereof
DE102008016801A1 (de) 2008-04-02 2009-10-08 Bayerische Motoren Werke Aktiengesellschaft Onboard-Fehlerdiagnoseverfahren für Fahrzeuge
JP5348040B2 (ja) * 2010-03-25 2013-11-20 株式会社デンソー 車両通信システム及び電子制御装置
US20140181085A1 (en) 2012-12-21 2014-06-26 Commvault Systems, Inc. Data storage system for analysis of data across heterogeneous information management systems
US9021452B2 (en) 2012-12-27 2015-04-28 Commvault Systems, Inc. Automatic identification of storage requirements, such as for use in selling data storage management solutions
CN103885865B (zh) * 2014-03-17 2017-03-15 华为技术有限公司 一种传感器管理方法及装置
CN103901877B (zh) * 2014-03-20 2016-08-17 北京天诚同创电气有限公司 基于故障属性数据的故障判断及处理方法
US9760446B2 (en) 2014-06-11 2017-09-12 Micron Technology, Inc. Conveying value of implementing an integrated data management and protection system
US10956299B2 (en) * 2015-02-27 2021-03-23 Commvault Systems, Inc. Diagnosing errors in data storage and archiving in a cloud or networking environment
US10324914B2 (en) 2015-05-20 2019-06-18 Commvalut Systems, Inc. Handling user queries against production and archive storage systems, such as for enterprise customers having large and/or numerous files
US11032350B2 (en) 2017-03-15 2021-06-08 Commvault Systems, Inc. Remote commands framework to control clients
US10949308B2 (en) 2017-03-15 2021-03-16 Commvault Systems, Inc. Application aware backup of virtual machines
US11010261B2 (en) 2017-03-31 2021-05-18 Commvault Systems, Inc. Dynamically allocating streams during restoration of data
EP3416013B1 (de) * 2017-06-12 2019-07-24 Siemens Aktiengesellschaft Sicherheitszusicherung mit fehlerbäumen zur identifizierung von schlafenden systemfehlerzuständen
EP3546314A1 (de) * 2018-03-28 2019-10-02 Siemens Aktiengesellschaft Verfahren und vorrichtung zur fehleridentifizierung für ein technisches system
DE102018211882A1 (de) * 2018-07-17 2020-01-23 Ziehl-Abegg Se Verfahren zur Erfassung von Betriebsparameterdaten eines Motorsystems mit Elektromotor und entsprechendes Motorsystem
CN111610027A (zh) * 2019-02-22 2020-09-01 中国航发商用航空发动机有限责任公司 航空发动机故障模拟系统及模拟方法
DE102019108268A1 (de) * 2019-03-29 2020-10-01 Festo Ag & Co. Kg Anomaliedetektion in einem pneumatischen System
KR102195419B1 (ko) * 2019-09-18 2020-12-28 (주)인텔리안테크놀로지스 통신 시스템
DE102020102863A1 (de) * 2020-02-05 2021-08-05 Festo Se & Co. Kg Parametrierung einer Komponente in der Automatisierungsanlage
JP7474645B2 (ja) * 2020-06-23 2024-04-25 株式会社日立製作所 知識モデル構築システム並びに構築方法
CN112051082A (zh) * 2020-09-10 2020-12-08 天津大学 一种供热系统换热器运行中故障诊断方法
RU207512U1 (ru) * 2021-04-29 2021-10-29 Максим Владимирович Окороков Устройство оценивания динамики вероятности безотказной работы технических систем однократного применения при отработке
DE102022210710A1 (de) 2022-10-11 2024-04-11 Robert Bosch Gesellschaft mit beschränkter Haftung Verfahren zum Ausgeben einer Zustandsinformation bezüglich eines Arbeitsbereitschaftszustands von Subsystemen einer landwirtschaftlichen Arbeitsmaschine

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4740969A (en) * 1986-06-27 1988-04-26 Hewlett-Packard Company Method and apparatus for recovering from hardware faults
JPH079388B2 (ja) * 1988-02-29 1995-02-01 富士重工業株式会社 車輌診断システム
US4888771A (en) * 1988-06-23 1989-12-19 International Business Machines Corporation Diagnostic configuration management for a data processing system
US5099436A (en) * 1988-11-03 1992-03-24 Allied-Signal Inc. Methods and apparatus for performing system fault diagnosis
US5161158A (en) * 1989-10-16 1992-11-03 The Boeing Company Failure analysis system
JP2805970B2 (ja) * 1990-04-06 1998-09-30 株式会社デンソー 車両用電子制御装置
JPH0481616A (ja) * 1990-07-24 1992-03-16 Mitsubishi Electric Corp 故障診断装置
GB9016533D0 (en) * 1990-07-27 1990-09-12 Churchill V L Ltd Automotive diagnostic tool
DE4106717C1 (de) * 1991-03-02 1992-01-02 Mercedes-Benz Aktiengesellschaft, 7000 Stuttgart, De
US5293387A (en) * 1991-05-01 1994-03-08 Hewlett-Packard Company Method for increasing the resolution of a digital fault dictionary
DE4320173C2 (de) * 1993-06-18 1998-01-29 Bayerische Motoren Werke Ag Diagnoseverfahren für Kraftfahrzeuge zum Überprüfen elektronisch gesteuerter Systeme

Also Published As

Publication number Publication date
ES2187866T3 (es) 2003-06-16
DE59806700D1 (de) 2003-01-30
DE19742446B4 (de) 2006-05-24
US6226760B1 (en) 2001-05-01
DE19742446A1 (de) 1999-04-22
EP0905500A3 (de) 1999-11-10
EP0905500A2 (de) 1999-03-31
JPH11194075A (ja) 1999-07-21
JP3116322B2 (ja) 2000-12-11

Similar Documents

Publication Publication Date Title
EP0905500B1 (de) Fehlerdiagnoseeinrichtung
DE68929289T2 (de) Expertensystem für fehlerdiagnose
DE19523483C2 (de) Rechnergestützte Fehlerdiagnoseeinrichtung für ein komplexes technisches System
DE602005004997T2 (de) Diagnostisches Verfahren und System
DE10307342B4 (de) Vorrichtung und Verfahren zur modellbasierten On-Board-Diagnose
EP1703350B1 (de) Diagnose eines Automatisierungssystems
DE102007010978A1 (de) Verfahren und Vorrichtung zur Unterstützung einer Diagnose eines elektrischen Systems mittels wahrscheinlichkeitsbasierter Fehlerkandidatenermittlung
DE10244131A1 (de) Verfahren zur Unterstützung einer Identifizierung einer defekten Funktionseinheit in einer technischen Anlage
DE69214171T2 (de) Fehlerdiagnose durch Prozess-Simulation
DE102019217613A1 (de) Verfahren zur diagnose eines motorzustands und diagnostisches modellierungsverfahren dafür
DE4129891B4 (de) System zur Fehlererkennung
DE3825260A1 (de) Verfahren und anordnung zur fehlerdiagnose an elektrischen schaltungen
DE102010052998A1 (de) Software-zentrierte Methodik für die Überprüfung und Bestätigung von Fehlermodellen
WO2006105930A1 (de) Diagnosesystem zur bestimmung einer gewichteten liste möglicherweise fehlerhafter komponenten aus fahrzeugdaten und kundenangaben
DE102004015504A1 (de) Verfahren und Vorrichtung zur diagnostischen Wahl eines Wartungskonzepts für ein komplexes System
EP0789864B1 (de) Überwachungssystem für eine technische anlage
DE102004015503A1 (de) Verfahren und Vorrichtung zum Korrigieren diagnostischer Analysekonzepte in komplexen Systemen
DE102021114087A1 (de) Selektive Meldesysteme für Funktionszustandsinformationen, die integrierte Diagnosemodelle enthalten, die Informationen über die geringst- und höchstmögliche Ursache bereitstellen
WO2007022849A2 (de) Verfahren zur identifikation komplexer diagnosesituationen im kundendienst
DE112006003647T5 (de) Anlagensteuersystem und Anlaufsperrfaktor-Spezifikationsverfahren
DE19742448C1 (de) Diagnosemodul zum Erstellen einer Diagnose für elektrisch ansteuerbare Systeme und Diagnoseeinrichtung zum Erstellen einer Gesamtsystemdiagnose
DE2441486C2 (de) Verfahren zur automatischen Fehlerprüfung eines elektrischen Schaltkreises und Einrichtung zur Durchführung des Verfahrens
DE19707065A1 (de) System zur Erstellung eines Entscheidungsbaums insbesondere für eine Fehlerdiagnose bei einem Kraftfahrzeug
DE10315344B4 (de) Verfahren und Vorrichtung zur Erkennung fehlerhafter Komponenten in Fahrzeugen
EP1960854B1 (de) Diagnoseverfahren und diagnosevorrichtung zur funktionsorientierten diagnose eines systems mit vernetzten komponenten

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): DE ES FR GB IT SE

AX Request for extension of the european patent

Free format text: AL;LT;LV;MK;RO;SI

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: DAIMLERCHRYSLER AG

PUAL Search report despatched

Free format text: ORIGINAL CODE: 0009013

AK Designated contracting states

Kind code of ref document: A3

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE

AX Request for extension of the european patent

Free format text: AL;LT;LV;MK;RO;SI

RIC1 Information provided on ipc code assigned before grant

Free format text: 6G 01M 15/00 A, 6G 06F 11/26 B

17P Request for examination filed

Effective date: 19991029

AKX Designation fees paid

Free format text: DE ES FR GB IT SE

GRAG Despatch of communication of intention to grant

Free format text: ORIGINAL CODE: EPIDOS AGRA

17Q First examination report despatched

Effective date: 20020510

GRAG Despatch of communication of intention to grant

Free format text: ORIGINAL CODE: EPIDOS AGRA

GRAH Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOS IGRA

GRAH Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOS IGRA

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

AK Designated contracting states

Kind code of ref document: B1

Designated state(s): DE ES FR GB IT SE

REG Reference to a national code

Ref country code: GB

Ref legal event code: FG4D

Free format text: NOT ENGLISH

REF Corresponds to:

Ref document number: 59806700

Country of ref document: DE

Date of ref document: 20030130

Kind code of ref document: P

Ref document number: 59806700

Country of ref document: DE

Date of ref document: 20030130

GBT Gb: translation of ep patent filed (gb section 77(6)(a)/1977)

Effective date: 20030225

REG Reference to a national code

Ref country code: ES

Ref legal event code: FG2A

Ref document number: 2187866

Country of ref document: ES

Kind code of ref document: T3

ET Fr: translation filed
PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

26N No opposition filed

Effective date: 20030919

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: ES

Payment date: 20070927

Year of fee payment: 10

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: SE

Payment date: 20070913

Year of fee payment: 10

Ref country code: IT

Payment date: 20070921

Year of fee payment: 10

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IT

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20080902

REG Reference to a national code

Ref country code: ES

Ref legal event code: FD2A

Effective date: 20080903

REG Reference to a national code

Ref country code: FR

Ref legal event code: CD

Ref country code: FR

Ref legal event code: CA

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: ES

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20080903

REG Reference to a national code

Ref country code: FR

Ref legal event code: TP

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20080903

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 19

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 20

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: GB

Payment date: 20170829

Year of fee payment: 20

Ref country code: FR

Payment date: 20170823

Year of fee payment: 20

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: DE

Payment date: 20170928

Year of fee payment: 20

REG Reference to a national code

Ref country code: DE

Ref legal event code: R071

Ref document number: 59806700

Country of ref document: DE

REG Reference to a national code

Ref country code: GB

Ref legal event code: PE20

Expiry date: 20180901

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: GB

Free format text: LAPSE BECAUSE OF EXPIRATION OF PROTECTION

Effective date: 20180901