Hardware module fault positioning method, device, equipment, medium and product
By receiving and storing the status information of the automotive hardware module, generating and using status codes to quickly locate faults, the problem of low fault diagnosis efficiency in the prior art is solved, and more efficient fault location is achieved.
Patent Information
- Application Number
- CN202411230254.2
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-09-03
- Publication Date
- 2024-12-13
AI Technical Summary
The existing automotive fault diagnosis methods rely on fault diagnosis codes, lack of records of the status of the automotive hardware module, resulting in low fault positioning efficiency and consuming more manpower and material resources.
By receiving the status information of the on-board hardware module, a status code is generated based on the preset module and the encoding correspondence relationship, and the status code is stored and used to quickly locate the faulty hardware module.
It improves the efficiency of automobile fault diagnosis, reduces the consumption of human and material resources, and realizes the rapid positioning of hardware module faults.
Smart Images
Figure CN119126750A_ABST
Abstract
Description
Technical Field
[0001] The present application belongs to the field of vehicle technology, and in particular, relates to a method, device, equipment, medium and product for locating hardware module faults. Background Art
[0002] Automobile fault diagnosis refers to the inspection, analysis and judgment performed to determine the technical condition of the automobile or identify the location and cause of the fault without disassembling the automobile (or only removing individual small parts) when the automobile has potential faults, its technical condition has deteriorated, or it has partially or completely lost its working ability.
[0003] In the related art, the fault location and cause of the automobile are mainly diagnosed through the Diagnostic Trouble Code (DTC). However, DTC only records the status of the body system, chassis system, power system and data communication system, and lacks the record of the status of each hardware module in the automobile. When a vehicle fails, locating the fault location and cause through the fault diagnostic code requires a lot of manpower and material resources, and the fault diagnosis efficiency is low. Summary of the invention
[0004] The embodiments of the present application provide a hardware module fault locating method, device, equipment, medium and product, which can improve the efficiency of vehicle fault diagnosis.
[0005] In a first aspect, an embodiment of the present application provides a method for locating a hardware module fault, including:
[0006] Receive module status reported by the vehicle-mounted target hardware module;
[0007] Generate a first status code corresponding to the module status reported by the vehicle-mounted target hardware module according to a preset correspondence relationship between the hardware module and the module code and a preset correspondence relationship between the module status and the status code;
[0008] storing a first status code to store a module status of the vehicle-mounted target hardware module;
[0009] When a vehicle breaks down, the hardware module failure is located through the first status code.
[0010] In a second aspect, an embodiment of the present application provides a hardware module fault locating device, including:
[0011] A first receiving module, used for receiving a module status reported by a vehicle-mounted target hardware module;
[0012] A generating module, used for generating a first status code corresponding to the module status reported by the vehicle-mounted target hardware module according to a preset corresponding relationship between the hardware module and the module code and a corresponding relationship between the module status and the status code;
[0013] A storage module, used to store a first status code to store a module status of the vehicle-mounted target hardware module;
[0014] The positioning module is used to locate the hardware module failure through the first status code when the vehicle fails.
[0015] In a third aspect, an embodiment of the present application provides an electronic device, comprising: a processor and a memory storing computer program instructions; when the processor executes the computer program instructions, the steps of the hardware module fault locating method provided in the embodiment of the present application are implemented.
[0016] In a fourth aspect, an embodiment of 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 steps of the hardware module fault locating method provided in the embodiment of the present application are implemented.
[0017] In a fifth aspect, an embodiment of the present application provides a computer program product, which includes a computer program / instructions. When the computer program / instructions are executed by a processor, the steps of the hardware module fault locating method provided in the embodiment of the present application are implemented.
[0018] In an embodiment of the present application, by receiving the module status reported by the on-board target hardware module; generating a first status code corresponding to the module status reported by the on-board target hardware module according to the pre-set correspondence between the hardware module and the module code and the correspondence between the module status and the status code; storing the first status code to store the module status of the on-board target hardware module; when a vehicle fails, the hardware module failure is located through the first status code. In this way, the module status of the on-board target hardware module can be converted into a status code corresponding to the module status of the on-board target hardware module, and then the status code is stored. When a vehicle fails, the fault can be quickly located through the stored status code corresponding to the module status of the on-board hardware module, thereby improving the efficiency of vehicle fault diagnosis. BRIEF DESCRIPTION OF THE DRAWINGS
[0019] In order to more clearly illustrate the technical solution of the embodiments of the present application, the following is a brief introduction to the drawings required for use in the embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without any creative work.
[0020] Figure 1 It is a flowchart of a method for locating a hardware module fault provided in an embodiment of the present application;
[0021] Figure 2 is a structural diagram of a hardware module fault locating device provided in an embodiment of the present application;
[0022] Figure 3 It is a schematic diagram of the structure of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION
[0023] The features and exemplary embodiments of various aspects of the present application will be described in detail below. In order to make the purpose, technical solutions and advantages of the present application clearer, the present application will be further described in detail below in conjunction with the accompanying drawings and specific embodiments. It should be understood that the specific embodiments described herein are only intended to explain the present application, rather than to limit the present application. For those skilled in the art, the present application can be implemented without the need for some of these specific details. The following description of the embodiments is only to provide a better understanding of the present application by illustrating the examples of the present application.
[0024] It should be noted that, in this article, relational terms such as first and second, etc. are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Moreover, the terms "include", "comprise" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, the elements defined by the statement "include..." do not exclude the presence of other identical elements in the process, method, article or device including the elements.
[0025] The hardware module fault locating method, device, equipment, medium and product provided in the embodiments of the present application are described in detail below with reference to the accompanying drawings through specific embodiments and their application scenarios.
[0026] Figure 1 FIG. 1 is a flow chart of a method for locating a hardware module fault provided in an embodiment of the present application. Figure 1 As shown, the hardware module fault locating method may include:
[0027] Step 101: receiving a module status reported by a vehicle-mounted target hardware module;
[0028] Exemplarily, the module status reported by the received vehicle-mounted target hardware module is, for example: the antenna module is in a normal state, the antenna module is in a short-circuit state, and so on.
[0029] Step 102: generating a first status code corresponding to the module status reported by the vehicle-mounted target hardware module according to the preset corresponding relationship between the hardware module and the module code and the corresponding relationship between the module status and the status code;
[0030] In some possible implementations of the embodiments of the present application, the correspondence between the hardware modules and the module codes in the embodiments of the present application include: the correspondence between the vehicle-mounted target hardware module itself and the module code and the correspondence between the hardware module to which the vehicle-mounted target hardware module belongs (i.e., the parent module of the vehicle-mounted target hardware module) and the module code.
[0031] In some possible implementations of the embodiments of the present application, the status code corresponding to the module status reported by the vehicle-mounted target hardware module in the embodiments of the present application includes three parts, the first part is the module code corresponding to the parent module of the vehicle-mounted target hardware module, the second part is the module code corresponding to the vehicle-mounted target hardware module itself, and the third part is the status code corresponding to the module status reported by the vehicle-mounted target hardware module. In other words, the status code corresponding to the module status reported by the vehicle-mounted target hardware module is composed of the module code corresponding to the vehicle-mounted target hardware module itself, the module code corresponding to the parent module of the vehicle-mounted target hardware module, and the status code corresponding to the module status reported by the vehicle-mounted target hardware module.
[0032] In some possible implementations of the embodiments of the present application, each of the three parts included in the status code corresponding to the module status reported by the on-board target hardware module in the embodiments of the present application can be represented by a three-digit decimal value.
[0033] Exemplarily, the pre-set correspondence between hardware modules and module codes and the correspondence between module states and state codes are shown in Table 1 below:
[0034] Table 1
[0035] Parent module Parent module code Submodules Submodule encoding Module Status Status Code Mobile network module 1 Network management module 001 Signal strength is less than the threshold 001 Mobile network module 1 Network management module 001 The signal strength is not less than the threshold 002 Mobile network module 1 Network Registration Module 002 Not registered 001 Mobile network module 1 Network Registration Module 002 No service 002 Mobile network module 1 Network Registration Module 002 PIN lock 003 Mobile network module 1 Antenna module 003 normal 001 Mobile network module 1 Antenna module 003 Short Circuit 002 Mobile network module 1 Antenna module 003 Circuit Breaker 002 Ethernet Module 2 Connecting Modules 001 Online 001 Ethernet Module 2 Connecting Modules 001 Offline 002 …… …… …… …… …… ……
[0036] Assuming that the module status reported by the antenna module is normal, a status code corresponding to the antenna module is generated according to the above Table 1: 1003001.
[0037] Step 103: Store the first status code to store the module status of the vehicle-mounted target hardware module.
[0038] In some possible implementations of the embodiments of the present application, the status code corresponding to the module status of the vehicle-mounted target hardware module can be stored in a database. The embodiments of the present application do not limit the database used to store the status code corresponding to the module status of the vehicle-mounted target hardware module. Any available database can be applied to the embodiments of the present application, for example, the SQLite database. Among them, the SQLite database does not require additional servers and configurations, which can save upgrade costs. The data of the SQLite database is stored in a file with an extension of .db, which can be copied, moved and transmitted, and the SQLite database is simple and easy to operate.
[0039] Step 104: When a vehicle failure occurs, the hardware module failure is located through the first status code.
[0040] In some possible implementations of the embodiments of the present application, when a vehicle breaks down, each status code in the database is read, and the module status of each hardware module is determined by parsing each status code, thereby locating the failed hardware module.
[0041] For example, assuming that when a vehicle breaks down, two status codes are read from the database: 1002001 and 1003001. By parsing the status codes 1002001 and 1003001, it is concluded that the module status of the "network registration module" sub-module of the mobile network module is unregistered, and the module status of the "antenna module" sub-module of the mobile network module is normal, thereby locating the faulty hardware module as the "network registration module" sub-module of the mobile network module.
[0042] In an embodiment of the present application, by receiving the module status reported by the on-board target hardware module; generating a first status code corresponding to the module status reported by the on-board target hardware module according to the pre-set correspondence between the hardware module and the module code and the correspondence between the module status and the status code; storing the first status code to store the module status of the on-board target hardware module; when a vehicle fails, the hardware module failure is located through the first status code. In this way, the module status of the on-board target hardware module can be converted into a status code corresponding to the module status of the on-board target hardware module, and then the status code is stored. When a vehicle fails, the fault can be quickly located through the stored status code corresponding to the module status of the on-board hardware module, thereby improving the efficiency of vehicle fault diagnosis.
[0043] In some possible implementations of the embodiments of the present application, before step 103, the hardware module fault locating method provided by the embodiments of the present application may also include: comparing the first status code with the second status code corresponding to the module status of the vehicle-mounted target hardware module stored most recently; accordingly, step 103 may include: when the first status code is different from the second status code, storing the first status code.
[0044] In some possible implementations of the embodiments of the present application, the second status code corresponding to the module status of the on-board target hardware module stored most recently can be read from the database, and then the first status code and the second status code can be compared; when the two status codes are the same, the module status of the on-board target hardware module has not changed. At this time, there is no need to store the status code corresponding to the module status of the on-board target hardware module, which can avoid repeated storage of status codes and occupying storage resources; when the two status codes are different, the module status of the on-board target hardware module has changed. At this time, the first status code corresponding to the module status reported by the on-board target hardware module is stored.
[0045] In some possible implementations of the embodiments of the present application, when storing the first status code, the first status code can be stored in a first status table for recording the latest module status of the hardware module; and the first status code can be stored in a second status table for recording module status changes of the hardware module.
[0046] In some possible implementations of the embodiments of the present application, a state table NewState table can be created to record the latest module status of hardware modules. The NewState table is used to record the latest status of each module. Whenever the status of a module changes, the status code corresponding to the status of the module in the NewState table is replaced with the newly generated status code corresponding to the status of the module to ensure that NewState records the latest status of each module.
[0047] In some possible implementations of the embodiments of the present application, the NewState table may include a category field, a timesatmp field, a state field, a systemtime field, and a timesync field. Among them, the category field records the serial number of the module; the timesatmp field records the timestamp; the state field records the status code; the systemtime field records the system monotonic time when there is no time synchronization, and the value is 0 after the time synchronization. Monotonic time refers to the time from the system boot to the present; the timesync field records whether the time synchronization data is available, and the value is 0 when there is no time synchronization, and the synchronization time is recorded after the time synchronization.
[0048] In some possible implementations of the embodiments of the present application, a state table RecordState table can be created to record module state changes of hardware modules. The RecordState table is used to record state changes of each module. Whenever the state of a module changes, the state code before the state change and the state code after the state change are recorded.
[0049] In some possible implementations of the embodiments of the present application, the RecordState table may include an id field, a category field, a timesatmp field, a preState field, a state field, a systemtime field, and a timesync field. Among them, the id field indicates a sequence number, the category field records the sequence number of the module; the timesatmp field records a timestamp; the preState field records the state code before the state changes, and the state field records the state code after the state changes; the systemtime field records the system Monotonic time when there is no time synchronization, and the value is 0 after the time synchronization; the timesync field records whether the time synchronization data is available, and the value is 0 when there is no time synchronization, and the synchronization time is recorded after the time synchronization.
[0050] In some possible implementations of the embodiments of the present application, the module state changes of the hardware modules within a period of time can be stored in a table, and the module state changes of the hardware modules corresponding to each time period can be distinguished by indicating that, for example, the module state changes of the hardware modules in each month are recorded in the table corresponding to the month. Exemplarily, the records of month M are stored in the RecordState_M table, and M takes a value of 1 to 12.
[0051] In some possible implementations of the embodiment of the present application, a management table RecordName table for managing the RecordState_M table may also be created. The RecordName table includes two fields: the name (recordname) of the RecordState_M table and the creation time (createtime) of the RecordState_M table.
[0052] It can be understood that there is a one-to-many relationship between the records in the RecordName table and the records in the RecordState_M table.
[0053] In some possible implementations of the embodiments of the present application, after step 103, the hardware module fault locating method provided by the embodiments of the present application may further include: synchronizing the stored status code to the server for backup.
[0054] In some possible implementations of the embodiments of the present application, the stored status code can be synchronized to the server for backup after the state of a module changes; the stored status code can also be synchronized to the server for backup at a scheduled time, for example, the stored status code can be synchronized to the server for backup at a scheduled time (for example, 00:00:00) on the 1st of each month.
[0055] In the embodiment of the present application, by synchronizing the stored status code to the server for backup, it is possible to avoid deletion of locally stored data due to human errors, improper operations, etc., and restore data in a timely and effective manner.
[0056] In some possible implementations of the embodiments of the present application, after step 103, the hardware module fault locating method provided by the embodiments of the present application may also include: receiving a query request for the module status of the on-board target hardware module; in response to the query request, searching for a status code corresponding to the module status of the on-board target hardware module from the first status table, and searching for a change record of the module status of the on-board target hardware module from the second status table.
[0057] For example, assuming that a query request for the module status of the antenna module is received, the status code corresponding to the module status of the antenna module is found to be 1003002 from the NewState table; the change record of the module status of the antenna module is found to be: December 11, 2023 12:00:06, the status code before the change is 1003001, and the status code after the change is 1003002.
[0058] In the embodiment of the present application, the status code corresponding to the module status of the vehicle-mounted target hardware module and the change record of the module status of the vehicle-mounted target hardware module can be found.
[0059] In some possible implementations of the embodiments of the present application, the hardware module fault locating method provided by the embodiments of the present application may further include: outputting the meaning corresponding to the found status code.
[0060] Exemplarily, assuming that a query request for the module status of the antenna module is received, the status code corresponding to the module status of the antenna module is found to be 1003002 from the NewState table, and the output 1003002 means that the status of the submodule antenna module of the mobile network module is normal.
[0061] In the embodiment of the present application, the user can quickly understand the module status through the corresponding meaning of the output status code.
[0062] In some possible implementations of the embodiments of the present application, a reporting interface for the module status reported by the vehicle-mounted hardware module can be provided, and the vehicle-mounted hardware module can report its module status through the reporting interface. A query interface for querying the module status can also be provided, and the user can query the module status through the query interface.
[0063] In some possible implementations of the embodiments of the present application, after step 103, the hardware module fault locating method provided by the embodiments of the present application may further include: determining a health status of the vehicle system according to the first status code.
[0064] In some possible implementations of the embodiments of the present application, within a period of time, when the status code of the latest module status of any hardware module among the status codes storing the latest module status of multiple hardware modules is a status code corresponding to a sub-healthy state of the vehicle system, the health state of the vehicle system is considered to be a sub-healthy state.
[0065] In some possible implementations of the embodiments of the present application, within a period of time, when the status code of the latest module status of any hardware module among the status codes storing the latest module status of multiple hardware modules is a status code corresponding to an unhealthy state of the vehicle system, the health state of the vehicle system is considered to be an unhealthy state.
[0066] In some possible implementations of the embodiments of the present application, when the vehicle system is in an unhealthy state, the module that caused the unhealthy vehicle system can be traced back according to the stored status code, and corresponding processing can be performed to restore the health of the vehicle system.
[0067] In the embodiment of the present application, by determining the health status of the vehicle system, it can help the safe driving of the vehicle and the long-term maintenance of the vehicle as well as improve the efficiency of vehicle fault diagnosis.
[0068] Corresponding to the above method embodiment, the present application embodiment also provides a hardware module fault location device, such as Figure 2 shown. Figure 2 : is a schematic diagram of the structure of a hardware module fault locating device provided in an embodiment of the present application. The hardware module fault locating device 200 may include:
[0069] The first receiving module 201 is used to receive the module status reported by the vehicle-mounted target hardware module;
[0070] A generating module 202, configured to generate a first status code corresponding to the module status reported by the vehicle-mounted target hardware module according to a preset corresponding relationship between the hardware module and the module code and a corresponding relationship between the module status and the status code;
[0071] The storage module 203 is used to store a first status code to store the module status of the vehicle-mounted target hardware module;
[0072] The positioning module 204 is used to locate the hardware module failure through the first status code when the vehicle fails.
[0073] In an embodiment of the present application, by receiving the module status reported by the on-board target hardware module; generating a first status code corresponding to the module status reported by the on-board target hardware module according to the pre-set correspondence between the hardware module and the module code and the correspondence between the module status and the status code; storing the first status code to store the module status of the on-board target hardware module; when a vehicle fails, the hardware module failure is located through the first status code. In this way, the module status of the on-board target hardware module can be converted into a status code corresponding to the module status of the on-board target hardware module, and then the status code is stored. When a vehicle fails, the fault can be quickly located through the stored status code corresponding to the module status of the on-board hardware module, thereby improving the efficiency of vehicle fault diagnosis.
[0074] In some possible implementations of the embodiments of the present application, the hardware module fault locating device 200 provided in the embodiments of the present application may further include:
[0075] A comparison module, used for comparing the first status code with a second status code corresponding to the module status of the vehicle-mounted target hardware module stored most recently;
[0076] Accordingly, the storage module 203 may be specifically used for:
[0077] When the first status code is different from the second status code, the first status code is stored.
[0078] In some possible implementations of the embodiments of the present application, the storage module 203 may be specifically used for:
[0079] The first state code is stored in a first state table for recording the latest module state of the hardware module; and the first state code is stored in a second state table for recording module state changes of the hardware module.
[0080] In some possible implementations of the embodiments of the present application, the hardware module fault locating device 200 provided in the embodiments of the present application may further include:
[0081] A second receiving module is used to receive a query request for a module status of a vehicle-mounted target hardware module;
[0082] The search module is used to search the status code corresponding to the module status of the vehicle-mounted target hardware module from the first status table in response to the query request, and to search the change record of the module status of the vehicle-mounted target hardware module from the second status table.
[0083] In the embodiment of the present application, the status code corresponding to the module status of the vehicle-mounted target hardware module and the change record of the module status of the vehicle-mounted target hardware module can be found.
[0084] In some possible implementations of the embodiments of the present application, the hardware module fault locating device 200 provided in the embodiments of the present application may further include:
[0085] The output module is used to output the meaning of the found status code.
[0086] In the embodiment of the present application, the user can quickly understand the module status through the corresponding meaning of the output status code.
[0087] In some possible implementations of the embodiments of the present application, the hardware module fault locating device 200 provided in the embodiments of the present application may further include:
[0088] The determination module is used to determine the health status of the vehicle system according to the first status code.
[0089] In the embodiment of the present application, by determining the health status of the vehicle system, it can help the safe driving of the vehicle and the long-term maintenance of the vehicle as well as improve the efficiency of vehicle fault diagnosis.
[0090] Figure 3 It is a schematic diagram of the structure of an electronic device provided in an embodiment of the present application.
[0091] The electronic device may include a processor 301 and a memory 302 storing computer program instructions.
[0092] Specifically, the processor 301 may include a central processing unit (CPU), or an application specific integrated circuit (ASIC), or may be configured to implement one or more integrated circuits of the embodiments of the present application.
[0093] The memory 302 may include a large capacity memory for data or instructions. By way of example and not limitation, the memory 302 may include a hard disk drive (HDD), a floppy disk drive, a flash memory, an optical disk, a magneto-optical disk, a magnetic tape, or a universal serial bus (USB) drive or a combination of two or more of these. Where appropriate, the memory 302 may include a removable or non-removable (or fixed) medium. Where appropriate, the memory 302 may be inside or outside the electronic device. In some specific embodiments, the memory 302 is a non-volatile solid-state memory.
[0094] In some specific embodiments, the memory may include a read-only memory (ROM), a random access memory (RAM), a disk storage medium device, an optical storage medium device, a flash memory device, an electrical, optical or other physical / tangible memory storage device. Therefore, generally, the memory includes one or more tangible (non-transitory) computer-readable storage media (e.g., a memory device) encoded with software including computer executable instructions, and when the software is executed (e.g., by one or more processors), it is operable to perform the operations described with reference to the hardware module fault location method provided according to the embodiment of the present application.
[0095] The processor 301 reads and executes the computer program instructions stored in the memory 302 to implement the steps of the hardware module fault locating method provided in the embodiment of the present application.
[0096] In one example, the electronic device may further include a communication interface 303 and a bus 310. Figure 3 As shown, the processor 301, the memory 302, and the communication interface 303 are connected via a bus 310 and communicate with each other.
[0097] The communication interface 303 is mainly used to implement communication between various modules, devices, units and / or equipment in the embodiments of the present application.
[0098] The bus 310 includes hardware, software or both, coupling the components of the electronic device to each other. For example, but not limitation, the bus may include an Accelerated Graphics Port (AGP) or other graphics bus, an Extended Industry Standard Architecture (EISA) bus, a Front Side Bus (FSB), a Hyper Transport (HT) interconnect, an Industry Standard Architecture (ISA) bus, an InfiniBand interconnect, a Low Pin Count (LPC) bus, a memory bus, a Micro channel architecture (MCA) bus, a Peripheral Component Interconnect (PCI) bus, a PCI-Express (PCI-X) bus, a Serial Advanced Technology Attachment (SATA) bus, a Video Electronics Standards Association Local Bus (VLB) bus or other suitable buses or a combination of two or more of these. Where appropriate, the bus 310 may include one or more buses. Although embodiments of the present application describe and illustrate a particular bus, the present application contemplates any suitable bus or interconnect.
[0099] The electronic device can execute the hardware module fault locating method provided in the embodiment of the present application, thereby achieving the corresponding technical effects of the hardware module fault locating method provided in the embodiment of the present application.
[0100] In addition, in combination with the hardware module fault location method in the above embodiment, the embodiment of the present application also provides a computer-readable storage medium for implementation. The computer-readable storage medium stores computer program instructions; when the computer program instructions are executed by the processor, the steps of the hardware module fault location method provided in the embodiment of the present application are implemented. Examples of computer-readable storage media include non-transitory computer-readable media, such as ROM, RAM, magnetic disk or optical disk, etc.
[0101] An embodiment of the present application provides a computer program product, which includes a computer program / instruction. When the computer program / instruction is executed by a processor, the steps of the hardware module fault locating method provided in the embodiment of the present application are implemented, and the same technical effect can be achieved. To avoid repetition, it will not be repeated here.
[0102] It should be clear that the present application is not limited to the specific configuration and processing described above and shown in the figures. For the sake of simplicity, a detailed description of the known method is omitted here. In the above embodiments, several specific steps are described and shown as examples. However, the method process of the present application is not limited to the specific steps described and shown, and those skilled in the art can make various changes, modifications and additions, or change the order between the steps after understanding the spirit of the present application.
[0103] The functional blocks shown in the above-described block diagram can be implemented as hardware, software, firmware or a combination thereof. When implemented in hardware, it can be, for example, an electronic circuit, an application-specific integrated circuit (Application Specific Integrated Circuit, ASIC), appropriate firmware, plug-in, function card, etc. When implemented in software, the elements of the present application are programs or code segments used to perform the required tasks. The program or code segment can be stored in a machine-readable medium, or transmitted on a transmission medium or communication link by a data signal carried in a carrier. "Machine-readable medium" may include any medium capable of storing or transmitting information. Examples of machine-readable media include electronic circuits, semiconductor memory devices, ROM, flash memory, erasable read-only memory (Erasable Read Only Memory, EROM), floppy disks, compact discs (Compact Disc Read-Only Memory, CD-ROM), optical disks, hard disks, optical fiber media, radio frequency (Radio Frequency, RF) links, etc. The code segment can be downloaded via a computer network such as the Internet, an intranet, etc.
[0104] It should also be noted that the exemplary embodiments mentioned in this application describe some methods or systems based on a series of steps or devices. However, this application is not limited to the order of the above steps, that is, the steps can be performed in the order mentioned in the embodiment, or in a different order from the embodiment, or several steps can be performed simultaneously.
[0105] Aspects of the present disclosure are described above with reference to the flowchart and / or block diagram of the method, device (system) and computer program product according to the embodiment of the present disclosure. It should be understood that each box in the flowchart and / or block diagram and the combination of each box in the flowchart and / or block diagram can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing device to produce a machine so that these instructions executed by the processor of the computer or other programmable data processing device enable the implementation of the function / action specified in one or more boxes of the flowchart and / or block diagram. Such a processor can be, but is not limited to, a general-purpose processor, a special-purpose processor, a special application processor, or a field programmable logic circuit. It can also be understood that each box in the block diagram and / or flowchart and the combination of boxes in the block diagram and / or flowchart can also be implemented by dedicated hardware that performs a specified function or action, or can be implemented by a combination of dedicated hardware and computer instructions.
[0106] The above is only a specific implementation of the present application. Those skilled in the art can clearly understand that for the convenience and simplicity of description, the specific working processes of the systems, modules and units described above can refer to the corresponding processes in the aforementioned method embodiments, and will not be repeated here. It should be understood that the protection scope of the present application is not limited to this. Any technician familiar with the technical field can easily think of various equivalent modifications or replacements within the technical scope disclosed in this application, and these modifications or replacements should be included in the protection scope of this application.
Claims
1. A method for locating a hardware module fault, characterized in that: The method comprises: Receive module status reported by the vehicle-mounted target hardware module; Generate a first status code corresponding to the module status reported by the vehicle-mounted target hardware module according to a preset correspondence relationship between the hardware module and the module code and a preset correspondence relationship between the module status and the status code; storing the first status code to store the module status of the vehicle-mounted target hardware module; When a vehicle breaks down, the hardware module failure is located through the first status code.
2. The method according to claim 1, characterized in that Before storing the first status code, the method further includes: comparing the first status code with a second status code corresponding to the module status of the vehicle-mounted target hardware module stored most recently; The storing of the status code comprises: In a case where the first status code is different from the second status code, the first status code is stored.
3. The method according to claim 2, characterized in that The storing the first status code comprises: The first state code is stored in a first state table for recording the latest module state of the hardware module; and the first state code is stored in a second state table for recording the module state change of the hardware module.
4. The method according to claim 3, characterized in that The method further comprises: Receiving a query request for a module status of the vehicle-mounted target hardware module; In response to the query request, the status code corresponding to the module status of the vehicle-mounted target hardware module is searched from the first status table, and the change record of the module status of the vehicle-mounted target hardware module is searched from the second status table.
5. The method according to claim 4, characterized in that The method further comprises: Output the meaning of the found status code.
6. The method according to claim 1, characterized in that The method further comprises: According to the first status code, a health status of the vehicle system is determined.
7. A hardware module fault location device, characterized in that: The device comprises: A first receiving module, used for receiving a module status reported by a vehicle-mounted target hardware module; A generating module, configured to generate a first status code corresponding to the module status reported by the vehicle-mounted target hardware module according to a preset corresponding relationship between the hardware module and the module code and a corresponding relationship between the module status and the status code; A storage module, used to store the first status code to store the module status of the vehicle-mounted target hardware module; The positioning module is used to locate the hardware module failure through the first status code when the vehicle fails.
8. An electronic device, characterized in that: The electronic device comprises: a processor and a memory storing computer program instructions; The processor reads and executes the computer program instructions to implement the steps of the hardware module fault locating method according to any one of claims 1 to 6.
9. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores computer program instructions, and when the computer program instructions are executed by the processor, the steps of the hardware module fault locating method according to any one of claims 1 to 6 are implemented.
10. A computer program product, characterized in that The computer program product includes a computer program / instruction, and when the computer program / instruction is executed by a processor, the steps of the hardware module fault locating method according to any one of claims 1 to 6 are implemented.