Method, device and equipment for processing blank screen of vehicle-mounted instrument and storage medium

Abstract

A method, apparatus and device for processing a black screen of a vehicle-mounted instrument and a computer readable storage medium, the method comprising: when an MCU system and an SOC system are operated, starting a watchdog, and respectively monitoring multiple tasks of an SOC chip, a serial port and an MCU to determine that the vehicle-mounted instrument has a black screen risk; if it is determined that the risk exists in the vehicle-mounted instrument, a restarting mechanism of the MCU system and the SOC system is triggered through watchdog reset after the preset duration, so that the blank screen risk of the vehicle-mounted instrument is eliminated, and the problem that in the related technology, due to the factors of hardware faults, software errors or external interference, the blank screen phenomenon of the vehicle-mounted instrument occurs, and the risk of the vehicle-mounted instrument is caused is solved. According to the technical scheme of the invention, the multi-task working conditions of the SOC chip, the serial port and the MCU are monitored in real time, so that the potential abnormity can be identified, and the blank screen risk can be eliminated in advance.

Description

Technical Field

[0001] The present application relates to the field of automobile safety technology, and in particular to a method, device, equipment and computer-readable storage medium for processing a black screen of an on-board instrument panel. Background Art

[0002] The in-vehicle display screen is a human-computer interaction device. When the user touches the screen, it can identify the touch point, movement direction and speed, and transmit the signal to the in-vehicle computer to realize the interaction between the user and the in-vehicle computer. The in-vehicle display screen should have the characteristics of smooth touch and timely response, so that users can drive more safely during driving. With the intelligentization of automobiles and the acceleration of electrification, there are more and more screens in the car. With the continuous development of automotive electronic technology, the in-vehicle instrument is an important interface for drivers to obtain vehicle status information, and its stability and reliability have become particularly important. However, due to hardware failure, software error or external interference, the in-vehicle instrument will have a black screen phenomenon, which brings great safety hazards to the driver. Summary of the invention

[0003] The present application provides a method, device, equipment and computer-readable storage medium for processing a black screen of an on-board instrument, which can solve the technical problem in the prior art that a black screen may appear on the on-board instrument due to hardware failure, software error or external interference, posing a great safety hazard to the driver.

[0004] In a first aspect, an embodiment of the present application provides a method for processing a black screen of an in-vehicle instrument, the method for processing a black screen of an in-vehicle instrument comprising:

[0005] When running the MCU system and SOC system, start the watchdog and monitor the SOC chip, serial port and MCU multitasking respectively to determine if there is a risk of a black screen on the vehicle instrument panel;

[0006] If it is determined that there is a risk in the on-board instrument, the restart mechanism of the MCU system and the SOC system is triggered by the watchdog reset after a preset time period to eliminate the risk of a black screen of the on-board instrument.

[0007] In combination with the first aspect, in one implementation, respectively monitoring the SOC chip, the serial port, and the MCU multitasking to determine whether there is a risk of a black screen in the vehicle instrument includes:

[0008] Monitoring the SOC chip to determine the working status of the SOC chip;

[0009] Monitoring the serial port to determine the working status of the serial port;

[0010] Monitor the MCU multitasking and determine the working status of the MCU multitasking;

[0011] Determine whether there is a black screen risk in the vehicle instrument according to the working status of the SOC chip, the working status of the serial port and the working status of the MCU multitasking;

[0012] If it is determined that the working state of the SOC chip is abnormal, the working state of the serial port is abnormal, or the working state of the MCU multitasking is abnormal, it is determined that there is a risk of a black screen in the vehicle instrument.

[0013] In combination with the first aspect, in one implementation, monitoring the MCU multitasking and determining the working status of the MCU multitasking includes:

[0014] By monitoring the MCU multitask, the task counter value of each task in the MCU multitask is obtained, wherein the task counter value of each task includes the task counter value of each execution of each task;

[0015] Compare the task counter value of the last execution of the task with the task counter value of the current execution of the task to determine whether the working state of the MCU multitasking is an abnormal state;

[0016] If the task counter value of the last execution of the task is the same as the task counter value of the current execution of the task, it is determined that the working state of the MCU multitasking is an abnormal state;

[0017] If the task counter value of the last execution of the task is different from the task counter value of the current execution of the task, then obtaining the time when the task was last executed and obtaining the time when the task is currently executed;

[0018] Calculate a first duration difference according to the time when the task was last executed and the time when the task is currently executed;

[0019] If the first time difference is greater than or equal to the first preset time, it is determined that the working state of the MCU multitasking is an abnormal state.

[0020] In combination with the first aspect, in one implementation, the monitoring of the SOC chip to determine the working state of the SOC chip includes:

[0021] By monitoring the SOC chip, a heartbeat variable value recorded when the SOC program in the SOC chip is running normally is obtained;

[0022] The heartbeat variable value sent by the SOC chip is received by the MCU, and whether the working state of the SOC chip is an abnormal state is determined;

[0023] If the heartbeat variable value remains unchanged within the second preset time period, or the heartbeat variable value is less than the preset heartbeat variable value, it is determined that the working state of the SOC chip is an abnormal state.

[0024] In combination with the first aspect, in one implementation, monitoring the serial port to determine the working state of the serial port includes:

[0025] By monitoring the serial port, the MCU monitors the heartbeat variable sent back when the serial port sends data in a loop;

[0026] Determine whether the working state of the serial port is abnormal according to the heartbeat variable monitored and transmitted back by the MCU;

[0027] If the heartbeat variable monitored and transmitted back by the MCU remains unchanged within the third preset time period, it is determined that the working state of the serial port is an abnormal state.

[0028] In combination with the first aspect, in one implementation, if the heartbeat variable value does not change within the second preset time period, or the heartbeat variable value is less than the preset heartbeat variable value, determining that the working state of the SOC chip is an abnormal state includes:

[0029] If the heartbeat variable value remains unchanged within the second preset time period, obtaining the time at which the heartbeat variable value is recorded;

[0030] Calculate a second time difference according to the time when the heartbeat variable value is recorded and the current time;

[0031] If the second time difference is greater than the second preset time, determining that the working state of the SOC chip is an abnormal state;

[0032] Or, if the heartbeat variable value is less than a preset heartbeat variable value within a second preset time period, obtaining the time at which the heartbeat variable value is recorded;

[0033] Calculate a third time difference according to the time at which the heartbeat variable value is recorded and the current time;

[0034] If the third time difference is greater than the third preset time, it is determined that the working state of the SOC chip is an abnormal state.

[0035] In combination with the first aspect, in one implementation, if the heartbeat variable returned by the MCU monitoring does not change within a third preset time period, determining that the working state of the serial port is an abnormal state includes:

[0036] If the heartbeat variable monitored and transmitted back by the MCU remains unchanged within the third preset time period, obtaining the time of the heartbeat variable monitored and transmitted back by the MCU;

[0037] Calculate a fourth duration difference according to the time of the heartbeat variable and the current time;

[0038] If the fourth time difference is greater than the third preset time, it is determined that the working state of the serial port is an abnormal state.

[0039] In a second aspect, an embodiment of the present application provides a device for processing a black screen of a vehicle instrument, wherein the device for processing a black screen of a vehicle instrument comprises:

[0040] The monitoring and determination module is used to start the watchdog when running the MCU system and the SOC system, and monitor the SOC chip, serial port and MCU multitasking respectively to determine whether there is a risk of a black screen on the vehicle instrument;

[0041] The restart and elimination module is used to trigger the restart mechanism of the MCU system and the SOC system through the watchdog reset after a preset time if it is determined that the vehicle instrument has a risk, so as to eliminate the risk of a black screen of the vehicle instrument.

[0042] In the third aspect, an embodiment of the present application provides a processing device for a black screen of a vehicle instrument, characterized in that the processing device for a black screen of a vehicle instrument comprises a processor, a memory, and a processing program for a black screen of a vehicle instrument stored in the memory and executable by the processor, wherein when the processing program for a black screen of a vehicle instrument is executed by the processor, the steps of the processing method for a black screen of a vehicle instrument as described above are implemented.

[0043] In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium, characterized in that a processing program for a black screen of a vehicle instrument is stored on the computer-readable storage medium, wherein when the processing program for a black screen of a vehicle instrument is executed by a processor, the steps of the method for processing a black screen of a vehicle instrument as described above are implemented.

[0044] The beneficial effects brought by the technical solution provided in the embodiments of the present application include:

[0045] When the MCU system and the SOC system are running, the watchdog is started, and the SOC chip, the serial port and the MCU multi-task are monitored respectively to determine whether there is a risk of a black screen on the vehicle instrument; if it is determined that the vehicle instrument is at risk, the restart mechanism of the MCU system and the SOC system is triggered by resetting the watchdog after a preset time to eliminate the risk of a black screen on the vehicle instrument. The technical problem in the related technology that a black screen may appear on the vehicle instrument due to hardware failure, software error or external interference, posing a great safety hazard to the driver, is solved. By real-time monitoring of the multi-task working conditions of the SOC chip, the serial port and the MCU, potential anomalies can be identified and the risk of a black screen can be eliminated in advance. BRIEF DESCRIPTION OF THE DRAWINGS

[0046] Figure 1 This is a flow chart of the first embodiment of the method for processing a black screen of an on-board instrument panel of the present application;

[0047] Figure 2 For this application Figure 1 A detailed flow chart of step S10;

[0048] Figure 3 This is a functional module diagram of an embodiment of a device for processing a black screen of an on-board instrument panel of the present application;

[0049] Figure 4 This is a schematic diagram of the hardware structure of the vehicle instrument black screen processing device involved in the embodiment of the present application. DETAILED DESCRIPTION

[0050] In order to enable those skilled in the art to better understand the solution of the present application, the technical solution 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. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of this application.

[0051] First, some technical terms in the present application are explained to facilitate those skilled in the art to understand the present application.

[0052] In order to make the objectives, technical solutions and advantages of the present application clearer, the implementation methods of the present application will be further described in detail below with reference to the accompanying drawings.

[0053] In a first aspect, an embodiment of the present application provides a method for processing a black screen of a vehicle instrument panel.

[0054] In one embodiment, referring to Figure 1 , Figure 1 This is a flow chart of the first embodiment of the method for processing a black screen of a vehicle instrument panel in this application. Figure 1 As shown in the figure, the processing method of the black screen of the vehicle instrument includes:

[0055] Step S10: When the MCU system and the SOC system are running, the watchdog is started, and the SOC chip, the serial port and the MCU multitasking are monitored respectively to determine whether there is a risk of a black screen on the vehicle instrument;

[0056] For example, when running the MCU system and the SOC system, enable the watchdog in the MCU chip program, and put the watchdog feeding operation in the idle task with the lowest priority to ensure that it can identify whether the high-priority task is working abnormally. If the high-priority task is abnormal, the watchdog feeding operation cannot be executed. Monitor the SOC chip, serial port, and MCU multi-tasks separately to determine whether the vehicle instrument has a black screen risk. For example, monitor the SOC chip, serial port, and MCU multiple tasks to determine whether the working status of the SOC chip, serial port, and MCU multiple tasks is normal. If the working status of the SOC chip, serial port, and MCU multiple tasks are all abnormal, it is determined that the vehicle instrument has a black screen risk.

[0057] Step S20: If it is determined that the on-board instrument has a risk, a restart mechanism of the MCU system and the SOC system is triggered by resetting the watchdog after a preset time period to eliminate the risk of a black screen of the on-board instrument.

[0058] Exemplarily, if it is determined that there is a risk in the on-board instrument, a restart mechanism of the MCU system and the SOC system is triggered by a watchdog reset after a preset time, thereby effectively preventing the on-board instrument from having a black screen.

[0059] In this embodiment, by starting the watchdog when running the MCU system and the SOC system, and monitoring the SOC chip, serial port and MCU multitasking respectively, it is determined whether there is a risk of a black screen on the vehicle instrument; if it is determined that the vehicle instrument is at risk, the restart mechanism of the MCU system and the SOC system is triggered by resetting the watchdog after a preset time to eliminate the risk of a black screen on the vehicle instrument, thereby solving the technical problem in the related art that the vehicle instrument may have a black screen due to hardware failure, software error or external interference, which poses a great safety hazard to the driver. By real-time monitoring of the multitasking working conditions of the SOC chip, serial port and MCU, potential anomalies can be identified and the risk of a black screen can be eliminated in advance.

[0060] In one embodiment, referring to Figure 2 , Figure 2 For this application Figure 1 Detailed flow chart of step S10 in FIG. Figure 2 As shown, the refinement of S10 includes:

[0061] Step S11: monitoring the SOC chip to determine the working state of the SOC chip;

[0062] Exemplary, SOC chip monitoring method: set a heartbeat variable in the SOC chip program. When the SOC program runs normally, the heartbeat variable increases by 1 per second and is sent to the MCU through the serial port. The MCU monitors the heartbeat variable sent by the SOC chip. If the heartbeat variable remains unchanged for a long time or is always lower than a preset value, it is determined that the working state of the SOC chip is abnormal.

[0063] Specifically, the monitoring of the SOC chip to determine the working state of the SOC chip includes: acquiring a heartbeat variable value recorded when a SOC program in the SOC chip is running normally by monitoring the SOC chip; receiving the heartbeat variable value sent by the SOC chip through the MCU to determine whether the working state of the SOC chip is an abnormal state; if the heartbeat variable value remains unchanged within a second preset time period, or the heartbeat variable value is less than a preset heartbeat variable value, determining that the working state of the SOC chip is an abnormal state.

[0064] For example, the setting of the SOC heartbeat variable: In the program of the SOC chip, set an integer variable t_soc as the heartbeat variable. The initial value is set to 0. Update of the heartbeat variable: In the program of the SOC chip, add a timer interrupt service program, which is triggered once a second. In the interrupt service program, increase the value of t_soc by 1, and call the serial port sending function to send the current value of t_soc to the MCU. MCU monitoring of SOC: In the MCU program, set a receiving buffer to store data sent from the SOC chip. Whenever data is received, parse the value of t_soc and store it in another integer variable bSocAppLife. At the same time, record the system time t_sys at that time as the initial value of the measurement time pre_t1_soc, pre_t2_soc.

[0065] If the bSocAppLife value changes, the initial value of the measured time pre_t1_soc is updated to the current system time, that is, pre_t1_soc = t_sys. If the obtained bSocAppLife value does not change, pre_t1_soc also does not change, and then the current system time t_sys is subtracted from pre_t1_soc to get a difference as the heartbeat unchanged time t1_soc, that is, t1_soc = t_sys-pre_t1_soc. In each task executed in the system cycle, t1_soc is continuously judged. If t1_soc is greater than the second preset time of 20 seconds, it is determined that the heartbeat has not changed for 20 consecutive seconds, and it can be determined that the working state of the SOC chip is abnormal, and there is a risk of a black screen, triggering the corresponding early warning processing mechanism.

[0066] If bSocAppLife is greater than a preset threshold (e.g., 10), the initial value of the measured time, pre_t2_soc, is updated to the current system time, i.e., pre_t2_soc = t_sys. If the obtained value of bSocAppLife is always lower than the preset threshold, pre_t2_soc remains unchanged, and then the current system time t_sys is subtracted from pre_t2_soc to obtain a difference as the time t2_soc when the heartbeat is lower than the threshold, i.e., t2_soc = t_sys-pre_t2_soc. In the tasks executed in a loop in the system, t2_soc is continuously judged. If t2_soc is greater than the third preset 30 seconds, and the SOC heartbeat is lower than 10 for 30 consecutive seconds, it is determined that the working state of the SOC chip is abnormal.

[0067] Step S12: monitoring the serial port to determine the working status of the serial port;

[0068] Exemplary serial port monitoring method: set a heartbeat variable in the MCU chip program. The MCU sends data through the serial port in a loop, and the heartbeat variable increases by 1 after each transmission. After receiving the data, the SOC returns the MCU's heartbeat variable to the MCU. The MCU monitors the returned heartbeat variable. If the variable remains unchanged for a long time, it is determined that the serial port working state is abnormal.

[0069] Specifically, the monitoring of the serial port to determine the working status of the serial port includes: monitoring the serial port to obtain the heartbeat variable monitored and returned by the MCU when the serial port sends data in a loop; determining whether the working status of the serial port is abnormal based on the heartbeat variable monitored and returned by the MCU; if the heartbeat variable monitored and returned by the MCU does not change within a third preset time period, determining that the working status of the serial port is abnormal.

[0070] Demonstration, setting of MCU heartbeat variable: In the MCU program, set an integer variable named t_mcu as the heartbeat variable. The initial value is set to 0. Sending serial port data: In the main program of the MCU, we add a loop task to send data through the serial port loop. After each data transmission, we increase the value of t_mcu by 1 and include it in the transmitted data. SOC feedback and MCU monitoring of the serial port: After the SOC chip receives the data sent by the MCU, it parses the value of t_mcu and transmits it back to the MCU through the serial port. In the MCU program, set a receiving buffer to store the data sent back from the SOC chip. Whenever data is received, parse the value of t_mcu and store it in another integer variable bMcuAppLife. Similar to the SOC chip monitoring, the system time t_sys at that time is recorded as the initial value pre_t1_mcu of the measurement time.

[0071] If the bMcuAppLife value changes, the initial value of the measured time pre_t1_mcu is updated to the current system time, that is, pre_t1_mcu = t_sys. If the obtained bMcuAppLife value does not change, pre_t1_mcu also does not change, and then the current system time t_sys is subtracted from pre_t1_mcu to obtain a difference as the heartbeat unchanged time t1_mcu, that is, t1_mcu = t_sys-pre_t1_mcu. In the task executed in the system one loop, t1_mcu is continuously judged. If t1_mcu is greater than the third preset time length of 20 seconds, and the MCU heartbeat has not changed for 20 consecutive seconds, it is determined that the working state of the serial port is abnormal.

[0072] Step S13: monitoring the MCU multitasking to determine the working status of the MCU multitasking;

[0073] Exemplary, MCU multi-task monitoring method: add a task counter in each cyclic task of the MCU. Each time each task is executed, the corresponding task counter increases by 1. The MCU monitors the changes of each task counter. If a task counter remains unchanged for a period of time, it is judged that the task is abnormal, that is, the working state of the SOC chip is abnormal.

[0074] Specifically, the monitoring of MCU multitasking and determining the working status of the MCU multitasking include: obtaining the task counter value of each task in the MCU multitasking by monitoring the MCU multitasking, wherein the task counter value of each task includes the task counter value of each execution of each task; comparing the task counter value of the last execution of the task with the task counter value of the current execution of the task to determine whether the working status of the MCU multitasking is an abnormal state; if the task counter value of the last execution of the task is the same as the task counter value of the current execution of the task, determining that the working status of the MCU multitasking is an abnormal state; if the task counter value of the last execution of the task is different from the task counter value of the current execution of the task, obtaining the time when the task was last executed and obtaining the time when the task is currently executed; calculating a first time difference based on the time when the task was last executed and the time when the task is currently executed; if the first time difference is greater than or equal to a first preset time, determining that the working status of the MCU multitasking is an abnormal state.

[0075] Exemplary setting of task counter: In the MCU program, an integer variable is set as the task counter for each cyclic task. For example, the counter of task 1 is t1, the counter of task 2 is t2, and so on. The initial values ​​are all set to 0. Update of task counter: In the main program of each cyclic task, when the task starts to execute, the value of the corresponding task counter is increased by 1. Monitoring of MCU: Taking the monitoring of task 1 as an example, the system time t_sys at that time is recorded as the initial value pre_t1_mcu of the measurement time of task 1. If the value of t1 changes, the initial value pre_t1_mcu of the measurement time is updated to the current system time again, that is, pre_t1_mcu=t_sys. If the value of t1 does not change, pre_t1_mcu does not change either, and then the current system time t_sys is subtracted from pre_t1_mcu to obtain a difference as the heartbeat unchanged time t1_mcu, that is, t1_mcu=t_sys-pre_t1_mcu. In the idle task, t1_mcu is judged in real time. If t1_mcu is greater than the first preset duration of 10 seconds, it is determined that task 1 has not been executed for 10 consecutive seconds, and it can be determined that task 1 is running abnormally, and the working state of the MCU multitasking is determined to be an abnormal state.

[0076] Step S14: determining whether there is a black screen risk in the vehicle instrument according to the working state of the SOC chip, the working state of the serial port and the working state of the MCU multitasking;

[0077] Step S15: If it is determined that the working state of the SOC chip is abnormal, the working state of the serial port is abnormal, or the working state of the MCU multitasking is abnormal, it is determined that there is a risk of a black screen on the vehicle instrument.

[0078] In this embodiment, by determining whether the vehicle instrument has a black screen risk through the working status of the SOC chip, the working status of the serial port and the working status of the MCU multitasking, early warning of the black screen risk of the vehicle instrument is achieved.

[0079] In a second aspect, an embodiment of the present application also provides a device for processing a black screen of a vehicle instrument.

[0080] In one embodiment, referring to Figure 3 , Figure 3 This is a functional module diagram of an embodiment of a device for processing a black screen of a vehicle-mounted instrument panel according to the present application. Figure 3 As shown, the processing device for the black screen of the vehicle instrument includes:

[0081] The monitoring and determination module 10 is used to start the watchdog when the MCU system and the SOC system are running, and monitor the SOC chip, the serial port and the MCU multitasking respectively to determine whether there is a risk of a black screen on the vehicle instrument;

[0082] The restart and elimination module 20 is used to trigger the restart mechanism of the MCU system and the SOC system through the watchdog reset after a preset time if it is determined that the vehicle instrument has a risk, so as to eliminate the risk of a black screen of the vehicle instrument.

[0083] Furthermore, in one embodiment, the monitoring and determining module 10 is used to:

[0084] Monitoring the SOC chip to determine the working status of the SOC chip;

[0085] Monitoring the serial port to determine the working status of the serial port;

[0086] Monitor the MCU multitasking and determine the working status of the MCU multitasking;

[0087] Determine whether there is a black screen risk in the vehicle instrument according to the working status of the SOC chip, the working status of the serial port and the working status of the MCU multitasking;

[0088] If it is determined that the working state of the SOC chip is abnormal, the working state of the serial port is abnormal, or the working state of the MCU multitasking is abnormal, it is determined that there is a risk of a black screen in the vehicle instrument.

[0089] Furthermore, in one embodiment, the vehicle instrument black screen processing device further includes a new module for:

[0090] By monitoring the MCU multitask, the task counter value of each task in the MCU multitask is obtained, wherein the task counter value of each task includes the task counter value of each execution of each task;

[0091] Compare the task counter value of the last execution of the task with the task counter value of the current execution of the task to determine whether the working state of the MCU multitasking is an abnormal state;

[0092] If the task counter value of the last execution of the task is the same as the task counter value of the current execution of the task, it is determined that the working state of the MCU multitasking is an abnormal state;

[0093] If the task counter value of the last execution of the task is different from the task counter value of the current execution of the task, then obtaining the time when the task was last executed and obtaining the time when the task is currently executed;

[0094] Calculate a first duration difference according to the time when the task was last executed and the time when the task is currently executed;

[0095] If the first time difference is greater than or equal to the first preset time, it is determined that the working state of the MCU multitasking is an abnormal state.

[0096] Furthermore, in one embodiment, the vehicle instrument black screen processing device further includes a new module for:

[0097] By monitoring the SOC chip, a heartbeat variable value recorded when the SOC program in the SOC chip is running normally is obtained;

[0098] The heartbeat variable value sent by the SOC chip is received by the MCU, and whether the working state of the SOC chip is an abnormal state is determined;

[0099] If the heartbeat variable value remains unchanged within the second preset time period, or the heartbeat variable value is less than the preset heartbeat variable value, it is determined that the working state of the SOC chip is an abnormal state.

[0100] Furthermore, in one embodiment, the vehicle instrument black screen processing device further includes a new module for:

[0101] By monitoring the serial port, the MCU monitors the heartbeat variable sent back when the serial port sends data in a loop;

[0102] Determine whether the working state of the serial port is abnormal according to the heartbeat variable monitored and transmitted back by the MCU;

[0103] If the heartbeat variable monitored and transmitted back by the MCU remains unchanged within the third preset time period, it is determined that the working state of the serial port is an abnormal state.

[0104] Furthermore, in one embodiment, the vehicle instrument black screen processing device further includes a new module for:

[0105] If the heartbeat variable value remains unchanged within the second preset time period, obtaining the time at which the heartbeat variable value is recorded;

[0106] Calculate a second time difference according to the time when the heartbeat variable value is recorded and the current time;

[0107] If the second time difference is greater than the second preset time, determining that the working state of the SOC chip is an abnormal state;

[0108] Or, if the heartbeat variable value is less than a preset heartbeat variable value within a second preset time period, obtaining the time at which the heartbeat variable value is recorded;

[0109] Calculate a third time difference according to the time at which the heartbeat variable value is recorded and the current time;

[0110] If the third time difference is greater than the third preset time, it is determined that the working state of the SOC chip is an abnormal state.

[0111] Furthermore, in one embodiment, the vehicle instrument black screen processing device further includes a new module for:

[0112] If the heartbeat variable monitored and transmitted back by the MCU remains unchanged within the third preset time period, obtaining the time of the heartbeat variable monitored and transmitted back by the MCU;

[0113] Calculate a fourth duration difference according to the time of the heartbeat variable and the current time;

[0114] If the fourth time difference is greater than the third preset time, it is determined that the working state of the serial port is an abnormal state.

[0115] Among them, the functional implementation of each module in the above-mentioned vehicle instrument black screen processing device corresponds to the steps in the above-mentioned vehicle instrument black screen processing method embodiment, and its functions and implementation processes are no longer repeated here one by one.

[0116] In a third aspect, an embodiment of the present application provides a device for processing a black screen of an in-vehicle instrument panel. The device for processing a black screen of an in-vehicle instrument panel may be a personal computer (PC), a laptop computer, a server, or other device with data processing capabilities.

[0117] Reference Figure 4 , Figure 4 The hardware structure diagram of the vehicle instrument black screen processing device involved in the embodiment of the present application is shown in FIG. In the embodiment of the present application, the vehicle instrument black screen processing device may include a processor, a memory, a communication interface and a communication bus.

[0118] The communication bus may be of any type and is used to interconnect the processor, the memory, and the communication interface.

[0119] The communication interface includes an input / output (I / O) interface, a physical interface, and a logical interface, etc., which are used to interconnect the components inside the processing device for realizing the black screen of the vehicle instrument, and an interface for interconnecting the processing device for realizing the black screen of the vehicle instrument with other devices (such as other computing devices or user devices). The physical interface can be an Ethernet interface, an optical fiber interface, an ATM interface, etc.; the user device can be a display, a keyboard, etc.

[0120] The memory can be various types of storage media, such as random access memory (RAM), read-only memory (ROM), non-volatile RAM (NVRAM), flash memory, optical storage, hard disk, programmable ROM (PROM), erasable PROM (EPROM), electrically erasable PROM (EEPROM), etc.

[0121] The processor may be a general-purpose processor, and the general-purpose processor may call the vehicle instrument black screen processing program stored in the memory, and execute the vehicle instrument black screen processing method provided in the embodiment of the present application. For example, the general-purpose processor may be a central processing unit (CPU). The method executed when the vehicle instrument black screen processing program is called may refer to the various embodiments of the vehicle instrument black screen processing method of the present application, which will not be repeated here.

[0122] Those skilled in the art will understand that Figure 4 The hardware structure shown in the figure does not constitute a limitation on the present application, and may include more or less components than shown in the figure, or combine certain components, or arrange the components differently.

[0123] In a fourth aspect, an embodiment of the present application also provides a computer-readable storage medium.

[0124] The computer-readable storage medium of the present application stores a processing program for a vehicle instrument black screen, wherein when the processing program for a vehicle instrument black screen is executed by a processor, the steps of the processing method for a vehicle instrument black screen as described above are implemented.

[0125] Among them, the method implemented when the vehicle instrument black screen processing program is executed can refer to the various embodiments of the vehicle instrument black screen processing method of the present application, and will not be repeated here.

[0126] It should be noted that the serial numbers of the above-mentioned embodiments of the present application are only for description and do not represent the advantages or disadvantages of the embodiments.

[0127] The terms "including" and "having" and any variations thereof in the specification and claims of this application and the above-mentioned drawings are intended to cover non-exclusive inclusions. For example, a process, method, system, product or device that includes a series of steps or units is not limited to the listed steps or units, but optionally includes steps or units that are not listed, or optionally includes other steps or units inherent to these processes, methods, products or devices. The terms "first", "second" and "third" are used to distinguish different objects, etc., and do not represent a sequence, nor do they limit "first", "second" and "third" to different types.

[0128] In the description of the embodiments of the present application, "exemplary", "for example" or "for example" are used to indicate examples, illustrations or descriptions. Any embodiment or design described as "exemplary", "for example" or "for example" in the embodiments of the present application should not be interpreted as being more preferred or more advantageous than other embodiments or designs. Specifically, the use of words such as "exemplary", "for example" or "for example" is intended to present related concepts in a specific way.

[0129] In the description of the embodiments of the present application, unless otherwise specified, “ / ” means or, for example, A / B can mean A or B; the “and / or” in the text is merely a description of the association relationship of associated objects, indicating that three relationships may exist, for example, A and / or B can mean: A exists alone, A and B exist at the same time, and B exists alone. In addition, in the description of the embodiments of the present application, “multiple” refers to two or more than two.

[0130] In some processes described in the embodiments of the present application, multiple operations or steps that appear in a specific order are included, but it should be understood that these operations or steps may not be executed in the order in which they appear in the embodiments of the present application or in parallel, and the sequence number of the operation is only used to distinguish the different operations, and the sequence number itself does not represent any execution order. In addition, these processes may include more or fewer operations, and these operations or steps may be executed in sequence or in parallel, and these operations or steps may be combined.

[0131] Through the description of the above implementation methods, those skilled in the art can clearly understand that the above-mentioned embodiment methods can be implemented by means of software plus a necessary general hardware platform, and of course by hardware, but in many cases the former is a better implementation method. Based on such an understanding, the technical solution of the present application is essentially or the part that contributes to the prior art can be embodied in the form of a software product, which is stored in a storage medium (such as ROM / RAM, disk, CD) as described above, and includes a number of instructions for a terminal device to execute the methods described in each embodiment of the present application.

[0132] The above are only preferred embodiments of the present application, and are not intended to limit the patent scope of the present application. Any equivalent structure or equivalent process transformation made using the contents of the present application specification and drawings, or directly or indirectly applied in other related technical fields, are also included in the patent protection scope of the present application.

Claims

1. A method for processing a black screen of a vehicle instrument, characterized in that: The method for processing a black screen of an on-board instrument includes: When running the MCU system and SOC system, start the watchdog and monitor the SOC chip, serial port and MCU multitasking respectively to determine if there is a risk of a black screen on the vehicle instrument panel; If it is determined that there is a risk in the on-board instrument, the restart mechanism of the MCU system and the SOC system is triggered by the watchdog reset after a preset time period to eliminate the risk of a black screen of the on-board instrument.

2. The method for processing a black screen of an in-vehicle instrument as claimed in claim 1, characterized in that: The SOC chip, serial port and MCU multi-task are monitored respectively to determine whether there is a risk of a black screen on the vehicle instrument, including: Monitoring the SOC chip to determine the working status of the SOC chip; Monitoring the serial port to determine the working status of the serial port; Monitor the MCU multitasking and determine the working status of the MCU multitasking; Determine whether there is a black screen risk in the vehicle instrument according to the working status of the SOC chip, the working status of the serial port and the working status of the MCU multitasking; If it is determined that the working state of the SOC chip is abnormal, the working state of the serial port is abnormal, or the working state of the MCU multitasking is abnormal, it is determined that there is a risk of a black screen in the vehicle instrument.

3. The method for processing a black screen of an on-board instrument panel as claimed in claim 2, characterized in that: The monitoring of the MCU multitasking and determining the working status of the MCU multitasking includes: By monitoring the MCU multitask, the task counter value of each task in the MCU multitask is obtained, wherein the task counter value of each task includes the task counter value of each execution of each task; Compare the task counter value of the last execution of the task with the task counter value of the current execution of the task to determine whether the working state of the MCU multitasking is an abnormal state; If the task counter value of the last execution of the task is the same as the task counter value of the current execution of the task, it is determined that the working state of the MCU multitasking is an abnormal state; If the task counter value of the last execution of the task is different from the task counter value of the current execution of the task, then obtaining the time when the task was last executed and obtaining the time when the task is currently executed; Calculate a first duration difference according to the time when the task was last executed and the time when the task is currently executed; If the first time difference is greater than or equal to the first preset time, it is determined that the working state of the MCU multitasking is an abnormal state.

4. The method for processing a black screen of an on-board instrument panel as claimed in claim 2, characterized in that: The monitoring of the SOC chip to determine the working state of the SOC chip includes: By monitoring the SOC chip, a heartbeat variable value recorded when the SOC program in the SOC chip is running normally is obtained; The heartbeat variable value sent by the SOC chip is received by the MCU, and whether the working state of the SOC chip is an abnormal state is determined; If the heartbeat variable value remains unchanged within the second preset time period, or the heartbeat variable value is less than the preset heartbeat variable value, it is determined that the working state of the SOC chip is an abnormal state.

5. The method for processing a black screen of an on-board instrument panel as claimed in claim 2, characterized in that: The monitoring of the serial port to determine the working state of the serial port includes: By monitoring the serial port, the MCU monitors the heartbeat variable sent back when the serial port sends data in a loop; Determine whether the working state of the serial port is abnormal according to the heartbeat variable monitored and transmitted back by the MCU; If the heartbeat variable monitored and transmitted back by the MCU remains unchanged within the third preset time period, it is determined that the working state of the serial port is an abnormal state.

6. The method for processing a black screen of an on-board instrument panel as claimed in claim 4, characterized in that: If the heartbeat variable value does not change within the second preset time period, or the heartbeat variable value is less than the preset heartbeat variable value, determining that the working state of the SOC chip is an abnormal state includes: If the heartbeat variable value remains unchanged within the second preset time period, obtaining the time at which the heartbeat variable value is recorded; Calculate a second time difference according to the time when the heartbeat variable value is recorded and the current time; If the second time difference is greater than the second preset time, determining that the working state of the SOC chip is an abnormal state; Or, if the heartbeat variable value is less than a preset heartbeat variable value within a second preset time period, obtaining the time at which the heartbeat variable value is recorded; Calculate a third time difference according to the time at which the heartbeat variable value is recorded and the current time; If the third time difference is greater than the third preset time, it is determined that the working state of the SOC chip is an abnormal state.

7. The method for processing a black screen of an on-board instrument panel as claimed in claim 5, characterized in that: If the heartbeat variable returned by the MCU monitoring does not change within the third preset time period, determining that the working state of the serial port is an abnormal state includes: If the heartbeat variable monitored and transmitted back by the MCU remains unchanged within the third preset time period, obtaining the time of the heartbeat variable monitored and transmitted back by the MCU; Calculate a fourth duration difference according to the time of the heartbeat variable and the current time; If the fourth time difference is greater than the third preset time, it is determined that the working state of the serial port is an abnormal state.

8. A device for processing a black screen of an on-vehicle instrument, characterized in that: The vehicle-mounted instrument black screen processing device comprises: The monitoring and determination module is used to start the watchdog when running the MCU system and the SOC system, and monitor the SOC chip, serial port and MCU multitasking respectively to determine whether there is a risk of a black screen on the vehicle instrument; The restart and elimination module is used to trigger the restart mechanism of the MCU system and the SOC system through the watchdog reset after a preset time if it is determined that the vehicle instrument has a risk, so as to eliminate the risk of a black screen of the vehicle instrument.

9. A vehicle instrument black screen processing device, characterized in that: The vehicle instrument black screen processing device includes a processor, a memory, and a vehicle instrument black screen processing program stored in the memory and executable by the processor. When the vehicle instrument black screen processing program is executed by the processor, the steps of the vehicle instrument black screen processing method as described in any one of claims 1 to 7 are implemented.

10. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a vehicle instrument black screen processing program, wherein when the vehicle instrument black screen processing program is executed by the processor, the steps of the vehicle instrument black screen processing method as claimed in any one of claims 1 to 7 are implemented.

Images