JPH02310138A - Trouble diagnostic system for on-vehicle electronic unit - Google Patents

Abstract

PURPOSE:To perform the trouble diagnosis of an on-vehicle electronic control unit easily and very accurately by simultaneously determining the physical data concerning a sensor and an actuator controlled by the on-vehicle electronic control unit and the contents of verbal diagnosis of an operator with an arithmetic processing unit. CONSTITUTION:A trouble diagnostic tester 5 transfers the physical data received from an electronic control unit ECU to an arithmetic processing unit 2 through a serial interface 4, when the arithmetic processing unit 2 operates and executes the inference of trouble based on the abovementioned physical data and the result of verbal diagnosis of an operator inputted from a data input device 3 through an interface 8. And, the arithmetic processing unit 2 displays this result of inference on a data display device 7 through the interface 8. At this time, the information necessary for the inference of the arithmetic processing unit 2 is inputted from a knowledge base memory storage 1. With these means, the verbal diagnosis is smoothly performed irrespective of the technical level of the operator, and the precision of diagnosis is enhanced.

Description

DETAILED DESCRIPTION OF THE INVENTION [Industrial Field of Application] The present invention relates to a fault diagnosis system for on-vehicle electronic devices that facilitates trouble diagnosis of various electronic devices mounted on a motor vehicle.

[Conventional technology]

Conventionally, various methods have been proposed as fault diagnosis expert systems, but in general, a method in which a fault diagnosis device infers a fault and derives a result by unilaterally interviewing the operator. Met.

The operation flow of a conventional failure diagnosis system for a vehicle-mounted electronic control device will be explained along the flowchart of FIG. The operator inputs a symptom into a data input device (not shown) (step S1), searches the knowledge base for all causes associated with the symptom (step S2), and hypothesizes one of the causes (step S2). S3) A phenomenon that is considered to occur is searched for in step S4, the phenomenon is displayed in step S5, and the operator is questioned.

Next, in step S6, the result of the operator's response is determined, and if there is no response from the operator, another cause of the failure is searched for in step S7, and the process returns to step S3.

Further, if there is a response from the operator in step S6, it is determined in step S8 whether or not the failure is a terminal cause, and if it is not a terminal cause, the cause is determined to be a new symptom in step S9, and step S2 Return to processing.

If it is determined in step S8 that the cause is a terminal cause, the location of the failure is displayed in step SIO.

In this way, in step S6, it is determined based on the response from the operator whether or not the cause of the failure is a new symptom, and the inference is proceeded.

[Problem to be solved by the invention]

Conventional fault diagnosis systems for in-vehicle electronic devices operate as described above, which leads to human error when comparing actual physical data, and also requires operators to have a low technical level. In some cases, correct interview results may not be obtained, making it difficult to perform fault diagnosis smoothly.

This invention was made to solve the above-mentioned problems, and regardless of the technical level of the operator, the fault diagnosis device can automatically read the physical data taken in from the electronic side. The purpose of this invention is to obtain a fault diagnosis system for in-vehicle electronic devices that enables fault diagnosis.

[Failure to solve the problem]

The failure diagnosis system for in-vehicle electronic devices according to the present invention includes:
A fault diagnosis tester captures physical data of various sensors and actuators controlled by this electronic control device from an electronic control device, and a fault diagnosis tester captures the failure status of the in-vehicle type 7 device inputted in the form of an operator's interview. The system is equipped with an arithmetic processing unit that performs failure diagnosis based on the captured physical data.

0 operation] The fault diagnosis test in this invention is to take in physical data such as input data of various sensors and output data of actuators controlled by an electronic control device from this electronic control device, and to process the taken physical data. The failure status of the in-vehicle electronic device is sent to the arithmetic processing unit, and the failure status of the in-vehicle electronic device, which is input in the form of an operator's interview in the arithmetic processing unit, is diagnosed at L7 based on this physical data.

〔Example〕

DESCRIPTION OF THE PREFERRED EMBODIMENTS An embodiment of a failure diagnosis system for an on-vehicle electronic device according to the present invention will be described below with reference to the drawings. FIG. 1 is a professional diagram showing the configuration of one embodiment.

In FIG. 1, reference numeral 1 indicates a knowledge base record required for fault inference, and reference numeral 3 indicates a data input device through which the operator inputs the results of diagnosing the failure status of the in-vehicle electronic device in the form of an interview.

This data input device 3, data display device 7, and arithmetic processing device 2 (described later) are connected via an interface 8. That is, the interface 8 is for connecting the data input device 3 and the data display device 7 to the arithmetic processing device 2.

The data display device 7 is used to display interview data and the results of inferences made by the arithmetic processing device 2 regarding the failure of the in-vehicle electronic device.

In addition, 5 transmits physical data such as input data of various sensors and output data of actuators controlled by E, C, and U from an electronic control unit (hereinafter referred to as E, C, and U) through a dedicated communication line 6. This is a fault diagnostic tester used to obtain

This dedicated road 1 high line 6 is for connecting E, C, U and the fault diagnosis tester 5.

The failure diagnosis tester 5 receives from E, C, U, 7
The above physical data is transmitted through the serial data communication line 9 and 3:.

Data is transferred to the arithmetic processing unit 2 via the serial interface 4 and the arithmetic processing unit 2 using a serial transmission method.

The arithmetic processing unit 2 receives the operator's interview results and the failure diagnosis tester 5 from the data human-powered device 3 through the interface 8.
The physical data received from C, C, and U is input through the serial interface 4, and the inference of a failure is calculated based on the physical data based on the inquiry results, and the inference results are displayed through the interface 8 on the data display device 7. It is designed to be displayed.

Further, information required for inference by the arithmetic processing device 2 is inputted from the knowledge base storage device 1.

Next, the operation will be described using the flowchart shown in FIG. FIG. 2 shows a flowchart for carrying out actual failure diagnosis, and in step S1.1, the operator inputs the symptoms of the failure into the data human power device 3Q.

Next, in step 312, the cause of the failure is recorded in the knowledge base tα
Search from device 1 and proceed to step 313.

In step S13, one of all causes is assumed to be the cause of the failure, and the process proceeds to step S14.

In this step 314, the human power data of the sensors and the output data of the actuators, which are related to the assumed cause and are controlled by E, C, and U, are sent to the failure diagnosis tester 5.
E, C, U,
request data to be sent.

When the failure diagnosis tester 5 receives the data E, C, U, it is sent to the arithmetic processing unit 2 via the serial data communication line 9 and the serial interface 4.

The arithmetic processing unit 2 compares the data sent from the data input device 3 through the ink face 8 with the normal data from the failure diagnosis tester 5, and determines whether or not there is a failure in step S15.

When the arithmetic processing unit 2 determines that there is a failure, step.

In Step S1.6, the failure location is displayed on the data display device 7 through the ink face 8.

If it is determined that there is no failure in step 3154, the process proceeds to step S]7, and the knowledge base record 41 device 1 is searched for a phenomenon corresponding to the cause.

In step S1.8, the searched phenomenon is displayed on the data display device 7 through the interface 8, and a question is displayed, for example, "Is it bad for N phenomena to occur?"

Next, in step 31.9, the content of the operator's answer to the question is determined, and if No, in step S20, another cause of the failure is searched in the knowledge base storage device 1,
Return to step 313.

Further, if YES in step S19, it is determined whether it is the final cause in step 321, and if YES, the failure location is displayed on the data display device 7 in step S16.

If No, the process advances to step S22, where the cause is treated as a new symptom, and the process returns to step Sll.

In the embodiment described in J-1, the real-time data obtained from E, C, and U of the failed vehicle through the failure diagnosis tester 5 is processed by the arithmetic processing unit 2 for diagnosis. Tester 5 for car E, C, U.

There is a method in which the failure is reproduced while the car is connected by actually driving the car, and the data at that time is stored in the failure diagnosis tester 5.

The failure diagnosis tester 5 that has stored the data is connected to the serial data communication δ line 9, the stored data is sent to the arithmetic processing unit 2, and the failure diagnosis is performed while analyzing the interview data according to the flowchart in FIG. It is possible to do so.

〔Effect of the invention〕

As shown in Part 2, according to the present invention, the actual sensors that control the fault diagnosis of the in-vehicle electronic control unit using E, C, and U,
The system is configured so that the physical data related to the actuator and the contents of the interview obtained from the operator are judged simultaneously by a processing unit, which improves diagnostic accuracy and allows the interview to proceed smoothly. This also has the effect of reducing differences in diagnostic results due to disparities in health.

[Brief explanation of the drawing]

FIG. 1 is a block diagram showing the configuration of a fault diagnosis system for an in-vehicle electronic device according to an embodiment of the present invention, FIG. 2 is a flowchart showing the operation flow of the above embodiment, and FIG. 1 is a flowchart 1 showing the operation flow of the device failure diagnosis system. 1...Knowledge base storage device, 2...Arithmetic processing unit,
3...Data input device, 5...Fault diagnosis tester,
6... Dedicated communication line, 7... Data display device. Agent Masuo Oiwa Figure 3

Claims (1)

[Claims] A knowledge base storage means capable of storing information required for inference for fault diagnosis of an in-vehicle electronic device, a fault diagnosis tester for capturing physical data of sensors and actuators controlled by an electronic control device, and a fault of an in-vehicle electronic device. a data input device for an operator to input situation data in the form of an inquiry; and an arithmetic processing device that uses the data from the data input device to infer a failure based on the physical data and the information required for the inference. A fault diagnosis system for in-vehicle electronic devices.