Trouble information display method and apparatus, and electronic device and storage medium
By acquiring, storing, and parsing diagnostic fault codes from the vehicle's electronic devices, and displaying fault information in real time or on demand, the problem of ordinary users being unable to detect vehicle faults in a timely manner is solved, ensuring driving safety.
Patent Information
- Authority / Receiving Office
- WO · WO
- Patent Type
- Applications
- Current Assignee / Owner
- BEIJING SINGAUTO TECH CO LTD
- Filing Date
- 2025-12-29
- Publication Date
- 2026-07-02
Smart Images

Figure CN2025146863_02072026_PF_FP_ABST
Abstract
Description
A method, apparatus, electronic device, and storage medium for displaying fault information. Cross-reference to related applications
[0001] This application is based on and claims priority to Chinese Patent Application No. 2024119590095, filed on December 27, 2024, the entire contents of which are incorporated herein by reference. Technical Field
[0002] This disclosure relates to the field of vehicle technology, and more specifically, to a method, apparatus, electronic device, and storage medium for displaying fault information. Background Technology
[0003] Modern cars typically contain multiple ECUs (Electronic Control Units) to manage various systems within the vehicle, such as the engine, transmission, braking system, and airbag system. Each ECU can generate a DTC (Diagnostic Trouble Code) containing fault information when it detects a fault in the system it controls. These DTCs are usually sent periodically as messages to the vehicle's network bus, such as the CAN (Controller Area Network) bus. Summary of the Invention
[0004] This disclosure provides a fault information display method, apparatus, electronic device, and storage medium for displaying vehicle fault information in real time, so that users can promptly detect vehicle faults based on the fault information.
[0005] In a first aspect, this disclosure provides a fault information display method applied to an electronic device in a vehicle, the electronic device being configured with multiple ports, the vehicle having multiple ECUs, each port being used to connect to each ECU. The method includes: acquiring multiple diagnostic fault codes from the multiple ECUs; saving the multiple diagnostic fault codes to a list, the list being used to store valid diagnostic fault codes; parsing each diagnostic fault code in the list to obtain multiple fault information entries; and displaying the multiple fault information entries to a user.
[0006] Optionally, obtaining multiple diagnostic fault codes from the multiple ECUs includes: obtaining a preset number of diagnostic fault codes based on the multiple ports.
[0007] Optionally, the preset quantity is 256.
[0008] Optionally, saving the plurality of fault codes to a list includes: saving the plurality of diagnostic fault codes in the list when the list is empty; or updating the original diagnostic fault codes in the list based on the newly acquired plurality of diagnostic fault codes when the list is not empty.
[0009] Optionally, displaying the multiple fault information to the user includes: displaying the at least one fault information in real time through the display interface of the electronic device when at least one fault information exists; or displaying the at least one fault information through the display interface when an information display request is received.
[0010] In a second aspect, this disclosure provides a fault information display device applied to an electronic device in a vehicle, the electronic device being configured with multiple ports, the vehicle having multiple ECUs, each port being used to connect to each ECU. The device includes: a data acquisition module configured to acquire multiple diagnostic fault codes from the multiple ECUs; a fault code storage module configured to store the multiple diagnostic fault codes in a list, wherein the list is used to store valid diagnostic fault codes; a fault parsing module configured to parse each of the diagnostic fault codes in the list to obtain multiple fault information entries; and a display execution module configured to display the multiple fault information entries to a user.
[0011] Optionally, the fault code storage module includes: a storage processing unit configured to store the plurality of diagnostic fault codes in the list when the list is empty; and an update processing unit configured to update the original diagnostic fault codes in the list based on the newly acquired plurality of diagnostic fault codes when the list is not empty.
[0012] Optionally, the display execution module includes: a first display unit configured to display the at least one fault information in real time through the display interface of the electronic device when at least one fault information exists; or a second display unit configured to display the at least one fault information through the display interface when an information display request is received.
[0013] In a third aspect, this disclosure provides an electronic device applied to a vehicle, the electronic device including at least one processor and a memory connected to the processor. The memory is used to store computer programs or instructions; the processor is used to execute the computer programs or instructions to enable the electronic device to implement the fault information display method as described in the first aspect above.
[0014] In a fourth aspect, this disclosure provides a computer-readable storage medium for use in an electronic device, the storage medium carrying one or more computer programs that can be executed by the electronic device, thereby enabling the electronic device to implement the fault information display method described in the first aspect above.
[0015] In a fifth aspect, this disclosure provides a computer program product including a computer program or instructions, wherein when the computer program or instructions are executed by a processor, the fault information display method described in the first aspect is implemented.
[0016] Through the above technical solutions, ordinary users can promptly detect vehicle faults based on the fault information displayed by the vehicle's electronic devices without relying on dedicated reading equipment, and take timely measures or further repairs accordingly, thereby ensuring driving safety. Attached Figure Description
[0017] To more clearly illustrate the technical solutions in the embodiments of this disclosure or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this disclosure. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.
[0018] Figure 1 is a flowchart of a fault information display method according to an embodiment of this disclosure.
[0019] Figure 2 is a schematic diagram of the connection between the electronic device and the ECU according to an embodiment of this disclosure.
[0020] Figure 3 is a block diagram of a fault information display device according to an embodiment of the present disclosure.
[0021] Figure 4 is a block diagram of another fault information display device according to an embodiment of the present disclosure;
[0022] Figure 5 is a block diagram of another fault information display device according to an embodiment of the present disclosure;
[0023] Figure 6 is a block diagram of an electronic device according to an embodiment of the present disclosure. Detailed Implementation
[0024] The technical solutions of the embodiments of this disclosure will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this disclosure, and not all embodiments. Based on the embodiments of this disclosure, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this disclosure.
[0025] Ordinary users generally cannot read the corresponding fault information in real time. Only professional repair personnel can read the fault information through a dedicated port on the vehicle using specialized tools. As a result, ordinary users cannot detect vehicle faults in a timely manner, which in turn makes it impossible to ensure timely repairs and thus compromises driving safety.
[0026] The purpose of this disclosure is to enable user self-checking and fault monitoring and early warning. Vehicle faults typically refer to abnormalities, noises, malfunctions, or stalling that occur during vehicle operation. These faults may involve various aspects such as the engine, transmission, braking system, steering system, air conditioning system, and tires.
[0027] Figure 1 is a flowchart of a fault information display method according to an embodiment of this disclosure.
[0028] As shown in Figure 1, the fault information display method provided in this embodiment is applied to the electronic equipment of a vehicle to intuitively display fault information to the user. This electronic equipment can be understood as a vehicle infotainment system (VIS) installed in the vehicle. A VIS refers to a computer or embedded device capable of providing multimedia services, information services, and other functions to the user. The fault information display method includes the following steps S1 to S4.
[0029] S1. Obtain multiple diagnostic fault codes (DTCs) from multiple ECUs.
[0030] The aforementioned electronic device 100 has multiple ports, each connected to an ECU 200 for controlling a specific system of the vehicle, as shown in Figure 2. Each ECU in the vehicle periodically sends its generated diagnostic fault codes to a communication bus, such as the CAN bus. In one example, the ECU sends a message to the CAN bus at a certain period (e.g., 100ms). The electronic device then receives the messages from the bus at each port and parses them to obtain multiple diagnostic fault codes.
[0031] In this disclosure, diagnostic fault codes (DTCs) are received based on a preset number; for example, the system may be configured to send 256 DTCs in real time. However, in practical applications, vehicle systems typically do not process such a large number of DTCs simultaneously. This redundancy design helps ensure stable system operation when faced with a large number of DTCs, preventing errors or anomalies. Furthermore, through redundancy, the system is more flexible and scalable in handling DTCs, and can be adjusted and expanded according to the actual needs of the vehicle system. Therefore, this design can improve system performance and reliability, providing better safety and stability for the vehicle.
[0032] S2. Save multiple diagnostic fault codes to a list.
[0033] After obtaining multiple diagnostic fault codes based on the messages sent by each ECU, these diagnostic fault codes are saved in a list format. Specifically, the list may contain the following:
[0034] On the one hand, when multiple diagnostic fault codes are initially obtained, i.e., the list is empty, multiple diagnostic fault codes are written into the list.
[0035] On the other hand, in order to ensure the validity of the diagnostic fault codes in the list, they need to be updated. That is, the existing diagnostic fault codes are updated based on the diagnostic fault codes obtained later, or the diagnostic fault codes corresponding to the faults that have been repaired are deleted.
[0036] S3. Analyze and process multiple diagnostic fault codes to obtain multiple fault messages.
[0037] The ODX parsing tool analyzes the diagnostic fault codes to obtain multiple fault messages corresponding to each code. The ODX parsing tool is a tool for parsing diagnostic fault codes based on ODX files. ODX (Open Diagnostic Data Exchange) is a data exchange format used to standardize vehicle diagnostic data, enabling different diagnostic tools and systems to read and interpret data from the vehicle. ODX files contain the data structure and protocols for vehicle diagnostic information, allowing diagnostic software to correctly parse and display DTCs and related data.
[0038] S4. Display multiple fault messages to the user.
[0039] After obtaining the fault information corresponding to the aforementioned diagnostic fault codes, the electronic device's display interface is used to display this fault information in different ways, so that the user can receive the fault information in real time. The specific methods are as follows:
[0040] One approach is to display one or more fault messages in real time through the display interface when the system detects them. For example, the fault messages can be displayed via a pop-up window or in a preset location.
[0041] Another approach is to not display fault information constantly, but rather based on user actions. For example, when a user requests information display by clicking, dragging, or entering voice control commands, one or more fault messages are displayed on the aforementioned interface. This method avoids interfering with the currently displayed content, only showing it when needed by the user.
[0042] As can be seen from the above technical solution, this embodiment provides a fault information display method. This method is applied to the electronic equipment of a vehicle, which is configured with multiple ports, each port being connected to each ECU of the vehicle. In this fault information display method, multiple diagnostic fault codes are obtained from multiple ECUs; these multiple diagnostic fault codes are saved to a list, which stores valid diagnostic fault codes; each diagnostic fault code in the list is parsed to obtain multiple fault information entries; and these multiple fault information entries are displayed to the user. Through this solution, ordinary users can promptly detect vehicle faults based on the fault information displayed by the vehicle's electronic equipment without relying on dedicated reading equipment, and take timely measures or further repairs accordingly, thereby ensuring driving safety.
[0043] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of the present disclosure. In this regard, each block in a flowchart or block diagram may represent a module, segment, or portion of code containing one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions indicated in the blocks may occur in a different order than those indicated in the drawings. For example, two consecutively indicated blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in a block diagram and / or flowchart, and combinations of blocks in block diagrams and / or flowcharts, may be implemented using a dedicated hardware-based system that performs the specified function or operation, or using a combination of dedicated hardware and computer instructions.
[0044] Although the operations are described in a specific order, this should not be construed as requiring these operations to be performed in the specific order shown or in a sequential order. In certain environments, multitasking and parallel processing may be advantageous.
[0045] It should be understood that the steps described in the method embodiments of this disclosure may be performed in different orders and / or in parallel. Furthermore, the method embodiments may include additional steps and / or omit the steps shown. The scope of this disclosure is not limited in this respect.
[0046] Computer program code for performing the operations of this disclosure can be written in one or more programming languages or a combination thereof, including but not limited to object-oriented programming languages such as Java, Smalltalk, and C++, as well as conventional procedural programming languages such as C or similar languages. The program code can be executed entirely on the user's computer, partially on the user's computer, as a standalone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In cases involving remote computers, the remote computer can be connected to the user's computer via any type of network—including a local area network (LAN) or a wide area network (WAN)—or can be connected to an external computer.
[0047] Figure 3 is a block diagram of a fault information display device according to an embodiment of the present disclosure.
[0048] As shown in Figure 3, the fault information display method provided in this embodiment is applied to the electronic equipment of a vehicle to intuitively display fault information to the user. This electronic equipment can be understood as a vehicle infotainment system (VIS) installed in the vehicle. A VIS refers to a computer or embedded device capable of providing multimedia services, information services, and other functions to the user. The fault information display device includes a data acquisition module 10, a fault code storage module 20, a fault analysis module 30, and a display execution module 40.
[0049] The data acquisition module is used to acquire multiple diagnostic fault codes from multiple ECUs.
[0050] The aforementioned electronic equipment has multiple ports, each connected to an ECU (Electronic Control Unit) for controlling a specific system in the vehicle, as shown in Figure 2. Each ECU in the vehicle periodically sends its generated diagnostic fault codes to a communication bus, such as the CAN bus. In one example, the ECU sends a message to the CAN bus at a certain interval (e.g., 100ms). The electronic equipment then receives the messages from the bus at each port and parses them to obtain multiple diagnostic fault codes.
[0051] In this disclosure, diagnostic fault codes (DTCs) are received based on a preset number; for example, the system may be configured to send 256 DTCs in real time. However, in practical applications, vehicle systems typically do not process such a large number of DTCs simultaneously. This redundancy design helps ensure stable system operation when faced with a large number of DTCs, preventing errors or anomalies. Furthermore, through redundancy, the system is more flexible and scalable in handling DTCs, and can be adjusted and expanded according to the actual needs of the vehicle system. Therefore, this design can improve system performance and reliability, providing better safety and stability for the vehicle.
[0052] In this disclosure, messages are sent using the following message sending table:
[0053] The fault code storage module is used to store diagnostic fault codes in a list format.
[0054] After obtaining multiple diagnostic fault codes based on the messages sent by each ECU, these diagnostic fault codes are saved in a list format, that is, multiple diagnostic fault codes are saved as a list. This module includes a storage processing unit 21 and an update processing unit 22, as shown in Figure 4.
[0055] The storage processing unit is used to write multiple diagnostic fault codes into the list when multiple diagnostic fault codes are initially obtained, i.e., the list is empty.
[0056] To ensure the validity of the diagnostic fault codes in the list, they need to be updated. The update processing unit is used to update the existing diagnostic fault codes based on the diagnostic fault codes obtained subsequently, or to delete the diagnostic fault codes corresponding to faults that have been repaired.
[0057] The fault analysis module is used to parse and process multiple diagnostic fault codes to obtain multiple fault messages.
[0058] The ODX parsing tool analyzes the diagnostic fault codes to obtain multiple fault messages corresponding to each code. The ODX parsing tool is a tool for parsing diagnostic fault codes based on ODX files. ODX is a data exchange format used to standardize vehicle diagnostic data, enabling different diagnostic tools and systems to read and interpret data from the vehicle. ODX files contain the data structure and protocols of vehicle diagnostic information, allowing diagnostic software to correctly parse and display DTCs and related data.
[0059] The display execution module is used to show multiple fault messages to the user.
[0060] After obtaining the fault information corresponding to the aforementioned diagnostic fault codes, the electronic device displays the fault information in different display modes through its display interface, so that the user can obtain the fault information in real time. This module includes a first display unit 41 and a second display unit 42, as shown in Figure 5.
[0061] The first display unit is used to display one or more fault messages in real time through the display interface when the system detects them. For example, the fault messages can be displayed via a pop-up window or in a preset location.
[0062] The second display unit is used to display information based on user actions. For example, when a user requests information display by clicking, dragging, or inputting voice control commands, one or more fault messages are displayed on the aforementioned display interface. This method avoids interfering with the currently displayed content on the physical interface, only displaying information when needed by the user.
[0063] As can be seen from the above technical solution, this embodiment provides a fault information display device. This device is applied to the electronic equipment of a vehicle, which is equipped with multiple ports, each port being connected to each ECU of the vehicle. Specifically, the fault information display device acquires multiple diagnostic fault codes from multiple ECUs; saves the multiple diagnostic fault codes into a list, which stores valid diagnostic fault codes; parses and processes each diagnostic fault code in the list to obtain multiple fault information entries; and displays the multiple fault information entries to the user. Through this solution, ordinary users can promptly detect vehicle faults based on the fault information displayed by the vehicle's electronic equipment without relying on dedicated reading equipment, and take timely measures or further repairs accordingly, thereby ensuring driving safety.
[0064] The units described in the embodiments of this disclosure can be implemented in software or in hardware. The name of a unit does not necessarily limit the unit itself; for example, the first acquisition unit can also be described as "a unit that acquires at least two Internet Protocol addresses".
[0065] The functions described above in this document can be performed, at least in part, by one or more hardware logic components. For example, exemplary types of hardware logic components that can be used, without limitation, include: Field Programmable Gate Arrays (FPGAs), Application-Specific Integrated Circuits (ASICs), Application Standard Products (ASSPs), System-on-Chip (SoCs), Complex Programmable Logic Devices (CPLDs), and so on.
[0066] Figure 6 is a block diagram of an electronic device according to an embodiment of the present disclosure.
[0067] Referring now to Figure 6, a schematic diagram of a suitable structure for implementing an electronic device in the embodiments of this disclosure is shown. The terminal device in the embodiments of this disclosure may include, but is not limited to, mobile terminals such as mobile phones, laptops, digital broadcast receivers, PDAs (personal digital assistants), PADs (tablet computers), PMPs (portable multimedia players), in-vehicle terminals (e.g., in-vehicle navigation terminals), and fixed terminals such as digital TVs and desktop computers. This electronic device is merely an example and should not impose any limitations on the functionality and scope of use of the embodiments of this disclosure.
[0068] The electronic device may include a processing unit (e.g., a central processing unit, a graphics processing unit, etc.) 601, which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) 602 or a program loaded from an input device 606 into a random access memory (RAM) 603. The RAM also stores various programs and data required for the operation of the electronic device. The processing unit, ROM, and RAM are interconnected via a bus 604. An input / output (I / O) interface 605 is also connected to the bus 604.
[0069] Typically, the following devices can be connected to the I / O interface: input devices including, for example, touchscreens, touchpads, keyboards, mice, cameras, microphones, accelerometers, gyroscopes, etc.; output devices 607 including, for example, liquid crystal displays (LCDs), speakers, vibrators, etc.; storage devices 608 including, for example, magnetic tapes, hard disks, etc.; and communication devices 609. Communication device 609 allows the electronic device to communicate wirelessly or wiredly with other devices to exchange data. Although electronic devices with various devices are shown in the figures, it should be understood that it is not required to implement or possess all of the devices shown. More or fewer devices may be implemented or possessed alternatively.
[0070] This disclosure also provides an embodiment of a computer-readable storage medium.
[0071] The aforementioned computer-readable storage medium is used in an electronic device and carries one or more computer programs. When these programs are executed by the electronic device, the device retrieves multiple diagnostic fault codes from multiple ECUs; saves these codes into a list containing valid diagnostic fault codes; parses each fault code in the list to obtain multiple fault messages; and displays these messages to the user. This solution allows ordinary users to promptly identify vehicle faults based on the fault information displayed by the vehicle's electronic devices without relying on dedicated reading equipment, and to take timely corrective measures or further repairs, thereby ensuring driving safety.
[0072] It should be noted that the computer-readable medium described above in this disclosure can be a computer-readable signal medium or a computer-readable storage medium, or any combination of the two. A computer-readable storage medium can be, for example,—but not limited to—an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of a computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer disk, a hard disk, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination thereof.
[0073] In this disclosure, a computer-readable storage medium can be any tangible medium that contains or stores a program that can be used by or in connection with an instruction execution system, apparatus, or device. In this disclosure, a computer-readable signal medium can include a data signal propagated in baseband or as part of a carrier wave, carrying computer-readable program code. Such propagated data signals can take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. A computer-readable signal medium can also be any computer-readable medium other than a computer-readable storage medium, which can send, propagate, or transmit a program for use by or in connection with an instruction execution system, apparatus, or device. The program code contained on the computer-readable medium can be transmitted using any suitable medium, including but not limited to: wires, optical fibers, RF (radio frequency), etc., or any suitable combination thereof.
[0074] The various embodiments in this specification are described in a progressive manner, with each embodiment focusing on the differences from other embodiments. The same or similar parts between the various embodiments can be referred to each other.
[0075] Although preferred embodiments of the present invention have been described, those skilled in the art, upon learning the basic inventive concept, can make other changes and modifications to these embodiments. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments as well as all changes and modifications falling within the scope of the present invention.
[0076] Finally, it should be noted that in this document, relational terms such as "first" and "second" are used only to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Furthermore, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or terminal device that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or terminal device. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or terminal device that includes said element.
[0077] The technical solution provided by the present invention has been described in detail above. Specific examples have been used to illustrate the principle and implementation of the present invention. The description of the above embodiments is only for the purpose of helping to understand the method and core idea of the present invention. At the same time, for those skilled in the art, there will be changes in the specific implementation and application scope based on the idea of the present invention. Therefore, the content of this specification should not be construed as a limitation of the present invention.
Claims
1. A fault information display method, applied to an electronic device in a vehicle, the electronic device being configured with multiple ports, the vehicle having multiple ECUs, each port being connected to each of the ECUs, the fault information display method comprising: Multiple diagnostic fault codes are obtained from the multiple ECUs; Save the plurality of diagnostic fault codes to a list, wherein the list is used to store valid diagnostic fault codes; Each of the diagnostic fault codes in the list is parsed to obtain multiple fault messages; The user is then shown the multiple fault messages.
2. The method of claim 1, wherein, The process of obtaining multiple diagnostic fault codes from the multiple ECUs includes: Based on the multiple ports, a preset number of diagnostic fault codes are obtained.
3. The method of claim 2, wherein, The preset quantity is 256.
4. The method of claim 1, wherein, Saving the multiple fault codes to a list includes: If the list is empty, the multiple diagnostic fault codes are stored in the list; If the list is not empty, the existing diagnostic fault codes in the list are updated based on the newly acquired diagnostic fault codes.
5. The method of claim 1, wherein, The process of displaying the multiple fault messages to the user includes: If at least one of the aforementioned fault messages exists, the at least one fault message is displayed in real time through the display interface of the electronic device; or Upon receiving an information display request, the at least one fault message is displayed through the display interface.
6. A fault information display device, applied to an electronic device in a vehicle, the electronic device being configured with multiple ports, the vehicle having multiple ECUs, each port being connected to each of the ECUs, the fault information display device comprising: The data acquisition module is configured to acquire multiple diagnostic fault codes from the plurality of ECUs; The fault code storage module is configured to save the plurality of diagnostic fault codes into a list, wherein the list is used to store valid diagnostic fault codes. The fault analysis module is configured to parse each of the diagnostic fault codes in the list to obtain multiple fault information entries. as well as The display execution module is configured to display the multiple fault messages to the user.
7. The apparatus of claim 6, wherein, The fault code storage module includes: The storage processing unit is configured to store the plurality of diagnostic fault codes in the list when the list is empty; or The update processing unit is configured to update the existing diagnostic fault codes in the list based on the newly acquired plurality of diagnostic fault codes when the list is not empty.
8. The apparatus of claim 6, wherein, The display execution module includes: The first display unit is configured to display the at least one fault message in real time through the display interface of the electronic device when at least one fault message exists; or The second display unit is configured to display the at least one fault message through the display interface when an information display request is received.
9. An electronic device applied to a vehicle, the electronic device comprising at least one processor and a memory connected to the processor, wherein: The memory is used to store computer programs or instructions; The processor is used to execute the computer program or instructions to enable the electronic device to implement the fault information display method as described in any one of claims 1 to 5.
10. A computer-readable storage medium applied to an electronic device, the storage medium carrying one or more computer programs that can be executed by the electronic device, thereby enabling the electronic device to implement the fault information display method as described in any one of claims 1 to 5.
11. A computer program product comprising a computer program or instructions, wherein when the computer program or instructions are executed by a processor, the fault information display method as described in any one of claims 1 to 5 is implemented.