Vehicle fault detection method and device, electronic equipment and readable storage medium
By presetting the fault detection priority, we prioritize the detection of the root cause of vehicle failure and stop other fault detection, and only store the root cause fault diagnosis code, which solves the problem of excess fault diagnosis code caused by Bus Off fault in the existing technology, and improves fault diagnosis and positioning efficiency.
Patent Information
- Application Number
- CN202411266295.7
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-09-10
- Publication Date
- 2025-01-07
AI Technical Summary
When detecting vehicle failures, when the main controller encounters Bus Off failure, it continues to detect the storage of unnecessary fault diagnosis codes caused by other faults, confusing the problem location and repair.
Use preset fault detection priority to detect root faults. If root faults are detected, stop detection of other faults and store only the root fault diagnosis code to avoid storing invalid other fault diagnosis codes.
Effectively improve fault diagnosis and positioning efficiency, reduce repeated detection and storage, provide time-saving and labor-saving fault detection methods, and simplify fault positioning and maintenance.
Smart Images
Figure CN119270811A_ABST
Abstract
Description
Technical Field
[0001] The present application relates to the technical field of fault diagnosis, and in particular to a vehicle fault detection method, device, electronic device and readable storage medium. Background Art
[0002] After the main controller meets the detection start conditions for CAN communication related faults, it will simultaneously perform main controller bus off (Bus Off) fault detection and CAN communication loss fault detection between the main controller and other controllers on the CAN bus.
[0003] After a Bus Off fault occurs and its diagnostic fault code (DTC) is stored, the main controller of the prior art will continue to determine whether it can normally receive CAN messages from other controllers on the local CAN bus. Since a Bus Off fault has occurred on the local CAN bus, it is impossible to receive CAN messages from other controllers on the local CAN bus. It is meaningless to continue to detect the CAN communication loss fault between the main controller and other controllers. Therefore, the number of DTCs stored in the end = Bus Off fault DTC + number of DTCs on the local CAN bus.
[0004] Ultimately, this will cause redundant DTCs to appear in the system, disrupting the troubleshooting process and making it difficult to locate and fix the problem. When after-sales service uses diagnostic tools to read DTCs, due to the number of redundant DTCs, it is impossible to quickly find the root cause of the Bus Off fault. Summary of the invention
[0005] The present application provides a vehicle fault detection method, device, readable storage medium and electronic device to solve the above-mentioned technical problems.
[0006] According to a first aspect of the present application, a vehicle fault detection method is provided, the method comprising:
[0007] According to the preset fault detection priority, whether a root fault occurs is detected first, wherein the root fault is a fault that will cause other faults to occur when the root fault occurs itself;
[0008] If a root fault is detected, the detection of other corresponding faults is stopped;
[0009] Stores root fault diagnostic codes for fault analysis.
[0010] In some embodiments, the method further comprises:
[0011] If the root fault is not detected, continue to perform detection of other corresponding faults according to the fault detection priority;
[0012] If other faults are detected, other fault diagnostic codes are stored for fault analysis.
[0013] In some implementations, the root fault includes: a main controller Bus Off fault.
[0014] In some implementations, the corresponding other faults include: a communication loss fault between the master controller and the slave controller.
[0015] In some implementations, the communication loss failure between the master controller and the slave controller includes at least one of the following:
[0016] The gear controller communication is lost;
[0017] Motor controller communication lost;
[0018] Loss of compressor controller communication;
[0019] Battery controller communication lost.
[0020] In some implementations, the root cause of the fault includes at least one of the following:
[0021] Accelerator pedal signal 1 exceeds upper limit fault;
[0022] Accelerator pedal signal 1 low lower limit fault;
[0023] Accelerator pedal signal 2 exceeds upper limit fault;
[0024] Accelerator pedal signal 2 low lower limit fault.
[0025] In some implementations, the corresponding other faults include:
[0026] Accelerator pedal signal discrepancy fault.
[0027] According to a second aspect of the present application, a vehicle fault detection device is provided, the device comprising:
[0028] A fault detection module is configured to preferentially detect whether a root fault occurs according to a preset fault detection priority, wherein the root fault is a fault that will cause other faults to occur when the root fault occurs itself;
[0029] a detection control module, configured to stop detecting other corresponding faults if a root fault is detected; and
[0030] The fault storage module is configured to store root fault diagnostic codes for fault analysis.
[0031] According to a third aspect of the present application, an electronic device is provided, comprising: a processor, a memory, and a program or instruction stored in the memory and executable on the processor, wherein the program or instruction implements the steps of the above-mentioned vehicle fault detection method when executed by the processor.
[0032] According to a fourth aspect of the present application, a readable storage medium is provided, characterized in that a program or instruction is stored on the readable storage medium, and when the program or instruction is executed by a processor, the steps of the above-mentioned vehicle fault detection method are implemented.
[0033] In summary, the vehicle fault detection method, device, readable storage medium and electronic device provided by the present application have at least the following beneficial effects:
[0034] The embodiment of the present application detects whether a root fault occurs according to a preset fault detection priority, and stops detecting other corresponding faults when a root fault is detected, and then stores the root fault diagnostic code for fault analysis. The present application does not perform detection of other corresponding faults when a root fault is detected, so only the fault diagnostic code of the root fault can be stored, avoiding the problem of difficulty in locating the fault caused by the root fault. The present application can effectively improve the efficiency of fault diagnosis, location and maintenance, and provide a time-saving and labor-saving fault detection method for after-sales service, avoiding repeated and invalid fault detection and storage. BRIEF DESCRIPTION OF THE DRAWINGS
[0035] In order to more clearly illustrate the specific implementation methods of the present application or the technical solutions in the prior art, the drawings required for use in the specific implementation methods or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are some implementation methods of the present application. For those skilled in the art, other drawings can be obtained based on these drawings without paying any creative work.
[0036] Figure 1 A flow chart of a first embodiment of a vehicle fault detection method provided in an embodiment of the present application;
[0037] Figure 2 A flow chart of a second embodiment of a vehicle fault detection method provided in an embodiment of the present application;
[0038] Figure 3 A schematic diagram of accelerator pedal fault diagnosis provided by an embodiment of the present application;
[0039] Figure 4 A schematic diagram of CAN communication related fault diagnosis provided in an embodiment of the present application;
[0040] Figure 5A structural diagram of a vehicle fault detection device provided in an embodiment of the present application;
[0041] Figure 6 A structural diagram of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION
[0042] In order to make the above and other features and advantages of the present application more clear, the present application is further described below in conjunction with the accompanying drawings. It should be understood that the specific embodiments given herein are for the purpose of explaining to those skilled in the art and are only exemplary and not restrictive.
[0043] In the following description, many specific details are set forth to provide a thorough understanding of the present application. However, it is apparent to those skilled in the art that specific details need not be adopted to practice the present application. In other cases, well-known steps or operations are not described in detail to avoid blurring the present application.
[0044] The vehicle fault detection method provided in the embodiment of the present application can be executed by the vehicle fault detection device provided in the embodiment of the present application, and the device can be configured in an electronic device.
[0045] Reference Figure 1 As shown, the present application provides a method for detecting vehicle faults, which includes steps 110-130.
[0046] Step 110 , according to the preset fault detection priority, first detect whether a root fault occurs.
[0047] The root fault described in the embodiment of the present application is a fault that will cause other faults to occur when it fails itself. For example, when the master controller of the CAN bus of this road has a Bus Off fault, it will cause the inability to receive CAN messages from other controllers (slave controllers) on the CAN bus of this road, so that during fault detection, a communication loss fault is detected between the master controller and the slave controller. It can be seen that the Bus Off fault of the master controller will cause a communication loss fault between the master controller and the slave controller. The Bus Off fault of the master controller is one of the reasons for the communication loss fault between the master controller and the slave controller. In the embodiment of the present application, this type of fault is called a root fault.
[0048] In the embodiment of the present application, the root fault and other faults caused by the root fault are referred to as faults having a corresponding relationship.
[0049] It can be understood that, among the faults with corresponding relationships, the other faults may also be one of the causes of other faults. Therefore, among the faults with corresponding relationships described in the embodiments of the present application, there may be multiple levels according to the cause and effect relationship of the faults, for example, root fault-secondary root fault-tertiary root fault-other faults.
[0050] Step 120: If a root fault is detected, the detection of other corresponding faults is stopped.
[0051] The stopping of the detection of other corresponding faults means not performing the detection of other faults. The other faults described here are faults at the next level according to the faults in the multiple levels. That is, when the root fault among the faults with corresponding relationships is detected, the detection of other corresponding faults is no longer performed. For example, for the above embodiment, when the Bus Off fault of the main controller is detected, the communication loss fault between the main controller and the slave controller is no longer detected. Because once the root fault occurs, the corresponding other faults will definitely occur, and the cause of the occurrence of other faults is the occurrence of the root fault, so as long as the root fault is solved, the corresponding other faults can be solved at the same time. If other faults are detected at this time, it will not only cause a waste of resources, but also cause infection when locating the fault, reducing the efficiency of fault location and resolution.
[0052] Therefore, when a root fault is detected, it is redundant, time-consuming and labor-intensive to re-detect other corresponding faults. In order to avoid repeated and invalid fault detection, the present application stops detecting non-root faults when a root fault is detected.
[0053] The preset fault detection priority described in the embodiment of the present application is: for faults with corresponding relationships, detection is performed in the order of fault cause and effect. For example, for the above-mentioned four levels of faults, the root fault is detected first. If the root fault is not detected, the secondary root fault is detected. If the secondary root fault is not detected, the tertiary root fault is detected. If the tertiary root fault is not detected, other faults are detected. In the fault detection at any level, if the fault of the current level is detected, the fault detection of the subsequent levels is stopped (i.e., not executed).
[0054] Step 130, storing the root fault diagnostic code for fault analysis.
[0055] Since in the embodiment of the present application, when a root fault is detected, the detection of other corresponding faults is stopped. Therefore, when a root fault is detected, the present application only stores the root fault diagnostic code generated by the root fault, thereby avoiding the process of repeatedly and ineffectively storing other fault diagnostic codes, and can also find the corresponding fault cause more quickly during fault analysis, providing favorable conditions for fault location and resolution.
[0056] The embodiment of the present application detects whether a root fault occurs first according to the preset fault detection priority, and then stops the detection of other corresponding faults when a root fault is detected, and then stores the root fault diagnostic code for fault analysis. It can effectively realize the detection priority division of root faults and other faults, avoid storing fault diagnostic codes of other faults caused by root faults, and cause the problem of difficulty in fault location. The present application can effectively improve the efficiency of fault diagnosis, location and maintenance, provide a time-saving and labor-saving fault detection method for after-sales service, and avoid repeated and invalid fault detection and storage.
[0057] Refer to the attached Figure 2 As shown, a flow chart of a second embodiment of the vehicle fault detection method of the present application is provided, and the method includes steps 210-250.
[0058] Step 210: According to the preset fault detection priority, it is first detected whether a root fault occurs.
[0059] Step 220: If a root fault is detected, the detection of other corresponding faults is stopped.
[0060] In some of these embodiments, reference is made to the attached Figure 3 As shown in Table 1, the root fault includes at least one of the following: accelerator pedal signal 1 over-upper limit fault, accelerator pedal signal 1 under-lower limit fault, accelerator pedal signal 2 over-upper limit fault, and accelerator pedal signal 2 under-lower limit fault. The corresponding other faults include: accelerator pedal signal difference fault.
[0061] Table 1:
[0062]
[0063] In some other embodiments, the root fault includes: a main controller power CAN Bus Off fault, and the corresponding other faults include: a communication loss fault between the main controller and the slave controller. Figure 4 As shown in Table 2, the communication loss failure between the master controller and the slave controller includes at least one of the following: gear controller communication loss; motor controller communication loss; compressor controller communication loss; battery controller communication loss.
[0064] Table 2:
[0065]
[0066]
[0067] Step 230, storing the root fault diagnostic code for fault analysis.
[0068] Step 240: If the root fault is not detected, then continue to perform detection of other corresponding faults according to the detection priority.
[0069] In an exemplary embodiment, referring again to Figure 2 As shown in Table 1, if the accelerator pedal signal 1 and the accelerator pedal signal 2 are both within the normal range, that is, the accelerator pedal signal has no root cause fault, then the non-root cause fault detection is continued, that is, the accelerator pedal signal difference fault detection is performed.
[0070] In an exemplary embodiment, referring again to Figure 3 As shown in Table 2, if the main controller power CANBus Off fault is not detected, the detection of the gear controller communication loss fault, the motor controller communication loss fault, the compressor controller communication loss fault and the battery controller communication loss fault continues.
[0071] Step 250: If other faults are detected, other fault diagnostic codes are stored for fault analysis.
[0072] In an exemplary embodiment, referring again to Figure 2 As shown in Table 1, if |accelerator pedal signal 1 - accelerator pedal signal 2*2|≥0.1V is detected, the corresponding fault diagnostic code is stored for fault analysis.
[0073] In an exemplary embodiment, referring again to Figure 3 As shown in Table 2, if the vehicle controller cannot detect any one or more of the gear controller, motor controller, compressor controller and battery controller within the confirmation time of 1.5s, it is confirmed that the corresponding controller has a communication loss failure, that is, a CAN communication-related function failure is detected, and the corresponding fault diagnostic code is stored for fault analysis.
[0074] Based on the analysis of the corresponding DTCs stored in Table 1, it is found that the detection time of the root fault is 500ms, and the detection time of the corresponding other faults is 1s. Obviously, the detection and determination time of other faults is greater than the detection and determination time of the four root faults.
[0075] Based on the analysis of the fault detection of the corresponding DTC stored in Table 2, it is found that the detection confirmation time of the root fault is 1s, and the detection confirmation time of the corresponding other faults is 1.5s. It can be seen that the detection confirmation time of the root fault is shorter than the detection confirmation time of other faults.
[0076] Therefore, the vehicle fault detection method described in the embodiment of the present application can effectively save fault detection time, effectively reduce the number of DTCs read by after-sales personnel through external diagnostic equipment, reduce the troubleshooting directions, and reduce the difficulty of troubleshooting, thereby improving the efficiency of fault diagnosis, positioning and repair.
[0077] The present application embodiment provides a vehicle fault detection device, as shown in the attached Figure 5 As shown, the device includes: a fault detection module 510 , a detection control module 520 , and a fault storage module 530 .
[0078] The fault detection module 510 is configured to preferentially detect whether a root fault occurs according to a preset fault detection priority; the detection control module 520 is configured to stop the detection of corresponding other faults if a root fault is detected; and the fault storage module 530 is configured to store the root fault diagnostic code for fault analysis.
[0079] It should be understood that the specific features, operations and details described hereinabove with respect to the method of the present application may also be similarly applied to the device and system of the present application, or vice versa. In addition, each step of the method of the present application described above may be performed by a corresponding component or unit of the device or system of the present application.
[0080] It should be understood that each module / unit of the system of the present application can be implemented in whole or in part by software, hardware, firmware or a combination thereof. Each module / unit can be embedded in the processor of the electronic device or independent of the processor in the form of hardware or firmware, or can be stored in the memory of the electronic device in the form of software for the processor to call to perform the operation of each module / unit. Each module / unit can be implemented as an independent component or module, or two or more modules / units can be implemented as a single component or module.
[0081] like Figure 6 As shown, the present application provides an electronic device 600, which includes a processor 610 and a memory 620 storing computer program instructions. When the processor 610 executes the computer program instructions, each step of the above-mentioned vehicle fault detection method is implemented. The electronic device 600 can be generally a server, a terminal, or any other electronic device with necessary computing and / or processing capabilities.
[0082] In one embodiment, the electronic device 600 may include a processor, a memory, a network interface, a communication interface, etc. connected through a system bus. The processor of the electronic device 600 may be used to provide necessary computing, processing and / or control capabilities. The memory of the electronic device 600 may include a non-volatile storage medium and an internal memory. The non-volatile storage medium may store an operating system, a computer program, etc. The internal memory may provide an environment for the operation of the operating system and the computer program in the non-volatile storage medium. The network interface and the communication interface of the electronic device 600 may be used to connect and communicate with external devices through a network. When the computer program is executed by the processor, the steps of the method of the present application are executed.
[0083] The present application provides a computer-readable storage medium, on which computer program instructions are stored. When the computer program instructions are executed by a processor, the above-mentioned vehicle fault detection method is implemented.
[0084] Those skilled in the art will appreciate that the method steps of the present application can be completed by instructing related hardware such as the electronic device 600 or a processor through a computer program, and the computer program can be stored in a non-temporary computer-readable storage medium, and the computer program causes the steps of the present application to be executed when it is executed. Depending on the circumstances, any reference to memory, storage, or other media herein may include non-volatile or volatile memory. Examples of non-volatile memory include read-only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), flash memory, magnetic tape, floppy disk, magneto-optical data storage device, optical data storage device, hard disk, solid state disk, etc. Examples of volatile memory include random access memory (RAM), external cache memory, etc.
[0085] The various technical features described above can be combined arbitrarily. Although all possible combinations of these technical features are not described, any combination of these technical features should be considered to be covered by this specification as long as there is no contradiction in such combination.
[0086] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present application, rather than to limit it. Although the present application has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or replace some or all of the technical features therein by equivalents. However, these modifications or replacements do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of the present application.
Claims
1. A method for detecting vehicle failure, characterized in that: The method comprises: According to the preset fault detection priority, whether a root fault occurs is detected first, wherein the root fault is a fault that will cause other faults to occur when the root fault occurs itself; If a root fault is detected, the detection of other corresponding faults is stopped; Stores root fault diagnostic codes for fault analysis.
2. The method according to claim 1, characterized in that The method further comprises: If the root fault is not detected, continue to perform detection of other corresponding faults according to the fault detection priority; If other faults are detected, other fault diagnostic codes are stored for fault analysis.
3. The method according to claim 1 or 2, characterized in that: The root fault includes: a main controller Bus Off fault.
4. The method according to claim 3, characterized in that The corresponding other faults include: a communication loss fault between the master controller and the slave controller.
5. The method according to claim 4, characterized in that The communication loss failure between the master controller and the slave controller includes at least one of the following: The gear controller communication is lost; Motor controller communication lost; Loss of compressor controller communication; Battery controller communication lost.
6. The method according to claim 1 or 2, characterized in that: The root cause failure includes at least one of the following: Accelerator pedal signal 1 exceeds upper limit fault; Accelerator pedal signal 1 low lower limit fault; Accelerator pedal signal 2 exceeds upper limit fault; Accelerator pedal signal 2 low lower limit fault.
7. The method according to claim 6, characterized in that The corresponding other faults include: Accelerator pedal signal discrepancy fault.
8. A vehicle fault detection device, characterized in that: The device comprises: A fault detection module is configured to preferentially detect whether a root fault occurs according to a preset fault detection priority, wherein the root fault is a fault that will cause other faults to occur when the root fault occurs itself; a detection control module, configured to stop detecting other corresponding faults if a root fault is detected; and The fault storage module is configured to store root fault diagnostic codes for fault analysis.
9. An electronic device, characterized in that: include: A processor, a memory, and a program or instruction stored in the memory and executable on the processor, wherein the program or instruction, when executed by the processor, implements the steps of the vehicle fault detection method as described in any one of claims 1 to 7.
10. A readable storage medium, characterized in that: The readable storage medium stores programs or instructions, and when the programs or instructions are executed by the processor, the steps of the vehicle fault detection method as described in any one of claims 1-7 are implemented.