CN115658321A - Method and device for acquiring fault information of automobile instrument, electronic equipment and storage medium - Google Patents

Abstract

This application relates to the technical field of automobile instrumentation, and specifically provides a method, device, electronic equipment, and storage medium for obtaining fault information of automobile instrumentation, which utilizes the abnormal interruption mechanism of the MCU of the automobile instrumentation to obtain abnormal field information of the real-time operating system RTOS, and based on static random memory Taking advantage of the retention characteristics of the memory SRAM to avoid the loss of abnormal site information, the CPU status register and stack information contained in the abnormal site information are sent to the SOC of the vehicle through the SPI bus, which is beneficial for the R&D personnel to call and analyze the abnormal site information to locate the problem. It effectively saves the time for reappearance and troubleshooting, and improves the quality of instrument software. Wherein, by checking the update flag of the log buffer area in the SRAM, it is judged whether to send the CPU status register and stack information stored in the log buffer area in the SRAM, which can avoid unnecessary occupation of the SPI bus load.

Description

A method, device, electronic equipment, and storage medium for acquiring fault information of an automobile instrument

technical field

The present application relates to the technical field of automobile instrumentation, in particular, to a method, device, electronic equipment and storage medium for acquiring fault information of an automobile instrumentation.

Background technique

Automobile instruments are composed of various instruments and indicators, especially warning lights and alarms for drivers, etc., which provide drivers with the required information on automobile operating parameters. When a problem occurs during the operation of the automobile instrument program, it is necessary to obtain the instrument status at the time of the failure in the first time for problem analysis.

At present, the way to obtain the MCU log of the automobile instrument is mostly to insert an emulator or a serial port on the circuit board, and obtain it in real time through online tools. However, leaving Jtag sockets (emulator connectors) or serial port sockets on mass-produced instruments is a challenge to product information security. Generally, it is not allowed to retain connectors that will leak system information on mass-produced instruments, so mass-produced instruments It is impossible to obtain the abnormal information of the MCU through online tools; and it is impossible to keep the abnormal site all the time. Once the instrument is powered off or restarted, the on-site information will be lost, which is very unfavorable for subsequent analysis and positioning problems. In addition, system crashes or software abnormalities are very low-probability recurrences in the mass-produced version. Once the on-site information at the time of the abnormality cannot be obtained, it will consume a lot of time and cost to restore the fault site through recurrence.

Contents of the invention

In view of this, the purpose of this application is to provide a method, device, electronic equipment and storage medium for acquiring fault information of automobile meters, which can realize the storage of CPU status information and stack information when the system is abnormal based on the retention characteristics of the static random access memory (SRAM). Acquisition is beneficial for analyzing and locating car instrument problems.

A method for acquiring fault information of an automobile meter provided in an embodiment of the present application includes the following steps:

Divide the static random access memory SRAM in the automobile instrument MCU into the log buffer area;

Obtain the abnormal site information of the real-time operating system RTOS based on the abnormal interruption mechanism of the automobile instrument MCU, and store the abnormal site information of the RTOS into the log buffer area in the SRAM; wherein, the abnormal site information of the RTOS includes CPU status register and stack information;

Based on the SPI bus, the abnormal site information stored in the SRAM log buffer is sent to the vehicle-machine SOC.

In some embodiments, the static random access memory SRAM in the automobile instrument MCU is divided into a log buffer as described in the following manner:

Modify the link script file of the automotive instrument MCU, divide the log buffer area from the SRAM, and configure the log buffer area as a save mode, so that the storage array of the SRAM will not be powered down and keep the data in the log buffer area.

In some embodiments, the abnormal interruption mechanism based on the automobile instrument MCU obtains the abnormal scene information of the real-time operating system RTOS, comprising the following steps:

Respond to the abnormality of the MCU of the car instrument, execute the command to obtain the CPU status register and stack information;

The stack overflow hook function based on RTOS obtains the CPU status register and stack information, and obtains the abnormal scene information of the real-time operating system RTOS.

In some embodiments, after storing the abnormal scene information of the RTOS into the log buffer area in the SRAM, the following steps are further included:

An update flag is set for the log buffer area in the SRAM.

In some embodiments, the sending of the abnormal scene information stored in the SRAM log buffer to the vehicle-machine SOC based on the SPI bus includes the following steps:

Check the update mark of the log buffer area in the SRAM;

If there is an update mark in the log buffer area in the SRAM, analyze the data in the log buffer area in the SRAM, and obtain the CPU status register and stack information when the automotive instrument MCU was abnormal last time;

Send the obtained CPU status register and stack information to the SOC of the vehicle based on the SPI bus, and clear the update flag of the log buffer area in the SRAM.

In some embodiments, the obtained CPU status register and stack information are sent to the embedded multimedia card of the vehicle-machine SOC based on the SPI bus, and stored in the form of a log file for calling the log file and performing Analyze and locate vehicle instrument faults.

In some embodiments, an area of at least 2K bytes is allocated from the SRAM as a log buffer area.

An embodiment of the present application provides a device for acquiring fault information of an automobile instrument, the device comprising:

Divide module, be used for dividing the static random access memory SRAM in the automobile meter MCU into the log cache area;

The obtaining module is used to obtain the abnormal site information of the real-time operating system RTOS based on the abnormal interruption mechanism of the automobile instrument MCU, and store the abnormal site information of the RTOS into the log buffer area in the SRAM; wherein the RTOS The abnormal scene information includes CPU status register and stack information;

The sending module is configured to send the abnormal site information stored in the SRAM log buffer to the vehicle-machine SOC based on the SPI bus.

An electronic device provided by an embodiment of the present application includes a processor, a memory, and a bus. The memory stores machine-readable instructions executable by the processor. When the electronic device is running, the processor and the memory communicate with each other through the bus, and when the machine-readable instructions are executed by the processor, the steps of the method for acquiring fault information of the vehicle instrument described in any one of the above are executed.

A computer-readable storage medium provided by an embodiment of the present application, the computer-readable storage medium stores a computer program, and when the computer program is run by a processor, it executes the steps of any one of the above-mentioned method for acquiring fault information of an automobile instrument .

A method, device, electronic equipment, and storage medium for acquiring fault information of an automobile meter described in the application divide the static random access memory SRAM in the automobile meter MCU into a log buffer area; based on the abnormal interruption mechanism of the automobile meter MCU Obtain the abnormal site information of the real-time operating system RTOS, and store the abnormal site information of the RTOS into the log buffer area in the SRAM; wherein, the abnormal site information of the RTOS includes CPU status registers and stack information; based on the SPI bus Send the abnormal site information stored in the SRAM log buffer to the car machine SOC to avoid the problem of loss of site information caused by power failure or restart of the vehicle instrument, and then facilitate the R&D personnel to call and analyze the abnormal site information to locate the problem. It effectively saves the time for reappearance and troubleshooting, and improves the quality of instrument software.

In some embodiments, by checking the update flag of the log buffer area in the SRAM, it is judged whether to send the CPU status register and stack information stored in the log buffer area in the SRAM, thereby avoiding the load of the SPI bus.

Description of drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the following will briefly introduce the accompanying drawings used in the embodiments. It should be understood that the following drawings only show some embodiments of the present application, so It should be regarded as a limitation on the scope, and those skilled in the art can also obtain other related drawings based on these drawings without creative work.

Fig. 1 shows the flowchart of the method for obtaining fault information of the vehicle instrument provided by the embodiment of the present application;

Fig. 2 shows the block diagram of the connection between the SOC of the vehicle and the MCU of the vehicle instrument provided by the embodiment of the present application;

Fig. 3 shows the flow chart of obtaining the abnormal site information of the real-time operating system RTOS based on the abnormal interruption mechanism of the automobile instrument MCU provided by the embodiment of the present application;

Fig. 4 shows the flow chart of sending the abnormal site information stored in the SRAM log buffer to the vehicle-machine SOC based on the SPI bus provided by the embodiment of the present application;

FIG. 5 shows a schematic diagram of log files saved by the vehicle-machine SOC provided by the embodiment of the present application;

Fig. 6 shows the structural block diagram of the automobile meter failure information acquisition device that the embodiment of the present application provides;

FIG. 7 shows a structural block diagram of an electronic device provided by an embodiment of the present application.

Detailed ways

In order to make the purpose, technical solutions and advantages of the embodiments of the present application clearer, the technical solutions in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. It should be understood that the appended The figures are only for the purpose of illustration and description, and are not used to limit the protection scope of the present application. Additionally, it should be understood that the schematic drawings are not drawn to scale. The flowcharts used in this application illustrate operations implemented in accordance with some embodiments of the application. It should be understood that the operations of the flowcharts may be performed out of order, and steps that have no logical context may be performed in reverse order or concurrently. In addition, those skilled in the art may add one or more other operations to the flowchart or remove one or more operations from the flowchart under the guidance of the content of the present application.

In addition, the described embodiments are only some of the embodiments of the present application, but not all of the embodiments. The components of the embodiments of the application generally described and identified in the drawings herein may be arranged and designed in a variety of different configurations. Accordingly, the following detailed description of the embodiments of the application provided in the accompanying drawings is not intended to limit the scope of the claimed application, but merely represents selected embodiments of the application. Based on the embodiments of the present application, all other embodiments obtained by those skilled in the art without making creative efforts belong to the scope of protection of the present application.

It should be noted that the term "comprising" will be used in the embodiments of the present application to indicate the existence of the features stated later, but does not exclude the addition of other features.

With the popularization and development of vehicles, the functions of automobile instrumentation are becoming more and more abundant, and its structure and system are also becoming more and more complex. The probability of failure during operation is gradually increasing. , it is difficult to locate the problem, and it is impossible to analyze and solve it, thus causing security risks. Although the fault information of the vehicle instrument can be obtained through the log in the prior art, if the system crashes or the application logic deadlock occurs, the log sending thread cannot send the abnormal site information to the vehicle, and the current log acquisition method CPU status registers and stack information, which are critical to locating the car's instrumentation issue, were not captured. Based on this, the application proposes a method, device, electronic equipment and storage medium for obtaining fault information of automobile meters, which can realize the acquisition of CPU status information and stack information when the system is abnormal based on the retention characteristics of static random access memory SRAM, which is beneficial to Analyze and locate automotive instrumentation issues.

Referring to accompanying drawing 1 of specification sheet, the embodiment of the present application provides a kind of automobile instrument failure information acquisition method, described method comprises the following steps:

S1, dividing the static random access memory SRAM in the automobile instrument MCU into a log buffer area;

In order to clearly understand the technical solutions of the embodiments of the present invention, an example application scenario may be described first. The car instrument is set independently from the car machine SOC (System on Chip System on Chip), but the SPI bus for data transmission is set between the car machine MCU (Microcontroller Unit, micro control unit) and the car machine SOC. In the application, the on-site abnormal information stored in the SRAM when the vehicle instrument fails is mainly sent to the vehicle SOC through the SPI bus. Specifically, the connection relationship between the SOC of the vehicle and the MCU of the vehicle instrument is shown in Figure 2 of the specification. -Access Memory, static random access memory), the storage device connected to the SOC of the car and the 4G/5G communication module; for the software part, the MCU of the car instrument is installed with an SPI controller driver and RTOS (Real TimeOperating System, real-time operating system ) and the log thread to be executed, the car-machine SOC is installed with the bottom layer driver of the Android system and the Android system and the log module.

Based on the above-mentioned hardware and software parts of the SOC of the vehicle and the MCU configuration of the vehicle instrument, it is completely possible to send the on-site abnormal information of the vehicle instrument stored in the SRAM to the SOC of the vehicle through logs. The working principle should be It is well known to those skilled in the art, and will not be repeated here.

In step S1, the SRAM is a kind of random access memory. The so-called "static" means that as long as the memory is powered on, the data stored in it can be kept constantly. In contrast, the dynamic random access memory DRAM The stored data needs to be updated periodically. In this application, by modifying the link script file of the automobile instrument MCU, the log buffer area is divided from the SRAM, and the log buffer area is configured as a save mode, so that the storage array of the SRAM is not powered off, and the log buffer is kept. data in the cache.

In one embodiment, an area of at least 2K bytes is allocated from the SRAM as a log buffer area, which is used to subsequently save on-site abnormal information when an automobile instrument fails. In other embodiments, the size of the log buffer area divided from the SRAM can be set according to actual needs, which is not limited and fixed in this application.

S2. Obtain the abnormal site information of the real-time operating system RTOS based on the abnormal interruption mechanism of the automobile instrument MCU, and store the abnormal site information of the RTOS into the log buffer area in the SRAM; wherein, the abnormal site information of the RTOS Information includes CPU status registers and stack information;

In step S2, the abnormal interruption mechanism of the automobile instrument MCU refers to that when the automobile instrument MCU is abnormal (some abnormal state or some system events) in the process of program operation, it will execute some preset, with higher execution The command of the right, so that the system runs smoothly, and returns to the scene where the abnormality occurred after the command of the higher execution right is executed. In this application, by presetting, the command with higher execution rights is set as: obtaining the abnormal scene information of the real-time operating system RTOS, that is, CPU status register and stack information.

In one embodiment, referring to accompanying drawing 3 of specification sheet, described based on the abnormal interruption mechanism of described automobile meter MCU obtains the abnormal field information of real-time operating system RTOS, comprises the following steps:

S201, in response to the abnormality that occurs in the MCU of the automobile instrument, execute the command to obtain the CPU status register and stack information;

S202, the stack overflow hook function based on the RTOS obtains the CPU status register and the stack information, and obtains the abnormal scene information of the real-time operating system RTOS;

Wherein, the hook function is a callback function of the real-time operating system RTOS. In this embodiment, when the automobile meter MCU is abnormal, it immediately executes the command to obtain the current CPU status register and stack information, and the execution obtains the current CPU status register. The command and stack information is the trigger condition of the hook function, and the CPU status register and stack information are obtained, and then the abnormal scene information of the real-time operating system RTOS is obtained, and the obtained RTOS abnormal scene information is stored in the log buffer area in the SRAM. For example, when the real-time operating system RTOS running on the MCU of the automobile instrument detects an abnormality or the system crashes, it immediately saves the on-site information of the current processor operation to the log buffer area in the SRAM, such as the PC (general register) pointer, LR register, stack pointer and other information.

S3. Send the abnormal field information stored in the SRAM log buffer to the vehicle SOC based on the SPI bus.

That is, after obtaining the CPU status register and stack information when the MCU of the automobile meter is abnormal based on the retention characteristics of the SRAM, the abnormal scene information stored in the SRAM log buffer is sent to the vehicle SOC through the SPI bus. Since the abnormality of the car meter is rare, if the car meter is restarted every time, the abnormal scene information in the SRAM log buffer is directly sent to the car SOC, which will inevitably cause unnecessary occupation of the SPI bus load. After all, the SRAM log buffer The anomaly site information in may be a long time ago. Based on this, in this application, in order to avoid excessive occupation of the SPI bus load, after the abnormal site information of the RTOS is stored in the log buffer area in the SRAM, an update flag is also set in the log buffer area in the SRAM.

In one embodiment, referring to accompanying drawing 4 of the description, the sending of the abnormal site information stored in the SRAM log buffer to the vehicle-machine SOC based on the SPI bus includes the following steps:

S301. Verify the update flag of the log buffer area in the SRAM;

S302. If there is an update mark in the log buffer area in the SRAM, analyze the data in the log buffer area in the SRAM, and obtain the CPU status register and stack information when the automotive meter MCU was abnormal last time;

S303. Send the obtained CPU status register and stack information to the vehicle SOC based on the SPI bus, and clear the update flag of the log buffer area in the SRAM.

That is, after the car instrument is restarted, first check the update flag of the log buffer in the SRAM. If there is an update flag, it means that the car instrument MCU has an exception during the last operation, and it is stored in the CPU status register and stack information at that time. , then send it to the SOC of the car through the SPI bus, and clear the update flag of the log buffer area in the SRAM at the same time, so as to avoid repeatedly sending the data in the log buffer area in the SRAM through the SPI bus after the next restart of the car meter; and if, after the car meter restarts , it is verified that there is no update flag in the log buffer area in the SRAM, the vehicle works normally, and does not occupy the SPI bus load to handle exceptions.

Wherein, the obtained CPU state register and stack information are sent to the embedded multimedia card of the vehicle SOC based on the SPI bus, and are saved in the form of a log file, which is used for later retrieval of the log file and analysis, positioning Car gauge malfunction. In one embodiment, the log is a text file, which can be retrieved through the SOC of the vehicle through an interface such as a 4G/5G communication module or USB, and then opened with Notepad to view the content. For example, referring to Figure 5 of the manual, the content of the log file obtained through the vehicle-machine SOC is as follows:

RFault: 0xf7f8f9fa, RO: 0xa5a5a5a5

R1: 0x60000000, R2: 0x280421e4

R3:0x2, R12:0xa

LR: 0x10508737, PC: 0x104e066e

Psr: 0x1000000, cfsr: 0x400

FaultType: 0xa1a2a3a4

According to the information in the log file and the disassembly of the instrument software, it can be quickly located that the exception is a HardFault (hard error) exception generated by accessing an illegal storage address.

A method for acquiring fault information of an automobile meter provided by the present application uses the abnormal interruption mechanism of the MCU of the automobile meter to obtain the abnormal site information of the real-time operating system RTOS, and based on the retention characteristics of the static random access memory SRAM, the loss of the abnormal site information is avoided. The SPI bus sends the CPU status register and stack information contained in the abnormal site information to the vehicle SOC, which is beneficial for the R&D personnel to call and analyze the abnormal site information to locate the problem, effectively saving the time for reappearance and troubleshooting, and improving the performance of the instrument. software quality. Wherein, by checking the update flag of the log buffer area in the SRAM, it is judged whether to send the CPU status register and stack information stored in the log buffer area in the SRAM, which can avoid unnecessary occupation of the SPI bus load.

Based on the same inventive concept, the embodiment of the present application also provides a vehicle meter fault information acquisition device, because the problem-solving principle of the device in the embodiment of the present application is similar to the above-mentioned method for obtaining the vehicle meter fault information in the embodiment of the present application, Therefore, the implementation of the device can refer to the implementation of the method, and the repetition will not be repeated.

As shown in accompanying drawing 6 of the description, the present application also provides a device for acquiring fault information of an automobile meter, said device comprising:

Division module 601, for dividing the static random access memory SRAM in the automobile meter MCU into the log cache area;

The obtaining module 602 is used to obtain the abnormal scene information of the real-time operating system RTOS based on the abnormal interruption mechanism of the automobile instrument MCU, and store the abnormal scene information of the RTOS into the log buffer area in the SRAM; wherein, the The abnormal scene information of RTOS includes CPU status register and stack information;

The sending module 603 is configured to send the abnormal site information stored in the SRAM log buffer to the vehicle-machine SOC based on the SPI bus.

In some embodiments, the division module 601 modifies the link script file of the automobile instrument MCU, divides the log buffer area from the SRAM, and configures the log buffer area to save mode, so that the storage array of the SRAM will not be powered off , to keep the data in the log buffer.

In some embodiments, the dividing module 601 divides at least a 2K byte area from the SRAM as a log buffer area.

In some embodiments, the obtaining module 602 obtains the abnormal scene information of the real-time operating system RTOS based on the abnormal interruption mechanism of the automobile instrument MCU, including:

Respond to the abnormality of the MCU of the car instrument, execute the command to obtain the CPU status register and stack information;

The stack overflow hook function based on RTOS obtains the CPU status register and stack information, and obtains the abnormal scene information of the real-time operating system RTOS.

In some implementation manners, after the obtaining module 602 stores the abnormal scene information of the RTOS in the log buffer area in the SRAM, it further includes:

An update flag is set for the log buffer area in the SRAM.

In some implementations, the sending module 603 sends the abnormal site information stored in the SRAM log buffer to the vehicle-machine SOC based on the SPI bus, including:

Check the update mark of the log buffer area in the SRAM;

If there is an update mark in the log buffer area in the SRAM, analyze the data in the log buffer area in the SRAM, and obtain the CPU status register and stack information when the automotive instrument MCU was abnormal last time;

Send the obtained CPU status register and stack information to the SOC of the vehicle based on the SPI bus, and clear the update flag of the log buffer area in the SRAM.

In some implementations, the sending module 603 sends the obtained CPU status register and stack information to the embedded multimedia card of the vehicle-machine SOC based on the SPI bus, and saves them in the form of a log file, which is used to call the The above log files are analyzed to locate the fault of the vehicle instrument.

A device for acquiring fault information of an automobile meter provided by the application divides the static random access memory SRAM in the automobile meter MCU into a log buffer area through a division module; obtains real-time The abnormal site information of the operating system RTOS, and store the abnormal site information of the RTOS into the log buffer area in the SRAM; wherein, the abnormal site information of the RTOS includes CPU status registers and stack information; through the sending module based on SPI The bus sends the abnormal scene information stored in the SRAM log buffer to the car machine SOC, avoiding the problem of loss of field information caused by power failure or restart of the car instrument, and then facilitating the R&D personnel to call and analyze the abnormal scene information to locate the problem , which effectively saves the time for reappearance and troubleshooting, and improves the quality of instrument software. And in some embodiments, the update flag of the log buffer area in the SRAM is checked by the sending module to determine whether to send the CPU status register and stack information stored in the log buffer area in the SRAM, thereby avoiding the load of the SPI bus.

Based on the same idea of the present invention, as shown in Figure 7 of the specification, the structure of an electronic device 700 provided by the embodiment of the present application, the electronic device 700 includes: at least one processor 701, at least one network interface 704 or other user interface 703 , memory 705, at least one communication bus 702. The communication bus 702 is used to realize connection communication between these components. The electronic device 700 optionally includes a user interface 703, including a display (for example, a touch screen, LCD, CRT, holographic imaging (Holographic) or projection (Projector), etc.), a keyboard or a pointing device (for example, a mouse, a trackball (trackball) , touch pad or touch screen, etc.).

The memory 705 may include read-only memory and random-access memory, and provides instructions and data to the processor 701 . A portion of memory 705 may also include non-volatile random access memory (NVRAM).

In some embodiments, the memory 705 stores the following elements, protectable modules or data structures, or a subset thereof, or an extension thereof:

Operating system 7051, including various system programs, used to realize various basic services and handle hardware-based tasks;

The application program module 7052 includes various application programs, such as a desktop (launcher), a media player (MediaPlayer), a browser (Browser), etc., and is used to implement various application services.

In the embodiment of the present application, by calling the program or instruction stored in the memory 705, the processor 701 is used to execute the steps in a method for obtaining fault information of an automobile meter, which can realize system abnormalities based on the retention characteristics of the static random access memory (SRAM) Acquisition of real-time CPU status information and stack information is helpful for analyzing and locating car instrument problems.

The present application also provides a computer-readable storage medium, on which a computer program is stored, and when the computer program is run by a processor, the steps in the method for acquiring failure information of an automobile meter are executed.

Specifically, the storage medium can be a general storage medium, such as a removable disk, a hard disk, etc., and when the computer program on the storage medium is run, the above-mentioned method for acquiring fault information of an automobile instrument can be executed.

In the embodiments provided in this application, it should be understood that the disclosed devices and methods may be implemented in other ways. The device embodiments described above are only illustrative. For example, the division of units is only a logical function division. In actual implementation, there may be other division methods. For example, multiple units or components can be combined or integrated. to another system, or some features may be ignored, or not implemented. In another point, the mutual coupling or direct coupling or communication connection shown or discussed may be through some communication interfaces, and the indirect coupling or communication connection of devices or units may be in electrical, mechanical or other forms.

A unit described as a separate component may or may not be physically separated, and a component displayed as a unit may or may not be a physical unit, that is, it may be located in one place, or may be distributed to multiple network units. Part or all of the units can be selected according to actual needs to achieve the purpose of the solution of this embodiment.

In addition, each functional unit in the embodiments provided by the present application may be integrated into one processing unit, each unit may exist separately physically, or two or more units may be integrated into one unit.

If the functions are realized in the form of software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application is essentially or the part that contributes to the prior art or the part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium, including Several instructions are used to make a computer device (which may be a personal computer, a server, or a network device, etc.) execute all or part of the steps of the methods in the various embodiments of the present application. The aforementioned storage medium includes: U disk, mobile hard disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), magnetic disk or optical disk and other media that can store program codes. .

Finally, it should be noted that: the above examples are only specific implementations of the application, used to illustrate the technical solutions of the application, rather than limiting it, and the scope of protection of the application is not limited thereto, although referring to the foregoing examples The present application has been described in detail, and those of ordinary skill in the art should understand that: within the technical scope disclosed in this application, any person familiar with this technical field can still modify or modify the technical solutions described in the foregoing embodiments. It is easy to think of changes, or perform equivalent replacements for some of the technical features; and these modifications, changes or replacements do not make the essence of the corresponding technical solutions deviate from the spirit and scope of the technical solutions of the embodiments of the present application. All should be covered within the scope of protection of this application. Therefore, the protection scope of the present application should be based on the protection scope of the claims.

Claims (10)

1. A method for obtaining vehicle instrument fault information, characterized in that, the method may further comprise the steps: Divide the static random access memory SRAM in the automobile instrument MCU into the log buffer area; Obtain the abnormal site information of the real-time operating system RTOS based on the abnormal interruption mechanism of the automobile instrument MCU, and store the abnormal site information of the RTOS into the log buffer area in the SRAM; wherein, the abnormal site information of the RTOS includes CPU status register and stack information; Based on the SPI bus, the abnormal site information stored in the SRAM log buffer is sent to the vehicle-machine SOC. 2. according to the described a kind of automobile meter failure information acquisition method of claim 1, it is characterized in that, the static random access memory SRAM in the automobile meter MCU is divided into log buffer by described in the following manner: Modify the link script file of the automotive instrument MCU, divide the log buffer area from the SRAM, and configure the log buffer area as a save mode, so that the storage array of the SRAM will not be powered down and keep the data in the log buffer area. 3. according to the described a kind of automobile instrument failure information acquisition method of claim 2, it is characterized in that, the abnormal scene information that the described abnormal interruption mechanism based on described automobile instrument MCU obtains real-time operating system RTOS may further comprise the steps: Respond to the abnormality of the MCU of the car instrument, execute the command to obtain the CPU status register and stack information; The stack overflow hook function based on RTOS obtains the CPU status register and stack information, and obtains the abnormal scene information of the real-time operating system RTOS. 4. according to the described a kind of automobile meter failure information acquisition method of claim 2, it is characterized in that, after the log cache area in the described SRAM is stored in the described abnormal scene information of described RTOS, also comprise the following steps: An update flag is set for the log buffer area in the SRAM. 5. a kind of automobile meter fault information acquisition method according to claim 4, is characterized in that, described SPI bus will be stored in the abnormal scene information stored in the SRAM log buffer to send to car machine SOC, comprising the following steps: Check the update mark of the log buffer area in the SRAM; If there is an update mark in the log buffer area in the SRAM, analyze the data in the log buffer area in the SRAM, and obtain the CPU status register and stack information when the automotive instrument MCU was abnormal last time; Send the obtained CPU status register and stack information to the SOC of the vehicle based on the SPI bus, and clear the update flag of the log buffer area in the SRAM. 6. according to the described a kind of automobile meter failure information acquisition method of claim 5, it is characterized in that, the described CPU status register and the stack information that will acquire are sent to the embedded multimedia card of car machine SOC based on SPI bus, with log file The log file is stored in a manner for retrieving and analyzing the log file to locate the fault of the vehicle instrument. 7. A method for obtaining fault information of an automobile instrument according to claim 6, characterized in that at least a 2K byte area is divided from the SRAM as a log buffer area. 8. A vehicle meter fault information acquisition device, characterized in that the device comprises: Divide module, be used for dividing the static random access memory SRAM in the automobile meter MCU into the log cache area; The obtaining module is used to obtain the abnormal site information of the real-time operating system RTOS based on the abnormal interruption mechanism of the automobile instrument MCU, and store the abnormal site information of the RTOS into the log buffer area in the SRAM; wherein the RTOS The abnormal scene information includes CPU status register and stack information; The sending module is configured to send the abnormal site information stored in the SRAM log buffer to the vehicle-machine SOC based on the SPI bus. 9. An electronic device, characterized in that it includes a processor, a memory and a bus, the memory stores machine-readable instructions executable by the processor, and when the electronic device is running, the processor and the memory Through bus communication, when the machine-readable instructions are executed by the processor, the steps of the method for acquiring fault information of automobile instrument according to any one of claims 1 to 7 are executed. 10. A computer-readable storage medium, characterized in that: a computer program is stored on the computer-readable storage medium, and when the computer program is run by a processor, it executes the vehicle meter failure information described in any one of claims 1 to 7 Get method steps.

Images