WO2000060465A1 - Method and system for analyzing fault log data for diagnostics and repairs of locomotives - Google Patents

Method and system for analyzing fault log data for diagnostics and repairs of locomotives Download PDF

Info

Publication number
WO2000060465A1
WO2000060465A1 PCT/US2000/008662 US0008662W WO0060465A1 WO 2000060465 A1 WO2000060465 A1 WO 2000060465A1 US 0008662 W US0008662 W US 0008662W WO 0060465 A1 WO0060465 A1 WO 0060465A1
Authority
WO
WIPO (PCT)
Prior art keywords
fault
repair
distinct
log data
faults
Prior art date
Application number
PCT/US2000/008662
Other languages
French (fr)
Other versions
WO2000060465A8 (en
Inventor
David Richard Gibson
Nicholas Edward Roddy
Anil Varma
Original Assignee
General Electric Company
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
Priority claimed from US09/285,611 external-priority patent/US6343236B1/en
Priority claimed from US09/285,612 external-priority patent/US6415395B1/en
Application filed by General Electric Company filed Critical General Electric Company
Priority to CA002388489A priority Critical patent/CA2388489C/en
Priority to MXPA01009848A priority patent/MXPA01009848A/en
Priority to CA002331217A priority patent/CA2331217A1/en
Priority to AU40603/00A priority patent/AU775127B2/en
Publication of WO2000060465A1 publication Critical patent/WO2000060465A1/en
Publication of WO2000060465A8 publication Critical patent/WO2000060465A8/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/22Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/2257Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing using expert systems
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B61RAILWAYS
    • B61CLOCOMOTIVES; MOTOR RAILCARS
    • B61C17/00Arrangement or disposition of parts; Details or accessories not otherwise provided for; Use of control gear and control systems
    • B61C17/04Arrangement or disposition of driving cabins, footplates or engine rooms; Ventilation thereof
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B61RAILWAYS
    • B61CLOCOMOTIVES; MOTOR RAILCARS
    • B61C17/00Arrangement or disposition of parts; Details or accessories not otherwise provided for; Use of control gear and control systems
    • B61C17/12Control gear; Arrangements for controlling locomotives from remote points in the train or when operating in multiple units
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/22Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/2268Logging of test results

Definitions

  • the present invention relates generally to diagnostics of locomotive or other large land-based, self-powered transport equipment, and, more specifically, to a system and method for processing historical repair data and fault log data to facilitate analysis of malfunctioning machine equipment.
  • a machine such as a locomotive or an off-road haul vehicle, includes elaborate controls and sensors that generate faults when anomalous operating conditions of the machine are encountered.
  • a field engineer will look at a fault log and determine whether a repair is necessary.
  • CBR Case Based Reasoning
  • CBR assumes cases described by a fixed, known number of descriptive attributes. Conventional CBR systems assume a corpus of fully valid or "gold standard" cases that new incoming cases can be matched against.
  • U.S. Patent No. 5,463,768 discloses an approach which uses error log data and assumes predefined cases with each case associating an input error log to a verified, unique diagnosis of a problem.
  • a plurality of historical error logs are grouped into case sets of common malfunctions. From the group of case sets, common patterns, i.e., consecutive rows or strings of data, are labeled as a block. Blocks are used to characterize fault contribution for new error logs that are received in a diagnostic unit.
  • the present invention provides in one embodiment a method for analyzing fault log data from a malfunctioning locomotive or other large land-based, self- powered transport equipment.
  • the method allows for receiving new fault log data comprising a plurality of faults from the malfunctioning equipment.
  • the method further allows for selecting a plurality of distinct faults from the new fault log data.
  • Respective generating steps allow for generating at least one distinct fault cluster from the plurality of distinct faults and for generating a plurality of weighted repair and distinct fault cluster combinations.
  • An identifying step allow s for identifying at least one repair for the at least one distinct fault cluster using the plurality of weighted repair and distinct fault cluster combinations.
  • the present invention further fulfills the foregoing needs by providing a system for analyzing fault log data from a malfunctioning locomotive or other large land-based, self-powered transport equipment.
  • the system comprises a directed weight data storage unit adapted to store a plurality of weighted repair and distinct fault cluster combinations.
  • the system further comprises a processor adapted to receive new fault log data comprising a plurality of faults from the malfunctioning equipment and a processor adapted to select a plurality of distinct faults from the new fault log data.
  • Respective processors are configured to generate at least one distinct fault cluster from the selected plurality of distinct faults and a plurality of weighted repair and distinct fault cluster combinations.
  • the system further comprises a processor for identifying at least one repair for the at least one distinct fault cluster using the plurality of predetermined weighted repair and distinct fault cluster combinations.
  • FIG. 1 is one embodiment of a block diagram of a system of the present invention for automatically processing repair data and fault log data from a locomotive or other large land-based, self-powered transport equipment and diagnosing malfunctioning equipment;
  • FIG. 2 is an illustration of a portion of repair log data
  • FIG. 3 is an illustration of a portion of fault log data
  • FIG. 4 is a flowchart describing the steps for generating a plurality of cases, and repair and fault cluster combinations for each case;
  • FIG. 5 is an illustration of a case generated according to the flowchart of FIG. 4;
  • FIGS. 6A-6C are illustrations of repair and fault cluster combinations for the case shown in FIG. 5;
  • FIG. 7 is a flowchart describing the steps for determining a weight for each of the repair and fault cluster combinations;
  • FIGS. 8A-8C are illustrations of partial lists of single, double, and triple fault clusters for related repairs;
  • FIGS. 9A-9C are illustrations of partial lists of single, double, and triple fault clusters for related and unrelated repairs
  • FIGS. 10A-10C are illustrations of partial lists of weighted repair and distinct fault cluster combinations
  • FIG. 11 is a flowchart describing the steps for adding a new case to the case database and updating the weighted repair and distinct fault cluster combinations;
  • FIG. 12 is an illustration of a portion of new fault log data from a malfunctioning machine
  • FIG. 13 is a flowchart describing the steps for analyzing the new fault log data from a malfunctioning machine and predicting one or more possible repair actions
  • FIG. 14 is an illustration of the distinct faults identified in the new fault log, shown in FIG. 12, and the number of occurrences thereof;
  • FIGS. 15A-15D are illustrations of distinct fault clusters for the distinct faults identified in FIG. 14;
  • FIG. 16 is a printout of weighted repair and fault cluster combinations by the system shown in FIG. 1 for the fault log shown in FIG. 12, and a listing of recommended repairs;
  • FIG. 17 is a flowchart further describing the step of predicting repairs from the weighted repair and fault cluster combinations shown in FIG. 16; and FIG. 18 is one embodiment of a flowchart describing the steps for automatically analyzing new fault log data from a malfunctioning machine and predicting one or more possible repair actions.
  • FIG. 1 diagrammatically illustrates one embodiment of a diagnostic system 10 of the present invention.
  • system 10 provides a process for automatically harvesting or mining repair data comprising a plurality of related and unrelated repairs and fault log data comprising a plurality of faults from a locomotive or other large land- based, self-powered transport equipment, and generating weighted repair and distinct fault cluster combinations which are diagnostically significant predictors to facilitate analysis of new fault log data from malfunctioning machine equipment.
  • system 10 can be used in conjunction with any machine in which operation of the machine is monitored, such as a chemical, an electronic, a mechanical, or a microprocessor machine.
  • Exemplary system 10 includes a processor 12 such as a computer (e.g., UNIX workstation) having a hard drive, input devices such as a keyboard, a mouse, magnetic storage media (e.g., tape cartridges or disks), optical storage media (e.g., CD-ROMs), and output devices such as a display and a printer.
  • Processor 12 is operably connected to and processes data contained in a repair data storage unit 20 and a fault log data storage unit 22.
  • Repair data storage unit 20 includes repair data or records regarding a plurality of related and unrelated repairs for one or more locomotives.
  • FIG. 2 shows an exemplary portion 30 of the repair data contained in repair data storage unit 20.
  • the repair data may include a customer identification number 32, a locomotive identification or unit number 33, the date 34 of the repair, the repair code 35, a repair code description 36, a description of the actual repair 37 performed, etc.
  • Fault log data storage unit 22 includes fault log data or records regarding a plurality of faults occurring prior to the repairs for the one or more locomotives.
  • FIG. 3 shows an exemplary portion 40 of the fault log data contained in fault log data storage unit 22.
  • the fault log data may include a customer identification number 42, a locomotive identification number or unit 44, the date 45 that the fault occurred, a fault code 46, a fault code description 48, etc. Additional information may include various sensor readings, e.g., temperature sensor readings, pressure sensor readings, electrical sensor readings, engine power readings, etc. From the present invention, it will be appreciated by those skilled in the art that a repair data storage unit and a fault log data storage unit may contain repair data and fault log data for a plurality of different locomotives.
  • FIG. 1 shows an exemplary portion 40 of the fault log data contained in fault log data storage unit 22.
  • the fault log data may include a customer identification number 42, a locomotive identification number or unit 44, the date 45 that the fault occurred, a fault code 46,
  • FIG. 4 is a flowchart of an exemplary process 50 of the present invention for selecting or extracting repair data from repair data storage unit 20 and fault log data from fault log data storage unit 22, and generating a plurality of diagnostic cases, which are stored in a case storage unit 24.
  • case comprises a repair and one or more distinct faults or fault codes.
  • distinct fault is a fault or a fault code which differs from other faults or fault codes so that, as described in greater detail below, if the fault log data includes more than one occurrence of the same fault or fault code, the similarly occurring fault or fault code is identified only once.
  • process 50 comprises, at 52, selecting or extracting a repair from repair data storage unit 20 (FIG. 1). Given the identification of a repair, the present invention searches fault log data storage unit 22 (FIG. 1) to select or extract, at 54, distinct faults occurring over a predetermined period of time prior to the repair.
  • the predetermined period of time may extend from a predetermined date prior to the repair to the date of the repair. Desirably, the period of time extends from prior to the repair, e.g., 14 days, to the date of the repair. It will be appreciated that other suitable time periods may be chosen. Desirably, the same period of time is chosen for generating all of the cases. As will be appreciated further by the discussion below, it is the selection of distinct faults which is important and not the order or sequence of their arrangement in the fault log data.
  • the number of times each distinct fault occurred during the predetermined period of time is determined.
  • a repair and the one or more distinct faults are generated and stored as a case, at 60.
  • FIG. 5 illustrates a case 70 generated by process 50 (FIG. 4).
  • Exemplary case 70 comprises a file name 72 which lists, for example, a repair or repair code 2322 which corresponds to replacement of an electronic fuel injection pump, a customer identification number 74, a locomotive identification number or unit 76, a start date 78 and an end date 80 over which faults are selected, a listing of the distinct fault or fault codes 82 which occurred between start date 78 and end date 80, and the number of times each distinct fault or fault code occurred 84.
  • fault code 7A5D indicates that the locomotive diesel engine failed to reach full operating power
  • fault code 7A4A indicates an air conditioner compressor failed to start
  • fault code 76D5 indicates a fault reset.
  • Case 70 may also list additional information 86 such as various average sensor readings, e.g., average temperature sensor readings, average pressure sensor readings, average electrical sensor readings, average engine power readings, etc., for distinct faults 82.
  • repair and distinct fault cluster combinations are generated.
  • exemplary case 70 FIG. 5
  • three repair code 2322 and single fault cluster e.g., repair code 2322 and fault code 7A5D, repair code 2322 and fault code 7A4A, and repair code 2322 and fault code 76D5 combinations are illustrated in FIG. 6A.
  • Three repair code 2322 and double fault clusters e.g., repair code 2322 and fault codes 7A5D and 7A4A, repair code 2322 and fault codes 7A5D and 76D5, and repair code 2322 and fault codes 7A4A and 76D5) combinations are illustrated in FIG.
  • repair code 2322 and triple fault cluster e.g., repair code 2322 and fault codes 7A5D, 7A4A, and 76D5 combination is illustrated in FIG. 6C. From the present description, it will be appreciated by those skilled in the art that a case having a greater number of distinct faults would result in a greater number of repair and fault cluster combinations.
  • Process 50 is repeated by selecting another repair entry from the repair data to generate another case, and to generate a plurality of repair and fault cluster combinations.
  • Case data storage unit 24 desirably stores a plurality of cases comprising related and unrelated repairs and a plurality of repair and distinct fault cluster combinations.
  • FIG. 7 is a flowchart of an exemplary process 100 of the present invention for generating weighted repair and fault cluster combinations based on the plurality of cases generated in process 50.
  • Process 100 comprises, at 101, selecting a repair and fault cluster combination, and determining, at 102, the number of times the combination occurs in cases comprising related repairs. The number of times the combination occurs in the plurality of cases of related and unrelated repairs, e.g., all repairs is determined at 104.
  • a weight is determined at 108 for the repair and distinct fault cluster combination by dividing the number of times the combination occurs in cases comprising related repairs by the number of times the distinct fault cluster occurs in the plurality of cases comprising related and unrelated repairs.
  • Process 100 is further described in greater detail with reference to FIGS.
  • FIG. 8-10 and exemplary case data storage unit 24 (FIG. 1) which contains, for example, 500 cases covering 60 different repairs in which 38 cases relate to repair code 2322.
  • FIG. 8 A is a portion 110 of the plurality single fault clusters generated from the 38 cases in case data storage unit 24 related to repair code 2322. As shown in FIG. 8A, repair code 2322 and single fault cluster or fault code 76D5 combination occurred 24 times, repair code 2322 and single fault cluster or fault code 7A5D combination occurred 23 times, and repair code 2322 and single fault cluster or fault code 7A4A combination occurred once. Also observed are other fault codes which occurred in other cases involving repair code 2322.
  • FIG. 8B illustrates a portion 112 of the plurality of double fault clusters generated from cases in case storage unit 24 related to repair code 2322.
  • repair code 2322 and double fault cluster or fault codes 7A5D and 76D5 combination occurred 20 times
  • repair code 2322 and double fault cluster or fault codes 7A5D and 7A4A combination occurred once
  • repair code 2322 and double fault cluster or fault codes 7A4A and 76D5 occurred once.
  • FIG. 8C illustrates a portion 114 of the plurality of triple fault clusters generated from cases in case storage unit 24 related to repair code 2322 in which repair code 2322 and triple fault cluster or fault 7A5D, 7A4A, and 76D5 combination occurred once.
  • FIG. 9A-9C are portions 120, 122, and 124, of the single, double, and triple fault clusters, respectively, generated from all of the plurality of cases (e.g., related and unrelated repairs) in case storage unit 24.
  • single fault cluster or fault code 76D5 occurred in 24 out of all the cases
  • single fault cluster or fault code 7A5D occurred in 84 out of all the plurality of cases
  • triple fault cluster or fault codes As shown in FIG. 9C, triple fault cluster or fault codes
  • additional fault clusters of four, five, . . ., n, (not shown) are generated.
  • Weighted repair and fault cluster combinations are determined and stored in a directed weight data storage unit 26. Partial listings of the weighted repair and fault cluster combinations are best shown in FIGS. 10A-10C.
  • FIG. 10A illustrates a portion 130 of the weighted repair and single distinct fault cluster combinations. As shown in
  • repair code 2322 and single fault cluster or fault code 7A5D combination has a weight of 0J7 or 27% (e.g., 23/84), repair code 2322 and single fault cluster or fault code 76D5 and has a weight of 0.09 or 9%
  • repair code 2322 and single fault cluster or fault code 7A4A has a weight of 0.25 or 25% (e.g., 1/4).
  • FIG. 10B illustrates a portion 140 of the weighted repair and double distinct fault cluster combinations.
  • repair code 2322 and double fault cluster or fault codes 7A5D and 76D5 combination has a weight of 0J7 or 27% (e.g., 20/73)
  • repair code 2322 and double fault cluster or fault codes 7A5D and 7A4A has a weight of 1.0 or 100% (e.g., 1/1)
  • repair code 2322 and double fault cluster or fault codes 7A4A and 76D5 has a weight of 0.25 or 25% (e.g., 1/4).
  • FIG. IOC illustrates a portion 145 of the weighted repair and triple distinct fault cluster combination.
  • repair code 2322 and triple fault cluster or fault codes 7A5D, 7A4A, and 76D5 has a weight of 1.0 or 100% (e.g., 1/1). For cases having distinct faults numbering greater than three
  • additional directed weights for fault clusters of four, five, . . ., n, (not shown) are generated.
  • weighted repair and distinct fault cluster combinations can be used to analyze a malfunctioning machine in a number of ways.
  • distinct fault clusters can be generated from new fault log data from a malfunctioning locomotive and readily compared, manually or automatically, to weighted repair and distinct fault cluster combinations for prediction of one or more repairs as described in greater detail below.
  • a process 150 of the present invention provides updating directed weight data storage unit 26 to include one or more new cases. For example, a new repair and fault log data 25 (FIG. 1) from a malfunctioning locomotive is received at 152. At 154, a plurality of repair and distinct fault cluster combinations for the plurality of the distinct fault is generated.
  • the number of times each fault cluster occurred for related repairs is updated at 155, and the number of times each fault cluster occurred for all repairs are updated at 156. Thereafter, the weighted repair and distinct fault cluster combinations are redetermined at 158.
  • the system provides prediction of repairs from fault log data from a malfunctioning machine. Desirably, after verification of the repair(s) for correcting a malfunction the new case can be inputted and updated into the system. From the present invention, it will be appreciated by those skilled in the art that the repair and fault cluster combinations may be generated and stored in memory when generating the weights therefor, or alternatively, be stored in either the case data storage unit, directed weight storage unit, or a separate data storage unit.
  • Processor 12 is also operable to receive new fault log data 200 for analysis thereof.
  • FIG. 2 shows in greater detail an exemplary portion 220 of the new fault log data 200 which may include a customer identification number 222, a locomotive identification number or unit 224, the dates 225 the faults occurred, the fault codes 226, and a fault code description 228. Additional information may also include various sensor readings, e.g., temperature sensor readings, pressure sensor readings, electrical sensor readings, engine power readings, etc.
  • the new fault log data includes faults occurring over a predetermined period of time prior such as a predetermined number of days (e.g., 14 days). It will be appreciated that other suitable time periods may be chosen.
  • FIG. 13 is a flowchart which generally describes the steps for analyzing new fault log data 200 (FIG. 1). As shown in FIG. 13 at 232, the new fault log data comprising a plurality of faults from a malfunctioning machine is received. At 233, a plurality of distinct faults from the new fault log data is identified, and at 234, the number of times each distinct fault occurred in the new fault log data is determined.
  • the term "distinct fault” is a fault or a fault code which differs from other faults or fault codes so that, as described in greater detail below, if a portion of the fault log data includes more than one occurrence of the same fault or fault code, the similar faults or fault codes are identified only once. As will become apparent from the discussion below, it is the selection of distinct faults which is important and not the order or sequence of their arrangement in the fault log data.
  • FIG. 14 shows the plurality of distinct faults and the number of times in which each distinct fault occurred for fault log 220 (FIG. 12).
  • fault code 7311 represents a phase module malfunction which occurred 24 times
  • fault code 728F indicates an inverter propulsion malfunction which occurred twice
  • fault code 76D5 indicates a fault reset which occurred once
  • fault code 720F indicates an inverter propulsion malfunction which occurred once.
  • FIGS. 15A-15D illustrate the distinct fault clusters generated from the distinct faults extracted from fault log data 200.
  • FIG. 15 A Four single fault clusters (e.g., fault code 7311, fault code 728F, fault code 76D5, and fault code 720F) are illustrated in FIG. 15 A.
  • Six double fault clusters e.g., fault codes 76D5 and 7311, fault codes 76D5 and 728F, fault codes 76D5 and 720F, fault codes 7311 and 728F, fault codes 7311 and 720F, and fault codes 728F and 720F) are illustrated in FIG. 15B.
  • fault codes 76D5, 7311, and 728F Four triple fault clusters (e.g., fault codes 76D5, 7311, and 728F), fault codes 76D5, 7311, and 720F, fault codes 76D5, 728F, and 720F, and fault codes 7311, 728F, and 720F) are illustrated in FIG. 15C, and one quadruple fault cluster (e.g., 76D5, 7311, 728F, and 720F) is illustrated in FIG. 15D.
  • triple fault clusters e.g., fault codes 76D5, 7311, and 728F
  • fault codes 76D5, 728F, and 720F fault codes 76D5, 728F, and 720F
  • fault codes 7311, 728F, and 720F fault codes 7311, 728F, and 720F
  • a fault log having a greater number of distinct faults would result in a greater number of distinct fault clusters (e.g., ones, twos, threes, fours, fives, etc.).
  • At 238, at least one repair is predicted for the plurality of fault clusters using a plurality of predetermined weighted repair and fault cluster combinations.
  • the plurality of predetermined weighted repair and fault cluster combinations may be generated as follows.
  • processor 12 is desirably operable to process historical repair data contained in a repair data storage unit 20 and historical fault log data contained in a fault log data storage unit 22 regarding one or more locomotives.
  • repair data storage unit 20 includes repair data or records regarding a plurality of related and unrelated repairs for one or more locomotives.
  • Fault log data storage unit 22 includes fault log data or records regarding a plurality of faults occurring for one or more locomotives.
  • FIG. 16 illustrates a printout 250 of the results generated by system 10 (FIG.
  • FIG. 1 For fault log 200 (FIG. 1), in which in a top portion 252, a plurality of corresponding repairs 253, assigned weights 254, and fault clusters 255 are presented. As shown in a bottom portion 260 of printout 250, five recommendations for likely repairs actions are presented for review by a field engineer.
  • FIG. 17 is a flowchart of an exemplary process 300 for determining and presenting the top most likely repair candidates which may include repairs derived from predetermined weighted repair and distinct fault cluster combinations having the greatest assigned weighted values or repairs which are determined by adding together the assigned weighted values for fault clusters for related repairs.
  • a distinct fault cluster generated from the new fault log data is selected at 302.
  • predetermined repair(s) and assigned weight(s) corresponding to the distinct fault cluster are selected from directed weight storage unit 26 (FIG. 1).
  • the assigned weight for the predetermined weighted repair and fault cluster combination is determined by a plurality of cases for related and unrelated repairs which number less than a predetermined number, e.g., 5, the fault cluster is excluded and the next distinct fault cluster is selected at 302. This prevents weighted repair and fault cluster combinations which are determined from only a few cases from having the same effect in the prediction of repairs as weighted repair and fault cluster combinations determined from many cases.
  • a threshold value e.g. 0.70 or 70%
  • repair codes 1766 and 1777 and distinct fault cluster combinations 7311, 728F, and 720F have an assigned weight of 85% and indicate a recommended replacement of the EFI. -lo-
  • repair code 1677 which corresponds to a traction problem has a totaled assigned weight of 1.031
  • repair code 1745 which corresponds to a locomotive software problem has a totaled assigned weight of 0.943
  • repair code 2323 which corresponds to an overheated engine has a totaled assigned weight of 0.591.
  • the top five most likely repair actions are determined and presented for review by a field engineer. For example, up to five repairs having the greatest assigned weights over the threshold value are presented. When there is less than five repairs which satisfy the threshold, the remainder of recommended repairs are presented based on a total assigned weight.
  • the new fault log data is initially compared to a prior fault log data from the malfunctioning locomotive. This allows determination whether there is a change in the fault log data over time. For example, if there is no change, e.g., no new faults, then it may not be necessary to process the new fault log data further.
  • FIG. 18 illustrates a flowchart of an exemplary automated process 500 for analyzing fault log data from a locomotive, e.g., new fault log data which is generated every day, using system 10.
  • process 500 accommodates the situation where a prior repair is undertaken or a prior repair is recommended within the predetermined period of time over which the fault log data is analyzed. This avoids recommending the same repair which has been previously recommended and/or repaired.
  • new fault log data is received which includes faults occurring over a predetermined period of time, e.g., 14 days.
  • the fault log data is analyzed, for example as described above, generating distinct fault clusters and comparing the generated fault clusters to predetermined weighted repair and fault cluster combinations.
  • the analysis process may use a thresholding process described above to determine whether any repairs are recommended (e.g., having a weighted value over 70%). If no repairs are recommended, the process is ended at 506. The process is desirably repeated again with a download of new fault log data the next day.
  • existing closed e.g., performed or completed repairs
  • prior recommended repairs which have occurred within the predetermined period of time are determined at 508. For example, existing closed or prior recommended repairs may be stored and retrieved from repair data storage unit 20. If there are no existing or recommended repairs than all the recommended repairs at 504 are listed in a repair list at 700.
  • the look-back period (e.g., the number of days over which the faults are chosen) is revised.
  • the modified fault log data is analyzed at 604, as described above, using distinct fault clusters, and comparing the generated fault clusters to predetermined weighted repair and fault cluster combinations.
  • the analysis process may use the thresholding process described above to determine whether any repairs are recommended (e.g., having a weighted value over 70%). If no repairs are recommended, the process is ended at 608 until the process is stated again with a new fault log data from the next day, or if a repair is recommended it is added to the repair list at 700. From the present description, it will be appreciated by those skilled in the art that other processes and methods, e.g., different thresholding values or fault log data analysis which does not use distinct fault clusters, may be employed in predicting repairs from the new fault log data according to process 500 which takes into account prior performed repairs or prior recommended repairs.
  • the present invention provides in one aspect a method and system for processing a new fault log which is not restricted to sequential occurrences of faults or error log entries.
  • the calibration of the diagnostic significance of fault clusters is based upon cases of related repairs and cases for all the repairs.
  • the present invention provides in one aspect a method and system for automatically harvesting potentially valid diagnostic cases by interleaving repair and fault log data which is not restricted to sequential occurrences of faults or error log entries.
  • standard diagnostic fault clusters can be generated in advance so they can be identified across all cases and their relative occurrence tracked.
  • the calibration of the significance of repair and distinct fault cluster combinations based upon cases of related repairs and cases for all the repairs is determined.
  • a field engineer may review each of the plurality of cases to determine whether the distinct faults, and in particular, number of times the distinct faults occur, provide a good indication of the repair. If not, one or more cases can be excluded or removed from case data storage unit 24. This review by a field engineer would increase the initial accuracy of the system in assigning weights to the repair and fault cluster combinations.

Abstract

The present invention discloses a system (10) and method for analyzing fault log data from a malfunctioning locomotive or other large land-based, self-powered transport equipment. The method allows for receiving new fault log data (232) comprising a plurality of faults from the malfunctioning equipment. The method further allows for selecting a plurality of distinct faults (233) from the new fault log data. Respective generating steps allow for generating at least one distinct fault cluster (236) from the plurality of distinct faults and for generating a plurality of weighted repair and distinct fault cluster combinations. An identifying step allows for identifying at least one repair (238) for the at least one distinct fault cluster using the plurality of weighted repair and distinct fault cluster combinations.

Description

METHOD AND SYSTEM FOR ANALYZING
FAULT LOG DATA FOR DIAGNOSTICS
AND REPAIRS OF LOCOMOTIVES
BACKGROUND OF THE INVENTION
The present invention relates generally to diagnostics of locomotive or other large land-based, self-powered transport equipment, and, more specifically, to a system and method for processing historical repair data and fault log data to facilitate analysis of malfunctioning machine equipment.
A machine, such as a locomotive or an off-road haul vehicle, includes elaborate controls and sensors that generate faults when anomalous operating conditions of the machine are encountered. Typically, a field engineer will look at a fault log and determine whether a repair is necessary.
Approaches like neural networks, decision trees, etc., have been employed to learn over input data to provide prediction, classification, and function approximation capabilities in the context of diagnostics. Often, such approaches have required structured and relatively static and complete input data sets for learning, and have produced models that resist real-world interpretation.
Another approach, Case Based Reasoning (CBR), is based on the observation that experiential knowledge (memory of past experiences - or cases) is applicable to problem solving as learning rules or behaviors. CBR relies on relatively little pre-processing of raw knowledge, focusing instead on indexing, retrieval, reuse, and archival of cases. In the diagnostic context, a case refers to a problem/solution description pair that represents a diagnosis of a problem and an appropriate repair.
CBR assumes cases described by a fixed, known number of descriptive attributes. Conventional CBR systems assume a corpus of fully valid or "gold standard" cases that new incoming cases can be matched against.
U.S. Patent No. 5,463,768 discloses an approach which uses error log data and assumes predefined cases with each case associating an input error log to a verified, unique diagnosis of a problem. In particular, a plurality of historical error logs are grouped into case sets of common malfunctions. From the group of case sets, common patterns, i.e., consecutive rows or strings of data, are labeled as a block. Blocks are used to characterize fault contribution for new error logs that are received in a diagnostic unit.
For a continuous fault code stream where any or all possible fault codes may occur from zero to any finite number of times and where the fault codes may occur in any order, predefining the structure of a case is nearly impossible. Therefore, there is a need for a system and method for processing historical repair data and fault log data, which is not restricted to sequential occurrences of fault log entries and which provides weighted repair and distinct fault cluster combinations, to facilitate analysis of new fault log data from a malfunctioning machine.
SUMMARY OF THE INVENTION The above-mentioned needs are fulfilled by the present invention which provides in one embodiment a method for analyzing fault log data from a malfunctioning locomotive or other large land-based, self- powered transport equipment. The method allows for receiving new fault log data comprising a plurality of faults from the malfunctioning equipment. The method further allows for selecting a plurality of distinct faults from the new fault log data. Respective generating steps allow for generating at least one distinct fault cluster from the plurality of distinct faults and for generating a plurality of weighted repair and distinct fault cluster combinations. An identifying step allow s for identifying at least one repair for the at least one distinct fault cluster using the plurality of weighted repair and distinct fault cluster combinations.
The present invention further fulfills the foregoing needs by providing a system for analyzing fault log data from a malfunctioning locomotive or other large land-based, self-powered transport equipment. The system comprises a directed weight data storage unit adapted to store a plurality of weighted repair and distinct fault cluster combinations. The system further comprises a processor adapted to receive new fault log data comprising a plurality of faults from the malfunctioning equipment and a processor adapted to select a plurality of distinct faults from the new fault log data. Respective processors are configured to generate at least one distinct fault cluster from the selected plurality of distinct faults and a plurality of weighted repair and distinct fault cluster combinations. The system further comprises a processor for identifying at least one repair for the at least one distinct fault cluster using the plurality of predetermined weighted repair and distinct fault cluster combinations.
BRIEF DESCRIPTION OF THE DRAWINGS
FIG. 1 is one embodiment of a block diagram of a system of the present invention for automatically processing repair data and fault log data from a locomotive or other large land-based, self-powered transport equipment and diagnosing malfunctioning equipment;
FIG. 2 is an illustration of a portion of repair log data;
FIG. 3 is an illustration of a portion of fault log data; FIG. 4 is a flowchart describing the steps for generating a plurality of cases, and repair and fault cluster combinations for each case;
FIG. 5 is an illustration of a case generated according to the flowchart of FIG. 4; FIGS. 6A-6C are illustrations of repair and fault cluster combinations for the case shown in FIG. 5;
FIG. 7 is a flowchart describing the steps for determining a weight for each of the repair and fault cluster combinations; FIGS. 8A-8C are illustrations of partial lists of single, double, and triple fault clusters for related repairs;
FIGS. 9A-9C are illustrations of partial lists of single, double, and triple fault clusters for related and unrelated repairs;
FIGS. 10A-10C are illustrations of partial lists of weighted repair and distinct fault cluster combinations;
FIG. 11 is a flowchart describing the steps for adding a new case to the case database and updating the weighted repair and distinct fault cluster combinations;
FIG. 12 is an illustration of a portion of new fault log data from a malfunctioning machine;
FIG. 13 is a flowchart describing the steps for analyzing the new fault log data from a malfunctioning machine and predicting one or more possible repair actions;
FIG. 14 is an illustration of the distinct faults identified in the new fault log, shown in FIG. 12, and the number of occurrences thereof;
FIGS. 15A-15D are illustrations of distinct fault clusters for the distinct faults identified in FIG. 14;
FIG. 16 is a printout of weighted repair and fault cluster combinations by the system shown in FIG. 1 for the fault log shown in FIG. 12, and a listing of recommended repairs;
FIG. 17 is a flowchart further describing the step of predicting repairs from the weighted repair and fault cluster combinations shown in FIG. 16; and FIG. 18 is one embodiment of a flowchart describing the steps for automatically analyzing new fault log data from a malfunctioning machine and predicting one or more possible repair actions.
DETAILED DESCRIPTION OF THE INVENTION FIG. 1 diagrammatically illustrates one embodiment of a diagnostic system 10 of the present invention. In one aspect, system 10 provides a process for automatically harvesting or mining repair data comprising a plurality of related and unrelated repairs and fault log data comprising a plurality of faults from a locomotive or other large land- based, self-powered transport equipment, and generating weighted repair and distinct fault cluster combinations which are diagnostically significant predictors to facilitate analysis of new fault log data from malfunctioning machine equipment.
Although the present invention is described with reference to a locomotive, system 10 can be used in conjunction with any machine in which operation of the machine is monitored, such as a chemical, an electronic, a mechanical, or a microprocessor machine.
Exemplary system 10 includes a processor 12 such as a computer (e.g., UNIX workstation) having a hard drive, input devices such as a keyboard, a mouse, magnetic storage media (e.g., tape cartridges or disks), optical storage media (e.g., CD-ROMs), and output devices such as a display and a printer. Processor 12 is operably connected to and processes data contained in a repair data storage unit 20 and a fault log data storage unit 22. Repair data storage unit 20 includes repair data or records regarding a plurality of related and unrelated repairs for one or more locomotives. FIG. 2 shows an exemplary portion 30 of the repair data contained in repair data storage unit 20. The repair data may include a customer identification number 32, a locomotive identification or unit number 33, the date 34 of the repair, the repair code 35, a repair code description 36, a description of the actual repair 37 performed, etc.
Fault log data storage unit 22 includes fault log data or records regarding a plurality of faults occurring prior to the repairs for the one or more locomotives. FIG. 3 shows an exemplary portion 40 of the fault log data contained in fault log data storage unit 22. The fault log data may include a customer identification number 42, a locomotive identification number or unit 44, the date 45 that the fault occurred, a fault code 46, a fault code description 48, etc. Additional information may include various sensor readings, e.g., temperature sensor readings, pressure sensor readings, electrical sensor readings, engine power readings, etc. From the present invention, it will be appreciated by those skilled in the art that a repair data storage unit and a fault log data storage unit may contain repair data and fault log data for a plurality of different locomotives. FIG. 4 is a flowchart of an exemplary process 50 of the present invention for selecting or extracting repair data from repair data storage unit 20 and fault log data from fault log data storage unit 22, and generating a plurality of diagnostic cases, which are stored in a case storage unit 24. As used herein, the term "case" comprises a repair and one or more distinct faults or fault codes. As also used herein, the term "distinct fault" is a fault or a fault code which differs from other faults or fault codes so that, as described in greater detail below, if the fault log data includes more than one occurrence of the same fault or fault code, the similarly occurring fault or fault code is identified only once. With reference still to FIG. 4, process 50 comprises, at 52, selecting or extracting a repair from repair data storage unit 20 (FIG. 1). Given the identification of a repair, the present invention searches fault log data storage unit 22 (FIG. 1) to select or extract, at 54, distinct faults occurring over a predetermined period of time prior to the repair. The predetermined period of time may extend from a predetermined date prior to the repair to the date of the repair. Desirably, the period of time extends from prior to the repair, e.g., 14 days, to the date of the repair. It will be appreciated that other suitable time periods may be chosen. Desirably, the same period of time is chosen for generating all of the cases. As will be appreciated further by the discussion below, it is the selection of distinct faults which is important and not the order or sequence of their arrangement in the fault log data.
At 56, the number of times each distinct fault occurred during the predetermined period of time is determined. A repair and the one or more distinct faults are generated and stored as a case, at 60.
FIG. 5 illustrates a case 70 generated by process 50 (FIG. 4). Exemplary case 70 comprises a file name 72 which lists, for example, a repair or repair code 2322 which corresponds to replacement of an electronic fuel injection pump, a customer identification number 74, a locomotive identification number or unit 76, a start date 78 and an end date 80 over which faults are selected, a listing of the distinct fault or fault codes 82 which occurred between start date 78 and end date 80, and the number of times each distinct fault or fault code occurred 84. In this exemplary case 70, fault code 7A5D indicates that the locomotive diesel engine failed to reach full operating power, fault code 7A4A indicates an air conditioner compressor failed to start, and fault code 76D5 indicates a fault reset. Case 70 may also list additional information 86 such as various average sensor readings, e.g., average temperature sensor readings, average pressure sensor readings, average electrical sensor readings, average engine power readings, etc., for distinct faults 82.
With reference again to FIG. 4, at 62, repair and distinct fault cluster combinations are generated. For exemplary case 70 (FIG. 5), three repair code 2322 and single fault cluster (e.g., repair code 2322 and fault code 7A5D, repair code 2322 and fault code 7A4A, and repair code 2322 and fault code 76D5) combinations are illustrated in FIG. 6A. Three repair code 2322 and double fault clusters (e.g., repair code 2322 and fault codes 7A5D and 7A4A, repair code 2322 and fault codes 7A5D and 76D5, and repair code 2322 and fault codes 7A4A and 76D5) combinations are illustrated in FIG. 6B, and one repair code 2322 and triple fault cluster (e.g., repair code 2322 and fault codes 7A5D, 7A4A, and 76D5) combination is illustrated in FIG. 6C. From the present description, it will be appreciated by those skilled in the art that a case having a greater number of distinct faults would result in a greater number of repair and fault cluster combinations.
Process 50 is repeated by selecting another repair entry from the repair data to generate another case, and to generate a plurality of repair and fault cluster combinations. Case data storage unit 24 desirably stores a plurality of cases comprising related and unrelated repairs and a plurality of repair and distinct fault cluster combinations.
FIG. 7 is a flowchart of an exemplary process 100 of the present invention for generating weighted repair and fault cluster combinations based on the plurality of cases generated in process 50. Process 100 comprises, at 101, selecting a repair and fault cluster combination, and determining, at 102, the number of times the combination occurs in cases comprising related repairs. The number of times the combination occurs in the plurality of cases of related and unrelated repairs, e.g., all repairs is determined at 104. A weight is determined at 108 for the repair and distinct fault cluster combination by dividing the number of times the combination occurs in cases comprising related repairs by the number of times the distinct fault cluster occurs in the plurality of cases comprising related and unrelated repairs. Process 100 is further described in greater detail with reference to FIGS. 8-10 and exemplary case data storage unit 24 (FIG. 1) which contains, for example, 500 cases covering 60 different repairs in which 38 cases relate to repair code 2322. FIG. 8 A is a portion 110 of the plurality single fault clusters generated from the 38 cases in case data storage unit 24 related to repair code 2322. As shown in FIG. 8A, repair code 2322 and single fault cluster or fault code 76D5 combination occurred 24 times, repair code 2322 and single fault cluster or fault code 7A5D combination occurred 23 times, and repair code 2322 and single fault cluster or fault code 7A4A combination occurred once. Also observed are other fault codes which occurred in other cases involving repair code 2322.
FIG. 8B illustrates a portion 112 of the plurality of double fault clusters generated from cases in case storage unit 24 related to repair code 2322. As shown FIG. 8B repair code 2322 and double fault cluster or fault codes 7A5D and 76D5 combination occurred 20 times, repair code 2322 and double fault cluster or fault codes 7A5D and 7A4A combination occurred once, and repair code 2322 and double fault cluster or fault codes 7A4A and 76D5 occurred once. FIG. 8C illustrates a portion 114 of the plurality of triple fault clusters generated from cases in case storage unit 24 related to repair code 2322 in which repair code 2322 and triple fault cluster or fault 7A5D, 7A4A, and 76D5 combination occurred once.
For cases involving repair code 2322 and having distinct faults numbering greater than three (e.g., n), additional fault clusters of four, five, . . ., n, (not shown) are generated.
FIG. 9A-9C are portions 120, 122, and 124, of the single, double, and triple fault clusters, respectively, generated from all of the plurality of cases (e.g., related and unrelated repairs) in case storage unit 24.
As shown in FIG. 9A, single fault cluster or fault code 76D5 occurred in 24 out of all the cases, single fault cluster or fault code 7A5D occurred in 84 out of all the plurality of cases, and single fault cluster or fault code
7A4A occurred in 4 out of all of the plurality of cases.
As shown in FIG. 9B double fault cluster or fault codes
7A5D and 76D5 occurred in 73 out of all of the plurality of cases, double fault cluster or fault codes 7A5D and 7A4A occurred once out of all of the plurality of cases, and double fault cluster or fault codes 7A4A and 76D5 occurred once out of all of the plurality of cases.
As shown in FIG. 9C, triple fault cluster or fault codes
7A5D, 7A4A, and 76D5 occurred once out of all of the plurality of cases. For cases having distinct faults numbering greater than three
(e.g., n), additional fault clusters of four, five, . . ., n, (not shown) are generated.
Weighted repair and fault cluster combinations are determined and stored in a directed weight data storage unit 26. Partial listings of the weighted repair and fault cluster combinations are best shown in FIGS. 10A-10C.
For example, FIG. 10A illustrates a portion 130 of the weighted repair and single distinct fault cluster combinations. As shown in
FIG. 10A, repair code 2322 and single fault cluster or fault code 7A5D combination has a weight of 0J7 or 27% (e.g., 23/84), repair code 2322 and single fault cluster or fault code 76D5 and has a weight of 0.09 or 9%
(e.g., 24/268), repair code 2322 and single fault cluster or fault code 7A4A has a weight of 0.25 or 25% (e.g., 1/4).
FIG. 10B illustrates a portion 140 of the weighted repair and double distinct fault cluster combinations. As shown in FIG. 10B, repair code 2322 and double fault cluster or fault codes 7A5D and 76D5 combination has a weight of 0J7 or 27% (e.g., 20/73), repair code 2322 and double fault cluster or fault codes 7A5D and 7A4A has a weight of 1.0 or 100% (e.g., 1/1), and repair code 2322 and double fault cluster or fault codes 7A4A and 76D5 has a weight of 0.25 or 25% (e.g., 1/4). FIG. IOC illustrates a portion 145 of the weighted repair and triple distinct fault cluster combination. As shown in FIG. IOC, repair code 2322 and triple fault cluster or fault codes 7A5D, 7A4A, and 76D5 has a weight of 1.0 or 100% (e.g., 1/1). For cases having distinct faults numbering greater than three
(e.g., n), additional directed weights for fault clusters of four, five, . . ., n, (not shown) are generated.
Once the weighted repair and distinct fault cluster combinations are determined, they can be used to analyze a malfunctioning machine in a number of ways. For example, distinct fault clusters can be generated from new fault log data from a malfunctioning locomotive and readily compared, manually or automatically, to weighted repair and distinct fault cluster combinations for prediction of one or more repairs as described in greater detail below. As shown in FIG. 11, a process 150 of the present invention provides updating directed weight data storage unit 26 to include one or more new cases. For example, a new repair and fault log data 25 (FIG. 1) from a malfunctioning locomotive is received at 152. At 154, a plurality of repair and distinct fault cluster combinations for the plurality of the distinct fault is generated.
The number of times each fault cluster occurred for related repairs is updated at 155, and the number of times each fault cluster occurred for all repairs are updated at 156. Thereafter, the weighted repair and distinct fault cluster combinations are redetermined at 158. As noted above, the system provides prediction of repairs from fault log data from a malfunctioning machine. Desirably, after verification of the repair(s) for correcting a malfunction the new case can be inputted and updated into the system. From the present invention, it will be appreciated by those skilled in the art that the repair and fault cluster combinations may be generated and stored in memory when generating the weights therefor, or alternatively, be stored in either the case data storage unit, directed weight storage unit, or a separate data storage unit.
Processor 12 is also operable to receive new fault log data 200 for analysis thereof. FIG. 2 shows in greater detail an exemplary portion 220 of the new fault log data 200 which may include a customer identification number 222, a locomotive identification number or unit 224, the dates 225 the faults occurred, the fault codes 226, and a fault code description 228. Additional information may also include various sensor readings, e.g., temperature sensor readings, pressure sensor readings, electrical sensor readings, engine power readings, etc. Desirably, the new fault log data includes faults occurring over a predetermined period of time prior such as a predetermined number of days (e.g., 14 days). It will be appreciated that other suitable time periods may be chosen. Advantageously, as explained below, the period of time corresponds to the period of time used for predetermining weighted repair and distinct fault cluster combinations. FIG. 13 is a flowchart which generally describes the steps for analyzing new fault log data 200 (FIG. 1). As shown in FIG. 13 at 232, the new fault log data comprising a plurality of faults from a malfunctioning machine is received. At 233, a plurality of distinct faults from the new fault log data is identified, and at 234, the number of times each distinct fault occurred in the new fault log data is determined. As used herein, the term "distinct fault" is a fault or a fault code which differs from other faults or fault codes so that, as described in greater detail below, if a portion of the fault log data includes more than one occurrence of the same fault or fault code, the similar faults or fault codes are identified only once. As will become apparent from the discussion below, it is the selection of distinct faults which is important and not the order or sequence of their arrangement in the fault log data.
FIG. 14 shows the plurality of distinct faults and the number of times in which each distinct fault occurred for fault log 220 (FIG. 12). In this example, fault code 7311 represents a phase module malfunction which occurred 24 times, fault code 728F indicates an inverter propulsion malfunction which occurred twice, fault code 76D5 indicates a fault reset which occurred once, and fault code 720F indicates an inverter propulsion malfunction which occurred once. With reference again to FIG. 13, a plurality of fault clusters is generated for the distinct faults at 236. FIGS. 15A-15D illustrate the distinct fault clusters generated from the distinct faults extracted from fault log data 200. Four single fault clusters (e.g., fault code 7311, fault code 728F, fault code 76D5, and fault code 720F) are illustrated in FIG. 15 A. Six double fault clusters (e.g., fault codes 76D5 and 7311, fault codes 76D5 and 728F, fault codes 76D5 and 720F, fault codes 7311 and 728F, fault codes 7311 and 720F, and fault codes 728F and 720F) are illustrated in FIG. 15B. Four triple fault clusters (e.g., fault codes 76D5, 7311, and 728F), fault codes 76D5, 7311, and 720F, fault codes 76D5, 728F, and 720F, and fault codes 7311, 728F, and 720F) are illustrated in FIG. 15C, and one quadruple fault cluster (e.g., 76D5, 7311, 728F, and 720F) is illustrated in FIG. 15D.
From the present description, it will be appreciated by those skilled in the art that a fault log having a greater number of distinct faults would result in a greater number of distinct fault clusters (e.g., ones, twos, threes, fours, fives, etc.).
At 238, at least one repair is predicted for the plurality of fault clusters using a plurality of predetermined weighted repair and fault cluster combinations. The plurality of predetermined weighted repair and fault cluster combinations may be generated as follows. With reference again to FIG. 1, processor 12 is desirably operable to process historical repair data contained in a repair data storage unit 20 and historical fault log data contained in a fault log data storage unit 22 regarding one or more locomotives. For example, repair data storage unit 20 includes repair data or records regarding a plurality of related and unrelated repairs for one or more locomotives. Fault log data storage unit 22 includes fault log data or records regarding a plurality of faults occurring for one or more locomotives. FIG. 16 illustrates a printout 250 of the results generated by system 10 (FIG. 1) for fault log 200 (FIG. 1), in which in a top portion 252, a plurality of corresponding repairs 253, assigned weights 254, and fault clusters 255 are presented. As shown in a bottom portion 260 of printout 250, five recommendations for likely repairs actions are presented for review by a field engineer.
FIG. 17 is a flowchart of an exemplary process 300 for determining and presenting the top most likely repair candidates which may include repairs derived from predetermined weighted repair and distinct fault cluster combinations having the greatest assigned weighted values or repairs which are determined by adding together the assigned weighted values for fault clusters for related repairs.
As shown in FIG. 17, initially, a distinct fault cluster generated from the new fault log data is selected at 302. At 304, predetermined repair(s) and assigned weight(s) corresponding to the distinct fault cluster are selected from directed weight storage unit 26 (FIG. 1). At 306, if the assigned weight for the predetermined weighted repair and fault cluster combination is determined by a plurality of cases for related and unrelated repairs which number less than a predetermined number, e.g., 5, the fault cluster is excluded and the next distinct fault cluster is selected at 302. This prevents weighted repair and fault cluster combinations which are determined from only a few cases from having the same effect in the prediction of repairs as weighted repair and fault cluster combinations determined from many cases.
If the number of cases is greater than the predetermined minimum number of cases, at 308, a determination is made as to whether the assigned value is greater than a threshold value, e.g., 0.70 or 70%. If so, the repair is displayed at 310. If the fault cluster is not the last fault cluster to be analyzed at 322, the next distinct fault cluster is selected at 302 and the process is repeated. If the assigned weight for the predetermined weighted repair and fault cluster combination is less than the predetermined threshold value, the assigned weights for related repairs are added together at 320. Desirably, up to a maximum number of assigned weights, e.g., 5, are used and added together. After selecting and analyzing the distinct fault clusters generated from the new fault log data, the repairs having the highest added assigned weights for fault clusters for related repairs are displayed at 324.
With reference again to FIG. 16, repairs corresponding to the weighted repair and fault cluster combinations in which the assigned weights are greater than the threshold value are presented first. As shown in FIG. 16, repair codes 1766 and 1777 and distinct fault cluster combinations 7311, 728F, and 720F, have an assigned weight of 85% and indicate a recommended replacement of the EFI. -lo-
As also shown in FIG. 16, repairs for various fault clusters having the highest added or total weight are presented next. For example, repair code 1677 which corresponds to a traction problem has a totaled assigned weight of 1.031, repair code 1745 which corresponds to a locomotive software problem has a totaled assigned weight of 0.943, and repair code 2323 which corresponds to an overheated engine has a totaled assigned weight of 0.591.
Advantageously, the top five most likely repair actions are determined and presented for review by a field engineer. For example, up to five repairs having the greatest assigned weights over the threshold value are presented. When there is less than five repairs which satisfy the threshold, the remainder of recommended repairs are presented based on a total assigned weight.
Desirably the new fault log data is initially compared to a prior fault log data from the malfunctioning locomotive. This allows determination whether there is a change in the fault log data over time. For example, if there is no change, e.g., no new faults, then it may not be necessary to process the new fault log data further.
FIG. 18 illustrates a flowchart of an exemplary automated process 500 for analyzing fault log data from a locomotive, e.g., new fault log data which is generated every day, using system 10. In particular, process 500 accommodates the situation where a prior repair is undertaken or a prior repair is recommended within the predetermined period of time over which the fault log data is analyzed. This avoids recommending the same repair which has been previously recommended and/or repaired.
At 502, new fault log data is received which includes faults occurring over a predetermined period of time, e.g., 14 days. The fault log data is analyzed, for example as described above, generating distinct fault clusters and comparing the generated fault clusters to predetermined weighted repair and fault cluster combinations. At 504, the analysis process may use a thresholding process described above to determine whether any repairs are recommended (e.g., having a weighted value over 70%). If no repairs are recommended, the process is ended at 506. The process is desirably repeated again with a download of new fault log data the next day.
If a repair recommendation is made, existing closed (e.g., performed or completed repairs) or prior recommended repairs which have occurred within the predetermined period of time are determined at 508. For example, existing closed or prior recommended repairs may be stored and retrieved from repair data storage unit 20. If there are no existing or recommended repairs than all the recommended repairs at 504 are listed in a repair list at 700.
If there are existing closed or prior recommended repairs, then at 600, any repairs not in the existing closed or prior recommended repairs are listed in the repair list at 700.
For repairs which are in the existing closed or prior recommended repairs, at 602, the look-back period (e.g., the number of days over which the faults are chosen) is revised. Using the modified look- back or shortened period of time, the modified fault log data is analyzed at 604, as described above, using distinct fault clusters, and comparing the generated fault clusters to predetermined weighted repair and fault cluster combinations.
At 606, the analysis process may use the thresholding process described above to determine whether any repairs are recommended (e.g., having a weighted value over 70%). If no repairs are recommended, the process is ended at 608 until the process is stated again with a new fault log data from the next day, or if a repair is recommended it is added to the repair list at 700. From the present description, it will be appreciated by those skilled in the art that other processes and methods, e.g., different thresholding values or fault log data analysis which does not use distinct fault clusters, may be employed in predicting repairs from the new fault log data according to process 500 which takes into account prior performed repairs or prior recommended repairs.
Thus, the present invention provides in one aspect a method and system for processing a new fault log which is not restricted to sequential occurrences of faults or error log entries. In another aspect, the calibration of the diagnostic significance of fault clusters is based upon cases of related repairs and cases for all the repairs.
Thus, the present invention provides in one aspect a method and system for automatically harvesting potentially valid diagnostic cases by interleaving repair and fault log data which is not restricted to sequential occurrences of faults or error log entries. In another aspect, standard diagnostic fault clusters can be generated in advance so they can be identified across all cases and their relative occurrence tracked. In still another aspect, the calibration of the significance of repair and distinct fault cluster combinations based upon cases of related repairs and cases for all the repairs is determined.
In addition, when initially setting up case data storage unit 24, a field engineer may review each of the plurality of cases to determine whether the distinct faults, and in particular, number of times the distinct faults occur, provide a good indication of the repair. If not, one or more cases can be excluded or removed from case data storage unit 24. This review by a field engineer would increase the initial accuracy of the system in assigning weights to the repair and fault cluster combinations. While the invention has been described with reference to preferred embodiments, it will be understood by those skilled in the art that various changes may be made and equivalents may be substituted for elements thereof without departing from the scope of the invention. In addition, many modifications may be made to adapt a particular situation or material to the teachings of the invention without departing from the essential scope thereof. Therefore, it is intended that the invention not be limited to the particular embodiments disclosed herein, but that the invention will include all embodiments falling within the scope of the appended claims.

Claims

WHAT IS CLAIMED IS:
1. A method for analyzing fault log data from a malfunctioning locomotive or other large land-based, self-powered transport equipment, comprising: receiving new fault log data (232) comprising a plurality of faults from the malfunctioning equipment; selecting a plurality of distinct faults (233) from the new fault log data; generating at least one distinct fault cluster (236) from the plurality of distinct faults; generating a plurality of weighted repair and distinct fault cluster combinations; and identifying at least one repair (238) for the at least one distinct fault cluster using the plurality of weighted repair and distinct fault cluster combinations.
2. The method of claim 1 wherein the at least one distinct fault cluster (236) comprises at least one of a single distinct fault and a plurality of distinct faults.
3. The method of claim 1 wherein each of the plurality of weighted repair and distinct fault cluster combinations are generated from a plurality of cases (60), each case comprising a repair and at least one distinct fault, and each of the plurality of weighted repair and distinct fault cluster combinations being assigned a weight determined by dividing (100) the number of times the combination occurs in cases comprising related repairs by the total number of times the combination occurs in said plurality of cases.
4. The method of claim 3 wherein identifying the at least one repair comprises selecting at least one repair using the plurality of weighted repair and fault cluster combinations and adding assigned weights for distinct fault clusters for related repairs.
5. The method of claim 1 said generating a plurality of weighted repair and distinct fault cluster combinations (50, 100) utilizes a plurality of repairs and fault log data comprising a plurality of faults.
6. The method of claim 1 wherein the receiving fault log data (232) comprises receiving a new fault log data and comparing the new fault log data to a prior fault log data.
7. A system for analyzing fault log data from a malfunctioning locomotive or other large land-based, self-powered transport equipment, comprising: a directed weight data storage unit (26) adapted to store a plurality of weighted repair and distinct fault cluster combinations; a processor (12) adapted to receive new fault log data (232) comprising a plurality of faults from the malfunctioning equipment; a processor (12) for selecting a plurality of distinct faults
(233) from the new fault log data; a processor (12) for generating at least one distinct fault cluster (236) from the selected plurality of distinct faults; a processor (12) for generating a plurality of weighted repair and distinct fault cluster combinations; and a processor (12) for identifying at least one repair (238) for the at least one distinct fault cluster using the plurality of predetermined weighted repair and distinct fault cluster combinations.
8. The system of claim 7 wherein a single processor unit constitutes said processors.
9. A system of claim 7 further comprising: a processor for generating a plurality of cases (52, 54, 56,
60) from the repair data and the fault log data, each case comprising a repair and a plurality of distinct faults; a processor for generating, for each of the plurality of cases, at least one repair and distinct fault cluster combination (62); and a processor for assigning, to each of the repair and distinct fault cluster combinations, a weight (100), whereby weighted repair and distinct fault cluster combinations facilitate identification of at least one repair for the malfunctioning equipment.
10. The system of claim 9 wherein the processor for generating the plurality of cases (52, 54, 56, 60) comprises a processor for selecting a repair from the repair data and selecting a plurality of distinct faults (54) from the fault log data over a period of time prior to the repair.
11. The system of claim 9 wherein the processor for assigning weights (100) comprises a processor for determining (102), for each repair and distinct fault cluster combination, a number of times the combination occurs in cases comprising related repairs, and a number of times the combination occurs in the plurality of cases.
12. The system of claim 11 wherein the processor for assigning a weight (100), for each repair and distinct fault cluster combination, comprises a processor for dividing (108) the number of times the combination occurs in cases comprising related repairs by the number of times the combination occurs in the plurality of cases.
13. The system of claim 11 further comprising; a processor for generating a new case (152) from repair data and fault log data, the case comprising a repair and a plurality of distinct faults; a processor for generating, for the new case, a plurality of fault clusters (154) for the plurality of distinct faults; and a processor for redetermining a weight (155, 156, 158) for each of the plurality of repair and fault cluster combinations to include the new case.
14. The system of claim further comprising: a repair log data storage unit (20) adapted to store a plurality of repairs; and a fault log data storage unit (22) adapted to store a plurality of faults.
PCT/US2000/008662 1999-04-02 2000-03-31 Method and system for analyzing fault log data for diagnostics and repairs of locomotives WO2000060465A1 (en)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CA002388489A CA2388489C (en) 1999-04-02 2000-03-31 Method and system for analyzing fault log data for diagnostics and repairs of locomotives
MXPA01009848A MXPA01009848A (en) 1999-04-02 2000-03-31 Method and system for analyzing fault log data for diagnostics and repairs of locomotives.
CA002331217A CA2331217A1 (en) 1999-04-02 2000-03-31 Method and system for analyzing fault log data for diagnostics and repairs of locomotives
AU40603/00A AU775127B2 (en) 1999-04-02 2000-03-31 Method and system for analyzing fault log data for diagnostics and repairs of locomotives

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US09/285,611 US6343236B1 (en) 1999-04-02 1999-04-02 Method and system for analyzing fault log data for diagnostics
US09/285,612 US6415395B1 (en) 1999-04-02 1999-04-02 Method and system for processing repair data and fault log data to facilitate diagnostics
US09/285,612 1999-04-02
US09/285,611 1999-04-02

Publications (2)

Publication Number Publication Date
WO2000060465A1 true WO2000060465A1 (en) 2000-10-12
WO2000060465A8 WO2000060465A8 (en) 2002-01-24

Family

ID=26963288

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2000/008662 WO2000060465A1 (en) 1999-04-02 2000-03-31 Method and system for analyzing fault log data for diagnostics and repairs of locomotives

Country Status (4)

Country Link
AU (1) AU775127B2 (en)
CA (2) CA2331217A1 (en)
MX (1) MXPA01009848A (en)
WO (1) WO2000060465A1 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3015936A1 (en) * 2014-10-31 2016-05-04 Sap Se System and method for generation of instructions for repairing an electromechanical system
US9684553B2 (en) 2014-10-31 2017-06-20 Sap Se Generation of instructions for repairing an electromechanical system

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5333240A (en) * 1989-04-14 1994-07-26 Hitachi, Ltd. Neural network state diagnostic system for equipment
US5414645A (en) * 1991-10-25 1995-05-09 Mazda Motor Corporation Method of fault diagnosis in an apparatus having sensors
US5463768A (en) 1994-03-17 1995-10-31 General Electric Company Method and system for analyzing error logs for diagnostics
US5631831A (en) * 1993-02-26 1997-05-20 Spx Corporation Diagnosis method for vehicle systems

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5333240A (en) * 1989-04-14 1994-07-26 Hitachi, Ltd. Neural network state diagnostic system for equipment
US5414645A (en) * 1991-10-25 1995-05-09 Mazda Motor Corporation Method of fault diagnosis in an apparatus having sensors
US5631831A (en) * 1993-02-26 1997-05-20 Spx Corporation Diagnosis method for vehicle systems
US5463768A (en) 1994-03-17 1995-10-31 General Electric Company Method and system for analyzing error logs for diagnostics

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3015936A1 (en) * 2014-10-31 2016-05-04 Sap Se System and method for generation of instructions for repairing an electromechanical system
US9684553B2 (en) 2014-10-31 2017-06-20 Sap Se Generation of instructions for repairing an electromechanical system

Also Published As

Publication number Publication date
MXPA01009848A (en) 2002-05-06
CA2388489A1 (en) 2000-10-12
CA2331217A1 (en) 2000-10-12
AU4060300A (en) 2000-10-23
WO2000060465A8 (en) 2002-01-24
CA2388489C (en) 2009-11-17
AU775127B2 (en) 2004-07-15

Similar Documents

Publication Publication Date Title
US6415395B1 (en) Method and system for processing repair data and fault log data to facilitate diagnostics
US6343236B1 (en) Method and system for analyzing fault log data for diagnostics
US6636771B1 (en) Method and system for analyzing continuous parameter data for diagnostics and repairs
EP1254402B1 (en) Method and system for analyzing continuous parameter data for diagnostics and repairs
US6622264B1 (en) Process and system for analyzing fault log data from a machine so as to identify faults predictive of machine failures
US6947797B2 (en) Method and system for diagnosing machine malfunctions
US6625589B1 (en) Method for adaptive threshold computation for time and frequency based anomalous feature identification in fault log data
US6543007B1 (en) Process and system for configuring repair codes for diagnostics of machine malfunctions
AU768166B2 (en) Method and apparatus for diagnosing difficult to diagnose faults in a complex system
US6643801B1 (en) Method and system for estimating time of occurrence of machine-disabling failures
US6981182B2 (en) Method and system for analyzing fault and quantized operational data for automated diagnostics of locomotives
US6650949B1 (en) Method and system for sorting incident log data from a plurality of machines
US6795935B1 (en) Diagnosis of faults in a complex system
US20040073843A1 (en) Diagnostics using information specific to a subsystem
CA2388489C (en) Method and system for analyzing fault log data for diagnostics and repairs of locomotives
Mathur Data mining of aviation data for advancing health management
AU758061B2 (en) A method and system for analyzing operational data for diagnostics of locomotive malfunctions

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AU CA ID MX

DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
WWE Wipo information: entry into national phase

Ref document number: PA/a/2001/009848

Country of ref document: MX

Ref document number: 2388489

Country of ref document: CA

AK Designated states

Kind code of ref document: C1

Designated state(s): AU CA ID MX

CFP Corrected version of a pamphlet front page
CR1 Correction of entry in section i