Vehicle instrument warning light backup display method, system, electronic device and storage medium

Abstract

This application discloses a method, system, electronic device, and storage medium for displaying backup instrument warning lights. The backup display method includes: obtaining vehicle status data; checking corresponding warning lights based on the vehicle status data and obtaining current warning light data; comparing the current warning light data with the original warning light data and obtaining a comparison result; retrieving backup warning light data based on the comparison result; and displaying the warning light based on the backup warning light data. The present invention provides a method for displaying backup instrument fault lights when the aforementioned situation occurs, ensuring that even if transmission is abnormal, a fault prompt can still be provided, ensuring safe driving.

Description

Technical Field

[0001] The present application relates to the field of smart cars, and specifically to a method, device, electronic device and storage medium for backup display of vehicle instrument warning lights. Background Art

[0002] As a device that provides intuitive feedback on the operating status of various vehicle systems, the fault lights on a vehicle's instrument panel are crucial for providing accurate and timely warnings when a vehicle system malfunctions. For example, when brake pads are severely worn, the instrument panel illuminates the brake warning light; when an airbag system problem occurs, the airbag fault light illuminates. However, the entire data link from determining the display condition to displaying the fault light on the screen is inevitably flawed, resulting in the warning light not activating properly. This can result in the fault light not activating when it should, or erroneously, not providing the driver with the desired warning light. Summary of the Invention

[0003] The main purpose of this application is to provide a vehicle instrument warning light backup display method, including:

[0004] Get vehicle status data;

[0005] Checking the corresponding warning light according to the vehicle status data and obtaining current warning light data;

[0006] Comparing the current warning light data with the original warning light data and obtaining a comparison result;

[0007] calling the backup alarm light data according to the comparison result;

[0008] The warning light is displayed according to the backup warning light data.

[0009] Optionally, comparing the current warning light data with the original warning light data includes:

[0010] comparing the alarm light display position data in the current alarm light data with the alarm light display position data in the original alarm light data;

[0011] Comparing the alarm light display image channel data in the current alarm light data with the alarm light display image channel data in the original alarm light data;

[0012] The effective pixels of the warning light in the current warning light data are compared with the original warning light data to extract data.

[0013] Optionally, the alarm light display position data includes: the coordinates of the alarm light, the length of the alarm light, and the width of the alarm light.

[0014] Optionally, comparing the alarm light display picture channel data in the current alarm light data with the alarm light display picture channel data in the original alarm light data includes:

[0015] According to the color of the picture displayed by the alarm light, select one of the three RGB channels for verification and judgment. For red alarm light, select R channel, for blue alarm light, select B channel, for green alarm light, select B channel, and for yellow alarm light, select R channel.

[0016] Optionally, comparing the alarm light effective pixel extraction data in the current alarm light data with the original alarm light data includes:

[0017] Extract the valid pixel data of the warning light and mark it as a Mask array;

[0018] Use Mask to mark whether the image pixel of the warning light is valid, 0 means transparent, 1 means colored, and the size of the Mask array is the size of the warning light pixel;

[0019] When the Mask value is non-zero, the checksum is calculated. When the Mask value is 0, it is skipped directly.

[0020] Optionally, comparing the current alarm light data with the original alarm light data and obtaining a comparison result includes: the display panel obtaining the alarm light information currently displayed on the screen, calculating a check value of the alarm light information currently displayed on the screen based on the alarm light display position and the Mask value, and comparing the check value with the original set value;

[0021] Calling the backup alarm light data according to the comparison result includes: when the check value is consistent with the set value, it indicates that the display is correct; when the check value is inconsistent with the set value, it indicates that there is a problem with the display, and the backup alarm light data is called.

[0022] Optionally, displaying the alarm light according to the backup alarm light data includes:

[0023] The size of the warning light in the backup warning light data is larger than the size of the warning light in the original warning light data.

[0024] Optionally, displaying the alarm light according to the backup alarm light data includes:

[0025] The transparent pixel parts in the image pixels of the warning light are changed to black.

[0026] Optionally, the vehicle instrument warning light backup display method further includes warning light failure processing, including:

[0027] When the first preset time period fails continuously, calling the backup alarm light data, and displaying the alarm light according to the backup alarm light data;

[0028] When the preset time period fails for the second time in a row, the warning light display system is restarted.

[0029] According to another aspect of the present application, a vehicle instrument warning light backup display system is also provided, comprising:

[0030] A vehicle status acquisition module configured to acquire vehicle status data;

[0031] an alarm light checking module, configured to check the corresponding alarm light according to the vehicle status data and obtain current alarm light data;

[0032] a comparison module configured to compare the current warning light data with the original warning light data and obtain a comparison result;

[0033] an alarm light backup data calling module, configured to call the backup alarm light data according to the comparison result;

[0034] The backup alarm light display module is configured to display the alarm light according to the backup alarm light data.

[0035] According to another aspect of the present application, an electronic device for backup display of vehicle instrument warning lights is also provided, comprising an external memory card, and the electronic device comprises the above-mentioned vehicle instrument warning light backup display system.

[0036] According to another aspect of the present application, a storage medium is provided, in which a computer program is stored. When the computer program is executed by a processor, any of the above methods is implemented.

[0037] Compared with the prior art, this application has the following beneficial effects:

[0038] The entire processing flow is divided into five main lines: display line ①, information line ②, inspection line ③, backup display line ④, and failure handling line ⑤. The processing process is clear, and the separation of normal and backup displays ensures that the backup display's alarm light image is not affected by the normal display's alarm light image.

[0039] Warning light images have four channels: RGB and A. This method only checks one of the RGB channels, significantly reducing CPU usage and hardware requirements. This is because a single RGB channel can meet the color requirements of warning lights. Channel A is not used because some warning light images do not have an A channel.

[0040] The valid pixel data of the alarm light is extracted. According to the Mask value of the valid pixel of the alarm light, when the Mask value is non-zero, the check value is calculated. When the Mask value is 0, it is skipped directly. This method improves the calculation speed.

[0041] The backup warning light display slice has been specially processed. Based on the original normal warning light image, the previously transparent pixels have been replaced with a black background. The backup warning light display is also slightly larger than the normal image. This makes the black background more recognizable, covering the normal image while making it easy to distinguish between the backup display and the normal image.

[0042] Failure handling is divided into multiple levels: primary recovery and secondary recovery, which improves handling accuracy. BRIEF DESCRIPTION OF THE DRAWINGS

[0043] The drawings that constitute part of this application are used to provide a further understanding of this application and make other features, objectives and beneficial effects of this application more apparent. The schematic embodiment drawings and their descriptions of this application are used to explain this application and do not constitute an improper limitation of this application. In the drawings:

[0044] Figure 1 This is a flow chart of a vehicle instrument warning light backup display method in one embodiment of the present application;

[0045] Figure 2 This is a flow chart of a method for backing up a vehicle instrument warning light display in one embodiment of the present application;

[0046] Figure 3 This is a flow chart of a method for backing up a vehicle instrument warning light display in one embodiment of the present application;

[0047] Figures 4A-4B This is a schematic diagram of extracting effective pixel data of a warning light in one embodiment of the present application;

[0048] Figures 5A-5B This is a schematic diagram of extracting effective pixel data of a warning light in one embodiment of the present application. DETAILED DESCRIPTION

[0049] In order to enable those skilled in the art to better understand the present invention, the following will clearly and completely describe the technical solutions in the embodiments of the present invention in conjunction with the drawings in the embodiments of the present invention. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments in the present invention, all other embodiments obtained by ordinary technicians in this field without making creative efforts should fall within the scope of protection of this application.

[0050] It should be noted that the terms "first", "second", etc. in the specification and claims of the present application and the above-mentioned drawings are used to distinguish similar objects and are not necessarily used to describe a specific order or sequential order. It should be understood that the data used in this way can be interchanged where appropriate, so that the embodiments of the present application described herein. In addition, the terms "including" and "having" and any of their variations 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 necessarily limited to those steps or units clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices.

[0051] It should be noted that, in the absence of conflict, the embodiments and features of the embodiments in this application can be combined with each other. The present application will be described in detail below with reference to the accompanying drawings and in combination with the embodiments.

[0052] Some technical terms in this application are explained as follows:

[0053] CAN (Controller Area Network) is a serial communication protocol bus designed for real-time applications. It uses twisted-pair wiring for signal transmission and is one of the world's most widely used fieldbuses. The CAN protocol is used for communication between various components in automobiles, replacing expensive and bulky distribution wiring harnesses. The protocol's robustness has extended its use to other automation and industrial applications. Features of the CAN protocol include complete serial data communication, real-time support, transmission rates up to 1 Mb / s, 11-bit addressing, and error detection.

[0054] IO: I / O input / output (Input / Output), which is divided into two parts: IO devices and IO interfaces. On POSIX-compatible systems, such as Linux systems [1], I / O operations can be performed in a variety of ways, such as DIO (Direct I / O), AIO (Asynchronous I / O), Memory-Mapped I / O, etc. Different I / O methods have different implementation methods and performance. Different I / O methods can be selected according to different applications.

[0055] Display Control: Display Control

[0056] Safety Checker: Safety Checker

[0057] Fault Handler: Fault Handler

[0058] Safety Checker: Safety Checker

[0059] State Manager

[0060] Please refer to Figure 1-Figure 2 , Figure 1-Figure 2 The flowchart of the vehicle instrument warning light backup display method in one embodiment of the present application is as follows. In some embodiments of the present application, the vehicle instrument warning light backup display method is characterized by comprising:

[0061] S2: Get vehicle status data;

[0062] The entity that obtains vehicle status data can be a processor in the vehicle system, a mobile app, or a remote server. Vehicle status data includes at least one of all parameters of the vehicle while it is in motion or stationary. This data can include normal data when the vehicle is in motion or stationary, as well as abnormal data (such as alarm data).

[0063] S4: Checking the corresponding warning light according to the vehicle status data and obtaining current warning light data;

[0064] In principle, each vehicle's data will display a corresponding warning light on the vehicle. This may correspond to one warning light per data point, multiple warning lights per data point, or even multiple warning lights per data point. Data can be classified as normal or abnormal. Warning lights can be checked based on normal data, abnormal data, a combination of normal and abnormal data points, or a combination of normal and abnormal data points.

[0065] Current alarm data refers to the alarm light data obtained while checking the alarm light. The alarm light data includes all the physical parameters of the current alarm light, such as current, voltage, color, size, shape, etc.

[0066] S6: Compare the current warning light data with the original warning light data and obtain a comparison result;

[0067] The original alarm light data can be pre-stored locally, manually entered, or stored on a remote server and retrieved over the network. The comparison result can be identical, different, or a different difference (for example, if the original alarm light data value is 10 and the current alarm light data value is 12, the difference is 2).

[0068] S8: Calling backup alarm light data according to the comparison result;

[0069] When the comparison result is the same, it means that the alarm light is displaying normally. When the comparison result is different or the difference is, it means that the current display is abnormal. You can choose to call the backup alarm light data when it is normal, or you can choose to call the backup alarm light data when it is abnormal. Furthermore, when it is abnormal, you can also choose to call the backup alarm light data at different times, or call the backup alarm light data when the difference is selected, or you can choose any combination of the same, different, and difference values ​​to call the corresponding backup alarm light data. The backup alarm light data includes all the physical parameters of the current alarm light, such as current, voltage, color, size, shape, etc.

[0070] S10: Displaying the warning light according to the backup warning light data.

[0071] The corresponding warning light is displayed according to the backup warning light data. The main body that controls the corresponding warning light according to the backup warning light data can be a processor in the vehicle system, a mobile phone app, or a remote server.

[0072] Please refer to Figure 3 In this embodiment, the instrument obtains the working status of each system of the vehicle through CAN or hard-wired IO input. The entire process includes: display line ①, information line ②, inspection line ③, and backup display line ④.

[0073] 1. Collect the working status of each system of the vehicle through display line ①, and determine whether the warning light needs to be displayed. If display is required, send it to the Display Control component for display.

[0074] 2. Send the status information of the alarm light that the App determines needs to be displayed to the Safety Checker component through information line ②.

[0075] 3. Read the result displayed by the screen alarm light through inspection line ③ and compare it with the expected result.

[0076] 4. When the result returned by the inspection line ③ is inconsistent with the expected display result, the backup alarm light slice is displayed on the screen through the backup display line ④.

[0077] The function of the display line is to display the warning light information on the screen.

[0078] Collect vehicle system status information from CAN and IO, analyze and judge the status information through the APP component, and send display information to the DisplayControl component to display the alarm light when it is necessary.

[0079] The warning light information line transmits warning light status information. The App component in the display line analyzes the vehicle's status and determines the warning light status. The App sends this status to the Fault Handler component. Based on the warning light status, the Fault Handler generates a status list to check. This status list is represented as an array, with each bit representing a warning light status. This status list is then transmitted to the Safety Checker component. In this design, the App and Fault Handler repeatedly send this list to the Safety Checker to prevent status information loss.

[0080] The alarm light check line detects the alarm light status, obtains the screen display information, and performs result verification. The fault handler must respond to the inspection results within each inspection cycle to ensure that the information list sent on the information line is responsive. If the fault handler fails to obtain inspection results within a period of time during which the alarm light information line is sent, feedback is sent to the failure line, which then performs unified processing.

[0081] In some embodiments of the present application, comparing the current warning light data with the original warning light data includes:

[0082] comparing the alarm light display position data in the current alarm light data with the alarm light display position data in the original alarm light data;

[0083] Comparing the alarm light display image channel data in the current alarm light data with the alarm light display image channel data in the original alarm light data;

[0084] The effective pixels of the warning light in the current warning light data are compared with the original warning light data to extract data.

[0085] Warning light display position

[0086] Includes coordinates x, y as well as length and width.

[0087] Alarm light display picture channel

[0088] The display image channel includes four channels, RGBA. If all four channels are verified and judged, the CPU consumption will be large and the hardware requirements will also be relatively high. Usually, the instrument warning light has a single color and is divided into four types: red, yellow, green, and blue. The present invention selects one of the three RGB channels for verification and judgment based on the color of the picture displayed by the warning light, which greatly reduces the requirements for hardware and reduces CPU consumption. In addition, the color of most instrument warning lights is red. For example, the color of the airbag warning light is red, so the R channel is selected for verification. The blue warning light selects the B channel. The green warning light selects the B channel because green is mixed by blue and yellow. The yellow warning light selects the R channel because yellow is mixed by red and green.

[0089] Extract valid pixel data of the alarm light and mark it as a Mask array

[0090] Warning lights are often integrated with general information, e.g. Figure 4A As shown in the figure, the airbag fault warning light is integrated with the dial background. It can be clearly seen that this matrix area is integrated with the instrument background. The airbag warning light pixels are extracted as follows: Figure 4B As shown:

[0091] Use Mask to mark whether the image pixels are valid, 0 means transparent, 1 means colored, and the size of the Mask array is the size of the pixel. For a more vivid explanation, assume Figure 5A Image area:

[0092] The corresponding Mask mark is:

[0093] mask[] = {0x0, 0xE7, 0x81, 0x81, 0x81, 0x81, 0xE7, 0x00}; (e.g. Figure 5B shown)

[0094] Calibration value of each alarm light

[0095] According to the effective pixel Mask value of the alarm light, when the Mask value is non-zero, the check value is calculated, and when the Mask value is 0, it is skipped directly. This method improves the calculation speed.

[0096] Warning light information displayed

[0097] Display Control reads the alarm light information displayed on the screen. The screen information read calculates the check value based on the alarm light display position and Mask value. When the check value is consistent with the set value, it indicates that the display is correct. When the check value is inconsistent with the set value, it indicates that there is a problem with the display and the backup display line is activated.

[0098] The function of the backup display line of the alarm light is to activate the backup display after the check line returns an error. The picture displayed in the backup state needs to cover the picture displayed normally on the display line. In addition, in the case of screen failure, consider an extreme case where a red screen appears on the black screen, and the red pixels are very close to the red pixels of the alarm light. In this case, if the backup alarm light is not specially processed, the alarm light used for the backup display will not be visible to the user. Therefore, the content of the backup display must be specially processed. Based on the original picture of the normal display alarm light, the present invention changes the original transparent pixel part to a black background. At the same time, the backup display alarm light is slightly larger than the normal picture. In this way, the TT with a black background has a higher recognition rate. It can not only cover the picture displayed normally, but also easily distinguish whether it is a backup display or a normal image.

[0099] In some embodiments of the present application, an alarm light failure processing line ⑤ is further included, including:

[0100] When the first preset time period fails continuously, calling the backup alarm light data, and displaying the alarm light according to the backup alarm light data;

[0101] When the preset time period fails for the second time in a row, the warning light display system is restarted.

[0102] The alarm light failure processing line processes the inspection results and sends the displayed inspection results back to the StateManager component. If a failure occurs, the StateManager performs further confirmation processing.

[0103] The present invention adopts multi-level failure processing:

[0104] Level 1 recovery:

[0105] If the failure lasts for 400ms, the backup display is activated. Once the verification result fails and triggers the first-level recovery, the element is blacklisted. In the future, whenever the element is activated, the backup display will be triggered synchronously until the blacklist is cleared on the next power-on cycle.

[0106] In the alarm light check line, when the inspection result is not obtained within the sending cycle of the Fault Handler alarm light information line and it fails for 400ms continuously, the backup display is activated.

[0107] Secondary recovery: If the failure lasts for 2000ms, the entire system is restarted through the State Manager.

[0108] The present application also provides a vehicle instrument warning light backup display system, comprising:

[0109] A vehicle status acquisition module configured to acquire vehicle status data;

[0110] The vehicle status acquisition module can be a processor in the vehicle system, a mobile app, or a remote server. Vehicle status data includes at least one of all parameters of the vehicle while in motion or at rest. This data can include normal vehicle status data while in motion or at rest, as well as abnormal data (such as alarm data).

[0111] an alarm light checking module, configured to check the corresponding alarm light according to the vehicle status data and obtain current alarm light data;

[0112] Each vehicle's data will display a corresponding warning light on the vehicle. This may correspond to one warning light per data point, multiple warning lights per data point, or even multiple warning lights per data point. Data can be classified as normal or abnormal. You can check the corresponding warning light based on normal data, abnormal data, a combination of normal and abnormal data points, or a combination of normal and abnormal data points.

[0113] Current alarm data refers to the alarm light data obtained while checking the alarm light. The alarm light data includes all the physical parameters of the current alarm light, such as current, voltage, color, size, shape, etc.

[0114] a comparison module configured to compare the current warning light data with the original warning light data and obtain a comparison result;

[0115] The original alarm light data can be pre-stored locally, manually entered, or stored on a remote server and retrieved over the network. The comparison result can be identical, different, or a different difference (for example, if the original alarm light data value is 10 and the current alarm light data value is 12, the difference is 2).

[0116] an alarm light backup data calling module, configured to call the backup alarm light data according to the comparison result;

[0117] When the comparison result is the same, it means that the alarm light is displaying normally. When the comparison result is different or the difference is, it means that the current display is abnormal. You can choose to call the backup alarm light data when it is normal, or you can choose to call the backup alarm light data when it is abnormal. Furthermore, when it is abnormal, you can also choose to call the backup alarm light data at different times, or call the backup alarm light data when the difference is selected, or you can choose any combination of the same, different, and difference values ​​to call the corresponding backup alarm light data. The backup alarm light data includes all the physical parameters of the current alarm light, such as current, voltage, color, size, shape, etc.

[0118] The backup alarm light display module is configured to display the alarm light according to the backup alarm light data.

[0119] The corresponding warning light is displayed according to the backup warning light data. The main body that controls the corresponding warning light according to the backup warning light data can be a processor in the vehicle system, a mobile phone app, or a remote server.

[0120] Please refer to Figure 3 In this embodiment, the instrument obtains the working status of each system of the vehicle through CAN or hard-wired IO input. The entire process includes: display line ①, information line ②, inspection line ③, and backup display line ④.

[0121] 1. Collect the working status of each system of the vehicle through display line ①, and determine whether the warning light needs to be displayed. If display is required, send it to the Display Control component for display.

[0122] 2. Send the status information of the alarm light that the App determines needs to be displayed to the Safety Checker component through information line ②.

[0123] 3. Read the result displayed by the screen alarm light through inspection line ③ and compare it with the expected result.

[0124] 4. When the result returned by the inspection line ③ is inconsistent with the expected display result, the backup alarm light slice is displayed on the screen through the backup display line ④.

[0125] The function of the display line is to display the warning light information on the screen.

[0126] Collect vehicle system status information from CAN and IO, analyze and judge the status information through the APP component, and send display information to the DisplayControl component to display the alarm light when it is necessary.

[0127] The warning light information line transmits warning light status information. The App component in the display line analyzes the vehicle's status and determines the warning light status. The App sends this status to the Fault Handler component. Based on the warning light status, the Fault Handler generates a status list to check. This status list is represented as an array, with each bit representing a warning light status. This status list is then transmitted to the Safety Checker component. In this design, the App and Fault Handler repeatedly send this list to the Safety Checker to prevent status information loss.

[0128] The alarm light check line detects the alarm light status, obtains the screen display information, and performs result verification. The fault handler must respond to the inspection results within each inspection cycle to ensure that the information list sent on the information line is responsive. If the fault handler fails to obtain inspection results within a period of time during which the alarm light information line is sent, feedback is sent to the failure line, which then performs unified processing.

[0129] The present application also provides an electronic device for backup display of vehicle instrument warning lights, comprising an external memory card, wherein the electronic device comprises the above-mentioned vehicle instrument warning light backup display system.

[0130] The present application also provides a storage medium storing a computer program, wherein the computer program implements any of the above-mentioned methods when executed by a processor.

[0131] Compared with the prior art, this application has the following beneficial effects:

[0132] The entire processing flow is divided into five main lines: display line ①, information line ②, inspection line ③, backup display line ④, and failure handling line ⑤. The processing process is clear, and the separation of normal and backup displays ensures that the backup display's alarm light image is not affected by the normal display's alarm light image.

[0133] Warning light images have four channels: RGB and A. This method only checks one of the RGB channels, significantly reducing CPU usage and hardware requirements. This is because a single RGB channel can meet the color requirements of warning lights. Channel A is not used because some warning light images do not have an A channel.

[0134] The valid pixel data of the alarm light is extracted. According to the Mask value of the valid pixel of the alarm light, when the Mask value is non-zero, the check value is calculated. When the Mask value is 0, it is skipped directly. This method improves the calculation speed.

[0135] The backup warning light display slice has been specially processed. Based on the original normal warning light image, the previously transparent pixels have been replaced with a black background. The backup warning light display is also slightly larger than the normal image. This makes the black background more recognizable, covering the normal image while making it easy to distinguish between the backup display and the normal image.

[0136] Failure handling is graded into multiple levels: primary recovery and secondary recovery are provided.

[0137] The above description is merely a preferred embodiment of the present application and is not intended to limit the present application. Various modifications and variations are possible for those skilled in the art. Any modifications, equivalent substitutions, or improvements made within the spirit and principles of the present application shall be included within the scope of protection of the present application.

Claims

1. A vehicle instrument warning light backup display method, characterized in that: include: Get vehicle status data; Checking the corresponding warning light according to the vehicle status data and obtaining current warning light data; Comparing the current warning light data with the original warning light data and obtaining a comparison result; calling the backup alarm light data according to the comparison result; the alarm light according to the backup alarm light data; According to the backup alarm light data, the alarm light includes: In the case where a red screen appears after a screen failure, the size of the alarm light in the backup alarm light data is larger than the size of the alarm light in the original alarm light data; The transparent pixel parts in the image pixels of the warning light are changed to black.

2. The vehicle instrument warning light backup display method according to claim 1, characterized in that: Comparing the current warning light data with the original warning light data includes: comparing the alarm light display position data in the current alarm light data with the alarm light display position data in the original alarm light data; Comparing the alarm light display image channel data in the current alarm light data with the alarm light display image channel data in the original alarm light data; The effective pixels of the warning light in the current warning light data are compared with the original warning light data to extract data.

3. The vehicle instrument warning light backup display method according to claim 2, characterized in that: The warning light display position data includes: the coordinates of the warning light, the length of the warning light, and the width of the warning light.

4. The vehicle instrument warning light backup display method according to claim 3, characterized in that: Comparing the alarm light display picture channel data in the current alarm light data with the alarm light display picture channel data in the original alarm light data includes: According to the color of the picture displayed by the alarm light, select one of the three RGB channels for verification and judgment. For red alarm light, select R channel, for blue alarm light, select B channel, for green alarm light, select B channel, and for yellow alarm light, select R channel.

5. The vehicle instrument warning light backup display method according to claim 4, characterized in that: Comparing the alarm light effective pixel extraction data in the current alarm light data with the original alarm light data includes: Extract the valid pixel data of the warning light and mark it as a Mask array; Use Mask to mark whether the image pixel of the warning light is valid, 0 means transparent, 1 means colored, and the size of the Mask array is the size of the warning light pixel; When the Mask value is non-zero, the checksum is calculated. When the Mask value is 0, it is skipped directly.

6. The vehicle instrument warning light backup display method according to claim 5, characterized in that: Comparing the current alarm light data with the original alarm light data and obtaining a comparison result includes: obtaining, by the display panel, alarm light information currently displayed on the screen, calculating a check value based on the alarm light display position and the mask value of the alarm light information currently displayed on the screen, and comparing the check value with the original set value; Calling the backup alarm light data according to the comparison result includes: when the check value is consistent with the set value, it indicates that the display is correct; when the check value is inconsistent with the set value, it indicates that there is a problem with the display, and the backup alarm light data is called.

7. The vehicle instrument warning light backup display method according to claim 1, characterized in that: The vehicle instrument warning light backup display method also includes warning light failure processing, including: When the first preset time period fails continuously, calling the backup alarm light data, and displaying the alarm light according to the backup alarm light data; When the preset time period fails for the second time in a row, the warning light display system is restarted.

8. A vehicle instrument warning light backup display system, characterized in that: include: A vehicle status acquisition module configured to acquire vehicle status data; an alarm light checking module, configured to check the corresponding alarm light according to the vehicle status data and obtain current alarm light data; a comparison module configured to compare the current warning light data with the original warning light data and obtain a comparison result; an alarm light backup data calling module, configured to call the backup alarm light data according to the comparison result; A backup alarm light display module is configured to display the alarm light according to the backup alarm light data, and in the case where a red screen appears after a screen failure, the size of the alarm light in the backup alarm light data is larger than the size of the alarm light in the original alarm light data; The transparent pixel parts in the image pixels of the warning light are changed to black.

9. An electronic device for backup display of vehicle instrument warning lights, comprising an external memory card, characterized in that: The electronic device includes the vehicle instrument warning light backup display system as claimed in claim 8.

10. A storage medium, characterized in that: A computer program is stored therein, which implements the method according to any one of claims 1 to 7 when executed by a processor.

Images